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-07-17 08:39:30 GMT <bmejias> hi all. Does anyone know what is the wiki editor used in Alfresco 5.1 ?

2017-07-17 08:39:41 GMT <bmejias> Until 4.2 it used to be tiny_mce.

2017-07-17 08:48:14 GMT <bmejias> ok, it's apparently still tinymce, which is installed on webapps/share/modules/editors/tinymce/

2017-07-17 11:56:21 GMT <osa__> is there any way to audit search queries in alfresco 5.0.d??

2017-07-17 12:50:42 GMT <alfbot> resplin: Sent 2 days, 23 hours, and 1 minute ago: <jpotts> There is a module that supports Share google oauth that either needs fixing or re-development. Some of us can help, but we don't want to waste our time. Can you give us some hints on whether or not Share might support google auth soon?

2017-07-17 12:52:48 GMT <resplin> Our roadmap is to create a common identity service that is used by Content Services and Process Services. We are currently working on a POC. Our goal is to postpone fixing any auth related anything until we can do it on the new architecture. We expect that new service to support OAuth.

2017-07-17 12:53:03 GMT <resplin> ~later tell jpotts Our roadmap is to create a common identity service that is used by Content Services and Process Services. We are currently working on a POC. Our goal is to postpone fixing any auth related anything until we can do it on the new architecture. We expect that new service to support OAuth.

2017-07-17 12:53:03 GMT <alfbot> resplin: The operation succeeded.

2017-07-17 13:12:43 GMT <AFaust> Does anybody have a quick link to the Supported Platforms statement that Alfresco used to do, e.g. "newer versions will be supported unless we have identified the component to be the cause of the issue - in that case we will recommend the customer downgrade to the latest version as to our supported platforms document"

2017-07-17 13:13:36 GMT <AFaust> Either I am blind and can't find it now, or it has silently been removed from the various sources I am looking through

2017-07-17 13:15:13 GMT <resplin> We didn't remove it on purpose. Let me check.

2017-07-17 13:16:07 GMT <resplin> It is in the Supported Platforms FAQ on this page:

2017-07-17 13:16:10 GMT <resplin> https://www.alfresco.com/services/subscription/supported-platforms

2017-07-17 13:16:14 GMT <alfbot> Title: Supported Platforms | Alfresco (at www.alfresco.com)

2017-07-17 13:16:55 GMT <AFaust> Ahh - right - there was this extra document.

2017-07-17 13:17:24 GMT <AFaust> I was already looking through the Support Portal, the Support Handbook and the individual matrix documents

2017-07-17 13:18:17 GMT <AFaust> Thanks for pointing me to what was in front of me...

2017-07-17 13:20:04 GMT <AFaust> I have to provide a customer with all the text fragments I can provide on this, because they apparently have been scared to submission (sticking to hopelessly outdated components provided by the Alfresco installer) by someone at Alfresco Support dressing them down for a support ticket a few years ago...

2017-07-17 13:20:39 GMT <AFaust> ...because they had dared to use some (updated) components outside of what the installer provided...

2017-07-17 13:23:47 GMT <osa__> is there any way to audit search queries in alfresco 5.0.d??

2017-07-17 13:24:10 GMT <mhb> hi, is there any way to audit search queries in alfresco 5.0.d??

2017-07-17 13:37:13 GMT <AFaust> Ehm - did you just really post this question using two different logins?

2017-07-17 13:38:37 GMT <AFaust> And the answer is: yes: You can use the alfresco-api data producer to audit most of the API invocations, including the SearchService.query operation and its parameters. You may have to implement a custom data extractor to handle the complex SearchParameters object though

2017-07-17 13:46:11 GMT <mhb> we are two persons asking the same question

2017-07-17 13:46:41 GMT <mhb> i did implement a custom data extractor

2017-07-17 13:47:10 GMT <mhb> but query args are always null

2017-07-17 13:47:37 GMT <mhb> the same problem is mentioned in this discussion

2017-07-17 13:47:39 GMT <mhb> https://community.alfresco.com/thread/210347-auditing-search-queries

