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