Daily Log for #alfresco IRC Channel

Alfresco discussion and collaboration. Stick around a few hours after asking a question.

Official support for Enterprise subscribers: support.alfresco.com.

Joining the Channel:

Join in the conversation by getting an IRC client and connecting to #alfresco at Freenode. Our you can use the IRC web chat.

More information about the channel is in the wiki.

Getting Help

More help is available in this list of resources.

Daily Log for #alfresco

2017-07-05 06:47:48 GMT <alfbot> yreg: Sent 14 hours and 43 minutes ago: <AxelFaust> I'm not talking about ADF here - only legacy, core AngularJS

2017-07-05 06:47:49 GMT <alfbot> yreg: Sent 14 hours and 39 minutes ago: <AxelFaust> In any way - I think I found the solution (and answer) on my own just now. I did try something that couldn't possibly work , and lo and behold, it did...

2017-07-05 06:47:50 GMT <alfbot> yreg: Sent 14 hours and 33 minutes ago: <AxelFaust> It looks like some magic HTML attributes are simply excluded from any support for filtering. What a piece of monkey poo, this library...

2017-07-05 06:47:51 GMT <alfbot> yreg: Sent 14 hours and 25 minutes ago: <AxelFaust> Even better - the guys that wrote the current, legacy Activiti Angular app simply did not know what version of Angular they were using and used something that is not even supported / compatible (and apparently no one ever tested for accessibility)

2017-07-05 06:57:34 GMT <yreg> ~later tell AFaust sounds like a lot of fun, but FYI, the ADF team and activiti UI team are more or less the same team

2017-07-05 06:57:34 GMT <alfbot> yreg: The operation succeeded.

2017-07-05 07:29:25 GMT <yreg> ~later tell douglascrp ping -t

2017-07-05 07:29:25 GMT <alfbot> yreg: The operation succeeded.

2017-07-05 08:02:25 GMT <alfbot> AFaust: Sent 1 hour and 4 minutes ago: <yreg> sounds like a lot of fun, but FYI, the ADF team and activiti UI team are more or less the same team

2017-07-05 08:04:21 GMT <AFaust> yreg: That may be the case now, but again, we are talking about Activiti legacy (1.6.0) here. Not sure how familiar the guys are with that... and apparently there hasn't been a lot of cleanup since the old team left...

2017-07-05 08:05:35 GMT <yreg> AFaust, AFAIK the team that left was more involved in core than in UI, UI team is more or less the same

2017-07-05 08:07:22 GMT <AFaust> Well, then I should probably not rely on them at all because that would mean they were responsible for most of the bugs in the first place...

2017-07-05 08:07:46 GMT <AFaust> The core engine is clean - everything that has been latched on is a nightmare...

2017-07-05 08:24:04 GMT <fwu> hi all!

2017-07-05 08:28:17 GMT <Tichodroma> I am trying to change the implementation of the Spring bean webframework.factory.user.slingshot in a JAR module for Share. So far I did not find the proper location in the JAR to put the context XML file into.

2017-07-05 08:28:33 GMT <Tichodroma> Is this even possible? Where does the Spring context XML file have to go?

2017-07-05 08:42:33 GMT <yreg> Tichodroma, try something like "classpath*:org/springframework/extensions/surf/*-context.xml" and let me know if it works

2017-07-05 08:44:57 GMT <Tichodroma> yreg: iside the JAR org/springframework/extensions/surf/foo-override-context.xml has no effect

2017-07-05 08:45:20 GMT <Tichodroma> one second, I put the wrong file there

2017-07-05 08:46:10 GMT <Tichodroma> I change this and try again ...

