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

2019-08-27 07:05:01 GMT <alfresco-discord> <Loftux> Will solrhome/conf/shared.properties always override values in solrhome/templates/rerank/conf/solrcore.properties?

2019-08-27 07:22:45 GMT <alfresco-discord> <Loftux> I'm thinking of values such as alfresco.host=myrepo that will be the same for both cores (if not very advanced index setup)

2019-08-27 07:35:26 GMT <alfresco-discord> <Loftux> The documentation mentions for example SOLR_ALFRESCO_PORT_SSL= put in solr.in.sh as a way to override values. But that string is no where to be found in the search server source. Is it actually used, it doesn't look that way.

2019-08-27 07:36:28 GMT <angelborroy> @Loftux are you trying to configure SOLR with mTLS?

2019-08-27 07:37:41 GMT <alfresco-discord> <Loftux> Yes, trying to use secure com, but fail to get repo server to talk to search server (auth denied), the other way has worked (all is indexed). For now just using the included certs

2019-08-27 07:38:55 GMT <angelborroy> Are you using Docker or on premise installation?

2019-08-27 07:39:00 GMT <angelborroy> This can help https://community.alfresco.com/community/ecm/blog/2019/07/09/alfresco-61-is-coming-with-mutual-tls-authentication-by-default

2019-08-27 07:39:01 GMT <alfbot> Title:Alfresco 6.1 is coming with Mutual TLS Authenti... | Alfresco Community (at community.alfresco.com)

2019-08-27 07:41:43 GMT <alfresco-discord> <Loftux> Yes, but this is not with docker, and also a 5.2 Community instance. secureComms "none" works, so searching and indexing is ok.

2019-08-27 07:44:05 GMT <alfresco-discord> <Loftux> So I guess what is referred to in the documentation https://docs.alfresco.com/search-community/concepts/external-properties-solr.html such as "Environment Variable SOLR_SOLR_HOST" only applies if you are using docker. For me it would be correct to use "java system property" overrides in solr.in.sh instead.

2019-08-27 07:44:06 GMT <alfbot> Title:Search Services externalized configuration | Alfresco Documentation (at docs.alfresco.com)

2019-08-27 07:47:26 GMT <alfresco-discord> <Loftux> What this, have they even copied Alfresco documentation https://docs.getskyvault.net/ ?

2019-08-27 07:47:27 GMT <alfbot> Title:SkyVault Documentation | SkyVault Documentation (at docs.getskyvault.net)

2019-08-27 07:49:25 GMT <angelborroy> First time I see this page :)

2019-08-27 07:50:48 GMT <angelborroy> @Loftux so you are using SOLR 6 with ACS 5.2, right?

2019-08-27 07:50:49 GMT <alfresco-discord> <Loftux> @angel.borroy Yes, that looks like they have stolen your docs. But there doesn't seem to be any associated service for skyvault based on Alfresco for what I can see. So why?

2019-08-27 07:51:06 GMT <angelborroy> I’m asking about this internally

2019-08-27 07:51:14 GMT <alfresco-discord> <Loftux> Yes, that is correct

2019-08-27 07:51:52 GMT <angelborroy> The parameters in Docker Configuration applies also in solr.in.sh

2019-08-27 07:52:07 GMT <angelborroy> So you can use SOLR_ALFRESCO_HOST and SOLR_ALFRESCO_PORT

2019-08-27 07:52:47 GMT <angelborroy> Probably this is the best information about it

2019-08-27 07:52:48 GMT <angelborroy> https://community.alfresco.com/community/ecm/blog/2017/01/12/using-ssl-with-alfresco-search-services-and-solr-6

2019-08-27 07:52:49 GMT <alfbot> Title:Using SSL with Alfresco Search Services and Solr 6 | Alfresco Community (at community.alfresco.com)

2019-08-27 07:53:04 GMT <alfresco-discord> <Loftux> Last I tried it didn't get picked up, but will have another go at it. I'll ask again when I have more concrete questions.

2019-08-27 07:53:13 GMT <alfresco-discord> <yreg> it is funny they also stole the copyright disclaimer : https://docs.getskyvault.net/community/reuse/copyright.html

