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

2016-11-11 01:59:49 GMT *** mmccarthy1 is now known as mmccarthy

2016-11-11 08:12:31 GMT <AFaust> damn - that DB upgrade script really hang for the last 15 hours...

2016-11-11 08:23:22 GMT <manav> i wanted to select option from dropdown and according to selection of dropdown i wanted to display a form fields. How can i do?

2016-11-11 08:24:57 GMT <manav> means I have 4 options in dropdown and if i selects 1st option i wanted to display 3 form fields if 2nd option then 2 fields in form and so on

2016-11-11 08:25:10 GMT <twen> morning

2016-11-11 09:05:42 GMT <Hiten> Hi Guys

2016-11-11 09:06:15 GMT <Hiten> I am searching for a node using Search Service and I am getting the below exception

2016-11-11 09:06:42 GMT <Hiten> Caused by: org.apache.lucene.queryparser.classic.ParseException: Cannot parse 'PATH:"/app:company_home/st:sites/cm:slc-demo/cm:documentLibrary/cm:HR/cm:Upload/cm:new delhi"'

2016-11-11 09:06:58 GMT <Hiten> Failed to parse XPath... Unexpected 'delhi'

2016-11-11 09:07:38 GMT <Hiten> how can I parse a "new delhi"

2016-11-11 09:08:48 GMT <Hiten> In the node browser I can see the primary path as "/app:company_home/st:sites/cm:slc-demo/cm:documentLibrary/cm:HR/cm:Upload/cm:new_x0020_delhi"

2016-11-11 09:08:49 GMT *** davidwebster_ is now known as davidwebster

2016-11-11 09:27:09 GMT <fcorti> Hiten did you here: https://community.alfresco.com/docs/DOC-4673-search#Finding_nodes_by_QName

2016-11-11 09:27:11 GMT <alfbot> Title: Search | Alfresco Community (at community.alfresco.com)

2016-11-11 09:30:04 GMT <Hiten> @fcorti: I am looking into the wiki

2016-11-11 09:30:21 GMT <Hiten> it seems I have to encode the white space

2016-11-11 09:30:56 GMT <Hiten> is there a way provided in alfresco to encode the white space or I have to manipulate the string

2016-11-11 09:30:56 GMT <fcorti> exactly because is requested from the ISO9075 encoding, used here

2016-11-11 09:34:58 GMT <fcorti> what about this?

2016-11-11 09:34:59 GMT <fcorti> https://www.drupal.org/node/1201100

2016-11-11 09:38:23 GMT <Hiten> @fcorti: Thanks, I will look into it.

2016-11-11 09:38:40 GMT <fcorti> you're welcome Hiten

2016-11-11 10:07:01 GMT <Hiten> @fcorti: I can see ISO9075Encode function in alfresco javascript api but couldn't find any such function in JAVA API

2016-11-11 10:09:56 GMT <fcorti> I remember I used... but honestly don't remember the details.

2016-11-11 10:09:57 GMT <fcorti> https://github.com/Alfresco/community-edition/blob/master/projects/data-model/source/java/org/alfresco/util/ISO9075.java

2016-11-11 10:09:58 GMT <alfbot> Title: community-edition/ISO9075.java at master · Alfresco/community-edition · GitHub (at github.com)

2016-11-11 10:10:14 GMT <fcorti> What about this?

2016-11-11 10:13:26 GMT <AFaust> Grmpf - I believe my upgrade issue is due to the mix of 5.1.g and 5.2.a libraries in the 201605 GA

2016-11-11 10:14:33 GMT <AFaust> The specific SQL patch was added in the 5.2 code line - and it has recently been changed (after 201605 GA) with improvements from an Enterprise stabilisation branch

2016-11-11 10:15:08 GMT <Hiten> @fcorti: I found one in apache jackrabbit api

2016-11-11 10:15:13 GMT <Hiten> http://grepcode.com/file/repo1.maven.org/maven2/org.apache.jackrabbit/jackrabbit-jcr-commons/2.10.1/org/apache/jackrabbit/util/ISO9075.java#ISO9075

2016-11-11 10:15:14 GMT <alfbot> Title: GC: ISO9075 - org.apache.jackrabbit.util.ISO9075 (.java) - GrepCode Class Source (at grepcode.com)

