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-24 06:39:33 GMT <yreg> Morning everyone !
2017-07-24 06:39:40 GMT <yreg> Morning fcorti !
2017-07-24 06:39:50 GMT <yreg> thanks, will do !
2017-07-24 06:40:01 GMT <fcorti> Good morning yreg... ok, greart
2017-07-24 06:41:04 GMT <mikel_asla> morning!
2017-07-24 06:41:16 GMT <fcorti> Hola Mikel
2017-07-24 07:55:58 GMT <DarkStar1> Morning everyone
2017-07-24 11:13:40 GMT <DarkStar1> I have this issue where SSP module is installed and whenever I open a word document via "edit online" the doucment is opened as read only
2017-07-24 11:13:53 GMT <DarkStar1> Anyone experienced this isn 5.0.d
2017-07-24 11:13:54 GMT <DarkStar1> ?
2017-07-24 11:14:47 GMT <mrks_js> any file? on any os?
2017-07-24 11:15:43 GMT <mrks_js> i experienced that issue with macos + (mac) ms office and ms office files with macros
2017-07-24 11:16:00 GMT <DarkStar1> Windows 7
2017-07-24 11:16:05 GMT <DarkStar1> word documents
2017-07-24 11:17:09 GMT <DarkStar1> ssp module has been installed and there's a proxy from ports 7443 to 7070
2017-07-24 11:34:00 GMT <DarkStar1> with office 2007
2017-07-24 11:38:42 GMT <DarkStar1> is this true: https://community.alfresco.com/thread/212430-alfresco-50d-problems-with-sharepoint-interface#comment-740300 ?
2017-07-24 11:38:44 GMT <alfbot> Title: Alfresco-5.0.d problems with SharePoint interface | Alfresco Community (at community.alfresco.com)
2017-07-24 11:38:59 GMT <DarkStar1> I must install the 5.0.c amp for 5.0.d?
2017-07-24 12:10:07 GMT <mrks_js> not sure, sorry dude :(
2017-07-24 12:14:15 GMT <douglascrp> good morning everyone
2017-07-24 12:22:00 GMT <yreg> AFaust, that's a good joke for next BeeCon/DevbCon opening session ;-)
2017-07-24 12:27:35 GMT *** angelborroy_ is now known as angelborroy
2017-07-24 14:40:30 GMT <jpotts> I need some troubleshooting advice. Here's what's happening...
2017-07-24 14:41:03 GMT <jpotts> I've got some code that includes custom metadata extracters. The project is an all-in-one SDK 3.0.1 setup.
2017-07-24 14:41:24 GMT <jpotts> When I initially run the project, the custom extracters do not appear to get registered.
2017-07-24 14:41:55 GMT <jpotts> If I make a simple change to one of the classes to cause JRebel to re-load the class (and re-init the beans) the extracters get registered and start working.
2017-07-24 14:42:43 GMT <jpotts> So I suspect some sort of spring bean config issue
2017-07-24 14:44:49 GMT <jpotts> This is 4.2 enterprise.
2017-07-24 14:47:04 GMT <jpotts> The key question is, what is JRebel doing that causes everything to start working? It's almost like my custom extracters are getting init'd too early, then when JRebel re-inits them all is good, but I'm not sure.
2017-07-24 15:22:53 GMT <AFaust> jpotts: I assume your bean uses "baseMetadataExtracter" as a parent and extends from AbstractMappingMetadataExtracter?
2017-07-24 15:25:13 GMT <jpotts> Correct
2017-07-24 15:30:39 GMT <AFaust> And does it work / not work in a "real" Alfresco server without any RAD stuff?
2017-07-24 15:43:00 GMT <jpotts> No, it doesn't
2017-07-24 15:43:21 GMT <jpotts> It requires JRebel to work.
2017-07-24 15:49:54 GMT <angelborroy> jpotts this worked for 4.2.c https://github.com/keensoft/alfresco-summit-2014/tree/master/10-enhancements/04-import-original-dates
2017-07-24 15:49:55 GMT <alfbot> Title: alfresco-summit-2014/10-enhancements/04-import-original-dates at master · keensoft/alfresco-summit-2014 · GitHub (at github.com)
2017-07-24 15:50:14 GMT <angelborroy> jpotts I suppose is more or less the same you are trying
2017-07-24 15:51:30 GMT <jpotts> angelborroy: Thanks, I'll take a look. Unfortunately, this is code I "inherited" and it is quite complex. It's comprised of several projects that depend on each other, so it isn't just a plain vanilla extracter.
2017-07-24 15:52:11 GMT <angelborroy> jpotts I imagined that, probably you can extract that part to a simple project just for testing purposes
2017-07-24 15:52:57 GMT <angelborroy> jpotts or you can try with hotswap just to be sure that it’s JRebel magic
2017-07-24 15:58:16 GMT <AFaust> jpotts: Since I don't use hotswap or JRebel out of principle, I can neither check / test or do I know what influence the RAD stuff might have. I would grab my trusty IDE remote debugger and attach it to the Tomcat instance during startup to see what is going on. I would break at the register() method in the extracter base class...
2017-07-24 16:03:01 GMT <jpotts> AFaust: As I was struggling with this it definitely occurred to me that JRebel may save you time on restarts, but then if you have something strange like this happening you lose all of that savings trying to figure out what the hell is going on
2017-07-24 16:04:06 GMT <jpotts> Without JRebel I would have seen right away that the extracters weren't being registered for some reason. Instead, JRebel masked the problem. Not exactly JRebel's fault, of course, but still
2017-07-24 16:04:07 GMT <AFaust> ^^ one of several arguments I usually make when asked "Why do you hate tools that help with developer productivity"
2017-07-24 16:05:16 GMT <jpotts> I'll fire up the debugger. Thanks for the ideas, guys
2017-07-24 16:05:19 GMT <AFaust> ... after first explaining that I don't "hate them" and only put them in the "too dangerous for most people to use" category (just like sidearms)
2017-07-24 16:06:00 GMT <mrks_js> i might be wrong - but isn't there a spring bean property that you had to set for metadata extractors so that they get initialized after bootstrap is done? my memory is foggy
2017-07-24 16:06:18 GMT <AFaust> mrks_js: Well, yes - you have to make sure the registry is set
2017-07-24 16:06:37 GMT <AFaust> So that on the Spring init-method call to regsiter the extracter will register with it
2017-07-24 16:06:57 GMT <AFaust> Though I can't for the life of me figure out why the dev thought it would be wise to make this property optional
2017-07-24 16:07:07 GMT <AFaust> It isn't validated and the bean will silently do nothing if not set
2017-07-24 16:07:21 GMT <jpotts> Well that sounds promising. What is this mysterious property?
2017-07-24 16:07:26 GMT <AFaust> But if you inherit from the parent bean, it is already set
2017-07-24 16:07:44 GMT <jpotts> Okay, I'll go look at the parent bean
2017-07-24 16:07:45 GMT <AFaust> That is why I asked jpotts about the parent
2017-07-24 16:08:10 GMT <mrks_js> i meant something like depends-on="repositoryEndBootstrapBean"
2017-07-24 16:08:26 GMT <AFaust> https://github.com/Alfresco/community-edition-old/blob/2c1eff9953d3105e738f7b06ba9ba8a079ca4c24/projects/repository/config/alfresco/content-services-context.xml#L259
2017-07-24 16:08:27 GMT <alfbot> Title: community-edition-old/content-services-context.xml at 2c1eff9953d3105e738f7b06ba9ba8a079ca4c24 · Alfresco/community-edition-old · GitHub (at github.com)
2017-07-24 16:08:50 GMT <AFaust> Woot? That sounds like a hack...
2017-07-24 16:09:02 GMT <AFaust> Did you ever encounter something like this being necessary?
2017-07-24 16:09:24 GMT <mrks_js> i think i had to do something with it in 4.1 or 4.2
2017-07-24 16:09:35 GMT <mrks_js> but again, my memory might fail me here
2017-07-24 16:09:43 GMT <mrks_js> would not be the first time
2017-07-24 16:12:13 GMT <AFaust> I mean I can see how this'd work and what you'd use it for - and I definitely have seen similar things in other people's projects... I just think such a use would be indicative of a lack of understanding for the Spring initialisation / Alfresco startup order, and thus lack of knowledge of cleaner approaches.
2017-07-24 16:15:11 GMT <mrks_js> ;-) understood.
2017-07-24 19:13:58 GMT <jpotts> AFaust: It looks like my extracter registry has two custom extracters in it its list. They both have the same supported mimetypes. Only the last one in the list gets invoked.
2017-07-24 19:14:32 GMT <jpotts> When JRebel reloads the classes, it re-registers the bean pointing to the other extracter, making it the last in the registry list, so it gets called instead
2017-07-24 19:16:55 GMT <jpotts> I need to drill in to how Alfresco chooses which extracters to run. I thought it ran all of them in the registry that support a given mimetype, but it does not seem so
2017-07-24 19:31:52 GMT <ollehar> hi! can I install alfresco on my virtual server without smashing my current apache setup?
2017-07-24 19:32:41 GMT <jpotts> ollehar: The Alfresco installer won't touch your apache setup
2017-07-24 19:32:54 GMT <ollehar> jpotts: great, thanks.
2017-07-24 19:36:36 GMT <AFaust> jpotts: The MetadataExtractorRegistry.getExtracter() picks the first extractor in the list for a particular mimetype which isSupported(mimetype) operation returns true
2017-07-24 19:37:28 GMT <AFaust> correction - it takes the last, which is weird
2017-07-24 19:37:58 GMT <AFaust> https://github.com/Alfresco/community-edition-old/blob/2c1eff9953d3105e738f7b06ba9ba8a079ca4c24/projects/repository/source/java/org/alfresco/repo/content/metadata/MetadataExtracterRegistry.java#L186
2017-07-24 19:37:59 GMT <alfbot> Title: community-edition-old/MetadataExtracterRegistry.java at 2c1eff9953d3105e738f7b06ba9ba8a079ca4c24 · Alfresco/community-edition-old · GitHub (at github.com)
2017-07-24 19:38:41 GMT <AFaust> Supposedly it should select for the most performant (according to JavaDoc) but I don't see that anywhere
2017-07-24 19:41:42 GMT <jpotts> Yes, I see that it takes the last one. Guess I just need to make sure the one I want to picked is the last one registered. Grrr.
2017-07-24 19:45:45 GMT <ollehar> why would the alfresco installer need libreoffice??
2017-07-24 19:46:11 GMT <ollehar> also, libSM6 is installed, but installer complains it can't find libSM.
2017-07-24 19:48:40 GMT <jpotts> ollehar: The installer needs libreoffice to perform transformations on office documents
2017-07-24 19:48:46 GMT <jpotts> If you don't need that feature, don't install libreoffice
2017-07-24 19:49:08 GMT <ollehar> oh ok
2017-07-24 19:49:21 GMT <ollehar> thanks.
2017-07-24 19:50:11 GMT <jpotts> Also, I have found that the installer is not very good at predicting whether or not the right deps are installed. One way to work around this is to just install libre office using your package manager, do not install LO using the Alfresco installer, then edit alfresco-global.properties to point to the libre office binary that got installed instead of the one installed by Alfresco
2017-07-24 19:51:17 GMT <ollehar> jpotts: thanks, I am installing libreoffice with apt-get right now.
The other logs are at http://esplins.org/hash_alfresco