GithubHelp home page GithubHelp logo

acosix / alfresco-site-hierarchy Goto Github PK

View Code? Open in Web Editor NEW
3.0 7.0 4.0 162 KB

Addon that allows creating hierarchies of sites as secondary structures and provides some common automatisms for site hierarchies

License: Apache License 2.0

Java 58.22% JavaScript 26.37% FreeMarker 14.68% CSS 0.72%
alfresco addon share sites

alfresco-site-hierarchy's People

Contributors

afaust avatar

Stargazers

 avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

alfresco-site-hierarchy's Issues

Can't add site as child. Already has a parent.

Im trying to create a new/existing site and adding it to a parent. But gives me the following error:

07140113 Wrapped Exception (with status template): 07144894 Failed to execute script 'classpath*:alfresco/templates/webscripts/de/acosix/acosix-site-hierarchy/customisations/sites.post.json.js': 07144893 Site test123 already has a parent site so it cannot be added as a child of test-omgeving.

We do have duplicate versions in the module administrator:
Acosix Alfresco Utility 1.0.1.0.1702151333
Acosix Alfresco Site Hierarchy 1.0.0.0.1702151328
Acosix Alfresco Site Hierarchy 1.0.0.2.1708080843
Acosix Alfresco Utility 1.0.1.0.1708080953

