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

2018-06-28 00:39:36 GMT <alfresco-discord> <Cetra> @everyone but mainly Jeff & @digcat I've written up how our packages server works in light of Jeff's latest blog article: https://gist.github.com/cetra3/30778caa3bef8d80fa493230fc892d72

2018-06-28 00:39:37 GMT <alfbot> Title:Order of the Bee Packages info ยท GitHub (at gist.github.com)

2018-06-28 01:06:54 GMT <alfresco-discord> <digcat> hey @centra so looking through your doc, is there anything you rely on from the addon, am i right to think this depends on pulling the addon src onto a local server, before it can be deployed? so just wondering how any update to an addon might be picked up? jeffs idea would be a stub file is added by the addon maintainer directly into their github repo, which would contain all necessary detail,

2018-06-28 01:06:54 GMT <alfresco-discord> wondering providing it includes the key info your tools need, ie /{{vendor}}/{{module}}/{{version}}/{{artifact}} this approach would be able to use the stub file, providing the git repo was known

2018-06-28 01:13:34 GMT <alfresco-discord> <Cetra> I think that the json schema is a great way to standardise the addon descriptions. the packages server doesn't actually contain any source code, just the compiled amp artifacts. The packages server could be retrofitted to support the json schema approach pretty easily. I would say that I could see something like jenkins or another CI tool (travis?) publish to the packages server automatically &

2018-06-28 01:13:34 GMT <alfresco-discord> provide the json schema in the request to have the info populated. The packages server itself could also pull down & compile but that would basically turn it into a CI server itself, but might be hard to support the varying ways of creating amps (ant, gradle, maven, etc..), and would be best suited to existing tools

2018-06-28 01:15:25 GMT <alfresco-discord> <digcat> yes, ok good stuff, need to get Jeff on here so can easily notify, ill send a later tell via irc

2018-06-28 01:15:31 GMT <alfresco-discord> <digcat> thanks for that input

2018-06-28 01:15:52 GMT <alfresco-discord> <Cetra> No worries! hopefully if anything it might provide a different perspective

2018-06-28 01:17:34 GMT <digcat> ~later tell jpotts we got some input from centra, which should be on here, if your upto joining discord, its a bit easier to notifying you, cheers, heres an invite for discord, if you havent had it already :) https://discordapp.com/invite/f7XntQN

2018-06-28 01:17:34 GMT <alfbot> digcat: The operation succeeded.

2018-06-28 01:32:46 GMT <digcat> ~later tell jpotts that was cetra not centra, oops

2018-06-28 01:32:46 GMT <alfbot> digcat: The operation succeeded.

2018-06-28 02:26:46 GMT <alfbot> jpotts: Sent 1 hour and 9 minutes ago: <digcat> we got some input from centra, which should be on here, if your upto joining discord, its a bit easier to notifying you, cheers, heres an invite for discord, if you havent had it already :) https://discordapp.com/invite/f7XntQN

2018-06-28 02:26:47 GMT <alfbot> jpotts: Sent 53 minutes ago: <digcat> that was cetra not centra, oops

2018-06-28 07:19:28 GMT <kkore> Subscribing to any folder or category, so that the users get notifications, once any new document or the content is getting uploaded for the respective category or folder source. For this need to write behavior but how to know whether a user subscribed or not on folders??

2018-06-28 07:28:11 GMT <kkore> alternative is rule but here also same how to get a user subscribed to folder or not ?

2018-06-28 07:32:01 GMT <DarkStar1> Morning everyone

2018-06-28 07:33:50 GMT <alfresco-discord> <digcat> morning alla

2018-06-28 07:34:32 GMT <alfresco-discord> <digcat> just wondering @yreg you might know, have been going through the helm setup, and noticed rabbitmq and activemq are both being used, any idea why ?

2018-06-28 07:34:40 GMT <alfresco-discord> <digcat> Component Version rabbitmq-ha ^0.1.0 activemq ^0.1.0 alfresco-identity-service ^0.3.1 alfresco-activiti-cloud-registry ^0.1.0 alfresco-api-gateway 0.1.1

2018-06-28 07:35:41 GMT <alfresco-discord> <digcat> from https://github.com/Alfresco/alfresco-infrastructure-deployment

2018-06-28 07:35:42 GMT <alfbot> Title:GitHub - Alfresco/alfresco-infrastructure-deployment (at github.com)