2016-11-11 10:17:25 GMT <fcorti> Hiten I found the example

2016-11-11 10:17:26 GMT <fcorti> https://github.com/fcorti/alfresco-audit-analysis-reporting/blob/ae6f4401ff75257928a8b80190bab991b5dd283e/Alfresco/Alfresco-CE-v5.1/AAAR-Alfresco-CE-v5.1-Repository/src/main/java/com/fcorti/aaar/GetNodesModifiedAfterWebScript.java

2016-11-11 10:17:27 GMT <alfbot> Title: alfresco-audit-analysis-reporting/GetNodesModifiedAfterWebScript.java at ae6f4401ff75257928a8b80190bab991b5dd283e · fcorti/alfresco-audit-analysis-reporting · GitHub (at github.com)

2016-11-11 10:17:44 GMT <fcorti> The package is import org.alfresco.util.ISO9075;

2016-11-11 10:18:02 GMT <fcorti> I used the decode

2016-11-11 10:21:43 GMT <Hiten> @fcorti: Great. This will help me a lot

2016-11-11 10:21:53 GMT <fcorti> Hiten nice

2016-11-11 10:21:56 GMT <Hiten> Thanks again

2016-11-11 10:22:03 GMT <fcorti> HIten you are welcome

2016-11-11 10:34:17 GMT <AFaust> ~later tell resplin: In the future you may want to avoid releasing a GA where the org.alfresco:alfresco:war contains EA JARs for the next version while org.alfresco:alfresco-platform:war contains the proper GA JARs. People + SDK by default use org.alfresco:alfresco:war to build the project WAR which would include those unstable EA JARs.

2016-11-11 10:34:17 GMT <alfbot> AFaust: The operation succeeded.

2016-11-11 10:34:36 GMT <bhagyas> fcorti: Are there any work done relating to improving the testability of Alfresco Core Java code extensions?

2016-11-11 10:35:10 GMT <AFaust> ~later tell resplin: I know some people already complained about the confusion. I just now ran into an upgrade blocker due to a 5.2.a EA upgrade script included in 201605 5.1.g GA

2016-11-11 10:35:10 GMT <alfbot> AFaust: The operation succeeded.

2016-11-11 10:43:40 GMT <AFaust> ~later tell resplin: OMG - for some reason that blocker 5.2 EA upgrade script slipped into the 5.1 code line / 201605 5.1.g platform build too. I thought slanglois had achieved better control over build process in the last couple of years?

2016-11-11 10:43:40 GMT <alfbot> AFaust: The operation succeeded.

2016-11-11 10:47:30 GMT <IanW1> While we're, sort of, on the subject are people using share 5.1.g with repo/platform 5.1.g?

2016-11-11 10:48:29 GMT <AFaust> I will be for this customer - once the upgrade succeeds. Next attempt will use the "fixed" script merged into HEAD in September. If that doesn't work I'll probably go back to 5.1.f or earlier...

2016-11-11 10:48:29 GMT <IanW1> I'd prefer to stick with a GA release but there's a fix I'd rather like in share 5.1.g (which is part of an EA)

2016-11-11 10:51:49 GMT * AFaust sighs a breath of relief as the patched SQL runs successfully...

2016-11-11 11:06:17 GMT *** praisethemoon_ is now known as praisethemoon

2016-11-11 11:27:00 GMT *** praisethemoon_ is now known as praisethemoon

2016-11-11 11:27:17 GMT <fcorti> Sorry bhagyas, I was in a call

2016-11-11 11:27:59 GMT <fcorti> Could you be more precise... what do you mean with "testability of Alfresco Core Java code extensions"?

2016-11-11 11:28:17 GMT <bhagyas> JUnit tests for extensions through the SDK

2016-11-11 11:28:56 GMT <bhagyas> and specially for services that doesn't require the entire remote server to have started in order for tests

2016-11-11 11:30:55 GMT <Loftux> IanW1: We have a build based on code from Nov 2 + a few fixes. I've stated before that I find the GA / EA a bit arbitrary. Alfresco decides at random (no clear criteria, just a hunch) when to release a GA. So take whatever version you like, test it and if it works, use it.