Log file
2017-08-14 17:47:38,991 INFO [common.spring.ImplementationClassReplacingBeanFactoryPostProcessor] [localhost-startStop-1] [de.acosix.alfresco.utility.common.spring.ImplementationClassReplacingBeanFactoryPostProcessor#3] patch will not be applied - class of bean define.dojo.widgets.dependency.rule does not match expected implementation org.springframework.extensions.surf.DojoWidgetsDependencyRule
2017-08-14 17:47:38,992 INFO [common.spring.ImplementationClassReplacingBeanFactoryPostProcessor] [localhost-startStop-1] [de.acosix.alfresco.utility.common.spring.ImplementationClassReplacingBeanFactoryPostProcessor#4] patch will not be applied - class of bean define.dojo.css.dependency.rule does not match expected implementation org.springframework.extensions.surf.DojoCssDependencyRule
2017-08-14 17:47:38,992 INFO [common.spring.ImplementationClassReplacingBeanFactoryPostProcessor] [localhost-startStop-1] [de.acosix.alfresco.utility.common.spring.ImplementationClassReplacingBeanFactoryPostProcessor#5] patch will not be applied - class of bean webscript.default does not match expected implementation org.springframework.extensions.webscripts.DeclarativeWebScript
2017-08-14 17:47:42,235 INFO [config.packaging.ModulePackageManager] [localhost-startStop-1] Found 4 module package(s)
2017-08-14 17:47:42,235 INFO [config.packaging.ModulePackageManager] [localhost-startStop-1] Acosix Alfresco Utility - Share Module, 1.0.1.0.1702151333, Addon for reusable components, utilities and patches / improvements to Alfresco
Acosix Alfresco Site Hierarchy - Share Module, 1.0.0.0.1702151328, Addon to allow management and access of sites via hierarchies
Acosix Alfresco Site Hierarchy - Share Module, 1.0.0.2.1708080843, Addon to allow management and access of sites via hierarchies
Acosix Alfresco Utility - Share Module, 1.0.1.0.1708080953, Addon for reusable components, utilities and patches / improvements to Alfresco

Label Correction

The labels in site creation window/screen should be interchanged :

Membership Link Mode should be Show in site hierarchy
and
Show in site hierarchy should be Membership Link Mode

(Just label change, the functionality works)

No Change in Site Properties Dialog Post Installation

Hi!

I'm trying to install this extension for a local copy of Alfresco, installed using the standard binary installer. The binary installer used is 'alfresco-community-installer-201707-linux-x64.bin' and the full version number of the duly installed Alfresco Repo is 'Community - 5.2.0 (re21f2be5-b22)'.

I've attempted the following procedure to get this installed.

  • Download acosix utility source code, mvn install it.
  • Download the site-hierarchy module and mvn install it.
  • Copy relevant .amp files to amps/ and amps_share/
  • From the bin folder, ./apply_amp.sh
  • Restart.

Also, tried building relevant jar files, and placing them in /modules/share and <alfresco-home/modules/platform directories.

``
modules
├── platform
│   ├── de.acosix.alfresco.site.hierarchy.repo-1.0.0.2-SNAPSHOT-installable.jar
│   ├── de.acosix.alfresco.utility.common-1.0.3.0-SNAPSHOT.jar
│   └── de.acosix.alfresco.utility.repo-1.0.3.0-SNAPSHOT-installable.jar
└── share
├── de.acosix.alfresco.site.hierarchy.share-1.0.0.2-SNAPSHOT-installable.jar
├── de.acosix.alfresco.utility.common-1.0.3.0-SNAPSHOT.jar
└── de.acosix.alfresco.utility.share-1.0.3.0-SNAPSHOT-installable.jar

``

Also tried putting above jars in <alfresco-home>/tomcat/webapps/alfresco/WEB-INF/lib and tomcat/webapps/share/WEB-INF/lib.

The end result is the same.

  • Customizing user dashboard detects a new dashlet called 'Hierarchy Dashlet'. It starts by being completely blank. When you edit the properties of this dashlet, it asks 'Top level site for hierarchy tree' and only one may be selected. This seems to suggest that there can be only one parent site and everything else must be a child. However, the screenshot suggests you can have any number of root sites.

  • Most importantly, clicking 'Create Site' gives no custom input forms such as "Parent Site" etc. In other words, nothing changes.

I tried going into <alfresco-home>/tomcat/shared/classes and created a file called share-global.properties with the line acosix-site-hierarchy.siteManagementExtension.enabled = true, restarted Alfresco but still no effect.

Also, compared to the screenshot of the Create Site form in your repository here on Github, there is one thing I notice which is different. In my installation of Alfresco, by default, the "Create Site" interface shows a "Type" form field which has only one option "Collaboration Site". Could there be a conflict between the two?

So, what am I missing here? Is there an additional step I am not including? Do I need to edit some properties? Or does this plugin mandate a more detailed reconstruction of the Alfresco WAR itself (I hope not)? I'd be grateful if you could point me in the right direction.

Disable some options from "Membership Link Mode" list

Under "Membership Mode" there are a total of four options, I want to disable following options

  • Parent Site members as Consumers
  • No Link

I did changes in "siteHierarchyModel.xml", I have commented both the options but no change in the list,
<aspect name="aco6sh:childSite"> <parent>aco6sh:hierarchySite</parent> <properties> <property name="aco6sh:autoMembershipMode"> <type>d:text</type> <protected>true</protected> <mandatory>true</mandatory> <default>systemDefault</default> <index enabled="false" /> <constraints> <constraint name="aco6sh:autoMembershipModes" type="LIST"> <parameter name="allowedValues"> <list> <!-- <value>none</value> --> <value>systemDefault</value> <!-- <value>parentMembersAsChildConsumers</value> --> <value>childMembersAsParentConsumers</value> </list> </parameter> </constraint> </constraints> </property> </properties> </aspect>

So, what am I missing here? Is there an additional step I am not including? Do I need to edit some other properties? I'd be grateful if you could point me in the right direction.

Customisation for Aikau SiteService createSite/editSite dialogs breaks TinyMCE use

It has been discovered that including the customisation for the Aikau SiteService widgetsForEditSiteDialogOverrides and widgetsForCreateSiteDialogOverrides configuration properties causes the Alfresco.util.RichEditorManager - TinyMCE instance to break. This can be observed by including the Site Notice dashlet on a site dashboard and trying to use its "configure" action. The TinyMCE instance will not load and the console will report that all theme / plugin script files could not be loaded (404 error).

The cause of this has been determined to be related to Surf dependency collection via the JSON widget model and transitive module dependencies. By including an Aikau picker in the widgetsForEditSiteDialogOverrides and widgetsForCreateSiteDialogOverrides our customisation transitively causes AlfListView and _AlfDndDocumentUploadMixin to be included, which requires alfresco/editors/TinyMCE transitively via the default value of the widgetsForUpdate configuration property. The alfresco/editors/TinyMCE module loads the Aikau-bundled code for TinyMCE, but does not yet instantiate it or configure it to use the correct base URL to load its dependencies.

This issue needs to be reported and fixed by Alfresco. In the meantime we will have to decouple the customisation intended for 5.2 from the base customisations and bundle them in a disabled-by-default extension module for the time being.

Site Hierarchy in Site Manager (#Enhancement)

I have another idea for site-hierarchy (enhancement): Can we have another column under Share -> Admin Tools -> Site Manager as 'Edit Hierarchy' or 'Edit Site' either next to visibility, which opens the site edit page, or under 'Actions' ?

Some files seems to miss to implement the Add on via the amps' method

Hello

Your great work really interest me. I would like to implement it via the Amps method.

Nethertheless, some files are missing to generate the Add on (or perhaps I haven't seen them).
I can correctly find the amps of the utility folder("de.acosix.alfresco.utility.repo" and "de.acosix.alfresco.site.hierarchy.repo"), but I don't manage to find the 2 other ones: the hierarchy folder is empty("de.acosix.alfresco.site.hierarchy.share" and "de.acosix.alfresco.site.hierarchy.repo"): only a link to "de.acosix.alfresco.site.hierarchy.parent/" can be found, but there's no snapshot folder, and thus no amps.

Is it possible to put the missing snapshots (with the amps) in the hierarchy folder?
Or is there an other way to get them?

Thanks in advance

Cache Error

I am getting the following Warning in Catalina.log (repeated multiple times):
`05-Jul-2020 00:45:00.534 WARNING [http-nio-127.0.0.1-18080-exec-39] org.apache.catalina.webresources.Cache.getResource Unable to add the resource at [/alfresco/site-webscripts/de/acosix/acosix-site-hierarchy/site-management-customisations-52/components/workflow/task-toolbar.get.properties] to the cache for web application [/share] because there was insufficient free space available after evicting expired cache entries - consider increasing the maximum size of the cache

05-Jul-2020 00:45:00.535 WARNING [http-nio-127.0.0.1-18080-exec-39] org.apache.catalina.webresources.Cache.getResource Unable to add the resource at [/WEB-INF/classes/alfresco/site-webscripts/de/acosix/acosix-site-hierarchy/site-management-customisations-52/components/workflow/task-toolbar.get.properties] to the cache for web application [/share] because there was insufficient free space available after evicting expired cache entries - consider increasing the maximum size of the cache`

I have noticed that these messages come at times when adding new users to the Sites created by Site Hierarchy. This does not come everytime, just sometimes.

Further Info :

I have added cacheMaxsize=512000 in my context.xml under tomcat/conf
and I am also starting my server with JAVA_OPTS = -Dserver.tomcat.resources.max-cache-kb=512000

The max concurrent logins we have had so far is just 2

Site Presets (Site Type) and Plugin Compatibility

As discussed in another thread, I am using this plugin by enabling legacy mode (Community Edition 5.2) so that the custom dialog box needed to define parent-child relationships shows up as required.

I have also been requested for setting up a skeleton structure for the document library for all sites created by the users. I found the plugin by Jeff Potts (https://github.com/jpotts/share-site-space-templates) to really help in this regard. I could get it up and running and indeed by creating 'site-dashboard' inside 'Data Dictionary / Space Templates', I was able to have a default folder structure automatically created. However, the action of installing this AMP caused Alfresco to revert to using Aikau dialogs.

Well, I once again enabled the legacy mode and all was fine again. Creating a new site by default chooses "Collaboration Site" even though the option to choose the type does not appear in the customized 'Create/Edit Site' dialog box on the hierarchy plugin. The document library folder structure appears as expected.

But does that mean I have lost the benefit of having multiple types of sites? Would it be possible to do something to have the "Site Type" or sitePreset drop down appear alongside all the parent-child related options? I tried looking into the Freemarker Templates but was unable to figure out how to enable this myself or for that matter, what is hiding it to begin with (I could get it to appear by directly playing with the Developer Console in the browser).

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.