2018-06-28 07:35:43 GMT <alfresco-discord> <yreg> Morning everyone

2018-06-28 07:35:50 GMT <alfresco-discord> <digcat> morning

2018-06-28 07:35:51 GMT <alfresco-discord> <yreg> that's to be part of DBP

2018-06-28 07:36:22 GMT <alfresco-discord> <yreg> and will be used for making a streaming API out of the REST api

2018-06-28 07:36:46 GMT <alfresco-discord> <yreg> at least mainly for that

2018-06-28 07:37:45 GMT <alfresco-discord> <yreg> @digcat AFAIK that part is owned by the activiti team, so please feel free to hop into gitter and ask them for more details

2018-06-28 07:37:48 GMT <alfresco-discord> <digcat> oh, rather than java 9 https://www.callicoder.com/java-9-stream-api-enhancements/

2018-06-28 07:37:49 GMT <alfbot> Title:What's new in Java 9 Stream API? | CalliCoder (at www.callicoder.com)

2018-06-28 07:38:22 GMT <alfresco-discord> <yreg> @digcat I suppose we are talking about different concept

2018-06-28 07:39:03 GMT <alfresco-discord> <digcat> guess must be

2018-06-28 07:42:27 GMT <alfresco-discord> <yreg> I had that discussion a while ago with activiti team, the idea is to wrap REST API into a streaming API; listening/emitting events

2018-06-28 07:42:38 GMT <alfresco-discord> <mikel_asla> ello ๐Ÿ˜ƒ

2018-06-28 07:43:06 GMT <alfresco-discord> <digcat> howdy mikel

2018-06-28 07:43:30 GMT <alfresco-discord> <digcat> i missed that chat yreg, was surprised both are needed, and when making into HA, needing to make both HA

2018-06-28 07:43:59 GMT <kkore> <yreg> do you have anyidea about Subscribing to any folder?

2018-06-28 07:46:13 GMT <alfresco-discord> <yreg> the whole approach / concept is meant mainly for dealing with consistency in a micro-services architecture

2018-06-28 07:46:27 GMT <alfresco-discord> <yreg> hey Mikel

2018-06-28 07:46:40 GMT <alfresco-discord> <digcat> yes, but surprised either activemq or rabbitmq

2018-06-28 07:46:49 GMT <alfresco-discord> <digcat> one or other but both?

2018-06-28 07:46:50 GMT <AxelFaust> kkore: "How to know whether a user subscribed to a folder or not?" - Well, I guess you have to store that information somewhere...

2018-06-28 07:46:57 GMT <alfresco-discord> <yreg> @kkore I have no idea about that

2018-06-28 07:47:41 GMT <alfresco-discord> <mikel_asla> hi! for some reason the last message i was showing was "Ola" from Cetra ...

2018-06-28 07:48:02 GMT <alfresco-discord> <mikel_asla> *watching

2018-06-28 07:48:21 GMT <alfresco-discord> <digcat> from a browser Mikel ? or client

2018-06-28 07:48:38 GMT <alfresco-discord> <mikel_asla> desktop client on linux

2018-06-28 07:48:45 GMT <alfresco-discord> <digcat> ahh

2018-06-28 07:49:01 GMT <alfresco-discord> <digcat> not used that, a good restart no better ?

2018-06-28 07:49:16 GMT <alfresco-discord> <mikel_asla> then suddenly refereshes, i think i haven't learn yet to use this app properly

2018-06-28 07:49:23 GMT <alfresco-discord> <mikel_asla> maybe

2018-06-28 07:49:26 GMT <kkore> <AxelFaust> means if we want show subscribe or unsubscribe on action in that case how it will be ??

2018-06-28 07:50:05 GMT <kkore> with current user need to check with nodes.

2018-06-28 07:50:54 GMT <AxelFaust> "How will it be" => However you implement it. I was just answering your very simple question of "how to know" with the most obvious answer of "store the information so you can look it up"

2018-06-28 07:51:38 GMT <alfresco-discord> <yreg> @digcat I assume rabbitmq is used by activiti and activemq is used by the sync service in repo

2018-06-28 07:51:40 GMT <AxelFaust> You can store the information in some meta node below the user, or use the AttributeService to do it... your choide

2018-06-28 07:51:43 GMT <AxelFaust> choice

2018-06-28 07:52:28 GMT <kkore> Ok I will do

