[JBoss Seam] - Re: Trinidad PPR/Ajax and Seam
by chane
dj - thanks for the info on dialogs. I am just starting to incorporate the trinidad dialog functionality into my app. Couple of questions if you have the time:
1) Did you extend/override the Seam PhaseListener or did you incorporate another one into the stack?
2) Same question for the ActionListener?
I have not worked with either of these, so new stuff to learn. Would you mind posting an example of the faces config for these two?
Would you have an example page/config files that you could share?
I'm reading through the Trinidad docs and have not fully incorporated all of the pieces yet.
- To date I have not used navigation rules, but it looks like I must for dialog:something to work in the commandButton action (did you find something else that would work?)
- In Trinidad's example they have
<tr:inputListOfValues label="Pick a number:" value="(Empty)"
| action="dialog:chooseInteger"
| windowWidth="300" windowHeight="200"/>
how to bind this to the backing bean managed by seam? Set the value as an EL expression?
Well....off to play with new toys!
Thanks in advance for any help,
Chris....
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034778#4034778
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034778
19 years
[JBoss jBPM] - process versioning + swimlane with pooledActors
by yoyoyoyo
processdefinition.xml:
Swimlane S1 with pooledActors="A1, A2"
Process Definition has 3 Tasks: T1, T2 and T3, all assigned to Swimlane S1
Problem:
step 1:
A1 started a process instance, with T2 automatically in his pooledTasks list, which is the expected behaviour
step 2:
Process Definition changed (S1 changed to S1' with pooledActors="A2", i.e., A1 is not in S1 any more) and the process definition got new version (using JbpmContext.deployProcessDefinition()):
step 3:
A1 completes T2
Expected: T3 in A1's pooledTasks. Because the running process instance started by A1 was based on the old process definition, which means that A1 should be able to take a part in all the three tasks T1, T2 and T3.
But T3 is not in A1's pooledTask list. In fact, T2 was already labeled with the new process definition version after step 2.
Question
It seems that the change in TaskMgmt takes effect immediately and influences the process instances started on old process definitions. Is this a bug or an intention?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034774#4034774
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034774
19 years
[JBoss Messaging] - Re: Incompatible local class org.jboss.remoting.InvokerLocat
by tonylmai
I found a posting on this board not to use jboss-all-client.jar so I removed it from my computer totally. My client only used those 3 jars I mentioned.
Here is the client output. Notice the fourth jar in the list is for the client itself.
anonymous wrote : D:\dev\exchange\bin>java -classpath ..\\build\jar\exchange.jar;D:\JBoss\jboss-4.0.5.GA\client\jboss-j2ee.jar;..\\lib\jboss-messaging-client.jar;..\\lib\judots-common.jar com.judots.exchange.client.commandline.ExchCommandlineClient
|
| Unable to connect to remote server. Exception:Unable to lookup Exchange's Maintenance Server. Please shutdown application and try again.
| com.judots.exchange.api.config.ServiceLocatorException: Unable to lookup Exchange's Maintenance Server. Please shutdown application and try again.
| at com.judots.exchange.api.config.admin.ExchangeAdminServiceLocator.open(ExchangeAdminServiceLocator.java:26)
| at com.judots.exchange.client.commandline.ExchAppController.init(ExchAppController.java:54)
| at com.judots.exchange.client.commandline.ExchCommandlineClient.run(ExchCommandlineClient.java:89)
| at com.judots.exchange.client.commandline.ExchCommandlineClient.main(ExchCommandlineClient.java:137)
|
| Caused by: javax.naming.CommunicationException [Root exception is java.io.InvalidClassException: org.jboss.remoting.InvokerLocator; local class incompatible: stream classdesc serialVersionUID = -2909329895029296248, local class serialVersio
| nUID = -4977622166779282521]
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:723)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:588)
| at javax.naming.InitialContext.lookup(Unknown Source)
| at com.judots.exchange.api.config.admin.ExchangeAdminServiceLocator.open(ExchangeAdminServiceLocator.java:24)
| ... 3 more
|
| Caused by: java.io.InvalidClassException: org.jboss.remoting.InvokerLocator; local class incompatible: stream classdesc serialVersionUID = -2909329895029296248, local class serialVersionUID = -4977622166779282521
| at java.io.ObjectStreamClass.initNonProxy(Unknown Source)
| at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
| at java.io.ObjectInputStream.readClassDesc(Unknown Source)
| at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
| at java.io.ObjectInputStream.readObject0(Unknown Source)
| at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
| at java.io.ObjectInputStream.readSerialData(Unknown Source)
| at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
| at java.io.ObjectInputStream.readObject0(Unknown Source)
| at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
| at java.io.ObjectInputStream.readSerialData(Unknown Source)
| at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
| at java.io.ObjectInputStream.readObject0(Unknown Source)
| at java.io.ObjectInputStream.readObject(Unknown Source)
| at java.rmi.MarshalledObject.get(Unknown Source)
| at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:72)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:653)
| ... 6 more
|
| D:\dev\exchange\bin>
I agree that it is highly an err on my client's end. I just can't figure out where it could be.
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034773#4034773
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034773
19 years