2019-08-27 07:53:14 GMT <alfbot> Title:Copyright | SkyVault Documentation (at docs.getskyvault.net)

2019-08-27 07:56:30 GMT <alfresco-discord> <Hans> but they haven't changed the "Follow @twitter" link

2019-08-27 07:58:28 GMT <alfresco-discord> <digcat> this mob https://www.tbs-llc.com/skyvault-document-teaming

2019-08-27 07:58:29 GMT <alfbot> Title:SkyVault Project & Document Teaming — Technology & Business Solutions, LLC ~ Compliant Cloud Hosting for GovCons (at www.tbs-llc.com)

2019-08-27 07:59:51 GMT <angelborroy> It looks like it’s an OEM partner

2019-08-27 07:59:57 GMT <angelborroy> So it’s fine

2019-08-27 08:01:08 GMT <alfresco-discord> <Loftux> But the documenation as well? I would recommend not, it will be confusing, you search and end up on their site, and potentially outdated docs

2019-08-27 08:01:28 GMT <alfresco-discord> <digcat> seems misleading at the very least

2019-08-27 08:01:45 GMT <angelborroy> Yep, but it looks like it’s an option for OEM Partners

2019-08-27 08:02:01 GMT <alfresco-discord> <digcat> how much do OEM partners pay ?

2019-08-27 08:02:09 GMT <angelborroy> Good question

2019-08-27 08:02:14 GMT <angelborroy> But I don’t know

2019-08-27 08:04:23 GMT <alfresco-discord> <Loftux> As if Alfresco documentation wasn't confusing enough. Even copying the design

2019-08-27 09:01:42 GMT <AFaust> Loftux: You won't find SOLR_ALFRESCO_PORT_SSL literally in the source because it is handled by a generic lookup code where a parameter key is prefixed and upper-cased

2019-08-27 09:03:34 GMT <AFaust> also dots are replaced with underscores...

2019-08-27 09:03:36 GMT <AFaust> That is the class responsible: https://github.com/Alfresco/SearchServices/blob/master/search-services/alfresco-search/src/main/java/org/alfresco/solr/config/ConfigUtil.java

2019-08-27 09:03:37 GMT <alfbot> Title:SearchServices/ConfigUtil.java at master · Alfresco/SearchServices · GitHub (at github.com)

2019-08-27 09:05:33 GMT <AFaust> The environment variable support applies to Docker and non-Docker alike, because the code is included in both. The same goes for the -D support in ACS itself (used extensively in docker-compose + k8s), which is also for Docker and non-Docker alike

2019-08-27 09:08:38 GMT <AFaust> As for the SkyVault guys: Though they "stole" the docs and even replaced the copyright disclaimer, they apparently were too lazy to adapt some of the URLs, or just did not want to break their ability to diff and "steal"-update from the original source at a later time, e.g. https://docs.getskyvault.net/community/concepts/alfresco-arch-about.html still contains the term Alfresco

2019-08-27 09:08:39 GMT <alfbot> Title:SkyVault Community Edition architecture overview | SkyVault Documentation (at docs.getskyvault.net)