2017-07-17 13:47:41 GMT <alfbot> Title: Auditing search queries | Alfresco Community (at community.alfresco.com)

2017-07-17 13:51:38 GMT <mhb> is there another way to solve the problem without doing Alfresco core change?

2017-07-17 13:53:59 GMT <AFaust> You cannot simply record "args" - you need to specify which "args" to record, in this case "searchParameters"

2017-07-17 13:55:56 GMT <AFaust> But I am also checking on the claim that the "searchParameters" is being discarded (from the question you linked to)

2017-07-17 13:57:12 GMT <AFaust> Indeed, SearchParameters will be discarded by getRecordableValue()

2017-07-17 13:57:58 GMT <AFaust> Well - in that case it looks like you may need to patch the AuditMethodInterceptor to be able to capture that parameter

2017-07-17 13:58:55 GMT <AFaust> Maybe there should be a generic "Object => Map" converter using reflection to turn any Java object into a recordable value (with limits to nesting depth / protection against circular references)

2017-07-17 14:00:05 GMT <AFaust> Then again, Alfresco has not been very keen on improving the Audit experience...

2017-07-17 14:00:44 GMT <AFaust> mhb: Alternatively, you could add your own interceptor to the SearchService public bean proxy to do the query auditing with custom code

2017-07-17 14:04:33 GMT <mhb> can you tell me how to achieve that?

2017-07-17 14:04:48 GMT <AFaust> Short answer: Java coding

2017-07-17 14:05:54 GMT <AFaust> Medium asnwer: Implement the MethodInterecptor interface, define a bean instance and register that (by name) as one of the interceptors on the "SearchService" bean

2017-07-17 14:06:57 GMT <mhb> ok, thank you AFaust!

2017-07-17 19:05:50 GMT <qwebirc60163> Getting SOLR Tracking failed msg, I have Tomcat for SOLR, and JBoss for Alfresco 5.0

2017-07-17 19:09:17 GMT <douglascrp> qwebirc60163, perform a full reindex

2017-07-17 19:09:22 GMT <douglascrp> that usually solves the problem

2017-07-17 19:16:52 GMT <qwebirc60163> Thanks - this is a new installation - SOLR4 did not work at all

2017-07-17 19:17:13 GMT <douglascrp> how did you install it?

2017-07-17 19:17:30 GMT <douglascrp> using the installer? manuall install by deploying the war files?

2017-07-17 19:17:37 GMT <douglascrp> we need more context in order to try to help you

2017-07-17 19:17:52 GMT <douglascrp> ah, JBoss... sorry

2017-07-17 19:17:57 GMT <douglascrp> solr wont work on jboss

2017-07-17 19:18:05 GMT <douglascrp> it is required to have tomcat to execute it

2017-07-17 19:18:12 GMT <douglascrp> that is not optional

2017-07-17 19:18:20 GMT <douglascrp> you can run alfresco and share, but not solr

2017-07-17 19:19:07 GMT <douglascrp> qwebirc60163, http://docs.alfresco.com/5.0/tasks/solr-tomcat-install.html

2017-07-17 19:19:08 GMT <alfbot> Title: Configuring Alfresco on JBoss with Solr installed on a Tomcat instance | Alfresco Documentation (at docs.alfresco.com)

2017-07-17 19:21:15 GMT <douglascrp> qwebirc60163, check the supported platform in this link https://www.alfresco.com/cmis/views/14284638-0222-4871-8b06-66a5a378cd5a%253B1.40

2017-07-17 19:21:36 GMT <qwebirc60163> Sure. My SOLR4 is deployed on Tomcat8, Alfresco 502 is deployed on JBoss EAP 6.4

2017-07-17 19:21:38 GMT <douglascrp> you will find what I have just said in the page 3

2017-07-17 19:21:40 GMT <douglascrp> SOLR4 is supported only on Tomcat

2017-07-17 19:21:43 GMT <qwebirc60163> Two different servers

2017-07-17 19:21:46 GMT <douglascrp> ah, right

2017-07-17 19:21:54 GMT <douglascrp> so there must be other problem

2017-07-17 19:22:03 GMT <douglascrp> do you have your keystore configured correctly?