2017-07-05 08:47:18 GMT <yreg> Tichodroma, try this org/springframework/extensions/surf/override/*-context.xml

2017-07-05 08:47:36 GMT <yreg> if that does not work

2017-07-05 08:47:55 GMT <yreg> that's a veto override

2017-07-05 08:48:32 GMT <Tichodroma> that I've tried, no effect. I've put broken XML iside but nothing happens. All this is inside a JAR deployed to modules/share

2017-07-05 08:49:19 GMT <Tichodroma> strange, now I get an error. fixing ...

2017-07-05 08:49:58 GMT <Tichodroma> is there any documenation for these magic paths?

2017-07-05 08:50:13 GMT <Tichodroma> it is not basic Spring but Surf, right?

2017-07-05 08:50:14 GMT <yreg> only code

2017-07-05 08:50:24 GMT <yreg> https://github.com/yregaieg/spring-surf/blob/master/surf/spring-surf-tests/spring-surf-fvt-app/src/main/webapp/WEB-INF/config/surf-config.xml#L15

2017-07-05 08:50:25 GMT <Tichodroma> :(

2017-07-05 08:50:25 GMT <alfbot> Title: spring-surf/surf-config.xml at master · yregaieg/spring-surf · GitHub (at github.com)

2017-07-05 08:50:33 GMT <yreg> https://github.com/Alfresco/share/blob/master/share/src/main/resources/surf-config.xml#L27

2017-07-05 08:50:34 GMT <alfbot> Title: share/surf-config.xml at master · Alfresco/share · GitHub (at github.com)

2017-07-05 08:53:45 GMT <Tichodroma> yreg: inside this path the changed configuration has effect, thanks!

2017-07-05 08:58:38 GMT <yreg> You are welcome :)

2017-07-05 09:58:42 GMT <osaidi> why would the same javascript code work when client debug is disabled but not when it is enabled?

2017-07-05 09:59:15 GMT <osaidi> there's a particular function that's not being called when client debug is enabled

2017-07-05 10:08:07 GMT <AFaust> osaidi: Client debug will typically switch between compressed and uncompresesd JavaScript. Maybe there is an issue with the compresesd JavaScript. For legacy YUI-based UI parts Alfresco will use matching -min.js if they exist - those could have an error depending on the way they a 3rd-party / your own addon generates them during build.

2017-07-05 10:09:43 GMT <osaidi> AFaust> thank you for the answer, but in my case it is actually the minified one that is working

2017-07-05 10:09:55 GMT <Tichodroma> If a Spring context XML in a Share JAR module uses properties as in <property name="foo" value="${the.foo.value}"/>, where do I have to put the property the.foo.value? tomcat/shared/classes/alfresco-global.properties is the wrong place for Share, right?

2017-07-05 10:10:41 GMT <osaidi> the strange thing that if i copy the content of the uncompressed js file to the -min.js file and disable client debugging it works too

2017-07-05 10:11:38 GMT <AFaust> Tichodroma: There no default support for loading properties on the Share tier. You would have to include a property resolver in your custom Spring XML config

2017-07-05 10:11:53 GMT <Tichodroma> :(

2017-07-05 10:12:01 GMT <AFaust> In my Utility module I have added support for a share-global.properties file that is used similarily to alfresco-global.properties

2017-07-05 10:12:42 GMT <Tichodroma> AFaust: do you have a link for this?

2017-07-05 10:13:00 GMT <AFaust> Already working on locating and posting... ;)

2017-07-05 10:13:05 GMT <Tichodroma> +1

2017-07-05 10:13:20 GMT <AFaust> My config is this: https://github.com/Acosix/alfresco-utility/blob/master/share/src/main/resources/org/springframework/extensions/surf/acosix-utility-config-support-bootstrap-context.xml#L73

2017-07-05 10:13:21 GMT <alfbot> Title: alfresco-utility/acosix-utility-config-support-bootstrap-context.xml at master · Acosix/alfresco-utility · GitHub (at github.com)

2017-07-05 10:13:30 GMT <AFaust> Module is obviously the base path.

2017-07-05 10:13:53 GMT <AFaust> I just realised that at one point I had started to document the features in the wiki but have been distracted by the various customer projects

2017-07-05 10:14:11 GMT <Tichodroma> I'll try this approach

2017-07-05 10:14:40 GMT <AFaust> This module also adds support for Log4J hierarchy configuration similar to the Repository, e.g. module can contribute their own log4j.properties to be merged with the default and a customer override

2017-07-05 10:18:17 GMT <AFaust> Tichodroma: FYI - the comments regarding 'abstract="true"' refer to the fact that I use a Spring post processor to activate the global properties support based on configuration properties from to https://github.com/Acosix/alfresco-utility/blob/master/share/src/main/resources/org/springframework/extensions/surf/acosix-utility-config-support-bootstrap.properties and a potential customer override...

2017-07-05 10:18:18 GMT <alfbot> Title: alfresco-utility/acosix-utility-config-support-bootstrap.properties at master · Acosix/alfresco-utility · GitHub (at github.com)

2017-07-05 10:18:53 GMT <AFaust> I try to make all my features optional by default so that people don't necessarily have to do a complex uninstall to deactivate the module...

2017-07-05 10:19:35 GMT <AFaust> Especially since I include this module as a dependency for most of my other modules...

2017-07-05 10:19:57 GMT <Tichodroma> good idea

2017-07-05 10:21:41 GMT <Tichodroma> hm, no effect so far as I use it. Is there anything about the loading order of the beans that must be considered? Will the properties be ready before other beans are instaziated?

2017-07-05 10:24:26 GMT <Tichodroma> btw, the properties shall be used in an org/springframework/extensions/surf/override context file

2017-07-05 10:43:33 GMT <AFaust> Tichodroma: The PropertyPlaceholderConfigurer is a special component (I believe a BeanFactoryPostProcessor) that will be instantiated / processed before any regular bean. Thus properties are available for use in values for most beans. Only for other, special beans (BeanFactoryPostProcessor or even BeanDefinitionRegistryPostProcessor) will you encounter issues that are due to the initialisation order

2017-07-05 10:46:49 GMT <AFaust> It should not matter in which Spring file they are placed as Spring will always load all XML before instantiating the first bean from the XML. The only potential issue is that there might be another bean processing property placeholders before your own that messed with these placeholders in a way that your placeholder cannot process them. In other applications I have seen that one post processor would replace non-resolvable placeholders with some default

2017-07-05 10:46:49 GMT <AFaust> value, so the next post processor could no longer see/use and resolve the placeholder

2017-07-05 11:31:51 GMT <horsey> Hello, does the Activiti community edition feature REST support like the Alfresco edition (https://docs.alfresco.com/activiti/docs/dev-guide/1.2.2/#_rest_api) ?

2017-07-05 11:31:52 GMT <alfbot> Title: Alfresco Activiti (at docs.alfresco.com)

2017-07-05 11:36:26 GMT <yreg> horsey, yes, but totally different APIs

2017-07-05 11:38:33 GMT <yreg> horsey, check this out https://github.com/Activiti/Activiti/tree/master/activiti-rest

2017-07-05 11:38:34 GMT <alfbot> Title: Activiti/activiti-rest at master · Activiti/Activiti · GitHub (at github.com)

2017-07-05 11:38:42 GMT <horsey> yreg: I can't find it in the docs @ https://www.activiti.org/userguide/

2017-07-05 11:38:43 GMT <alfbot> Title: Activiti User Guide (at www.activiti.org)

2017-07-05 11:38:45 GMT <horsey> Okay

2017-07-05 11:39:52 GMT <yreg> horsey, it is there https://www.activiti.org/userguide/#_rest_api

2017-07-05 11:39:53 GMT <alfbot> Title: Activiti User Guide (at www.activiti.org)

2017-07-05 11:40:43 GMT <horsey> yreg: Oops! Sorry about that.

2017-07-05 11:42:09 GMT <horsey> yreg: What's the difference between the community edition and the Alfresco edition? Anything consequential to the product building or experience?

2017-07-05 12:08:29 GMT <alfbot> douglascrp: Sent 4 hours and 39 minutes ago: <yreg> ping -t

2017-07-05 12:11:52 GMT <douglascrp> yreg, :D

2017-07-05 12:11:53 GMT <douglascrp> hey man

2017-07-05 12:12:10 GMT <douglascrp> morning everyone

2017-07-05 12:20:30 GMT <yreg> hey

2017-07-05 12:20:50 GMT <yreg> I was able (at last) to setup hotswapp correctly

2017-07-05 12:21:57 GMT <yreg> however, I needed to add the skipTests property manually to the integration tests project (from the AIO archetype in order to be able to start my repo from CLI without skipping tests

2017-07-05 12:22:12 GMT <yreg> and I wanted to confirm that to be expected from the SDK

2017-07-05 12:26:33 GMT <fcorti> good job yreg... we are pushing to release the documentation on SDK soon... hoepfully I'll be back in 2-3 weeks with something concrete

2017-07-05 12:52:27 GMT <douglascrp> yreg, yes, I have to do the same thing

2017-07-05 12:52:47 GMT <douglascrp> but as I usually use IntelliJ or the run script to execute it, I put it there

2017-07-05 13:55:32 GMT <yreg> AFaust, remember that issue with doc regarding audit filtering

2017-07-05 13:56:05 GMT <AFaust> Not really... from how long ago?

2017-07-05 13:56:33 GMT <yreg> The docs saying that you set filtering on audit application specific paths

2017-07-05 13:56:52 GMT <yreg> while in reality, data gets filtered on the base of produced trail

2017-07-05 13:56:57 GMT <AFaust> Ah - yes. One of the things that was filed "ages" ago

2017-07-05 13:58:00 GMT <yreg> apparently they fix-fix it, meaning the doc now says that filtering is now based on produced data, and the code is actually filtering based on application paths

2017-07-05 13:58:23 GMT <yreg> resulting in docs & code being (again) in an inconsistent state

2017-07-05 14:00:56 GMT <AFaust> I am hesitant to believe they actually fixed the code. That would completely invalidate the reason for closing several of my issues as "won't fix", where it was said that "code may rely on the long-standing behaviour and it would break backwards compatibility to change the behaviour"

2017-07-05 14:01:41 GMT <yreg> See MNT-14136, MNT-8401

2017-07-05 14:03:53 GMT <AFaust> Hmm - I don't have 4.2.5 code checked out here to verify

2017-07-05 14:04:08 GMT <yreg> has it

2017-07-05 14:04:22 GMT <yreg> .. I guess

2017-07-05 14:06:00 GMT <yreg> AFaust, it does even filter after data has been extracted, on extracted data

2017-07-05 14:06:20 GMT <yreg> not on the produced data :D

2017-07-05 14:06:36 GMT <yreg> making it even possible to filter on generated data

2017-07-05 14:06:47 GMT <yreg> TBH I did not expect that

2017-07-05 14:07:40 GMT <yreg> this will probably (or definitely) create a lot of unhappy customers ..

2017-07-05 14:08:28 GMT <AFaust> But I guess they have not used clean property patterns to separate filtering for inbound vs. mapped data. E.g. if I filtered on alfresco-access it would still filter on the inbound data even if I only wanted it to filter on the mapped data, so I could still use the alfresco-access inbound and remap that into a custom audit application...

2017-07-05 14:09:04 GMT <AFaust> Especially since they (again) did this kind of breaking change as part of a service pack / hotfix (actually)

2017-07-05 14:09:58 GMT <AFaust> And (again) instead of fixing it properly / cleanly - likely just because some customer was on Premier, while the issue I had filed in 2013 was mostly ignored...

2017-07-05 14:10:20 GMT <AFaust> because it was just a regular customer...

2017-07-05 14:11:40 GMT <yreg> AFaust, filtering the inbound data does not work in my case at least : adding "audit.filter.alfresco-access.transaction.action=~deleteNode;~DELETE;.*" to my global properties does not seem to have any effect what so ever !

2017-07-05 15:09:41 GMT <yreg> Hey resplin !

2017-07-05 15:13:19 GMT *** davidwebster_ is now known as davidwebster

2017-07-05 15:19:21 GMT <resplin> Hey yreg!

2017-07-05 15:19:32 GMT <resplin> I'm just getting caught up after our Independence Day holiday.

2017-07-05 15:23:06 GMT <resplin> How are you?

2017-07-05 16:10:02 GMT <yreg> fine, thanks for asking

End of Daily Log

The other logs are at http://esplins.org/hash_alfresco