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-01-24 11:29:57 GMT <alfresco-discord> <MorganP> I passed again the ACSCA and ACSCE certifications yesterday, the certificate are still sent by paper, correct?

2019-01-24 11:30:11 GMT <alfresco-discord> <MorganP> it switch to emails at the end of the month?

2019-01-24 11:30:43 GMT <angelborroy> I passed the exams last November, and the certificates were sent only by email

2019-01-24 11:35:49 GMT <alfresco-discord> <MorganP> Ok so they already switched to emails then

2019-01-24 11:44:10 GMT <alfresco-discord> <yreg> Digital transformation hehe

2019-01-24 13:17:47 GMT <alfresco-discord> <kgastaldo> Hey @MorganP - You should receive an email from Pearson VUE with a link to download the certificate

2019-01-24 13:18:35 GMT <alfresco-discord> <kgastaldo> If you don't have it yet, let me know and our folks can resend the link

2019-01-24 13:18:59 GMT <alfresco-discord> <yreg> I guess he already got that

2019-01-24 13:19:17 GMT <alfresco-discord> <yreg> but I think back in the days, it was sent in Paper format by post

2019-01-24 13:24:10 GMT <alfresco-discord> <kgastaldo> @MorganP If you haven't seen the email, then email certification@alfresco.com with your details, name, address, email, date and time of test, and test centre and Alfresco U will follow up with you.

2019-01-24 14:01:09 GMT <alfresco-discord> <MorganP> I don't have the emails either actually ^^

2019-01-24 14:01:27 GMT <alfresco-discord> <MorganP> I passed the 2 certifs yesterday morning so maybe it takes more than 24h for the email?

2019-01-24 14:02:18 GMT <alfresco-discord> <yreg> also check your spam

2019-01-24 14:02:28 GMT <alfresco-discord> <MorganP> nothing in it

2019-01-24 14:03:00 GMT <alfresco-discord> <yreg> Personally I had a confirmation that I passed right a way, the cert came in a bit later

2019-01-24 14:03:48 GMT <alfresco-discord> <MorganP> I got the confirmation with the % at the test center directly but no emails and no cert in emails either

2019-01-24 14:04:46 GMT <alfresco-discord> <MorganP> Will check that beginning of next week, it's not urgent 馃槂

2019-01-24 14:06:08 GMT <alfresco-discord> <yreg> Just went back to my exam history, I took the test on March 14th and only got the email with the certificate on the 16th

2019-01-24 14:06:41 GMT <alfresco-discord> <MorganP> ty 馃槂

2019-01-24 14:22:36 GMT <AFaust> Can anyone explain to me why the heck the Content App "has" to define an explicit base href in index.html? That why the app is locked into a specific context path and cannot be used behind a proxy that needs to map it for some reason (especially if you maybe have two proxies for differences between internal and external access)

2019-01-24 14:23:08 GMT <angelborroy> I was talking about this with Denis some time ago

2019-01-24 14:23:24 GMT <angelborroy> I used to re-compile the application with a different context-path

2019-01-24 14:23:35 GMT <angelborroy> in the end I gave up and I鈥檓 using it as is

2019-01-24 14:23:51 GMT <alfresco-discord> <douglascrp> there is no need to fix it inside the index.html file

2019-01-24 14:24:13 GMT <alfresco-discord> <douglascrp> you can use something like this during the package

2019-01-24 14:24:15 GMT <alfresco-discord> <douglascrp> ng build --prod --base-href /docs/

2019-01-24 14:24:27 GMT <alfresco-discord> <douglascrp> that is a real case of mine

2019-01-24 14:24:36 GMT <angelborroy> yep

2019-01-24 14:24:38 GMT <alfresco-discord> <douglascrp> my server is https://server/docs

2019-01-24 14:24:45 GMT <angelborroy> but you need to package the app

2019-01-24 14:24:52 GMT <alfresco-discord> <douglascrp> if you want to deploy it using a different path, just repackage it

2019-01-24 14:24:53 GMT <angelborroy> so you cannot use the public Docker Image

2019-01-24 14:24:57 GMT <alfresco-discord> <douglascrp> ah, yes...

