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

2017-03-04 00:48:59 GMT <fwu> hello!

2017-03-04 01:55:42 GMT <douglascrp> fwu, still working?

2017-03-04 01:55:51 GMT <fwu> yeah

2017-03-04 01:55:56 GMT <douglascrp> same here

2017-03-04 01:55:59 GMT <fwu> looking to a problem here lol

2017-03-04 01:56:10 GMT <douglascrp> the AMP or the workflow one?

2017-03-04 01:56:16 GMT <fwu> wf

2017-03-04 01:56:20 GMT <douglascrp> I see

2017-03-04 01:56:31 GMT <fwu> comapring a working one with the other is not working well

2017-03-04 01:56:40 GMT <douglascrp> I am rehearsing an upgrade in the dev environment

2017-03-04 01:56:57 GMT <douglascrp> workflows in alfresco are always hard to work on

2017-03-04 01:57:02 GMT <douglascrp> I don't like it

2017-03-04 01:57:33 GMT <fwu> yeah, but the problem is to be a lot of time without working on them

2017-03-04 01:57:47 GMT <douglascrp> what is the matter?

2017-03-04 01:57:58 GMT <douglascrp> are you trying to read a task variable from another task?

2017-03-04 01:58:18 GMT <fwu> i cant get to the values filled by the user in the start screen

2017-03-04 01:58:34 GMT <douglascrp> do you have a task listener

2017-03-04 01:58:38 GMT <fwu> it must be something really stupid :)

2017-03-04 01:58:43 GMT <fwu> yes

2017-03-04 01:58:45 GMT <douglascrp> I have a workflow here

2017-03-04 01:58:55 GMT <douglascrp> let me take a look at the code I have

2017-03-04 01:58:56 GMT <fwu> I tried both the start and end listeners

2017-03-04 01:59:17 GMT <fwu> but I think I should be able to get those variables even if I dont use the listners

2017-03-04 01:59:29 GMT <douglascrp> I don't think so

2017-03-04 01:59:35 GMT <douglascrp> let me get the exact code I have

2017-03-04 01:59:38 GMT <fwu> i beleive the start screen is a little bit special...

2017-03-04 01:59:50 GMT <douglascrp> I doubt it

2017-03-04 01:59:50 GMT <fwu> nevertheless I cant get the values in either way

2017-03-04 02:01:53 GMT <douglascrp> http://pastebin.com/9krCSSUh

2017-03-04 02:01:54 GMT <alfbot> Title: ExecutionListener, end event in the start task - Pastebin.com (at pastebin.com)

2017-03-04 02:02:04 GMT <douglascrp> this is what I do in the end event in the start task

2017-03-04 02:02:14 GMT <douglascrp> I mean, when the start task is finished, that is the listener

2017-03-04 02:02:28 GMT <douglascrp> notice it is an execution listener, and not a task listener

2017-03-04 02:02:34 GMT <fwu> let me see

2017-03-04 02:03:42 GMT <douglascrp> http://pastebin.com/HA1LLpBL

2017-03-04 02:03:43 GMT <alfbot> Title: First human task after the start task, ExecutionListener - Pastebin.com (at pastebin.com)

2017-03-04 02:03:56 GMT <fwu> bpm_package.children[i] is not to get the documents?

2017-03-04 02:04:05 GMT <douglascrp> and this is the code I have attached to the executionlistener in the first human task, just after the start task

2017-03-04 02:04:08 GMT <fwu> you are getting the properties of the form using this?

2017-03-04 02:04:08 GMT <douglascrp> ah, yes, but ignore that part

2017-03-04 02:04:16 GMT <douglascrp> I simply copied all the code

2017-03-04 02:04:21 GMT <fwu> ah, ok

2017-03-04 02:04:37 GMT <douglascrp> replace this

2017-03-04 02:04:37 GMT <douglascrp> execution.setVariable('hrf_empreendimento', bpm_package.children[i].properties["hrf:empreendimento"]);

2017-03-04 02:04:41 GMT <douglascrp> with something like

2017-03-04 02:05:00 GMT <fwu> but that what Im talkng about...

