[JBoss jBPM] - ContextInstance of a non-null ProcessInstance is null
by coolex
Hello!
I have this method which I call from a jboss rule:
public void dosth(org.jbpm.graph.exe.ProcessInstance processInstance){
| System.out.println("The Id of the process is: "+ processInstance.getId() );
| System.out.println("The value of the variabel is: "+ processInstance.getContextInstance().getVariable("owner") );
| }The result is:
| The Id of the process is: 1
| The value of the variabel is: null
I am 100% sure that I have set the process variable before with this code:org.jboss.seam.bpm.ProcessInstance.instance().getContextInstance().setVariable("owner", "testowner");
I made some other tests, so I know very well that this variable has been set perfectly.
The rule is also working without any problems.
But why I can't get the ContextInstance out of my non-null ProcessInstance?
bye
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168034#4168034
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168034
16 years, 5 months
[EJB 3.0] - Re: JBoss 5.0.0.CR1 - EJB Lookup Successful but ClassCastEx
by zampu007
After multiple trials and some hints from other posts I figured out the solution to the project.
Basically the ThirdSession.class (a business interface for EJB) was getting loaded 2 times. One was from EJB project and another from WAR project. Even though my Servlet is making a remote EJB call I modified my eclipse setup so that the business interface class is not loaded as a part of WAR file and only loaded as a part of EJB jar file. Wallah, it worked as expected.
If I deploy the dynamic project along with the business interface in another JBOSS instance then also the code works indicating that one JVM can not have more than one class loaded thru different deployed components.
Seems to be problem in the jboss implementation. This means the the person who is building need to know beforehand how the deployment is going to be. Even though the EJB invocation is thru remote invocation, if EJB and its client are in same JBOSS JVM then care has to be taken so that class is not loaded multiple times. As FYI I never faced similar problem while working with Websphere.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168032#4168032
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168032
16 years, 5 months
[Tomcat, HTTPD, Servlets & JSP] - Sun WebServer 7.0/jBoss 4.2.2 http connectors unresponsive
by gotthejack
We have a Sun Webserver 7.0 front end connecting with multiple jBoss 4.4.2 servers using http connector. Throughout the day we receive multiple offline errors from the Sun Webserver stating that one of the servers in unresponsive. During these times the number of connections are under 30 and the jBoss servers are not overburdened.
>From our Sun Webserver logs:
[24/Jul/2008:07:17:27] fine (17169): for host 67.99.63.186 trying to POST /matter/billing/LegalBillSubmit.serv, attempting to connect to 10.10.15.21:8080
[24/Jul/2008:07:21:11] fine (17169): for host 67.99.63.186 trying to POST /matter/billing/LegalBillSubmit.serv, error connecting to 10.10.15.21:8080 (IO time
out error)
We have increased the client connect-timeout in the Sun Webserver and it has not made any difference. We are wondering is there any way to diagnose http connector issues in jBoss? Is this a question for tomcat? Any way to debug log the connectors to see what is occurring? This is only happening in our production environment.
Any advice would be helpful.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168028#4168028
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168028
16 years, 5 months
[JBoss jBPM] - Re: jBPM on GlassFish - HTTP status 500
by crued
The particular lines that seem to be causing trouble are the "gd:filter" tags. It seems that the entryVar is used in some EL expression inside the "test" and "filterArgument" attributes of this tag. My current guess is that Glassfish sees these and tries to evaluate them, but since the entryVar is not known to the EL context, it throws an exception.
So here's an example:
<gd:filter source="#{piList}" target="#{piList}" entryVar="entry" test="#{filter_ended and entry != null and entry.end != null or entry != null and entry.end == null and (filter_suspended and and entry.suspended or filter_running and ! and entry.suspended)}"/>
When Glassfish sees the #{ ... } it tries to evaluate it. It sees entry.end, and then tries to find the end property of the object "entry" in the current context. This doesn't exist --> BOOM.
I still don't know what to do to fix it...is entry supposed to exist at this point? Is the test being evaluated too soon? For now, I'll just disable the filter tags...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4168020#4168020
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4168020
16 years, 5 months