2019-01-24 14:25:20 GMT <angelborroy> It looks like it鈥檚 included in 1.5.0 https://github.com/Alfresco/alfresco-content-app/issues/653

2019-01-24 14:25:22 GMT <alfbot> Title:Add possibility to modify baseHref at docker runtime 路 Issue #653 路 Alfresco/alfresco-content-app 路 GitHub (at github.com)

2019-01-24 14:25:22 GMT <alfresco-discord> <douglascrp> and yes, I am starting using ADF for something

2019-01-24 14:25:31 GMT <alfresco-discord> <douglascrp> finally

2019-01-24 14:25:32 GMT <AFaust> I wanted to deploy the allegedly ready-to-use docker image as a demo for a customer into an existing setup with Apache HTTPd fronting Alfresco + Share, and of course to avoid clashes with AOS on the root / I want to map it to /content-app. Now I am forced to build a custom image from the base just for replacing that string, and need a separate instance for every different context I may want to map to it (not relevant in the current demo)

2019-01-24 14:26:23 GMT <angelborroy> If you are using 1.5.0, you can use BASEPATH env variable

2019-01-24 14:26:24 GMT <angelborroy> https://github.com/Alfresco/alfresco-content-app/commit/3c6ec05e266412e2bd0da8bea2c79c1cd6c56f93

2019-01-24 14:26:26 GMT <alfbot> Title:fix #653 : add basepath modification at runtime trough env vars (#654) 路 Alfresco/alfresco-content-app@3c6ec05 路 GitHub (at github.com)

2019-01-24 14:26:53 GMT <angelborroy> let me try

2019-01-24 14:27:44 GMT <AFaust> Still those two issues do not help in a situation where you may have two different addresses / context paths mapped to the same app (i.e. in order to support legacy links / bookmarks, or deal with external vs internal access)...

2019-01-24 14:27:59 GMT <alfresco-discord> <douglascrp> lunch time... brb

2019-01-24 14:28:44 GMT <AFaust> Is there any benefit in having the base path defined in the index.html in the first place, i.e. does the app actually rely on it for some reason? If not, I'd just remove that crap.

2019-01-24 14:28:47 GMT <angelborroy> I think this is an Angular problem

2019-01-24 14:29:12 GMT <angelborroy> You cannot remove this

2019-01-24 14:29:17 GMT <alfresco-discord> <yreg> +1 it's indeed on angular

2019-01-24 14:29:23 GMT <AFaust> Piece of...

2019-01-24 14:29:24 GMT <angelborroy> And you cannot map different context path to the same Angular app

2019-01-24 14:29:46 GMT <angelborroy> But you can deploy the app twice with different base paths

2019-01-24 14:29:55 GMT <angelborroy> ugly, uh?

2019-01-24 14:29:57 GMT <angelborroy> :)

2019-01-24 14:30:05 GMT <alfresco-discord> <yreg> on the other hand running a separate nginx with a different base path should only be a matter of a couple dozen megs in your ram and a few megs in disk space

2019-01-24 14:30:19 GMT <AFaust> One more reason to - someday - build a lightweight server-side component to make ADF / content app work in a professionaly useful way...

2019-01-24 14:33:08 GMT <angelborroy> Nice!

2019-01-24 14:33:22 GMT <angelborroy> BASEPATH Docker ENVIRONMENT variable works as expected

2019-01-24 14:33:44 GMT <angelborroy> I鈥檓 going to include it in my own configurations

2019-01-24 14:41:51 GMT <AFaust> So they still haven't fixed the i18n issue on the login screen one of my customers reported against the APS workspace app last summer...

2019-01-24 14:42:50 GMT <alfresco-discord> <yreg> there was a recent release of APW, that one depends on a recent ADF version having tat bug solved

2019-01-24 14:43:05 GMT <alfresco-discord> <yreg> maybe they forgot to adapt/edit the root app component

2019-01-24 14:43:21 GMT <alfresco-discord> <yreg> check with maurizio on ADF gitter channel

2019-01-24 14:43:29 GMT <alfresco-discord> <yreg> it should be an easy fix