2017-03-04 02:05:03 GMT <douglascrp> execution.setVariable('hrf_empreendimento', task.getVariable("hrf:empreendimento"));

2017-03-04 02:05:14 GMT <fwu> hrf:empreendimento is a property of the form?

2017-03-04 02:05:42 GMT <fwu> oh..I see you are getting the value of a property of a document

2017-03-04 02:05:44 GMT <fwu> right?

2017-03-04 02:05:53 GMT <douglascrp> yes, but the idea is the same

2017-03-04 02:06:03 GMT <douglascrp> you just have to replace that by task.getVariable

2017-03-04 02:06:06 GMT <fwu> but Im trying to get a property of the form

2017-03-04 02:06:08 GMT <fwu> so:

2017-03-04 02:06:21 GMT <douglascrp> and then, in the start event in the human task, you simply change the order

2017-03-04 02:06:22 GMT <fwu> I cant make this:

2017-03-04 02:06:44 GMT <douglascrp> task.setVariable(xxxx) = execution.getVariable(xxx)

2017-03-04 02:06:54 GMT <douglascrp> that`s how I do, and that is working well for months

2017-03-04 02:07:01 GMT <douglascrp> can you share your bpmn file?

2017-03-04 02:07:45 GMT <douglascrp> I am waiting the server finish something, so i can take a look

2017-03-04 02:08:14 GMT <fwu> execution.setVariable('prop_nomeClienteProp', execution.getVariable('prop_nomeClienteProp'));

2017-03-04 02:08:20 GMT <fwu> it doesnt make sense.

2017-03-04 02:08:42 GMT <fwu> thats why I beleive that in not human tasks, the form properties are set automatically

2017-03-04 02:08:44 GMT <douglascrp> no, that`s wrong

2017-03-04 02:08:53 GMT <douglascrp> pay attention... saving to execution

2017-03-04 02:09:00 GMT <douglascrp> execution.setVariable = task.getVariable

2017-03-04 02:09:07 GMT <douglascrp> and then, from execution to task,

2017-03-04 02:09:16 GMT <douglascrp> task.setVariable = execution.getVariable

