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-05-09 07:39:22 GMT <yreg> Guys, does any of you know how to disable solr health check ? (the one continuously querying for the first 2k transactions)

2017-05-09 07:50:56 GMT <yreg> fcorti, any idea on how to access the Alfresco customizations to solr4 ?

2017-05-09 07:52:55 GMT <fcorti> Hi yreg, you mean solr4, so Alfresco 5.1?

2017-05-09 07:53:11 GMT <fcorti> or previous version?

2017-05-09 07:53:14 GMT <yreg> exactly

2017-05-09 07:53:24 GMT <yreg> no for EE5.1

2017-05-09 08:10:37 GMT <bhagyas> Anyone here playing with RabbitMQ and Alfresco?

2017-05-09 08:13:03 GMT <bhagyas> yreg: Can you provide the link to your transformation server?

2017-05-09 08:14:27 GMT <bhagyas> Not urgent, would love to have a look

2017-05-09 08:15:18 GMT <yreg> bhagyas, the docker image for the transformation service : https://bitbucket.org/xenit/docker-jodconverter-ws

2017-05-09 08:15:19 GMT <alfbot> Title: xenit / docker-jodconverter-ws — Bitbucket (at bitbucket.org)

2017-05-09 08:15:33 GMT <yreg> the amp for the transformer: https://bitbucket.org/xenit/alfresco-remote-jodconverter

2017-05-09 08:15:34 GMT <alfbot> Title: xenit / alfresco-remote-jodconverter — Bitbucket (at bitbucket.org)

2017-05-09 08:16:40 GMT <fcorti> yreg I asked to Gethin James to be sure and there isn't a config/settings to control the new transactions (it is not exactly a health check)

2017-05-09 08:16:49 GMT <fcorti> Did you check here?

2017-05-09 08:16:51 GMT <fcorti> http://docs.alfresco.com/5.0/concepts/solrcore4-properties-file.html

2017-05-09 08:16:52 GMT <alfbot> Title: Solr 4 core configuration properties | Alfresco Documentation (at docs.alfresco.com)

2017-05-09 08:18:08 GMT <bhagyas> yreg: thanks, added them here https://github.com/bhagyas/awesome-alfresco

2017-05-09 08:18:09 GMT <alfbot> Title: GitHub - bhagyas/awesome-alfresco: A curated list of awesome Alfresco projects and add-ons. (at github.com)

2017-05-09 08:18:23 GMT <bhagyas> even if they are not on Github, since they are using Git

2017-05-09 08:18:24 GMT <bhagyas> ;)

2017-05-09 08:19:34 GMT <yreg> fcorti, well according to AFaust there is a code snippet that continuously asks for the first 2000 transactions, this behaviour can only be disabled by overriding that code snippet

2017-05-09 08:20:57 GMT <yreg> fcorti, most clients start by batch loading documents into alfresco as soon as they set it up, making this call even more greedy !

2017-05-09 08:27:09 GMT <yreg> and that's why I was asking for the code...

2017-05-09 08:28:01 GMT <fcorti> yreg, ok so it's not a config but a code snippet...

2017-05-09 08:29:44 GMT <yreg> yes, I was hoping that if I find the source code for solr customizations then I could have a better view on the issue I am experiencing... and probably disable that continuous call for the first 2000 transactions

2017-05-09 08:35:24 GMT <fcorti> yreg ok let me ask...

2017-05-09 08:49:21 GMT <fcorti> yreg ok, confirmed the Solr4 is in the Alfresco repo for 5.1

2017-05-09 08:49:25 GMT <fcorti> you can try here:

2017-05-09 08:49:33 GMT <fcorti> https://svn.alfresco.com/repos/alfresco-open-mirror/alfresco/HEAD/root/projects/solr4/

2017-05-09 08:49:35 GMT <alfbot> Title: alfresco-open-mirror - Revision 136654: /alfresco/HEAD/root/projects/solr4 (at svn.alfresco.com)

2017-05-09 08:54:45 GMT <digcat> interesting java 9 over whelming vote to delay, https://jcp.org/en/jsr/results?id=5959

2017-05-09 08:54:46 GMT <alfbot> Title: The Java Community Process(SM) Program - JSRs: Java Specification Requests - results (at jcp.org)