2019-08-27 09:38:21 GMT <alfresco-discord> <drazen04> Hi guys. Do you know which webscript is called by default on OnAssignWorkflow (http://localhost:8080/share/page/site/newsite/start-workflow)?

2019-08-27 09:59:40 GMT <alfresco-discord> <drazen04> Done👌

2019-08-27 10:21:59 GMT <alfresco-discord> <dgradecak> @drazen04 if handling workflow events it is better to do it through the workflow itself than through webscript customization

2019-08-27 10:27:52 GMT <alfresco-discord> <yreg> by the way, orderofthebee.org is back but broken

2019-08-27 10:30:39 GMT <AFaust> Argh... looks to be more like an archived static source state.

2019-08-27 10:33:07 GMT <alfresco-discord> <yreg> also only available on http, no https support

2019-08-27 11:41:24 GMT <alfresco-discord> <Loftux> @AFaust thanks for the solr config clarification

2019-08-27 11:44:06 GMT <alfresco-discord> <Loftux> Still get for example: Can't find resource 'ssl-keystore-passwords.properties' in classpath or '/opt/alfresco/alf_data/solr6/solrhome/alfresco' I have: SOLR_ALFRESCO_ENCRYPTION_SSL_KEYSTORE_PASSWORDFILELOCATION="/opt/alfresco/alf_data/keystore/ssl-keystore-passwords.properties" but it still reads from solrcore.properties

2019-08-27 11:44:07 GMT <alfresco-discord> alfresco.encryption.ssl.keystore.passwordFileLocation=ssl-keystore-passwords.properties

2019-08-27 11:45:32 GMT <angelborroy> You need to change solrcore.properties with the file location

2019-08-27 11:45:41 GMT <angelborroy> Not supported in solr.in.sh

2019-08-27 11:53:22 GMT <alfresco-discord> <Loftux> @angel.borroy So I was not entirely wrong to begin with, what does overrides put in solr.in.sh actually override then? Then one in my example is listed here https://docs.alfresco.com/search-community/concepts/external-properties-solr.html

2019-08-27 11:53:23 GMT <alfbot> Title:Search Services externalized configuration | Alfresco Documentation (at docs.alfresco.com)

2019-08-27 11:54:21 GMT <angelborroy> It should work then, but I didn’t tested in that way

2019-08-27 11:58:19 GMT <alfresco-discord> <Loftux> I'll try the java opts way then

2019-08-27 12:01:52 GMT <AFaust> The problem is: Not all config properties are looked up via the ConfigUtils class - some are only looked up directly in the solrcore.properties and thus do not support env variables via solr.in.sh

2019-08-27 12:02:22 GMT <AFaust> I would typically only expect the global / shared configuration properties to be supported as env variables.

2019-08-27 12:03:09 GMT <AFaust> But honestly haven't looked at the latest changes yet...

2019-08-27 12:10:59 GMT <alfresco-discord> <Loftux> To be fair, it does say here in step 7 https://docs.alfresco.com/search-community/tasks/solr-install.html that you need to edit solrcore.properties, just that the properties page had them listed as overridable. No problem using solrcore.properties, only that you have to edit two such files.

2019-08-27 12:11:00 GMT <alfbot> Title:Installing and configuring Search Services with mutual TLS | Alfresco Documentation (at docs.alfresco.com)

2019-08-27 12:13:04 GMT <alfresco-discord> <Loftux> No, it is just one template file. I've been making it more complicated than necessary I guess 😜

2019-08-27 12:37:46 GMT <hi-ko> Loftux: we had the same challenge with our 6.0/6.1 virtual appliance. I ended up by setting some variables as -D params like

2019-08-27 12:37:47 GMT <hi-ko> SOLR_OPTS="$SOLR_OPTS -Dsolr.solr.content.dir=/opt/alfresco/alf_data/solr/contentstore"

2019-08-27 12:37:47 GMT <hi-ko> SOLR_OPTS="$SOLR_OPTS -Dsolr.solr.model.dir=/opt/alfresco/alf_data/solr/alfrescoModels"

2019-08-27 12:39:51 GMT <hi-ko> we set up solr the solr way and had to find out the differences.

2019-08-27 12:42:31 GMT <hi-ko> @angelborroy: I would prefer to get only updates on the alfresco artefacts but not a full blown comination like alfresco search services which is a version of standard solr with some configs, classes added but without the solr defaults and best practices

2019-08-27 12:44:16 GMT <angelborroy> We’re working on it

2019-08-27 12:44:26 GMT <angelborroy> But it not will be available this year

2019-08-27 12:44:33 GMT <angelborroy> It wil be shipped with SOLR 8 support

2019-08-27 12:44:39 GMT <hi-ko> very similar to the old installer which was 'some' version of tomcat but missing documention of the important changes against the original sources

2019-08-27 12:46:46 GMT <hi-ko> our customers don't care about docker in production - so we have a lot of extra work to fiddle out all the configs / installation changes / requirements you put into the docker images.

2019-08-27 12:49:18 GMT <hi-ko> We also use containers for our own software but have the basic rule that containers always imlement what is already documented.

2019-08-27 12:50:27 GMT <hi-ko> With other words: docker is a cool deployment option but you should make shure that the configuration you implemented in docker is documented to keep it as an option.

2019-08-27 12:58:25 GMT <hi-ko> Could it be that Alfresco 6.1 no longer initiates solr backups? Couldn't find the cronjob in the scheduled jobs using OOTBee Support Tools.

2019-08-27 12:59:17 GMT <hi-ko> funny: cifs has been removed but cifsLockKeeperRefreshTrigger still runs '0 * */1 * * ?'

2019-08-27 13:08:24 GMT <alfresco-discord> <Loftux> Another thing, the "admin-extra.html" never loads on each of the core pages. Not sure if this is another config issue, or that it is not supported with solr6 angular based UI. It loads if I try "old UI" in the upper right corner, but have some other errors (like paths for resources not correct)

2019-08-27 13:17:10 GMT <hi-ko> Loftux: in our test-appliance I see this once I'm authenticated: http://files.ecm4u.de/s/FJ7HocWJfj3kzQR is something missing?

2019-08-27 13:17:12 GMT <alfbot> Title:Nextcloud (at files.ecm4u.de)

2019-08-27 13:27:29 GMT <alfresco-discord> <Loftux> @hi-ko When you select one of the cores in the dropdown, that page should have an "Admin Extra" that shows the indexing status in more detail.

2019-08-27 13:28:05 GMT <alfresco-discord> <Loftux> The "Core Selector" dropdown that is

2019-08-27 13:31:46 GMT <hi-ko> Loftux: looks also as expected for me: http://files.ecm4u.de/s/3cMSsmiakD2aJSR

2019-08-27 13:31:48 GMT <alfbot> Title:Nextcloud (at files.ecm4u.de)

2019-08-27 13:34:54 GMT <hi-ko> we run solr in the solr manner extracted from the ass zip but not in the zip structure

2019-08-27 13:41:07 GMT <alfresco-discord> <Loftux> This is from a Solr4 where you can see the "admin-extra" https://www.pastefile.com/6vI936

2019-08-27 13:41:08 GMT <alfbot> Title:Solr-admin-extra.png (at www.pastefile.com)

2019-08-27 13:41:30 GMT <alfresco-discord> <Loftux> The files for this is in the solr6 distribution, it is just not showing

2019-08-27 13:41:56 GMT <alfresco-discord> <Loftux> @hi-ko and as it seems, not in your case either

2019-08-27 13:48:21 GMT <hi-ko> OK - understand. Since FTS status reports is Alfresco stuff only one of the Alfresco team should be able to say if this at least 'should' work

2019-08-27 13:49:54 GMT <hi-ko> we never used that ;-) instead we poll the report by scripts which have access to the client cert to be analysed for reporting (nagios)

