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