2017-05-09 08:56:46 GMT <bhagyas> digcat: With ES6, and gaining momentum with Node ecosystem and packages - I think Java would have to work harder - but focus on being stable

2017-05-09 08:56:55 GMT <bhagyas> and being stable is the only thing they can do right nwo

2017-05-09 08:56:59 GMT <bhagyas> now*

2017-05-09 08:59:21 GMT <digcat> stability has to be the main focus, most likely the reason for all the no votes, but guess its what happens next

2017-05-09 08:59:51 GMT <bhagyas> digcat: agree, however the adoption of java 8 has still not happened yet in most places

2017-05-09 08:59:55 GMT <bhagyas> not even at Alfresco

2017-05-09 09:00:04 GMT <bhagyas> ok, bad example ;P

2017-05-09 09:00:15 GMT <digcat> haha, indeed

2017-05-09 09:03:19 GMT <bhagyas> I'm more or less considering to moving JS as a primary backend language

2017-05-09 09:03:29 GMT <bhagyas> can't believe it has come to this after all this years

2017-05-09 09:03:32 GMT <bhagyas> :D

2017-05-09 09:05:13 GMT <bhagyas> the productivity is off the roof with new tech stacks, you can get real time, async and reliable messaging with stuff like MQs and JS

2017-05-09 09:09:18 GMT <yreg> fcorti, thanks

2017-05-09 09:10:00 GMT <fcorti> yreg, not sure it is the final answer but it is what we have ;-)

2017-05-09 09:12:05 GMT <yreg> Well it definitely does not show which revision was used for

2017-05-09 09:12:11 GMT <yreg> but it's a good start

2017-05-09 09:13:14 GMT <yreg> fcorti, that's what I was looking for : https://svn.alfresco.com/repos/alfresco-enterprise-mirror/alfresco/TAGS/ENTERPRISE/

2017-05-09 09:14:15 GMT <fcorti> yreg: good!

2017-05-09 09:28:29 GMT <yreg> fcorti, it's the checkIndex method from https://svn.alfresco.com/repos/alfresco-open-mirror/alfresco/HEAD/root/projects/solr4/source/java/org/alfresco/solr/tracker/MetadataTracker.java that is causing that constant querying for the repo

2017-05-09 09:40:08 GMT <fwu> hello all!

2017-05-09 09:44:24 GMT <fcorti> yreg... and are you going to change it?

2017-05-09 09:45:09 GMT <yreg> I will wait for AFaust to join and see how he did address this first

2017-05-09 09:45:40 GMT <yreg> I know that playing with code like I intend to do is not good

2017-05-09 09:46:07 GMT <yreg> but overwhelming repo with un-necessary health check is not good either

2017-05-09 09:46:29 GMT <yreg> I detected more than 6.5k calls on a daily basis

2017-05-09 09:46:36 GMT <fwu> ppl, what is the client-side JavaScript API that can be used in any UI framework, instead of using AngularJS?

2017-05-09 09:46:46 GMT <fwu> where can I get some info about this?

2017-05-09 09:47:03 GMT <yreg> fwu use rest API

2017-05-09 09:47:52 GMT <fwu> hmm...ok. so thisJavascript API is the REST API

2017-05-09 09:48:07 GMT <yreg> ADF is just a wrapper + helper for consuming RestAPI

2017-05-09 09:48:17 GMT <fwu> that is why I may then choose my own UI framework

2017-05-09 09:48:36 GMT <yreg> it's client independent, a couple of URLs you can call to do various tasks

2017-05-09 09:48:48 GMT <fwu> yreg, im trying to decide a ui framework to develop a new ui for Alfrewco

2017-05-09 09:48:50 GMT <fwu> Alfresco

2017-05-09 09:49:14 GMT <fwu> my question right now, is if ADF is the best choice

2017-05-09 09:49:14 GMT <yreg> ADF (or as you call it, the AngularJS stuff) is just one implementation of a client library

2017-05-09 09:49:35 GMT <fwu> yreg, ok, but it should help to start something right?

2017-05-09 09:49:42 GMT <yreg> does your app need to be compatible with alfresco prior to 5.2 ?

