Alfresco discussion and collaboration. Stick around a few hours after asking a question.
Official support for Enterprise subscribers: support.alfresco.com.
Join in the conversation by getting an IRC client and connecting to #alfresco at Freenode. Our you can use the IRC web chat.
More information about the channel is in the wiki.
More help is available in this list of resources.
2017-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
The other logs are at http://esplins.org/hash_alfresco