2018-06-28 07:52:39 GMT <alfresco-discord> <digcat> @yreg yes im thinking that, although you would hope they could consolidate on one or other

2018-06-28 07:53:46 GMT <alfresco-discord> <yreg> the activemq in sync service was there from before the activiti team came on board... but I understand all the new stuff are on rabbit mq except for sync service

2018-06-28 07:53:57 GMT <alfresco-discord> <yreg> but don't take my word for granted

2018-06-28 07:56:00 GMT <alfresco-discord> <digcat> no, thankyou, that makes sense, as the sync service isnt open source, shouldnt be an issue for community at least, from a tech debt perspective its not pretty, but sa la vie.

2018-06-28 08:09:31 GMT <alfresco-discord> <digcat> @mikel_asla and @yreg did you have any thoughts to add to jeffs addon proposal ? https://github.com/jpotts/alfresco-addon-descriptor

2018-06-28 08:09:32 GMT <alfbot> Title:GitHub - jpotts/alfresco-addon-descriptor: A JSON Schema for describing an Alfresco Add-on (at github.com)

2018-06-28 09:10:06 GMT <alfresco-discord> <bhagyas> @digcat why do yo think most people would rush to update their addon descriptions so it gets listed?

2018-06-28 09:10:50 GMT <alfresco-discord> <mikel_asla> i didn't know this proposal..., looks like a nice feature!

2018-06-28 09:11:37 GMT <alfresco-discord> <bhagyas> We already had something called module.properties, and most people just leave the provided one as is, without even updating the description

2018-06-28 09:11:55 GMT <alfresco-discord> <mikel_asla> or the module.version ๐Ÿ˜›

2018-06-28 09:12:07 GMT <alfresco-discord> <bhagyas> @mikel_asla ๐Ÿ˜„

2018-06-28 09:13:49 GMT <alfresco-discord> <bhagyas> GitHub also provides tagging, but when I was working on building awesome-alfresco list, I just couldn't even find projects being tagged as Alfresco

2018-06-28 09:15:50 GMT <alfresco-discord> <bhagyas> also it took less than 4 hours to get it running with a basic list, instead of all this discussions and proposals of listings - I guess someone should just do it, instead of passing around proposals and expecting others to follow them

2018-06-28 09:16:39 GMT <alfresco-discord> <bhagyas> if we were looking around for IRC replacements the same way, we might be getting on discord 2 years from now

2018-06-28 09:16:43 GMT <alfresco-discord> <bhagyas> ๐Ÿ˜›

2018-06-28 09:40:38 GMT *** DragiBus_ is now known as DragiBus

2018-06-28 14:17:06 GMT <alfresco-discord> <Mark> I'm creating a new Alfresco using the data from an old environment. Connecting to same dir.root and database. Now I'm getting the error 'Key metadata is missing from keystore <path>' but I've validated with Java keytool that the indicated keystore does indeed contain the key 'metadata'.

2018-06-28 14:17:25 GMT <alfresco-discord> <Mark> <path> points to the /data/alfresco/alf_data/keystore/keystore file.

2018-06-28 14:18:46 GMT <alfresco-discord> <Mark> I specifically pointed encryption.keystore.location to this file and encryption.keystore.keyMetaData.location to the containing folder, and verified that these were indeed the files used in the old installation. So how could I see this error?

2018-06-28 14:27:49 GMT <alfresco-discord> <Mark> Ugh, it's an error in the docs here: https://docs.alfresco.com/5.2/concepts/keystore-config.html

2018-06-28 14:27:51 GMT <alfbot> Title:Keystore configuration | Alfresco Documentation (at docs.alfresco.com)

2018-06-28 14:28:16 GMT <alfresco-discord> <Mark> Apparently, encryption.keystore.keyMetaData.location must point to an exact file, other than suggested in the docs.

2018-06-28 14:28:25 GMT <alfresco-discord> <Mark> Docs on keystores suck in general tbh.

2018-06-28 14:34:12 GMT <alfresco-discord> <bhagyas> @Mark is this enterprise?

2018-06-28 14:34:35 GMT <alfresco-discord> <Mark> It is

2018-06-28 14:35:36 GMT <alfresco-discord> <Mark> is metadata encryption an enterprise feature?

2018-06-28 14:36:04 GMT <alfresco-discord> <bhagyas> content at rest encryption was an enterprise feature, so i guess metadata as well

2018-06-28 14:37:08 GMT <alfresco-discord> <Mark> ah alright.

