[JBoss jBPM] - Re: Intalio vs jBPM
by kukeltje
anonymous wrote : - jbpm is more oriented towards developers / Intalio focuses on business users with little technical experience
If you read Toms blogs, you can see he (and me and others) believe(s) it will always be a joint effort between technical and business people. Even in real life it is my experience that I've never ever seen business people develop an end-user (customer) application.
anonymous wrote : - jbpm requires code / Intalio is (almost) zero-code
Depends on what you mean by code. I've never ever seen a full functional bpm app that did not require any java/xslt/script/.... in any way.
anonymous wrote : - jbpm ? / "One-click-deploy" with Intalio
jbpm to, but we (in the company I work for) deploy from a versioning system, so one-click-deploy is only needed for developers
anonymous wrote : - jbpm is beta BPEL compliant / Intalio is fully BPEL compliant
Using bpel for workflow (what intalio does with the BPEL4People extension) is by many seen as not what bpel should not be used for. Especially with the great bpml/xpdl alignment which has taken place. No need for round-trip bpel/bpmn anymore then.
anonymous wrote : - jbpm does not support BPMN / Intalio does
Correct
anonymous wrote : I´m sure I haven´t covered all difference between both. I would appreciate any help with that!
- jbpm is opensource, intalio isn't http://jboss.org/jbossBlog/blog/tbaeyens/?permalink=What_is_open_source_I...
- ...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991910#3991910
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991910
19 years, 4 months
[JBossWS] - Exception in EJB 3.0 Client Execution
by san_dhyarai2005
I am working on EJB 3.0 when
I execute my Client.java File than find below exception
Exception in thread "main" javax.naming.NameNotFoundException: examples.sessio
stateless.Hello not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:529)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:537)
at org.jnp.server.NamingServer.getObject(NamingServer.java:543)
at org.jnp.server.NamingServer.lookup(NamingServer.java:296)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java
66)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTranspo
.java:707)
at java.lang.Thread.run(Thread.java:595)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Stre
RemoteCall.java:247)
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.jav
223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at examples.session.stateless.HelloClient.main(HelloClient.java:59)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991908#3991908
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991908
19 years, 4 months
[EJB 3.0] - ClassCastException when casting to remote interface
by lowy
Hi,
I use JBoss 4.0.5 GA with EJB 3 with Eclipse.
I have an EJB- project and a Web-project. They are (for now) running in the same VM in JBoss.
When I get my SessionBean - stub in my web app (via Naming service) and try to cast it to the remote interface, I get a ClassCastException.
I already found out that the problem lies in the fact that 2 remote interface class files are deployed. It's described in the wiki
http://wiki.jboss.org/wiki/Wiki.jsp?page=CommonHurdlesAndDifficultiesYouM...
The wiki presents 3 solutions:
1. remove the duplicate interface from one of the deployed libs.
I found out that this works in principle.
My problem with this is, that I don't use an Ant build file where I could simply exclude the file. I use Eclipse to generate the EAR / WAR archive (with Export to... ). Removing the remote interface from the web-archive afterwards solves the problem with the ClassCastException, but is much too time-consuming .
2. run your application in different VMs -> not a good solution for me right now
3. enable CallByValue for JNDI
unfortunately this is not elaborated in the Wiki. From other resources, I found out that some changes to config files should be made, but the descriptions did not fit to JBoss 4.0.5 (obviously the conf-files have been reorganized). I tried to implement the changes all the same but it did not work!
Next I remembered that during the Jboss install there was an option to "Enable deployment isolation" which sounded like it could solve the problem. So I reinstalled JBoss with this option activated. Unfortunately this did not solve the problem neither.
One more strang fact: the ClassCastException only occurs if the EJB is a stateful SessionBean. With a stateless SessionBean I have no problem.
I have already spent way too much time with this problem, so I would be very grateful if s.o. could help me with this.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991904#3991904
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991904
19 years, 4 months