2019-01-24 14:47:26 GMT <AFaust> Well, not interested in fixing it for this demo. I am intending to showcase the app in all its quality in an honest / transparent manner...

2019-01-24 14:48:30 GMT <angelborroy> AFaust check also 鈥渆xtendability"

2019-01-24 14:48:49 GMT <angelborroy> https://alfresco-content-app.netlify.com/#/extending/

2019-01-24 14:48:50 GMT <alfbot> Title:Alfresco Content App (at alfresco-content-app.netlify.com)

2019-01-24 14:49:00 GMT <angelborroy> I tested it in last hack-a-thon and it鈥檚 promising

2019-01-24 14:49:11 GMT <AFaust> I think I already checked that when it was added and was not convinced.

2019-01-24 14:49:35 GMT <angelborroy> At least, it鈥檚 extensible

2019-01-24 14:49:41 GMT <angelborroy> ADF is a 1 time use framework

2019-01-24 14:51:07 GMT <alfresco-discord> <bhagyas> I'm just curious, do Alfresco staff go through the same certifications as a part of their onboarding with Alfresco Inc.?

2019-01-24 14:51:31 GMT <angelborroy> Nope (afaik)

2019-01-24 14:51:45 GMT <angelborroy> It鈥檚 an on site training of 2 weeks

2019-01-24 14:51:54 GMT <angelborroy> But certification is not required

2019-01-24 14:52:15 GMT <alfresco-discord> <bhagyas> I see, thought the consulting organisation went through something similar

2019-01-24 14:52:29 GMT <alfresco-discord> <bhagyas> since they act like just another partner when it comes to end customers

2019-01-24 14:53:28 GMT <angelborroy> btw probably (in the end) UST Global will become Alfresco partner next month

2019-01-24 14:53:43 GMT <angelborroy> Not bad, as conversations started in June 2018

2019-01-24 14:53:48 GMT <alfresco-discord> <bhagyas> so no more community deployments?

2019-01-24 14:53:49 GMT <angelborroy> Only 7 months to agree

2019-01-24 14:54:18 GMT <angelborroy> No, in fact I have a customer pissing me off because of this

2019-01-24 14:54:27 GMT <alfresco-discord> <bhagyas> We are a Strategic Partner with Alfresco since a few months ago (Loftux AB)

2019-01-24 14:54:44 GMT <angelborroy> I have no opinion / influence on this partnership

2019-01-24 14:54:52 GMT <angelborroy> It鈥檚 a business decision

2019-01-24 14:55:15 GMT <angelborroy> But I鈥檓 the one receiving customers complains

2019-01-24 14:55:17 GMT <angelborroy> ironic

2019-01-24 14:55:20 GMT <alfresco-discord> <bhagyas> hehehe

2019-01-24 15:02:41 GMT <alfresco-discord> <bhagyas> btw, anyone here running Alfresco on Kubernetes?

2019-01-24 15:03:54 GMT <angelborroy> IMO no one is running Alfresco on Kubernetes in anywhere

2019-01-24 15:03:57 GMT <angelborroy> But I can be wrong

2019-01-24 15:04:16 GMT <angelborroy> I hope Alfresco will support Docker Compose as deployment model for Enterprise