2018-06-28 14:37:54 GMT <alfresco-discord> <Mark> I really dislike the way it's been put in. Blatantly reusing configuration properties previously used mostly for solr, with barely any documentation on how to configure, and with the potential to crash systems and cause hard to explain problems even when you have no interest in using the feature.

2018-06-28 14:46:41 GMT <AxelFaust> Metadata encryption was a core feature, not Enterprise...

2018-06-28 14:47:30 GMT <AxelFaust> Or better yet, it "is" a core feature, though it is already on the "going to be gone" list

2018-06-28 15:25:56 GMT <alfresco-discord> <yreg> @AxelFaust up until now, I didn't know it existed at all !!

2018-06-28 15:38:01 GMT <alfresco-discord> <yreg> @here Office hours is on now, feel free to join ...

2018-06-28 15:38:18 GMT <alfresco-discord> <yreg> https://alfresco.zoom.us/j/8283237635

2018-06-28 15:38:19 GMT <alfbot> Title:Unsupported Operating System - Zoom (at alfresco.zoom.us)

2018-06-28 15:53:33 GMT <_proto> guys, any way to make Alfresco 5.2 passwds stronger? (i.e. min_length, mandatory upper case, lower case and symbol....)

2018-06-28 15:54:01 GMT <_proto> any config file for that pouropse?

2018-06-28 15:55:31 GMT <jpotts> Not that I know of. Would require a customization, probably.

2018-06-28 15:55:50 GMT <jpotts> There are some settings related to the brute-force attack stuff, see https://docs.alfresco.com/5.2/concepts/brute-force-passwords.html

2018-06-28 15:55:52 GMT <alfbot> Title:Mitigating brute force attack on user passwords | Alfresco Documentation (at docs.alfresco.com)

2018-06-28 15:57:58 GMT <jpotts> I have a Behavior that uses the WorkflowService to kick of a workflow that consists only of Java Delegates. I thought that the workflow would be started asynchronously, but if there is an exception in the first Java Delegate, the Behavior throws an exception

2018-06-28 15:58:56 GMT <alfresco-discord> <yreg> jpotts you could launch the workflow using an async action from within your behaviour

2018-06-28 15:59:32 GMT <jpotts> Ahh, an async action, that sounds perfect. I had forgotten about those

2018-06-28 16:02:12 GMT <_proto> thanks jpotts!

2018-06-28 16:02:30 GMT <AxelFaust> jpotts: Workflows are started synchronojusly, but you can of course model your workflow / tasks in the workflow to be asynchronous

2018-06-28 16:03:09 GMT <AxelFaust> Basically, Activiti will execute all logic synchronously until it finds the first type of process activity that requires asynch execution, either inherently or based on modelling

2018-06-28 16:07:03 GMT <alfresco-discord> <LMattioli> leo

2018-06-28 16:07:13 GMT <AxelFaust> _proto: Unfortunately, there is no "official" extension point available on the Repository-tier to validate the password before it is stored / accepted + encrypted. So any customization basically has to be in the frontend...

2018-06-28 16:08:37 GMT <AxelFaust> jpotts, yreg: Using an asynch action to launch a workflow runs the risk of not actually launching the workflow (and not being notified about it), i.e. when the server is interupted between submitting and executing the action, or the action queue being overloaded...

2018-06-28 16:08:58 GMT <_proto> AxelFaust, thats all I need to know. Great. Thank you vm! ^^

2018-06-28 16:40:23 GMT <fwu> hi all

2018-06-28 16:43:40 GMT <fwu> ppl is there any example (if possible) of initializing a workflow from a datalist?

2018-06-28 16:59:16 GMT <eswbitto> are there certain versions of the alfersco sdk that do not work with the hotswap agent?

2018-06-28 17:50:15 GMT <fwu> back

2018-06-28 19:13:16 GMT <fwu> back

2018-06-28 19:14:34 GMT <fwu> people im struggling with this: I believe I saw somewhere an example og initiating a workflow from a datalist item. I believe it was a link. Is this really possible?

2018-06-28 20:41:53 GMT <eswbitto> I can get the hotswap agent to work with alfresco 2.2 archetype, but when selecting 3.0.0 or 3.0.1 hotswap doesn't work....neither does the build.