2016-11-11 11:36:57 GMT <IanW1> Loftux: thanks - I did get a comment from resplin on my blog "We are hoping that you can use the Share 5.1.g from 201606 with the Platform 5.1.g from 201605" but it's nice to know what other people are doing

2016-11-11 11:40:44 GMT <fcorti> bhagyas from what I kmow there are no relevant things on this front

2016-11-11 11:41:16 GMT <fcorti> I'll check in the next days to more sure

2016-11-11 11:44:43 GMT <bhagyas> ok cool

2016-11-11 12:09:32 GMT <douglascrp> morning guys

2016-11-11 12:09:53 GMT <douglascrp> is anyone here playing with sdk3 beta 5?

2016-11-11 12:10:24 GMT <IanW1> I have been using it for a bit now as all my issues show...

2016-11-11 12:10:52 GMT <douglascrp> IanW1, have you seen the non filtered png files issue I posted?

2016-11-11 12:11:11 GMT <douglascrp> IanW1, this one? https://github.com/Alfresco/alfresco-sdk/issues/430

2016-11-11 12:11:12 GMT <alfbot> Title: Problems trying to include client side resources with SDK 3 beta 5 · Issue #430 · Alfresco/alfresco-sdk · GitHub (at github.com)

2016-11-11 12:11:49 GMT <douglascrp> 2 problems as described... first, it doesn't work as the documentation states, and second, the corrupted binary files

2016-11-11 12:12:10 GMT <IanW1> I have - I logged an issue on an earlier beta for filtering

2016-11-11 12:13:05 GMT <douglascrp> really? do you know the id?

2016-11-11 12:13:11 GMT <douglascrp> I mean, the issue number

2016-11-11 12:14:40 GMT <douglascrp> IanW1, this one I guess https://github.com/Alfresco/alfresco-sdk/issues/407

2016-11-11 12:14:41 GMT <alfbot> Title: SDK 3 AIO resource filtering too broad · Issue #407 · Alfresco/alfresco-sdk · GitHub (at github.com)

2016-11-11 12:15:01 GMT <IanW1> That's the one

2016-11-11 12:15:50 GMT <douglascrp> and did it work for you?

2016-11-11 12:16:47 GMT <IanW1> For a while I had filtering rules in the amp.xml rather than the parent pom - I can't remember what I'm doing now but it's working - will have a quick look

2016-11-11 12:17:33 GMT <douglascrp> IanW1, nice... tks

2016-11-11 12:21:19 GMT <IanW1> I think I might have changed from amp to jar

2016-11-11 12:23:18 GMT <IanW1> but if I remember correctly it was possible to stop filtering some files by changing amp.xml

2016-11-11 12:24:11 GMT <douglascrp> IanW1, I see

2016-11-11 12:24:40 GMT <douglascrp> ok, let me try again, with jars, as these are new files, there is no real reason to use amps here

2016-11-11 12:24:47 GMT <douglascrp> I'm not trying to replace anything

2016-11-11 12:25:02 GMT <douglascrp> and I'm going to take a look on what I can do with the amp.xml

2016-11-11 12:25:04 GMT <douglascrp> thank you

2016-11-11 12:25:44 GMT <IanW1> you can probably just change filtered from true to false then

2016-11-11 12:29:04 GMT <douglascrp> yes

2016-11-11 12:30:00 GMT <douglascrp> IanW1, I'm simply changing the sweitch and trying again right now, still with amps

2016-11-11 12:30:06 GMT <douglascrp> and if it works, I'm going to keep using it

2016-11-11 12:30:12 GMT <douglascrp> for now

2016-11-11 12:30:59 GMT <douglascrp> IanW1, so I think the ideal would be to have the nonFiltered option also for amp.xml

2016-11-11 12:35:34 GMT <IanW1> possibly - I don't know if it gets inherited from the parent

2016-11-11 12:36:26 GMT <douglascrp> IanW1, it workes

2016-11-11 12:36:33 GMT <douglascrp> *worked

2016-11-11 12:36:36 GMT <douglascrp> thank you for the tip

2016-11-11 12:36:39 GMT <IanW1> great

