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

2018-09-07 11:29:12 GMT <alfresco-discord> <bhagyas> unrelated: is anyone aware of why Alfresco had to patch freemarker library?

2018-09-07 11:30:15 GMT <alfresco-discord> <bhagyas> Also if anyone's using a custom processor instead of the Alfresco provided default template processor

2018-09-07 11:33:54 GMT <yreg> @bhagyas if you want to render son, you might be better off not relying on FTL at all for that, but put that directly in the response using some json mapper from within your Java WebScript

2018-09-07 11:34:04 GMT <yreg> S/son/json/

2018-09-07 11:34:42 GMT <yreg> I've seen a lot of people creating helpers for that kind of stuff

2018-09-07 11:35:12 GMT <alfresco-discord> <bhagyas> @yreg, this is for html emails - for JSON, i prefer using the Gson

2018-09-07 11:35:16 GMT <alfresco-discord> <bhagyas> serialisation

2018-09-07 11:36:53 GMT <alfresco-discord> <bhagyas> feels unnecessary to use a template for each language

2018-09-07 11:45:10 GMT <AFaust> Though by relying on those serialisation libraries (if you chose the ones included in Alfresco) makes you more susceptible to compatibility issues when Alfresco decides to upgrade libraries

2018-09-07 11:47:25 GMT <yreg> AFaust, I learnt something quite useful recently: Whenever there might be a dip clash with alfresco (vendor/original application) libs, one could always use something like maven shade plugin to produce a fat jar with rewritten packages ....

2018-09-07 11:47:51 GMT <yreg> I have actually learnt that technique from one of camunda's library camunda

2018-09-07 11:48:29 GMT <AFaust> Sure.. that's one way of avoiding the root cause of the issue and soldiering on, bloating your JAR...

2018-09-07 11:49:24 GMT <yreg> I hate this autocorrect, I got it disabled everywhere except from my IRC client

2018-09-07 11:50:26 GMT <AFaust> Most of the time though, you are likely to end up creating a fat JAR simply because 1-2 method signatures may be different between the version of the dependency you are building against and what Alfresco / "vendor X" may be shipping.

2018-09-07 11:51:54 GMT <yreg> That's possible as well, but I think at least that plugin does auto exclude all unreachable (impossible) classes, and keep them out when you build

2018-09-07 11:52:02 GMT <yreg> And that helps a bit with the size

2018-09-07 11:52:15 GMT <AFaust> So far I have not encountered a compatibility issue in Alfresco that I could not solve by one or two bridging classes, without having to copy/include potentially 100s of classes from a third party JAR

2018-09-07 11:53:04 GMT <AFaust> The Maven shade plugin by default does not check what is reachable, and includes everything you tell it to....

2018-09-07 11:53:14 GMT <AFaust> I used that to detect all those clashes I reported last weekend

2018-09-07 11:54:10 GMT <yreg> I got the impression that it did, but there might have been some filtering on packages or something

2018-09-07 11:54:20 GMT <AFaust> I haven't worked with the minimizeJar option yet, which allegedly allows you to eliminate the classes thar are not reachable.

2018-09-07 11:55:13 GMT <AFaust> But given my experience with GraalVM / SubstrateVM I now know how difficult it can be to correctly find reachable code / classes just from static analysis, so I would be quite careful with that option...

2018-09-07 11:55:59 GMT <AFaust> Yes, with package / class filtering you can certainly do some manual pruning

2018-09-07 12:20:21 GMT <AFaust> Argh... stupid Alfresco / Java. Telling me that port 50506 is already bound by something and refusing to start, yet netstat does not show anything.

2018-09-07 12:21:49 GMT <bee-bot> <yreg> Who needs JMX when they have OOTBee support tools 😛

2018-09-07 12:22:30 GMT <yreg> Oups, I guess the read-only permission I did set on the channel only applies to non admin users

2018-09-07 12:25:00 GMT <AFaust> Yeah... it's just that this is a 4.2 system without OOTBee Support Tools and in default configuration... Setting all the enabled flags to false now...

2018-09-07 12:26:09 GMT <yreg> Try restarting VM/server that usually help

2018-09-07 13:27:10 GMT <AxelFaust> yreg: local dev, so restarting would mean restarting my whole box

2018-09-07 13:27:55 GMT <yreg> Yeah, or you could go for a more permanent solution

2018-09-07 13:28:33 GMT <yreg> Switch to *nix platform

2018-09-07 13:28:38 GMT <yreg> <grin>

2018-09-07 13:31:15 GMT <AxelFaust> Before that, I'll rather consider a switch to running my local dev instances with Docker (well, all, except those on which I am doing migration / performance tests, which this 4.2 instance unfortunately is)

End of Daily Log

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