2018-06-28 21:05:38 GMT <alfresco-discord> <digcat> @bhagyas I agree with what your saying, i guess giving some air to any proposal isnt a bad idea, at least gets it seen by more people, but i also agree too much talking not enough action. i guess its all for nought unless there is clear support for a decent addon ecosystem from alfresco themselves, at the moment the addons are complex, and really mainly hacks to add functionality missing, which is now

2018-06-28 21:05:39 GMT <alfresco-discord> deemed enterprise only.

2018-06-28 21:06:29 GMT <alfresco-discord> <digcat> did anyone make Office hours, was there anything interesting regarding the addon eco system?

2018-06-28 21:06:40 GMT <alfresco-discord> <digcat> hi mikel

2018-06-28 21:07:03 GMT <alfresco-discord> <mikel_asla> fwu: if you want to fire the wf on datalist item creation maybe a behaviour can do it?

2018-06-28 21:07:19 GMT <alfresco-discord> <mikel_asla> Hi!

2018-06-28 21:08:01 GMT <alfresco-discord> <digcat> how you doing, did you make OH ? i couldn't time zones playing havoc with my sleep patterns

2018-06-28 21:08:47 GMT <alfresco-discord> <digcat> hey @Cetra your on early too

2018-06-28 21:09:06 GMT <alfresco-discord> <mikel_asla> I didn't... Not sure if tomorrow is yet possible...

2018-06-28 21:09:14 GMT <alfresco-discord> <Cetra> yo, I am

2018-06-28 21:10:13 GMT <alfresco-discord> <digcat> not alot of feedback re your salt install system yet, interesting read though

2018-06-28 21:10:33 GMT <alfresco-discord> <mikel_asla> I was just making my baby sleep ๐Ÿ˜

2018-06-28 21:10:52 GMT <alfresco-discord> <digcat> ahh very good, is it working ๐Ÿ˜ƒ

2018-06-28 21:11:16 GMT <alfresco-discord> <Cetra> all good! It looks like everyone wants some sort of addon thingy, but I don't think any consensus has been reached yet reading the chat history

2018-06-28 21:11:49 GMT <alfresco-discord> <digcat> yep, consensus the major missing factor ๐Ÿ˜„

2018-06-28 21:13:07 GMT <alfresco-discord> <digcat> bhagyas's awesome-alfresco list probably still the most complete,

2018-06-28 21:13:43 GMT <alfresco-discord> <digcat> although kgastaldo's list on the community portal is easier to navigate

2018-06-28 21:17:55 GMT <alfresco-discord> <Cetra> we have a lot of modules that are probably useful but aren't really advertised anywhere except my github

2018-06-28 21:18:46 GMT <alfresco-discord> <Cetra> https://github.com/cetra3/onlyoffice-alfresco & https://github.com/cetra3/md-preview

2018-06-28 21:18:47 GMT <alfbot> Title:GitHub - cetra3/onlyoffice-alfresco: Alfresco Onlyoffice Integration (at github.com)

2018-06-28 21:20:10 GMT <alfresco-discord> <digcat> yes, a simple way to publish with a stub which could be scanned and pulled together is a good idea, take some of the admin out of it,

2018-06-28 21:22:59 GMT <alfresco-discord> <digcat> using whats already present in the build would be ideal, ie version compatibility, and purpose etc

2018-06-28 21:23:07 GMT <alfresco-discord> <digcat> if you look at https://doc.nuxeo.com/nxdoc/nuxeo-add-ons/

2018-06-28 21:23:10 GMT <alfbot> Title:Nuxeo Add-Ons | Nuxeo Documentation (at doc.nuxeo.com)

2018-06-28 21:23:47 GMT <alfresco-discord> <digcat> alfresco have a long way to go....

2018-06-28 21:25:29 GMT <alfresco-discord> <Cetra> yeah the great thing about that also is that it's basically inside the app, which is awesome

2018-06-28 21:27:04 GMT <alfresco-discord> <douglascrp> same for nextcloud https://apps.nextcloud.com/

2018-06-28 21:27:05 GMT <alfresco-discord> <digcat> yes

2018-06-28 21:27:06 GMT <alfbot> Title:All apps - App Store - Nextcloud (at apps.nextcloud.com)

2018-06-28 21:27:20 GMT <alfresco-discord> <douglascrp> also inside the app

2018-06-28 21:27:21 GMT <alfresco-discord> <digcat> hi @douglascrp

2018-06-28 21:27:29 GMT <alfresco-discord> <douglascrp> @digcat hey dude

