ofbiz-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giulio Speri - MpStyle Srl <giulio.sp...@mpstyle.it>
Subject Re: Scheduled jobs weird behavior
Date Fri, 30 Mar 2018 13:05:51 GMT
Hi Nicolas,

thanks for your quick answer.

The service is written in Groovy: this could lead to problems with
exceptions raising?
Do you suggest a Java solution to better manage exceptions?
Since I am one of the developer of the service I can directly work on the
code :) .



2018-03-30 14:18 GMT+02:00 Nicolas Malin <nicolas.malin@nereide.fr>:

> Hello Giulio,
>
> On 30/03/2018 14:05, Giulio Speri - MpStyle Srl wrote:
>
>> Hi all,
>> [...] Now, here is the issue; sometimes (runtime in which happen seems
>> random), I
>> notice that:
>> - the service in the Job List screen, has the state of "Finished" (no
>> errors);
>> - No log file nor zip file is written;
>> - the flag on the OrderHeader entity has been set to "Y" (by default is
>> null this field);
>> - no error or exception found in ofbiz/error log files;
>>
>> The Job Poller on the second instance of ofbiz is disabled
>> ("poll-enable=false" in serviceengine.xml), so that all the scheduled jobs
>> are run only on the first instance.
>>
>> I am quite confused by this situation and I really don't know what and
>> where to look, to understand what happens.
>>
>> Does anyone ever experienced a similar issue?
>>
> I worked several time with service engine and I interpreted your feedback
> as follow :
> * the service in the Job List screen, has the state of "Finished" -> Ok
> for OFBiz the service return a success
> * the flag on the OrderHeader entity has been set to "Y" (by default is
> null this field); -> If your service run under transaction, no reason that
> your service correctly
> * No log file nor zip file is written
>   ** I see different case, if you are sure that your code works properly
> check if you didn't manage some silent exception ( as
> try{...}catch(Exception){ }) and is it's the case review you exception
> management.
>   ** Increase your code with more log with good log4j configuration for
> track your service.
>   ** Check if you haven't external element that can be delete your file by
> inadvertence
>   ** a doubt, send an email with the generate file to your developer team
> in // to the storage.
>   ** no solution -> Use the remote debugger
>
> I hope you can find a solution to your problem
> Nicolas
>
> Thanks in advance for your help.
>>
>> Giulio
>>
>>
>


-- 
Giulio Speri


*Mp Styl**e Srl*
via Antonio Meucci, 37
41019 Limidi di Soliera (MO)
T 059/684916
M 334/3779851

www.mpstyle.it

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message