2019-01-24 15:04:43 GMT <angelborroy> Or I鈥檒l be comdened again to 鈥渃omponent by component鈥 installations :(

2019-01-24 15:05:11 GMT <alfresco-discord> <bhagyas> they do have a helm chart though

2019-01-24 15:05:17 GMT <alfresco-discord> <bhagyas> https://github.com/Alfresco/acs-deployment/blob/master/docs/helm-deployment-minikube.md

2019-01-24 15:05:18 GMT <alfbot> Title:acs-deployment/helm-deployment-minikube.md at master 路 Alfresco/acs-deployment 路 GitHub (at github.com)

2019-01-24 15:05:35 GMT <alfresco-discord> <bhagyas> I kinda find it interesting that they don't use an ingress controller :p

2019-01-24 15:06:02 GMT <angelborroy> Probably AFaust can explain you his experience on using this 鈥渢hing鈥 two months ago

2019-01-24 15:06:08 GMT <angelborroy> He was almos considering suicide

2019-01-24 15:06:21 GMT <AFaust> not suicide, homicide...

2019-01-24 15:06:43 GMT <alfresco-discord> <bhagyas> I'm not sure how binding that statement is within EU

2019-01-24 15:06:44 GMT <alfresco-discord> <bhagyas> 馃槢

2019-01-24 15:07:37 GMT <AFaust> But they are using an ingress controller, which you have to setup before deploying the chart

2019-01-24 15:07:53 GMT <angelborroy> yes, ingress controller is there from the first release

2019-01-24 15:08:16 GMT <AFaust> Or maybe I am misunderstanding whatever the difference is between ingress controller / ingress service and whatnot...

2019-01-24 15:10:09 GMT <angelborroy> Anyway, Activiti Cloud is the one leading k8s deployment patterns

2019-01-24 15:10:09 GMT <angelborroy> https://github.com/Activiti/activiti-cloud-charts

2019-01-24 15:10:10 GMT <alfbot> Title:GitHub - Activiti/activiti-cloud-charts: Helm Charts for Activiti cloud Apps (at github.com)

2019-01-24 15:10:21 GMT <angelborroy> This works better than Alfresco stuff

2019-01-24 15:10:48 GMT <alfresco-discord> <yreg> does it include ACS ?

2019-01-24 15:10:54 GMT <angelborroy> nope

2019-01-24 15:10:58 GMT <angelborroy> it鈥檚 Activiti Cloud

2019-01-24 15:11:16 GMT <angelborroy> But now it includes a Web Modeler

2019-01-24 15:11:33 GMT <alfresco-discord> <yreg> have seen that a while back

2019-01-24 15:12:02 GMT <alfresco-discord> <yreg> they are reusing stuff from camunda which I find great

2019-01-24 15:12:34 GMT <alfresco-discord> <bhagyas> I tried using helm for a deployment this week, but then dropped it and wrote all the kube config manually instead

2019-01-24 15:12:51 GMT <AFaust> angelborroy: Does it really work? Last I checked it didn't, and recently had a customer employee try this out for his master thesis project, and he had to capitulate, going back to Activiti 6 because he actually did not need most of the new stuff (just wanted to test it out in case it simplified things)

2019-01-24 15:13:26 GMT <angelborroy> I made a real demo based on https://github.com/Activiti/activiti-cloud-charts/tree/master/activiti-cloud-full-example

2019-01-24 15:13:27 GMT <alfbot> Title:activiti-cloud-charts/activiti-cloud-full-example at master 路 Activiti/activiti-cloud-charts 路 GitHub (at github.com)

2019-01-24 15:13:55 GMT <angelborroy> In December https://www.slideshare.net/angelborroy/zaragoza-dev-opsactivitikhd20181212

2019-01-24 15:13:56 GMT <alfbot> Title:Zaragoza dev ops-activiti-khd-20181212 (at www.slideshare.net)

2019-01-24 15:14:01 GMT <angelborroy> And it worked quite fine

2019-01-24 15:14:15 GMT <angelborroy> But it鈥檚 not that easy to configure everything together

2019-01-24 15:14:53 GMT <AFaust> Well.. I thought that is what the chart was supposed to do for you... but hey - "promises made - promises kept", as Trump would say...

2019-01-24 15:53:04 GMT <AFaust> Arghh... I really have to start building my Docker images on a cloud system. These 3rd world country upload speeds are killing me.

2019-01-24 15:54:17 GMT <alfresco-discord> <yreg> when I used to have a need for that I used contabo servers, highly reliable and reasonably cheap

2019-01-24 15:55:07 GMT <AFaust> Well. Since I already use Azure on a regular basis for customers demos, I should just set up a host there for my Maven-based Docker builds, and spin up / suspend based on my needs.

2019-01-24 15:57:18 GMT <AFaust> Or I just have to find some time to understand GraalVM better to be able to build smaller images for specific purposes instead of installing the default distro in a generic one.

2019-01-24 15:58:08 GMT <alfresco-discord> <yreg> Well I am pretty sure contabo would still be more affordable and more reliable 馃槢

2019-01-24 15:59:31 GMT <AFaust> In my case I would use Hetzner instead for any long-term systems (already have my mail server running there)

2019-01-24 16:04:47 GMT <alfresco-discord> <douglascrp> @yreg nice... I didn't know that provider

2019-01-24 16:04:51 GMT <alfresco-discord> <douglascrp> always good to have optoins

2019-01-24 16:05:31 GMT <angelborroy> @douglascrp are you coming to Scotland this year?

2019-01-24 16:06:36 GMT <alfresco-discord> <douglascrp> angelborroy... no, I am not

2019-01-24 16:07:13 GMT <angelborroy> Also @yreg is missing the conference this year

2019-01-24 16:07:17 GMT <angelborroy> sorry to hear that

2019-01-24 16:09:33 GMT <alfresco-discord> <douglascrp> too far, too expensive

2019-01-24 16:09:59 GMT <alfresco-discord> <douglascrp> but I will be here, following everything being shared 馃槃

2019-01-24 16:54:11 GMT <AFaust> Ehmm... is anyone using the current content app Docker image and able to access the logs of it?

2019-01-24 16:55:18 GMT <AFaust> The Content App is now deployed in my demo environment with Apache HTTPd as proxy, but for some reason all resources the browser tries to load are returning the content of index.html instead of the proper file...

2019-01-24 16:55:47 GMT <AFaust> But there are is no log on the container instance and nginx access log is supposed to write to stdout

2019-01-24 16:56:00 GMT <angelborroy> ??

2019-01-24 16:56:07 GMT <angelborroy> I can鈥檛 follow you

2019-01-24 16:56:44 GMT <AFaust> 1) I have an Apache HTTP as a global proxy for all applications (API Explorer, Repository, Share, Content App)