2016-11-11 12:36:43 GMT <douglascrp> I'm going to add that to the issue

2016-11-11 12:36:54 GMT <douglascrp> and suggest that nonFiltered option

2016-11-11 12:42:13 GMT <douglascrp> IanW1, ok, issue updated with the info and the suggestion

2016-11-11 12:42:19 GMT <douglascrp> let's see how it goes now

2016-11-11 12:42:25 GMT <douglascrp> sdk3 is working great here

2016-11-11 12:42:53 GMT <douglascrp> are you using it for real projects? or are you just testing it?

2016-11-11 12:45:28 GMT <IanW1> I've been shifting existing stuff over to it - about to enter testing when I can get anyone free to do that...

2016-11-11 12:46:20 GMT <IanW1> I'm refactoring my CAS project into SDK3 - might get something I can release...

2016-11-11 12:46:59 GMT <douglascrp> IanW1, that's interesting

2016-11-11 12:47:15 GMT <douglascrp> I used it once, and it worked really well

2016-11-11 12:47:33 GMT <douglascrp> I believe it's still in use

2016-11-11 12:48:27 GMT <IanW1> I'm changing it so you don't have to modify web.xml (or anything else) and therefore can configure externally

2016-11-11 12:49:10 GMT <douglascrp> awesome

2016-11-11 12:51:32 GMT <IanW1> there's some "interesting" stuff about what paths should be authenticated and what shouldn't and how the session is used...

2016-11-11 13:29:07 GMT <AFaust> Does anyone know of a guide to setup AOS behind a proxy? Somehow I didn't find anything to validate my current setup against. I am especially interested in any details regarding proxying & location handling when Repository + Share are run on different Tomcat instances in the backend

2016-11-11 13:34:49 GMT <douglascrp> AFaust, hasn't angelborroy posted something about it?

2016-11-11 13:35:22 GMT <angelborroy> not really

2016-11-11 13:35:58 GMT <angelborroy> https://angelborroy.wordpress.com/2016/07/26/alfresco-5-1-aos-troubleshooting/

2016-11-11 13:35:59 GMT <alfbot> Title: Alfresco 5.1: AOS troubleshooting | Programming and So (at angelborroy.wordpress.com)

2016-11-11 13:36:14 GMT <angelborroy> Maybe that aos.baseUrlOverwrite=https://external/alfresco/aos is enough

2016-11-11 13:38:33 GMT <douglascrp> angelborroy, I knew you had something, but I was not sure what

2016-11-11 13:39:23 GMT <angelborroy> I have a terrible headache trying to develop a Kerberos SSO integration on a custom Java architecture...

2016-11-11 13:39:41 GMT <angelborroy> … now I admire Alfresco engineers: this is as bad as devil :(

2016-11-11 13:41:34 GMT <IanW1> We switched from webauth (which uses Kerberos) to CAS but I feel your pain

2016-11-11 14:04:42 GMT <AFaust> angelborroy: Your blog post primarily repeats what is already in docs.alfresco.com - but no, you do not appear to have setup the system in a way that Repository, Share and SOLR are separate Tomcats and may need a complex proxy setup

2016-11-11 14:05:29 GMT <angelborroy> you are right

2016-11-11 14:05:53 GMT <angelborroy> but my blog post is previous to docs.alfresco.com ;-)

2016-11-11 14:06:57 GMT <angelborroy> I’m using a simple Apache HTTP in front of all the servers

2016-11-11 14:13:24 GMT <mlo> hi

2016-11-11 14:17:46 GMT <mlo> I'm having some trouble with a workflow: A user needs to Approve a document, which is then versioned up by JavaScript in the transition to a ServiceTask which notifies a webservice about the new version. The program receiving the ws-call then should fetch that new version from alfresco (via CMIS), but gets the previous version. When does the versionUp actually happen/gets commited?

2016-11-11 15:31:41 GMT <alfbot> resplin: Sent 4 hours and 57 minutes ago: <AFaust> In the future you may want to avoid releasing a GA where the org.alfresco:alfresco:war contains EA JARs for the next version while org.alfresco:alfresco-platform:war contains the proper GA JARs. People + SDK by default use org.alfresco:alfresco:war to build the project WAR which would include those unstable EA JARs.