2019-08-27 13:53:06 GMT <hi-ko> requests like /solr/admin/cores?action=REPORT&wt=xml still work as expected so it seems to be a ui missconfig issue

2019-08-27 13:55:07 GMT <alfresco-discord> <Loftux> Yes, not superimportant to have, more of a convenience thing, especially when you first set it up and quickly want to check status.

2019-08-27 13:56:51 GMT <hi-ko> Loftux: Install OOTBee Support Tools !

2019-08-27 13:57:55 GMT <hi-ko> there you have nice rendered UI for the same data.

2019-08-27 14:00:09 GMT <hi-ko> angelborroy: do you know if the solr backup cronjobs have been removed? I now configured OS cronjobs curling the job but this is just yet another helper

2019-08-27 14:01:15 GMT <alfresco-discord> <yreg> Hiko, I am on 6.0.3 and I still see solr backup errors in the logs from time to time

2019-08-27 14:02:01 GMT <alfresco-discord> <yreg> my guess would be they don't have a defined name for the cronjob to make it easy to look it up in support tools

2019-08-27 14:05:38 GMT <hi-ko> yreg: I will also check in 6.0 - maybe it has been removed in 6.1 with all the other stuff which has been gone

2019-08-27 14:09:56 GMT <alfresco-discord> <yreg> enterprise-admin also still has config options for that cron along with other backup parameters