2019-01-24 16:56:55 GMT <AFaust> 2) I have /content-app mapped to the Content App Docker container

2019-01-24 16:57:14 GMT <AFaust> 3) set up BASEPATH (discussed earlier) to use /content-app/ on the container

2019-01-24 16:57:30 GMT <angelborroy> (I鈥檓 following everything till now)

2019-01-24 16:57:40 GMT <AFaust> index.html loads fine, but all referenced files do not return their content, but instead the content of index.html (again)

2019-01-24 16:58:09 GMT <AFaust> Problem: Checked the Content App container for logs => nothing

2019-01-24 16:58:18 GMT <angelborroy> It鈥檚 a client application

2019-01-24 16:58:38 GMT <angelborroy> afaik only Browser Console logs are available

2019-01-24 16:58:39 GMT <AFaust> Still, the JS / CSS / PNG need to be loaded from it

2019-01-24 16:58:48 GMT <AFaust> And those are the problem right now

2019-01-24 16:58:59 GMT <angelborroy> I was using ACA with Apache some time ago

2019-01-24 16:59:36 GMT <AFaust> There can't be any logs on Browser Console before the JS has actually been loaded. And the JS currently yields HTML content instead of JS code...

2019-01-24 16:59:50 GMT <angelborroy> There were some problems with resourcs

2019-01-24 16:59:51 GMT <angelborroy> https://github.com/Alfresco/alfresco-content-app/issues/229

2019-01-24 16:59:53 GMT <alfbot> Title:Missing image when changing using customized "base-href" 路 Issue #229 路 Alfresco/alfresco-content-app 路 GitHub (at github.com)

2019-01-24 17:00:01 GMT <angelborroy> But it have been solved by now

2019-01-24 17:00:34 GMT <AFaust> Ok... but that is for a single asset from a config file.

2019-01-24 17:00:40 GMT <angelborroy> I know

2019-01-24 17:00:50 GMT <angelborroy> I鈥檓 searching an old Apache Configuration

2019-01-24 17:00:53 GMT <AFaust> I even have problems loading the resources referenced in the index.html, like the JS file itself that would load that configured asset file...

2019-01-24 17:01:07 GMT <angelborroy> Currently I鈥檓 using default image

2019-01-24 17:01:08 GMT <angelborroy> https://github.com/keensoft/docker-alfresco/blob/master/docker-compose.yml#L63