2017-07-17 19:22:17 GMT <qwebirc60163> I am trying to use HTTP only

2017-07-17 19:22:32 GMT <qwebirc60163> port 80 or Tomcat, and port 80 on JBoss

2017-07-17 19:22:45 GMT <douglascrp> I see

2017-07-17 19:22:50 GMT <qwebirc60163> Could HTTP work ?

2017-07-17 19:22:50 GMT <douglascrp> you will have to provide more info

2017-07-17 19:22:55 GMT <douglascrp> maybe the log files

2017-07-17 19:23:06 GMT <douglascrp> yes, it can work, but it requires some additional steps

2017-07-17 19:23:16 GMT <douglascrp> you can find all the details in the docs

2017-07-17 19:23:58 GMT <qwebirc60163> 2017-07-17 14:42:16,151 ERROR [solr.tracker.AbstractTracker] [SolrTrackerSchedu ler_Worker-2] Tracking failed java.net.ConnectException: Connection refused: connect at java.net.DualStackPlainSocketImpl.connect0(Native Method) at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source) at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source) at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)

2017-07-17 19:23:58 GMT <douglascrp> http://docs.alfresco.com/community5.0/tasks/running-without-ssl.html

2017-07-17 19:23:59 GMT <alfbot> Title: Running Without SSL | Alfresco Documentation (at docs.alfresco.com)

2017-07-17 19:24:14 GMT <douglascrp> check that last link

2017-07-17 19:25:37 GMT <qwebirc60163> Thanks douglascrp

2017-07-17 19:26:00 GMT <qwebirc60163> This is a very good KB - I will check it in details

2017-07-17 19:26:17 GMT <douglascrp> ok

2017-07-17 19:26:24 GMT <douglascrp> let us know if it worked

2017-07-17 21:25:16 GMT <AFaust> resplin: It would be appreciated if the public JIRA issues such as REPO-2048 could include some details about "why" the license change for GhostScript necessitated a replacement.

2017-07-17 21:26:19 GMT <resplin> I can add that.

2017-07-17 21:26:42 GMT <resplin> They changed from LGPL to AGPL.

2017-07-17 21:28:19 GMT <AFaust> I saw that. But if I understand correctly that primarily affects the distribution via the installer and the cloud service.

2017-07-17 21:28:46 GMT <AFaust> Any customer should still be able to use GhostScript as ImageMagick delegate if they install GhostScript themselves...

2017-07-17 21:29:02 GMT <resplin> Correct. But we didn't want to require everyone to install it themselves.

2017-07-17 21:30:25 GMT <AFaust> Sure and I can understand the reasoning. I would only appreciate this differentiation to be documented and impact / options outlined for various types of users...

2017-07-17 21:31:28 GMT <AFaust> No offence, but relying on a first-version custom binary built by Alfresco is not something that anybody should be willing to do blindly...

2017-07-17 21:31:35 GMT <resplin> I'm really happy with the solution we came up with. I expect the impact to be minimal. PDFium appears to perform better than GhostScript in every scenario we tried.

2017-07-17 21:31:58 GMT <resplin> The binary is really small. It's just a wrapper on the Chromium PDF library.

2017-07-17 21:34:35 GMT <AFaust> I just like people to know of the alternatives if they do find some specific corner case issue with the new solution that Engineering was not able to find in its tests since they can't possibly have access to all sorts of weird documents being managed by customers / users...

2017-07-17 21:36:13 GMT <resplin> Yes, that's a good conversation to have in the Jive community where other people can benefit.

2017-07-17 21:36:56 GMT <AFaust> E.g. I doubt that it has been tested with multi-file PDFs... I once had a customer with a PDF "catalogue" file that contained 500 documents. It exploded the JVM heap memory because the transformation to text loaded the entire thing into memory...

2017-07-17 21:48:11 GMT <resplin> Note added to REPO-2048.

2017-07-17 21:48:40 GMT <resplin> I don't remember the details on how to keep using GhostScript. But we did discuss whether we should take out the hooks and decided to leave them in given that the switch needs to be done in a service pack and some customers might need to revert to the old functionality.

End of Daily Log

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