Alfresco discussion and collaboration. Stick around a few hours after asking a question.
Official support for Enterprise subscribers: support.alfresco.com.
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.
More help is available in this list of resources.
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)
The other logs are at http://esplins.org/hash_alfresco