2019-01-24 17:01:09 GMT <alfbot> Title:docker-alfresco/docker-compose.yml at master 路 keensoft/docker-alfresco 路 GitHub (at github.com)

2019-01-24 17:01:20 GMT <angelborroy> with NGINX proxy

2019-01-24 17:01:21 GMT <angelborroy> https://github.com/keensoft/docker-alfresco/blob/master/docker-compose.yml#L104

2019-01-24 17:01:24 GMT <alfbot> Title:docker-alfresco/docker-compose.yml at master 路 keensoft/docker-alfresco 路 GitHub (at github.com)

2019-01-24 17:01:33 GMT <angelborroy> https://github.com/keensoft/docker-alfresco/blob/master/volumes/config/nginx.conf

2019-01-24 17:01:34 GMT <alfbot> Title:docker-alfresco/nginx.conf at master 路 keensoft/docker-alfresco 路 GitHub (at github.com)

2019-01-24 17:02:53 GMT <AFaust> I have BASPATH=/content-app/

2019-01-24 17:03:05 GMT <angelborroy> It鈥檚 more or less the same, right?

2019-01-24 17:03:37 GMT <AFaust> Using BASEPATH=content-app (without the /-es like you have) still works to load the index.html of course (since that is mapped by Apache proxy) but then all resources are loaded against / instead of /content-app/

2019-01-24 17:03:37 GMT <angelborroy> ah, ok

2019-01-24 17:03:50 GMT <angelborroy> I see

2019-01-24 17:05:17 GMT <AFaust> Apache logs all look ok so far, so I was hoping to find something in the nginx logs of the ACA container itself, but those are empty. Not even a mention of loading the index.html

2019-01-24 17:05:45 GMT <alfresco-discord> <douglascrp> AFaust, that is the problem I faced when I tried to deploy the app... the way I found to solve that was to use the build with the parameter I mentioned earlier

2019-01-24 17:06:17 GMT <AFaust> But for Angel it is working, so that would mean they broke it again after he pulled his image...

2019-01-24 17:06:34 GMT <angelborroy> I鈥檓 testing now

2019-01-24 17:06:44 GMT <alfresco-discord> <douglascrp> for apache, I had to create the .htaccess file with the content: RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d # not rewrite css, js and images RewriteCond %{REQUEST_URI} !.(?:css|js|map|jpe?g|gif|png)$ [NC] RewriteRule ^(.*)$ /index.html?path=$1 [NC,L,QSA]

2019-01-24 17:07:03 GMT <alfresco-discord> <douglascrp> but I am using a manual setup... no docker at all

2019-01-24 17:07:10 GMT <angelborroy> But I鈥檓 seeing that I was applying the same approach @douglascrp is showing with Apache in the past

2019-01-24 17:07:31 GMT <alfresco-discord> <douglascrp> that is a requirement for angular, it seems

2019-01-24 17:07:52 GMT <alfresco-discord> <douglascrp> I hope not to be saying something wrong, as I am new on all these concepts

2019-01-24 17:08:39 GMT <angelborroy> yep

2019-01-24 17:08:45 GMT <angelborroy> having the same problem with NGINX

2019-01-24 17:09:45 GMT <AFaust> You got to be kidding me.... I think I know where what douglascrp is saying will lead me in terms of a solution (not via Rewrite but by changing how my proxy is connecting to nginx)

2019-01-24 17:10:32 GMT <angelborroy> I鈥檓 testing now the 鈥/aca/鈥 issue

2019-01-24 17:10:45 GMT <angelborroy> And I have a problem also with 鈥渋ndex.html"

2019-01-24 17:16:14 GMT <AFaust> Ok... fixed it

2019-01-24 17:16:25 GMT <angelborroy> how? :)

2019-01-24 17:16:46 GMT <AFaust> My proxy was setup like I would normally set up a proxy.

2019-01-24 17:16:59 GMT <angelborroy> proxyPassReverse?

2019-01-24 17:17:15 GMT <AFaust> ProxyPass "/<context>" "http://<host>:<port>/<context>"