2019-08-27 14:13:32 GMT <hi-ko> yreg: also in 6.1?

2019-08-27 14:14:10 GMT <alfresco-discord> <yreg> nope, 6.0.3

2019-08-27 14:15:06 GMT <hi-ko> anyway - I think it't worse/time to switch to interact with solr directly. this will enable us to report backup success and to even run online restore

2019-08-27 14:45:12 GMT <alfresco-discord> <bhagyas> Now looking at Gradle

2019-08-27 14:45:50 GMT <alfresco-discord> <bhagyas> does anyone have experience adding an additional dir hierarchy to the xenit gradle alfresco plugin

2019-08-27 14:46:12 GMT <alfresco-discord> <bhagyas> (looking at adding autogenerated .properties files to the amp/config)

2019-08-27 14:47:33 GMT <alfresco-discord> <bhagyas> using Gradle 5.3 now

2019-08-27 14:48:05 GMT <alfresco-discord> <yreg> That should be quite easy

2019-08-27 14:48:20 GMT <alfresco-discord> <lars> @bhagyas If i am understanding correctly, you want to have a second amp/config tree, and have them merged together?

2019-08-27 14:48:23 GMT <alfresco-discord> <bhagyas> I tried adding sourceSets { main { amp { config

2019-08-27 14:48:33 GMT <alfresco-discord> <bhagyas> but doesn't seem to pick up when I specify the dir name

2019-08-27 14:48:40 GMT <alfresco-discord> <bhagyas> yup!

2019-08-27 14:48:42 GMT <alfresco-discord> <bhagyas> @yreg

2019-08-27 14:48:49 GMT <alfresco-discord> <bhagyas> @lars

2019-08-27 14:49:02 GMT <alfresco-discord> <bhagyas> exactly!

2019-08-27 14:49:24 GMT <alfresco-discord> <bhagyas> rn, it gets put in $buildDir/generated-localisations

2019-08-27 14:49:43 GMT <alfresco-discord> <bhagyas> want to merge it to the final amp output with other amp configs

2019-08-27 14:50:55 GMT <alfresco-discord> <lars> You should be able to do sourceSets { main { amp { config { srcDirs += "$buildDir/generated-localisations"

2019-08-27 14:51:56 GMT <alfresco-discord> <bhagyas> @lars yeah, but I get > Could not get unknown property 'srcDirs' for object of type eu.xenit.gradle.alfrescosdk.internal.tasks.DefaultAmpSourceSetConfiguration.

2019-08-27 14:52:20 GMT <alfresco-discord> <bhagyas> when I looked into the source of the plugin, it appears that it is deprecated

2019-08-27 14:52:34 GMT <alfresco-discord> <bhagyas> I saw someone else had reported the same issue on the plugin GitHub issues

2019-08-27 14:52:51 GMT <alfresco-discord> <yreg> It has been a while since I used that, but I remember that the plugin does collect everything inside a temporary location before building the amp

2019-08-27 14:52:52 GMT <alfresco-discord> <bhagyas> I just put that there, and it doesn't work

2019-08-27 14:53:08 GMT <alfresco-discord> <bhagyas> yup yup, trying to figure out where it is

2019-08-27 14:53:11 GMT <alfresco-discord> <bhagyas> xD

2019-08-27 14:53:30 GMT <alfresco-discord> <bhagyas> the srcDirs is how it should work

2019-08-27 14:53:34 GMT <alfresco-discord> <yreg> so you could actually hook into the chain of tasks, and try to first copy your hierarchy inside that temporary location

2019-08-27 14:53:37 GMT <alfresco-discord> <bhagyas> as @lars mentioned

2019-08-27 14:54:18 GMT <alfresco-discord> <lars> You're talking about https://github.com/xenit-eu/alfresco-gradle-sdk/issues/22?

2019-08-27 14:54:20 GMT <alfbot> Title:Deprecation warning when referencing amp task · Issue #22 · xenit-eu/alfresco-gradle-sdk · GitHub (at github.com)

2019-08-27 14:54:34 GMT <alfresco-discord> <bhagyas> yup! I put a +1 there a while ago :3

2019-08-27 14:54:50 GMT <alfresco-discord> <lars> That's a deprecation warning from some underlying gradle infrastructure. It should still work for now

2019-08-27 14:55:04 GMT <alfresco-discord> <bhagyas> yeah, but the code you provided rn, doesn't seem to work either

2019-08-27 14:55:33 GMT <alfresco-discord> <bhagyas> I think there has to be a getter for the sourceDirs method

2019-08-27 14:55:39 GMT <alfresco-discord> <bhagyas> field*

2019-08-27 14:55:54 GMT <alfresco-discord> <bhagyas> or Gradle has changed how its being looked up

2019-08-27 14:56:28 GMT <alfresco-discord> <bhagyas> sourceSets { main { java { exclude 'some/unwanted/package/**' } } }

2019-08-27 14:56:36 GMT <alfresco-discord> <lars> I'm going to add a test for it, because it appears not to be tested anywhere :/

2019-08-27 14:56:42 GMT <alfresco-discord> <bhagyas> this is how it looks on documentation rn

2019-08-27 14:56:46 GMT <alfresco-discord> <bhagyas> https://docs.gradle.org/current/dsl/org.gradle.api.tasks.SourceSet.html#org.gradle.api.tasks.SourceSet

2019-08-27 14:56:47 GMT <alfbot> Title:SourceSet - Gradle DSL Version 5.6 (at docs.gradle.org)

2019-08-27 14:57:00 GMT <alfresco-discord> <bhagyas> so there are keywords instead of direct param manipulation

2019-08-27 14:57:28 GMT <alfresco-discord> <bhagyas> @lars thank you!

2019-08-27 14:58:08 GMT <alfresco-discord> <bhagyas> I tried using plus myPath

2019-08-27 14:58:23 GMT <alfresco-discord> <bhagyas> which was syntactically okay, but the plugin simply ignored it

2019-08-27 14:59:08 GMT <alfresco-discord> <bhagyas> I also tried copying the same config from https://github.com/xenit-eu/alfresco-gradle-sdk#configuration

2019-08-27 14:59:09 GMT <alfbot> Title:GitHub - xenit-eu/alfresco-gradle-sdk: Gradle plugins and tasks to support Alfresco development (at github.com)

2019-08-27 14:59:29 GMT <alfresco-discord> <bhagyas> as mentioned here, but that throws the same error on gradle 5.3

2019-08-27 15:20:32 GMT <alfresco-discord> <lars> Hmm yes, there appears to be something that uses gradle internal API that's only available on 4.x Now, you should still be able to configure the amp task directly, which should work fine https://github.com/xenit-eu/alfresco-gradle-sdk/tree/multi-config-project#amp-type

2019-08-27 15:20:33 GMT <alfbot> Title:GitHub - xenit-eu/alfresco-gradle-sdk at multi-config-project (at github.com)

2019-08-27 15:25:04 GMT <alfresco-discord> <lars> And, by the way, what's available in sourceSets.main.amp.config is a more limited version of the gradle SourceSet, it does not support all the methods (no resources and outputDir, because they don't make sense there)

2019-08-27 15:35:29 GMT <alfresco-discord> <lars> This is the bug you're encountering (I opened an issue) https://github.com/xenit-eu/alfresco-gradle-sdk/issues/24

2019-08-27 15:35:31 GMT <alfbot> Title:DefaultAmpSourceDirectories uses gradle internal API that is removed in 5.x · Issue #24 · xenit-eu/alfresco-gradle-sdk · GitHub (at github.com)

2019-08-27 15:42:00 GMT <alfresco-discord> <MorganP> @Loftux : I installed recently a 6.1 Enterprise with ASS 1.3.0.1 and I didn't see the extra either

2019-08-27 15:42:13 GMT <alfresco-discord> <MorganP> if I remember properly

2019-08-27 15:42:24 GMT <alfresco-discord> <MorganP> But I used Shards so maybe it's not available for the Shards only

End of Daily Log

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