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.
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 220.127.116.11
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/18.104.22.168/root/projects/solr4/
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: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: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
The other logs are at http://esplins.org/hash_alfresco