2019-01-24 17:17:47 GMT <AFaust> But for ACA this does not work because the BASEPATH you set has nothing to do with how nginx handles the URL

2019-01-24 17:17:54 GMT <AFaust> So my proxy is now:

2019-01-24 17:18:13 GMT <AFaust> ProxyPass "/content-app" "http://<host>:<port>/"

2019-01-24 17:18:53 GMT <angelborroy> right

2019-01-24 17:19:09 GMT <AFaust> And apparently nginx in this image has a stupid default/configured behaviour that - if you try to load /content-app/<some.js> and the file does not exist, it will return /index.html instead...

2019-01-24 17:19:27 GMT <AFaust> Instead of a 404

2019-01-24 17:21:33 GMT <AFaust> AHHH... and the parameter for ACS_URL is also handled incorrectly on the image.

2019-01-24 17:22:13 GMT <AFaust> So the ACA app is now trying to call <host>/alfresco/alfresco/... instead of <host>/alfresco.

2019-01-24 17:25:39 GMT <AFaust> Which means it must somehow "hard-append" an /alfresco, so I could never host the Repository under different context when using this image...

2019-01-24 17:25:55 GMT <alfresco-discord> <douglascrp> come on

2019-01-24 17:26:01 GMT <alfresco-discord> <douglascrp> everyday a new issue 馃槃

2019-01-24 17:26:01 GMT <angelborroy> probably you can mount a VOLUME with https://github.com/Alfresco/alfresco-content-app/blob/master/src/app.config.json

2019-01-24 17:26:02 GMT <alfbot> Title:alfresco-content-app/app.config.json at master 路 Alfresco/alfresco-content-app 路 GitHub (at github.com)

2019-01-24 17:26:11 GMT <angelborroy> including your own setup

2019-01-24 17:26:53 GMT <AFaust> Sure... though it should work out of the box, right?

2019-01-24 17:27:01 GMT <angelborroy> https://github.com/Alfresco/alfresco-content-app/blob/dc9a31455ed549b76c6c125ccc6c92be6cf1ca05/docker/tomcat/docker-compose.yml#L74

2019-01-24 17:27:02 GMT <alfbot> Title:alfresco-content-app/docker-compose.yml at dc9a31455ed549b76c6c125ccc6c92be6cf1ca05 路 Alfresco/alfresco-content-app 路 GitHub (at github.com)

2019-01-24 17:27:11 GMT <angelborroy> It looks like they are starting to include this kind of things

2019-01-24 17:27:52 GMT <angelborroy> The file is located inside the container at /usr/share/nginx/html/app.config.json

2019-01-24 17:28:19 GMT <angelborroy> But it鈥檚 not declared as VOLUME

2019-01-24 17:28:29 GMT <AFaust> Have it working now after changing the ACSURL env parameter to only point to the host root instead of the repository

2019-01-24 17:28:33 GMT <angelborroy> so it鈥檚 not possible to mount it from host resources

2019-01-24 17:29:30 GMT <AFaust> I am amazed at how they figured that configuring facets in app.config.js with hard-coded labels instead of i18n was the "right" way to do that...

2019-01-24 17:29:31 GMT <angelborroy> Clever

2019-01-24 17:29:41 GMT <angelborroy> hehe

2019-01-24 17:29:51 GMT <angelborroy> They are starting to think about this kind of things

2019-01-24 17:30:05 GMT <angelborroy> Just need some time to make the things better

2019-01-24 17:30:21 GMT <angelborroy> Sorry, I have to leave now

2019-01-24 17:30:31 GMT <angelborroy> Best of luck with your 鈥渄evops鈥 task, Axel!

2019-01-24 17:30:56 GMT <AFaust> Really? They did not bother to translate the default facet values for _REPOSITORY_ and _SHARED_FILES_ to something meaningful?

2019-01-24 17:31:30 GMT <alfresco-discord> <douglascrp> AFaust, about the "facets in app.config.js with hard-coded labels", I had to fix that today

2019-01-24 17:32:32 GMT <AFaust> ~later tell angelborroy: Nice of them to "start" thinking about this kind of things now. I mean, it is only ~3 years into development, and of course i18n is not something you could design right in from the beginning. I certainly "understand" that...

