[jBPM] - [jbpm5.1] Inconsistencies between Guvnor and jbpm-console
by michelpohle
michelpohle [http://community.jboss.org/people/michelpohle] created the discussion
"[jbpm5.1] Inconsistencies between Guvnor and jbpm-console"
To view the discussion, visit: http://community.jboss.org/message/638371#638371
--------------------------------------------------------------
Dear jBPM-Community,
I am rather new with jBPM, but so far could solve all the problems I've come across by analysis and googling. Not so this time. Workflows from Guvnor will just not show up in the jBPM web console ( http://localhost:8080/jbpm-console/ http://localhost:8080/jbpm-console/). Please let me tell you my development environment and approach so I can explain my problem:
* jBPM 5.1 deployed on a JBoss AS 7.0.1 (jbpm-gwt-console-[server].war) together with Guvnor 5.3.0.CR1 (drools-guvnor.war)
* For designing the processes, I use the Eclipse plugin
* Then, I upload them to Guvnor by dropping the *.bpmn file into the WebDAV folder
* refresh Guvnor and build package
* refresh and check in jBPM web console
This approach worked until yesterday, when a workflow would just not show up in the jBPM console. Things got weird when I minimized the workflow to isolate the problem and, in another step, had to change the process ID in order to avoid conflict. After replacing the old workflow file (the only difference being the changed ID) and rebuilding Drools' defaultPackage, I would have expected to the either the old or the new process. Instead, localhost:8080/gwt-console-server/rs/process/definitions returned this:
> {"definitions":[{"id":"com.sample.bpmn.hello","name":"Hello World","version":0,"packageName":"defaultPackage","deploymentId":"N/A","suspended":false},{"id":"com.sample.bpmn.hellox","name":"Hello World","version":0,"packageName":"defaultPackage","deploymentId":"N/A","suspended":false}]}
Both versions of the minimized process would show up in the jBPM console and be executable although only one file corresponding to the workflow was included in the built package.
Both source and documentation of the Drools package contain no helpful information and when I checked the binary with a text editor (before minimizing the workflow), I could make out fragments of my code, indicating that it was included in the package.
One of the last things I changed before these inconsistencies started to occur was change the configuration of the defaultPackage (importing a class and later deleting that import). Assuming that this was the reason for my problems, I've since deleted the h2 database, Drools' repository folder and JBoss' temp files and afterwards re-imported all necessary files into Guvnor, but that seemed not to change anything about my problem.
As reference, here are the original and minimal workflow files and a custom work item definition that is used by the original. I had already successfully executed workflows with that custom work item before the problem occured.
Your help would be very much appreciated.
Best regards,
Michèl Pohle
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/638371#638371]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
12 years, 5 months
[EJB3] - EJB3 Injection
by André Simões
André Simões [http://community.jboss.org/people/asimoes] created the discussion
"EJB3 Injection"
To view the discussion, visit: http://community.jboss.org/message/637948#637948
--------------------------------------------------------------
Hi.
Imagine the following scenario:
One JBoss cluster with web apps
Other JBoss cluster with Ejb, jms, etc..
The clusters are isolated by a DMZ.
>From the web app cluster, I need to inject some EJB's from the other cluster.
The only way (that I realize) to do it is with some code like this:
static public TestFacade assfac(){
if( Facade._assfac ==null ) {
try {
Context ctx = new InitialContext(getProperties());
Facade._assfac = (TestFacade) ctx.lookup("TestFacade/remote");
} catch (Exception e) {
Facade._assfac = null;
log.error(e.getMessage());
}
}
return Facade._assfac;
}
//pass cluster urls for injection
//Ex: facadeurls="192.168.0.1,192.168.0.2"
private static Properties getProperties() {
String facadeurls = System.getProperty("FacadeUrls", "");
Properties p = System.getProperties();
if (facadeurls.length()> 1) {//Got property on path
p.put(Context.PROVIDER_URL, facadeurls);
}
return p;
}
This approach works, but do not work well!
1º It tends to always inject from the first ip found on properties.
2º If jboss node from first ip is offline, it injects from the next ip, but if jboss fails after injection, we have to inject again or we receive a connection refused.
There are some way to have some kind of load balancing/failure detection on ejb injection?
Do someone sugests another way to solve this problem?
Thanks.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/637948#637948]
Start a new discussion in EJB3 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
12 years, 5 months
[jBPM] - Re: Growing NioProcessor Thread Number in Human Tasks
by Sandip Bhoi
Sandip Bhoi [http://community.jboss.org/people/sandip.bhoi] created the discussion
"Re: Growing NioProcessor Thread Number in Human Tasks"
To view the discussion, visit: http://community.jboss.org/message/638400#638400
--------------------------------------------------------------
Thanks its passing further but stucked at taskSummaryHandler.getResults()
// krisv is Product Planner
public static List<TaskSummary> getTaskDetails(String userName) {
List<TaskSummary> task1 = null;
try {
SystemEventListenerFactory.setSystemEventListener(new SystemEventListener());
TaskClient taskClient = createTaskClient();
// "krisv" executes
BlockingTaskSummaryResponseHandler taskSummaryHandler = new BlockingTaskSummaryResponseHandler();
taskClient.getTasksAssignedAsPotentialOwner(userName, "en-UK", taskSummaryHandler);
if (taskSummaryHandler != null && taskSummaryHandler.getResults() != null
&& taskSummaryHandler.getResults().size() > 0) {
// task1 = taskSummaryHandler.getResults().get(0);
task1 = taskSummaryHandler.getResults();
}
System.out.println("ProcessTest.getTaskDetails() task1:" + task1);
System.out.println("ProcessTest.getTaskDetails() ksession:" + ksession);
} catch (Exception e) {
System.out.println("ProcessTest.getTaskDetails()() Exception");
e.printStackTrace();
}
return task1;
}
public List<TaskSummary> getResults() {
// note that this method doesn't need to be synced because if waitTillDone returns true,
// it means results is available
boolean done = waitTillDone(RESULTS_WAIT_TIME);
if (!done) {
throw new RuntimeException("Timeout : unable to retrieve results");
}
return results;
}
Exception in thread "Thread-21" java.lang.RuntimeException: Client Exception with class class org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1 using port 5445
at org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1.run(HornetQTaskClientConnector.java:115)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassCastException: org.jbpm.process.workitem.wsht.CommandBasedWSHumanTaskHandler$TaskCompletedHandler cannot be cast to org.jbpm.task.service.TaskClientHandler$TaskSummaryResponseHandler
at org.jbpm.task.service.TaskClientHandler.messageReceived(TaskClientHandler.java:171)
at org.jbpm.task.service.hornetq.HornetQTaskClientHandler.messageReceived(HornetQTaskClientHandler.java:55)
at org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1.run(HornetQTaskClientConnector.java:104)
... 1 more
ProcessTest.getTaskDetails()() Exception
java.lang.RuntimeException: Timeout : unable to retrieve results
at org.jbpm.task.service.responsehandlers.BlockingTaskSummaryResponseHandler.getResults(BlockingTaskSummaryResponseHandler.java:41)
at com.sample.servlet.TaskWorkUtil.getTaskDetails(TaskWorkUtil.java:123)
at com.sample.servlet.OrderFactoryServlet.execute(OrderFactoryServlet.java:119)
at com.sample.servlet.OrderFactoryServlet.doGet(OrderFactoryServlet.java:41)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:297)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
:( :( :(
http://community.jboss.org/servlet/JiveServlet/showImage/2-638400-17362/C... http://community.jboss.org/servlet/JiveServlet/downloadImage/2-638400-173...
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/638400#638400]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
12 years, 5 months