2018-06-28 21:27:42 GMT <alfresco-discord> <douglascrp> I was playing with nextcloud another day

2018-06-28 21:27:46 GMT <alfresco-discord> <douglascrp> it is really cool

2018-06-28 21:28:05 GMT <alfresco-discord> <digcat> yes it is, very cool, the sync works super easy

2018-06-28 21:28:14 GMT <alfresco-discord> <douglascrp> I don't know if it can handle a big or complex set of documents, but looks impressive

2018-06-28 21:28:39 GMT <alfresco-discord> <digcat> ive not found any issue so far, the app which does the sync doesnt bother me at all

2018-06-28 21:28:46 GMT <alfresco-discord> <douglascrp> sync is something I was willing to play with, but I had to go back to work

2018-06-28 21:29:01 GMT <alfresco-discord> <douglascrp> are you using it in production?

2018-06-28 21:29:10 GMT <alfresco-discord> <digcat> just install the client, point it at your source of docs, and let it get on with it

2018-06-28 21:29:17 GMT <alfresco-discord> <douglascrp> well, I think we should be using #random for this ๐Ÿ˜„

2018-06-28 21:29:21 GMT <alfresco-discord> <digcat> no, still just playing

2018-06-28 21:29:29 GMT <alfresco-discord> <digcat> hehe

2018-06-28 21:29:33 GMT <alfresco-discord> <Cetra> why nextcloud instead of owncloud

2018-06-28 21:29:44 GMT <alfresco-discord> <digcat> nextcloud is the fork

2018-06-28 21:30:59 GMT <alfresco-discord> <digcat> https://civihosting.com/blog/nextcloud-vs-owncloud/

2018-06-28 21:31:00 GMT <alfbot> Title:Nextcloud vs ownCloud โ€“ The Whole Story - CiviHosting (at civihosting.com)

2018-06-28 21:31:23 GMT <alfresco-discord> <Cetra> ahhh, I just saw that. We have set up a few owncloud instances but that was before the fork. Even did some theming, customisation for them!

2018-06-28 21:31:54 GMT <alfresco-discord> <douglascrp> @Cetra how about the performance on high load scenarios?

2018-06-28 21:32:07 GMT <alfresco-discord> <douglascrp> does it perform well?

2018-06-28 21:32:12 GMT <alfresco-discord> <douglascrp> compared with alfresco?

2018-06-28 21:32:56 GMT <alfresco-discord> <Cetra> lol that's setting the bar low!

2018-06-28 21:33:41 GMT <alfresco-discord> <digcat> now now ๐Ÿ˜ƒ

2018-06-28 21:33:57 GMT <alfresco-discord> <Cetra> nah, it's OK, but it is PHP. I think we tried to use HHVM but there were a few quirks

2018-06-28 21:34:15 GMT <alfresco-discord> <digcat> well php no barrier you saw adobe took magento

2018-06-28 21:35:26 GMT <alfresco-discord> <Cetra> yeah php is not too bad, looks like you can cluster it also

2018-06-28 21:35:33 GMT <alfresco-discord> <Cetra> we didn't run into any perf issues tbh

2018-06-28 21:35:44 GMT <alfresco-discord> <Cetra> but they were small installs

2018-06-28 21:35:51 GMT <alfresco-discord> <douglascrp> I guess it can be a good fit for small companies

2018-06-28 21:36:31 GMT <alfresco-discord> <douglascrp> and a cheaper option, when it comes to infrastructure

2018-06-28 21:36:47 GMT <alfresco-discord> <Cetra> I like the sync client

2018-06-28 21:36:58 GMT <alfresco-discord> <Cetra> it's basically like drop box, but self managed

2018-06-28 21:36:58 GMT <alfresco-discord> <douglascrp> I don't know about you, but in Brazil, servers are really really expensive

2018-06-28 21:37:13 GMT <alfresco-discord> <Cetra> I would've thought you'd use AWS or the like?

2018-06-28 21:37:17 GMT <alfresco-discord> <douglascrp> even more if you decide to use somehting like amazon, azure or google

2018-06-28 21:37:28 GMT <alfresco-discord> <Cetra> really?!

2018-06-28 21:37:47 GMT <alfresco-discord> <douglascrp> having to pay for the services in USD is not an option

2018-06-28 21:38:11 GMT <alfresco-discord> <douglascrp> currency rate and taxes makes them too expensive