2019-01-24 17:32:32 GMT <alfbot> AFaust: The operation succeeded.

2019-01-24 17:34:51 GMT <AFaust> ~later tell angelborroy: In an ideal world, no feature should be allowed to be merged into master without i18n of any dynamic label that is not based on actual end-user input.

2019-01-24 17:34:51 GMT <alfbot> AFaust: The operation succeeded.

2019-01-24 17:36:19 GMT <AFaust> Since ACA is working now in the intended state (without any patches to it to hide / mask its level of quality) that would be that for today...

2019-01-24 18:11:10 GMT <alfresco-discord> <douglascrp> QQ... how can access the user's preferences json file?

2019-01-24 18:11:27 GMT <alfresco-discord> <douglascrp> I remember about finding it once using node browser, but I can not remember where it was stored

2019-01-24 18:26:40 GMT <alfresco-discord> <douglascrp> OK... never mind... I found it

2019-01-24 19:50:56 GMT <alfresco-discord> <yreg> hey AFAU

2019-01-24 19:51:30 GMT <alfresco-discord> <yreg> AFaust in case you still haven't found answers to your concerns/questions

2019-01-24 19:51:54 GMT <AFaust> yeah?

2019-01-24 19:52:22 GMT <alfresco-discord> <yreg> I haven't followed through all 80 messages I missed, but I can tell you the nginx image has a softlink to stdout for access logs

2019-01-24 19:52:52 GMT <alfresco-discord> <yreg> all you need to do is bash into the image and delete the soft link, or mount an empty file in that location

2019-01-24 19:53:30 GMT <alfresco-discord> <yreg> also if you configure your reverse proxy to point http://host in nginx

2019-01-24 19:54:10 GMT <alfresco-discord> <yreg> the redirect will by default add the same context you use for your endpoint

2019-01-24 19:54:26 GMT <alfresco-discord> <yreg> to avoid that, add a forwarding slash

2019-01-24 19:55:57 GMT <alfresco-discord> <yreg> ACA can be configured with a different context for Alfresco but unfortunately the docker image doesn't have what it takes to configure that based on environment props

2019-01-24 19:56:43 GMT <alfresco-discord> <yreg> last thing is that you could easily show access logs for ACA if you do docker logs -f <container-name>

2019-01-24 19:58:38 GMT <alfresco-discord> <yreg> well that wasn't the last thing, last thing I wanted to say. it is a standard in most SPAs which rely on rewriting the URL (route) without preceeding it with a # to have a catch all redirect for unresolved resources, pointing to the index

2019-01-24 19:58:54 GMT <alfresco-discord> <yreg> so that it can detect copy/pasted URLs and links ...

2019-01-24 19:59:21 GMT <alfresco-discord> <yreg> the app will need to handle the correct routing and eventually throw an error if that route can not be resolved

2019-01-24 20:04:17 GMT <alfresco-discord> <yreg> now that I am catching up, actually facet labels can be i18n keys

2019-01-24 20:04:57 GMT <alfresco-discord> <yreg> so if they could be resolved in your localisation resources they will get proper translation

2019-01-24 20:05:22 GMT <AFaust> Yeah, but they aren't. They are hard-coded to the English user-friendly text - no keys used.

2019-01-24 20:06:28 GMT <AFaust> Pretty hard-coded: https://github.com/Alfresco/alfresco-content-app/blob/master/src/app.config.json#L242

2019-01-24 20:06:29 GMT <alfbot> Title:alfresco-content-app/app.config.json at master 路 Alfresco/alfresco-content-app 路 GitHub (at github.com)

2019-01-24 20:08:08 GMT <AFaust> And ACA docker logs <containerName> did not yield anything unfortunately...

2019-01-24 20:09:32 GMT <alfresco-discord> <yreg> wait a sec

2019-01-24 20:26:42 GMT <alfresco-discord> <yreg> I am actually using the base image they built ACA image on top of (nginx-alpine) and I do have that

2019-01-24 20:26:54 GMT <alfresco-discord> <yreg> haven't tried the OOTB ACA image to be honest

End of Daily Log

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