2017-03-04 02:09:21 GMT <fwu> but i cant use task.getvariable in the startevent :(

2017-03-04 02:09:28 GMT <fwu> it is not a task form

2017-03-04 02:10:14 GMT <fwu> i can only do that in the task form that comes next. but execution.getVariable will give me null

2017-03-04 02:12:01 GMT <fwu> here:

2017-03-04 02:12:02 GMT <fwu> execution.setVariable('hrfwf_calculoIptuOutcome', task.getVariable('hrfwf_calculoIptuOutcome'));

2017-03-04 02:12:12 GMT <fwu> you are getting the value from the task form, right?

2017-03-04 02:12:33 GMT <fwu> the problem is that in the previous screen (the start screen), I already loose the value

2017-03-04 02:12:35 GMT <douglascrp> yes

2017-03-04 02:12:53 GMT <douglascrp> now I understand your problem

2017-03-04 02:12:58 GMT <douglascrp> ok, let me take a look at another workflow

2017-03-04 02:13:02 GMT <douglascrp> if I have that or not

2017-03-04 02:13:06 GMT <fwu> im not able to pass the values from the startscreen. BUT if I set them in code, it works.

2017-03-04 02:13:32 GMT <fwu> so, the problem is in the map between the startscreen and the listener I think.

2017-03-04 02:13:55 GMT <douglascrp> by "set them in code" do you mean fake data only for test?

2017-03-04 02:14:03 GMT <fwu> yes

2017-03-04 02:14:06 GMT <douglascrp> but the real data in the form is lost

2017-03-04 02:14:09 GMT <douglascrp> ok, let me see

2017-03-04 02:14:11 GMT <fwu> yes

2017-03-04 02:14:26 GMT <fwu> the data filled by the suer is always null

2017-03-04 02:14:38 GMT <fwu> i have other workflows working..argh

2017-03-04 02:14:48 GMT <fwu> so this must be a worng definition somewhere

2017-03-04 02:15:24 GMT <douglascrp> are you using the same parent in the model definition?

2017-03-04 02:15:31 GMT <douglascrp> bpm:startTask

2017-03-04 02:17:20 GMT <fwu> but inside a user task only, right?

2017-03-04 02:17:33 GMT <fwu> sorry, wrong sentence

2017-03-04 02:17:46 GMT <douglascrp> :D

2017-03-04 02:18:32 GMT <fwu> yes i am

2017-03-04 02:18:56 GMT <fwu> im comparing line by line and everyting looks right

2017-03-04 02:19:34 GMT <douglascrp> share the start task type you are using

2017-03-04 02:19:40 GMT <douglascrp> the xml

2017-03-04 02:21:24 GMT <fwu> wait

2017-03-04 02:21:46 GMT <douglascrp> and check if you have the right formid set in the bpmn for the start event

2017-03-04 02:22:01 GMT <douglascrp> maybe you have a mismatch there

2017-03-04 02:22:14 GMT <douglascrp> if the type is wrong, there is no way it will save the value

2017-03-04 02:23:08 GMT <fwu> i already looked at that also

2017-03-04 02:23:14 GMT <douglascrp> ok

2017-03-04 03:12:14 GMT <holycow> hi all

2017-03-04 05:10:25 GMT <holycow> hi all

2017-03-04 05:10:50 GMT <holycow> i mounted a webdav share with rw perms as the right user from a linux client

2017-03-04 05:11:09 GMT <holycow> when i upload files they appear on the webdav share but they get deleted from the share after about 5 or 10 seconds

2017-03-04 05:11:15 GMT <holycow> why does this happen?

2017-03-04 05:22:08 GMT <holycow> oh, it's checking for mimetypes

2017-03-04 05:22:09 GMT <holycow> i see

2017-03-04 05:22:10 GMT <holycow> thx

2017-03-04 07:26:25 GMT <qwebirc83880> join

2017-03-04 11:23:41 GMT <fwu> hi all

2017-03-04 15:23:41 GMT <yreg_> QQ: setting different cache settings for distributed caches, for different nodes in cluster... would it break alfresco?

2017-03-04 15:24:28 GMT <yreg_> I totally forgot about the other node in the acceptance environment, and tuned caches for the other node

2017-03-04 15:24:34 GMT <yreg_> ysterday

2017-03-04 15:25:23 GMT <yreg_> and today, I find that heap is 100% full and the log is full of cache synchronization errors !

2017-03-04 15:26:17 GMT <yreg_> I have set the same caches setting in test environment, which does not have clustering and everything is working perfectly fine there !!

2017-03-04 15:38:17 GMT <AFaust> Oh - hi yreg_

2017-03-04 15:38:28 GMT <AFaust> Lucky that I actually looked at this window

2017-03-04 15:39:37 GMT <AFaust> Cache settings are not synchronised across the cluster with Alfresco default clustering - each local cache has its own configuration. For a fully-distributed cache it can be problematic if the caches have different settings for maxItems, TTL, backup etc.

2017-03-04 15:40:41 GMT <AFaust> Did you do a heap dump to check what is actually using up the memory?

2017-03-04 15:46:13 GMT <yregaieg> AFaust, I am considering that, but not sure I have enough space on my disk for that (15G of heap only 8G of free disk space on the VM)

2017-03-04 15:46:48 GMT <yregaieg> I will maybe use the share drive used for content store

2017-03-04 16:03:57 GMT <yregaieg> AFaust, I will do that on monday

2017-03-04 16:04:21 GMT <yregaieg> but I know for sure that there is some heavy jobs running today for reporting

2017-03-04 16:04:44 GMT <yregaieg> and I assume from the few hundred megs of logs

2017-03-04 16:05:12 GMT <yregaieg> that this node had really hard time trying to synchroniza caches

2017-03-04 16:05:26 GMT <yregaieg> the test environment is an exact replica of data

2017-03-04 16:05:33 GMT <yregaieg> with half the ram

2017-03-04 16:06:08 GMT <yregaieg> and does not show any problem, at some time earlier today heap grimped to 70% and now back to 30-40%

2017-03-04 23:19:48 GMT <fwu> hi all

End of Daily Log

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