![]() ![]() |
#1
|
|||
|
|||
![]()
What is the best way to debug a dynamic task? It seems you can only create a test instance of actual workflows, and I can't seem to find a way to quickly test the dynamic task? It takes quite awhile to load and install the svar, and all I can do is plug it into a new workflow and debug that workflow. Currently I'm getting an error (attached image) and I have no idea where to look for details about what the problem is? Any help in this regard would be appreciated!
|
#2
|
|||
|
|||
![]()
I am logging things with Logger and have it set to log ALL, but I can't recall what server you have to connect to to view the logs? Does anyone have any details on how to view logs for a dynamic task?
|
#3
|
|||
|
|||
![]()
The task type logging is rolled into the EngagementDesigner logs (even though the system creates logging files for them separately, probably for any aux services that are in the snap-in)
`ce dlogon EngagementDesigner` and `ce dlogv EngagementDesigner` |
#4
|
|||
|
|||
![]()
Yeah, I had found this online:
Log in to the Avaya Breeze™ server and run this command: ce dlogv <serviceName>. But which server do I connect to? My Collaboratory docs don't list an "Avaya Breeze Server" ![]() |
#5
|
|||
|
|||
![]()
I connect into the server listed as EDP and I get this. Not sure what I'm doing, but if my task is named "MyTask", how would I see what it is logging? It still has this generated line in the execute java class that I'm trying to find: logger.info("HelloExecution started....");
[cust18779@edpamgmt022 ~]$ ce dlogon EngagementDesigner log4j.logger.EngagementDesigner/EngagementDesigner: changing state to ALL/ALL [cust18779@edpamgmt022 ~]$ ce dlogv EngagementDesigner 2016-02-09 21:40:42,896 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - SchedulerSchemaBuilder.build(): loading DDLs ... 2016-02-09 21:40:43,231 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - SchedulerSchemaBuilder.build(): successfully executed DDLs ... 2016-02-09 21:40:43,233 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - DBIndexBuilder.build(): invoked ... 2016-02-09 21:40:43,240 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - DBIndexBuilder.getConnection(): Connection retrieved successfully ... 2016-02-09 21:40:43,240 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - DBIndexBuilder.build(): loading DDLs ... 2016-02-09 21:40:43,258 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - DBIndexBuilder.build(): successfully executed DDLs ... Type :quit<Enter> to exit Vim 016-02-09 21:40:42,859 [AriesJavaEEExtenderThreadPool : 0] EngagementDesigner INFO - EngagementDesigner-3.1.0.1.09009 - SchedulerSchemaBuilder.build(): invoked |
#6
|
|||
|
|||
![]()
It doesn't get shown any different way. If your task runs, the logger output will show in that log. I haven't tried anything on a "cluster" with more than one server so it might be different with multiple.
I'm thinking that spinning up a new thread might be needed to do any real work so that I can return a value in the original thread in a timely manner. |
#7
|
|||
|
|||
![]()
You may be getting a little over my head with that
![]() try { String url = "http://www.google.com"; InputStream in = null; HttpClient client = new HttpClient(); PostMethod method = new PostMethod(url); //Add any parameter if u want to send it with Post req. method.addParameter("p", "apple"); int statusCode = client.executeMethod(method); if (statusCode != -1) { in = method.getResponseBodyAsStream(); } //System.out.println(in); obj.put("STTId","Resp(" + statusCode + "): " + in); } catch(Exception ex){ obj.put("STTId","ERR:" + ex.getMessage()); } |
#8
|
|||
|
|||
![]()
Logs will get printed in EngagementDesigner.log
|
#9
|
|||
|
|||
![]()
Thanks, I am now able to view the logs in EngagementDesigner.log. As best I can tell, my errors have been ClassNotFound type errors, and it seems that adding classes to this in pom.xml have fixed most of those errors.
<ImportPackage>javax.persistence,org.json,com.avay a.app.entity,com.avaya.workflow.*,com.roob roo.*; !*</Import-Package> |
#10
|
|||
|
|||
![]()
Awesome glad to hear!
|
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|