2018-06-28 21:38:45 GMT <alfresco-discord> <digcat> yes, can only imagine, can you give us idea maybe in terms of beer, how much a server would cost per month

2018-06-28 21:38:53 GMT <alfresco-discord> <douglascrp> ๐Ÿ˜„

2018-06-28 21:39:04 GMT <alfresco-discord> <douglascrp> beers... that is a currency I know nothing about

2018-06-28 21:39:35 GMT <alfresco-discord> <digcat> ahhh, maybe loaf's of bread then, pints of milk ?

2018-06-28 21:39:47 GMT <alfresco-discord> <douglascrp> the options we have in Brazil are not good enough, and they are also expensive

2018-06-28 21:39:51 GMT <alfresco-discord> <douglascrp> ๐Ÿ˜„

2018-06-28 21:40:06 GMT <alfresco-discord> <digcat> its hard to have a comparison with real living costs to get an understanding

2018-06-28 21:40:32 GMT <alfresco-discord> <douglascrp> AWS has datacenters in Brazil, but when you compare the prices here and abroad, the costs are already higher

2018-06-28 21:40:41 GMT <alfresco-discord> <douglascrp> @digcat indeed

2018-06-28 21:41:01 GMT <alfresco-discord> <Cetra> same with Sydney AZ, but not too bad tbh

2018-06-28 21:41:07 GMT <alfresco-discord> <douglascrp> we had a client running alfresco on AWS, but we had to use another AZ

2018-06-28 21:41:18 GMT <alfresco-discord> <douglascrp> I can not remember which one now, as this was 2 years ago

2018-06-28 21:41:21 GMT <alfresco-discord> <digcat> amazon still a pricy option even here in sydney imo

2018-06-28 21:41:57 GMT <alfresco-discord> <douglascrp> but that used to cost about 200 USD per month, for a basic server, with 6 GB or RAM, with all installed locally

2018-06-28 21:42:01 GMT <alfresco-discord> <douglascrp> including the DB

2018-06-28 21:42:20 GMT <alfresco-discord> <douglascrp> that is a lot

2018-06-28 21:42:42 GMT <alfresco-discord> <douglascrp> you can buy a new laptop in 6 months with that money

2018-06-28 21:43:04 GMT <alfresco-discord> <douglascrp> a development laptop

2018-06-28 21:43:16 GMT <alfresco-discord> <douglascrp> nowadays we are using OVH

2018-06-28 21:43:31 GMT <alfresco-discord> <douglascrp> and VPSdime for demonstrantions and quick tests

2018-06-28 21:43:40 GMT <alfresco-discord> <douglascrp> OVH for production, I mean

2018-06-28 21:44:06 GMT <alfresco-discord> <digcat> yep, i looked at them, has their performance been upto it

2018-06-28 21:44:19 GMT <alfresco-discord> <douglascrp> the only thing we use from AWS is S3, for backup

2018-06-28 21:46:51 GMT <alfresco-discord> <Cetra> we use AWS quite a bit, but only EC2 & S3

2018-06-28 21:47:08 GMT <alfresco-discord> <Cetra> don't bother with their ancillary services, lambda, rds, etc..

2018-06-28 21:47:13 GMT <alfresco-discord> <Cetra> too much vendor lockin

2018-06-28 21:47:22 GMT <alfresco-discord> <douglascrp> agreed

2018-06-28 21:48:23 GMT <alfresco-discord> <douglascrp> oh, I didn't know it was possible to send files here

2018-06-28 21:48:26 GMT <alfresco-discord> <digcat> back to addons, bhagyas made the point about module.properties, if that was used that would offer similar thing to the manifest feature on nuxeo wouldnt it? wonder if alfresco could generate warnings if its not completed maybe ?

2018-06-28 21:48:49 GMT <alfresco-discord> <digcat> or am i way off

2018-06-28 21:49:15 GMT <alfresco-discord> <Cetra> is module.properties tightly controlled? I have seen some stuff in my day...

2018-06-28 21:50:02 GMT <alfresco-discord> <digcat> not controlled, but perhaps it could be

2018-06-28 21:50:36 GMT <alfresco-discord> <digcat> they need something which gets completed as part of the build process, so all addons would have a stub in place,

2018-06-28 21:51:14 GMT <alfresco-discord> <Cetra> I would prefer that something like a json schema or similar is used, as that is something that is more readily parseable by most things. Would be great to enforce semver as well..