2017-05-09 09:49:57 GMT <fwu> now, our goal is just to look forward

2017-05-09 09:50:01 GMT <fwu> now = no

2017-05-09 09:50:02 GMT <fwu> :)

2017-05-09 09:50:16 GMT <yreg> then, ADF should be the way to go

2017-05-09 09:50:29 GMT <fwu> we rather give to our clients the new app that support 2 different versions

2017-05-09 09:50:39 GMT <fwu> than .. argh

2017-05-09 09:51:05 GMT <yreg> if you need to have a compatible client with older versions, then Aikau may be a strong candidate

2017-05-09 09:51:13 GMT <fwu> if there is already something for the repository, we could use it and add the process stuff

2017-05-09 09:51:26 GMT <fwu> Aikau is to forget...

2017-05-09 09:51:38 GMT <fwu> I want technology that most people knows about

2017-05-09 09:52:05 GMT <fwu> when building somehting in aikau /surf/share it seems we are reiventing the wheel

2017-05-09 09:52:13 GMT <yreg> speaking of Aikau

2017-05-09 09:52:37 GMT <yreg> ___Dave, I really missed you in the BoF around Alfresco UI & clients !

2017-05-09 09:52:53 GMT <yreg> I would've loved to hear from you in that discussion

2017-05-09 09:53:17 GMT <___Dave> yreg: yes, that would have been interesting ;-)

2017-05-09 09:53:41 GMT <yreg> and congrats for being the "Most engaged Alfresco employee in the Community" last year !

2017-05-09 09:53:59 GMT <yreg> s/being/being elected/

2017-05-09 09:54:10 GMT <___Dave> yreg: thanks... I really like the mug, the changing colour with heat is handy, it's like a built in safety feature ;-)

2017-05-09 09:55:09 GMT <___Dave> fwu: The main thing to remember about Aikau is that it nothing more than packaging around JS/CSS/HTML

2017-05-09 09:55:38 GMT <___Dave> fwu: It uses one of the 3 main JS module approaches in AMD (as opposed to CommonJS and ES6 modules)

2017-05-09 09:56:14 GMT <___Dave> fwu: pub/sub communication is a fairly well established and standard communication mechanism

2017-05-09 09:56:38 GMT <___Dave> fwu: the only real novelty is in the fact that pages are declared as JSON

2017-05-09 09:57:03 GMT <fwu> __Dave but to use one framework to build UI for mobile and web is an important goal for me

2017-05-09 09:57:09 GMT <___Dave> fwu: Ultimately the question when selecting any framework or library is whether or not it fits within your use case

2017-05-09 09:58:12 GMT <fwu> is the new rest api in a stable version by now?

2017-05-09 09:58:43 GMT <___Dave> fwu: In that case then Aikau would not be a good option as it does not optimized for mobile

2017-05-09 09:59:24 GMT <___Dave> fwu: regarding the REST API... it really depends what you want to do with it, there is not full coverage of all Alfresco capabilities yet, but there is a lot you can do with it

2017-05-09 09:59:38 GMT <fwu> __Dave, yes that was we realize. Nowadays most customers want both front ends

2017-05-09 09:59:41 GMT <___Dave> fwu: again, it very much depends what your specific use case it

2017-05-09 10:00:20 GMT <fwu> __Dave, my concern with the rest api is this taken from jpotts article:

2017-05-09 10:00:25 GMT <fwu> "The second thing is that the new Alfresco Angular2 components rely on significant enhancements to the Alfresco REST API. Those enhancements are not in any stable version of the product. They are only available starting with 201606 EA (Early Access) release, which includes 5.2.a of the Alfresco platform. "

2017-05-09 10:00:41 GMT <___Dave> when was that article written

2017-05-09 10:00:56 GMT <___Dave> there are stable REST APIs in 5.2 Enterprise

2017-05-09 10:01:11 GMT <___Dave> and they were pretty stable in the community releases preceding that enterprise release

2017-05-09 10:01:16 GMT <fwu> and in the community version?

2017-05-09 10:01:17 GMT <yreg> fwu, REST API is supposed to be released and production ready starting from 5.2.d GA

2017-05-09 10:01:57 GMT <fwu> The article is from JULY 19, 2016