2016-11-11 15:31:42 GMT <alfbot> resplin: Sent 4 hours and 56 minutes ago: <AFaust> I know some people already complained about the confusion. I just now ran into an upgrade blocker due to a 5.2.a EA upgrade script included in 201605 5.1.g GA

2016-11-11 15:31:43 GMT <alfbot> resplin: Sent 4 hours and 48 minutes ago: <AFaust> OMG - for some reason that blocker 5.2 EA upgrade script slipped into the 5.1 code line / 201605 5.1.g platform build too. I thought slanglois had achieved better control over build process in the last couple of years?

2016-11-11 15:33:28 GMT <resplin> AFaust the release notes for 201606 explain how it includes a GA version of Share. People that wanted to benefit from the bug fixes in Share would be able to use it with the GA release of the previous month.

2016-11-11 15:33:41 GMT <resplin> I hadn't thought about the implications for the maven build plan.

2016-11-11 15:51:07 GMT <AxelFaust> resplin: The problem is that the artifacts should have been consistent between platform and regular alfresco.war

2016-11-11 15:51:45 GMT <AxelFaust> And that even before the inclusion of 5.2.a EA JARs some files apparently have transgressed from 5.2 HEAD into 5.1 Community builds...

2016-11-11 15:52:44 GMT <AxelFaust> And I was referring to 201605 not 06

2016-11-11 15:54:08 GMT <AxelFaust> As it stands, the 201605 GA (either WAR variant) cannot be used for certain upgrade scenarios due to a problematic Activiti upgrade SQL patch

2016-11-11 15:54:32 GMT <AxelFaust> I solved it by patching the SQL file with the current state from HEAD

2016-11-11 15:55:47 GMT <AxelFaust> But since this patch was actually intended for 5.2 this means I may run into other issues when the patch is expanded on in the 5.2 line and the customer upgrades to 5.2 in the future, with a schema that was already patched by a then potentially outdated / modified patch...

2016-11-11 16:04:36 GMT <jpotts> Weirdest thing: One of my clients ran generate_keystores.sh and restarted Alfresco, but the solr4/admin page is still accepting the default out-of-the-box client certificate. I've checked ssl.keystore, ssl.truststore, and browser.p12 and they all seem to have been updated.

2016-11-11 16:04:57 GMT <jpotts> Also tested this locally with the same script and it worked

2016-11-11 16:05:27 GMT <jpotts> I must be missing something obvious

2016-11-11 16:05:54 GMT <jpotts> Anyone seen that before?

2016-11-11 17:13:44 GMT <qwebirc65300> Welcome to the IRC channel qwebirc4890

2016-11-11 18:51:25 GMT <resplin> AxelFaust: Thanks for explaining the problem. I'll ask Samuel to read the log so that he is also aware.

2016-11-11 18:51:47 GMT <resplin> jpotts: Weird. Sorry I don't have any idea.

2016-11-11 19:11:29 GMT <jpotts> resplin: I suspect the client had inadvertently started two Tomcats, and the old one, the one still servicing requests, was using the old cert

2016-11-11 19:12:07 GMT <jpotts> I ended up changing the DN of the certs and restarting and that resolved the issue. But I suspect it was the restart, not the DN change that did it, because I've never had to change the DN to get that to work

2016-11-11 19:25:35 GMT <jpotts> resplin: By the way, the generate_keystores.sh script that is currently shipping is from 4.1 and has to be edited to work with newer versions.

2016-11-11 19:26:25 GMT <jpotts> Re-gen'ing those certs is a must-do for public-facing server installs, so it is important that script run out-of-the-box

2016-11-11 20:47:25 GMT <resplin> jpotts: Can you create an ALF issue for that? That would help me to track it.

2016-11-11 20:50:12 GMT <jpotts> resplin: I see there's one already related to that script and solr6. Does it still make sense to create one?

2016-11-11 21:00:09 GMT <resplin> ~later tell jpotts What is the ALF number for the update to generate_keystores.sh? Does it cover Solr6 and the problem you listed?

2016-11-11 21:00:09 GMT <alfbot> resplin: The operation succeeded.

End of Daily Log

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