2018-06-28 21:51:33 GMT <alfresco-discord> <Cetra> everyone uses their own versioning style, even between core alfresco and rm, etc..

2018-06-28 21:51:54 GMT <alfresco-discord> <digcat> yeah thats something which needs sorting out

2018-06-28 21:52:54 GMT <alfresco-discord> <Cetra> we adopted semver for our projects, and put in some dodgy munging to handle the alfresco versions to make them roughly equivalent: https://github.com/cetra3/paramp/blob/master/src/main.rs#L50 It's not perfect though..

2018-06-28 21:52:55 GMT <alfbot> Title:paramp/main.rs at master ยท cetra3/paramp ยท GitHub (at github.com)

2018-06-28 21:54:16 GMT <alfresco-discord> <digcat> thats a good attempt, its hard when naming and numbering are being used by marketing

2018-06-28 21:55:05 GMT <alfresco-discord> <Cetra> that's true, hard to adjust a precedent

2018-06-28 21:56:49 GMT <alfresco-discord> <digcat> have you hit the artifact id issue when doing any upgrades yet?

2018-06-28 21:57:37 GMT <alfresco-discord> <Cetra> which one is that?

2018-06-28 21:58:10 GMT <alfresco-discord> <digcat> haha, a friend of mine was pulling his hair out when trying upgrade from 5.1 to 5.2 enterprise

2018-06-28 21:58:13 GMT <alfresco-discord> <Cetra> oh

2018-06-28 21:58:25 GMT <alfresco-discord> <Cetra> we have a thing called "better modules" which fixes a pretty deep bug

2018-06-28 21:58:44 GMT <alfresco-discord> <Cetra> especially if you have about 13-15 modules installed

2018-06-28 21:58:58 GMT <alfresco-discord> <Cetra> also allows downgrading modules, but does add a warning

2018-06-28 22:03:12 GMT <alfresco-discord> <digcat> ahh yes, taking it in house probably the better way

2018-06-28 22:03:26 GMT <alfresco-discord> <Cetra> I'm just trying to find the issue I raised

2018-06-28 22:03:39 GMT <alfresco-discord> <Cetra> I think it was on an old github repo that is no longer present

2018-06-28 22:04:36 GMT <alfresco-discord> <Cetra> but what we were seeing is that it kept rerunning old migrations for the RM module, even though they had run

2018-06-28 22:04:46 GMT <alfresco-discord> <digcat> yep

2018-06-28 22:04:57 GMT <alfresco-discord> <Cetra> so it was borking the db

2018-06-28 22:05:38 GMT <alfresco-discord> <digcat> yes thats the issue i think, hence having to rename the artifact id, to get around it

2018-06-28 22:10:08 GMT <alfresco-discord> <Cetra> It's because the moduleId is passed in as a seperate argument to the executeComponent function, rather than getting it from the ModuleComponent class itself

2018-06-28 22:10:16 GMT <alfresco-discord> <Cetra> which is wrong in some scenarios

2018-06-28 22:11:31 GMT <alfresco-discord> <digcat> so that bug must still persist today

2018-06-28 22:11:36 GMT <alfresco-discord> <Cetra> yep!

2018-06-28 22:12:38 GMT <alfresco-discord> <Cetra> I think it was a bit too deep a change for the engineering team to incorporate the fix we came up with

2018-06-28 22:12:49 GMT <alfresco-discord> <Cetra> might be fixed in version 6

2018-06-28 22:13:02 GMT <alfresco-discord> <Cetra> took like 2 days to work that one out...

2018-06-28 22:13:47 GMT <alfresco-discord> <digcat> yeah nasty one

2018-06-28 22:59:05 GMT <alfresco-discord> <digcat> hi @ohej i hope this finds you well, i can imaging things are keeping you busy busy !! but as you were involved with the sdk etc, was wondering if I could direct this your way, there was discussion around addons, jeffs proposing a stub file, but was wondering whether this might be something which could be embedded in the archetypes in someway, to generate this, so akin to nuxeos manifest file

2018-06-28 22:59:06 GMT <alfresco-discord> https://doc.nuxeo.com/nxdoc/creating-nuxeo-packages/ so that when building addons a file will always be present, which could be used for identifying addons.

2018-06-28 22:59:07 GMT <alfbot> Title:Creating Nuxeo Packages | Nuxeo Documentation (at doc.nuxeo.com)

End of Daily Log

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