I've worked it out. Two issues are at hand
- The building of the examples.bar from the examples folder does *not* include the *.ftl files so the forms are not included. You could include them by adding an include line in the build.xml file
- But then the forms are in a subdir /org/jbpm/.... and the taskform engine does *not* look for them there. If you just zip all the files in the taskform folder into a e.g. .bar file and change the build.xml file a little so you can deploy this separate file, you can play with the taskforms.
hth
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238426#4238426
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238426
Hi All,
I want to respond to an Empty HTTP POST (with out any body) from my JAX-WS web service.
I tried adding handlers (both Logical and SOAP handlers). But the server throws exception and the handlers were NOT called.
10:49:04,790 ERROR [SOAPFaultHelperJAXWS] SOAP request exception
org.jboss.ws.core.CommonSOAPFaultException: Endpoint {http://acs.mobax.com/}ACSPort does not contain operation meta data for empty soap body
I want to handle the request at the HTTP level itself.
Any suggestion would be really helpful to me.
Thanks and Best Regards,
Prakash
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238422#4238422
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238422
anonymous wrote : Does that sound accurate?
yes, that's the way things happen.
anonymous wrote : But the DummyTransactionManager says it synchronizes in-memory only, so cache clients on two different machines wouldn't be sync'd.
|
what that means is that locks will be acquired on the node on which the tx was initiated only. If you have n1 and n2, two nodes in an replicated cluster,
and an transaction having a write lock (WL) on fqn_1 on n1, then same fqn_1 is not locked on n2. In other words, transactions only aquire local locks. Locks are acquired on n2 only at commit time: at this point all operations performed on n1 will be executed in same sequence on n2 (including lock acquisition).
If you need eager remote locking (i.e. acquire locks on all nodes of a cluster at write time) I suggest you to take a look at infinispan: http://www.jboss.org/infinispan
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238411#4238411
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238411