2017-05-09 10:02:21 GMT <yreg> but I noticed that there is few requests that used to work well with 5.2.d (aka 201612GA) and no longer work with 5.2.g (aka 201704)

2017-05-09 10:02:27 GMT <fwu> http://ecmarchitect.com/archives/2016/07/19/4162

2017-05-09 10:02:28 GMT <alfbot> Title: Alfresco embraces AngularJS: Now what? | ECM Architect (at ecmarchitect.com)

2017-05-09 10:03:10 GMT <yreg> fwu that article is history as there have been 6 releases after its publication

2017-05-09 10:03:21 GMT <fwu> yreg lol

2017-05-09 10:03:40 GMT <fwu> in technology some months are history... I understand :)

2017-05-09 10:04:40 GMT <fwu> what is the most recent alfresco community version by now?

2017-05-09 10:05:16 GMT <yreg> 5.2.g

2017-05-09 10:05:27 GMT <yreg> aka 201704 GA

2017-05-09 10:06:15 GMT <fwu> and the current angularjs development (ADF) works in the 5.2.g. version?

2017-05-09 10:07:08 GMT <fwu> or those few requests you talked about are used in that ADF solution?

2017-05-09 10:24:01 GMT <fcorti> fwu: yes, ADF works with 5.2.g

2017-05-09 10:45:02 GMT <fwu> fcorti, thanks

2017-05-09 10:45:16 GMT <fcorti> fwu: you are welcome

2017-05-09 14:00:08 GMT <douglascrp> https://github.com/Alfresco/Aikau/issues/1376#issuecomment-300081699

2017-05-09 14:00:09 GMT <alfbot> Title: In "alfresco/renderers/Indicators" is not included "alfresco/renderers/Property" · Issue #1376 · Alfresco/Aikau · GitHub (at github.com)

2017-05-09 14:00:12 GMT <douglascrp> sad

2017-05-09 14:50:18 GMT <mbui> I have the string "dl:dataList", is it possible to create the correct QName from that string?

2017-05-09 14:51:48 GMT <mbui> What i've approched: Split the string for the localName.use dictionaryService.getAllType() and itera

2017-05-09 14:52:32 GMT <mbui> iterate all types and see if I find a match on localname, this doesnt seems like the optimal way incase we have types with the same localname

2017-05-09 14:55:17 GMT <yreg> mbui there is definitely easier ways

2017-05-09 14:57:33 GMT <mbui> yreg: Tell me :D

2017-05-09 14:57:45 GMT <yreg> https://github.com/Alfresco/community-edition-old/blob/master/projects/repository/source/java/org/alfresco/repo/jscript/ScriptNode.java#L3546

2017-05-09 14:57:46 GMT <alfbot> Title: community-edition-old/ScriptNode.java at master · Alfresco/community-edition-old · GitHub (at github.com)

2017-05-09 14:58:01 GMT <yreg> mbui, check that URL

2017-05-09 15:10:44 GMT <mbui> yreg: Thanks, worked like a charm!

2017-05-09 15:18:22 GMT <AFaust> yreg: Note - QName.createQName() has a potential NPE issue. I find it better to use QName.resolveToQName()

2017-05-09 15:20:22 GMT <AFaust> Correction - not a NPE, but a hard NamespaceException. I prefer resolveToQName because I can check the result against null if it has been resolved to avoid the awkward try-catch control flow

2017-05-09 15:21:10 GMT <AFaust> Also, resolveToQName works with Strings like "name" in that it will transparently apply the same default behaviour used elsewhere in Alfresco: prefix the default content model URI as the namespace

2017-05-09 15:22:03 GMT <AFaust> And it handles prefixed vs. full QName Strings where as createQName() (with NamespacePrefixResolver) only supports prefixed QName...

2017-05-09 15:23:26 GMT <AFaust> That is why ScriptNode.createQName() has to check for the namespace begin itself instead of relying on createQName to do all the appropriate parsing logic itself (as it should with clean separation of concerns)

2017-05-09 15:44:57 GMT <yreg> nice insight Axel, thanks

2017-05-09 20:26:14 GMT *** Ewong_ is now known as Guest99533

End of Daily Log

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