[Installation, Configuration & Deployment] - Stackoverflowerror when using EJB3.0
by raocold
I have two EBs User and User and UserGroups that have a many-to-many mapping through an association table usergroupmap. I am getting a StackOverflow error when I try to get the list of users given user_group_name. The EntityManager is able to find the JTA Transaction before querying. I see all the users being retrieved from the database and show up in the log but once the Collection is loaded the EntityManager is unable to find an active transaction and finally throws StackOverflowError. I have seen a few postings suggesting to set the ServletContext to transient. I tried that but with no luck.
javax.ejb.EJBException: java.lang.RuntimeException: java.lang.StackOverflowError
at org.jboss.ejb3.tx.Ejb3TxPolicy.handleExceptionInOurTx(Ejb3TxPolicy.java:69)
at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:83)
at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:197)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:78)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:181)
at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:79)
Thanks,
Rao
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969470#3969470
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969470
19 years, 7 months
[JBossCache] - Re: Hibernate 2nd lvl Cache for EJB3
by MarcReis
I have been on this a bit more,
the last mentioned exception still is the same.
I have been trying to get the Hibernate second level cache up, but as soon as I run more than one node in a cluster it starts failing, but to make it interessting, not always.
It complains about none serializeability of an object, (the entitys used all implement serializable). I have tried through some settings (Pessimistic/Optimistic, RW/RC/RUC/SERI, INV-ASYNC/INV_SYNC). There is some difference in the behavior, but it always ends with the same problem -> Here a shot from the output:
| 2006-09-05 17:12:16,989 DEBUG [org.jboss.cache.interceptors.TxInterceptor] local transaction exists - registering global tx
| if not present for Thread[http-o06-2.somewhere.de%2F172.16.20.10-8080-3,5,jboss]
| 2006-09-05 17:12:16,989 DEBUG [org.jboss.cache.transaction.DummyTransaction] registering synchronization handler tx=org.jboss
| .cache.transaction.DummyTransaction@6f975a, handlers=[]
| 2006-09-05 17:12:16,989 DEBUG [org.jboss.cache.interceptors.TxInterceptor] local transaction exists - registering global tx
| if not present for Thread[http-o06-2.somewhere.de%2F172.16.20.10-8080-3,5,jboss]
| 2006-09-05 17:12:16,989 DEBUG [org.jboss.cache.interceptors.TxInterceptor] Transaction org.jboss.cache.transaction.DummyTrans
| action@6f975a is already registered.
| 2006-09-05 17:12:16,989 DEBUG [org.jboss.cache.transaction.DummyTransaction] processing beforeCompletion for tx=org.jboss.cac
| he.transaction.DummyTransaction@6f975a, handlers=[TxInterceptor.LocalSynchronizationHandler(gtx=GlobalTransaction:<o06-2:3299
| 3>:13, tx=org.jboss.cache.transaction.DummyTransaction@6f975a)]
| 2006-09-05 17:12:16,990 DEBUG [org.jboss.cache.transaction.DummyTransaction] processing afterCompletion for tx=org.jboss.cach
| e.transaction.DummyTransaction@6f975a, handlers=[TxInterceptor.LocalSynchronizationHandler(gtx=GlobalTransaction:<o06-2:32993
| >:13, tx=org.jboss.cache.transaction.DummyTransaction@6f975a)]
| 2006-09-05 17:12:16,990 DEBUG [org.jboss.cache.interceptors.TxInterceptor] Running commit phase. One phase? true
| 2006-09-05 17:12:16,991 DEBUG [org.jboss.cache.interceptors.TxInterceptor] Finished local commit/rollback method for GlobalTr
| ansaction:<o06-2:32993>:13
| 2006-09-05 17:12:16,991 DEBUG [org.jboss.cache.interceptors.TxInterceptor] Finished commit phase
| 2006-09-05 17:12:17,324 DEBUG [org.jboss.cache.interceptors.TxInterceptor] local transaction exists - registering global tx
| if not present for Thread[http-o06-2.somewhere.de%2F172.16.20.10-8080-3,5,jboss]
| 2006-09-05 17:12:17,331 DEBUG [org.jboss.cache.interceptors.TxInterceptor] local transaction exists - registering global tx
| if not present for Thread[http-o06-2.somewhere.de%2F172.16.20.10-8080-3,5,jboss]
| 2006-09-05 17:12:17,331 DEBUG [org.jboss.cache.interceptors.TxInterceptor] Transaction TransactionImpl:XidImpl[FormatId=257,
| GlobalId=o06-2.somewhere.de/11, BranchQual=, localId=11] is already registered.
| 2006-09-05 17:12:17,337 DEBUG [org.jboss.cache.interceptors.TxInterceptor] local transaction exists - registering global tx
| if not present for Thread[http-o06-2.somewhere.de%2F172.16.20.10-8080-3,5,jboss]
| 2006-09-05 17:12:17,337 DEBUG [org.jboss.cache.interceptors.TxInterceptor] Transaction TransactionImpl:XidImpl[FormatId=257,
| GlobalId=o06-2.somewhere.de/11, BranchQual=, localId=11] is already registered.
| 2006-09-05 17:12:17,338 DEBUG [org.jboss.cache.interceptors.InvalidationInterceptor] Is a CRUD method
| 2006-09-05 17:12:17,338 DEBUG [org.jboss.cache.interceptors.InvalidationInterceptor] Cache [o06-2:32996] replicating _evict(/
| de/somewhere/clustertest/persi/Nation/de.somewhere.clustertest.persi.Nation#1)
| 2006-09-05 17:12:17,338 ERROR [org.jgroups.blocks.RpcDispatcher] exception=java.lang.IllegalArgumentException: LegacyTreeCach
| eMarshaller.extractFqn(): Unknown method call name: _evict
| 2006-09-05 17:12:17,339 INFO [org.jboss.cache.interceptors.TxInterceptor] There was a problem handling this request
| java.io.NotSerializableException: RpcDispatcher returned a null. This is most often caused by args for _replicate(_evict(/de
| /somewhere/clustertest/persi/Nation/de.somewhere.clustertest.persi.Nation#1)) not being serializable.
| at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4166)
| at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4113)
| at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4214)
| at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110)
| at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88)
| at org.jboss.cache.interceptors.InvalidationInterceptor.invalidateAcrossCluster(InvalidationInterceptor.java:157)
| at org.jboss.cache.interceptors.InvalidationInterceptor.invoke(InvalidationInterceptor.java:77)
|
|
The things that I pulled out of this is that
1.)[org.jboss.cache.interceptors.InvalidationInterceptor] Is a CRUD method
2.) There is an illegal arg exception about evicting
3.) ends with not serializable exception due to the preceding error
I havent had a chance to run through the JCache code to look into this and I thing I wont until I have tried the 4.0.5.RC1, unless this points to some obvious misstakes that I am overseeing. So I'll gladly take any hints !
Sincerely
Marc
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969468#3969468
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969468
19 years, 7 months
[EJB 3.0] - Problem calling SLSBs from isolated EARs
by ferenc.hechler
Hello,
I am using JBoss 4.0.4GA with EJB3.0 RC 8
I want to deploy an application split into multiple components.
The aim is to be able to redeploy one component without touching the others
(of course only for unchanged interfaces).
The components communicate using Stateless Session Beans.
With the JBoss flat class-loading model this is not possible, because of
class-loader errors after redeploying one component.
So I decided to use isolated EARs for each component.
Following the tips at
http://wiki.jboss.org/wiki/Wiki.jsp?page=CommonHurdlesAndDifficultiesYouM...
I adjusted "conf/jboss-service.xml" and "deploy/ear-deployer.xml" to use
isolation and CallByValue.
Each EAR has its own loader-repository defined in "META-INF/jboss-app.xml"
I got thinks working as long as the parameters are of simple type (like String).
Even complex types work as long as they are defined outside of the EAR, e.g.
"HashMap".
I use an simple type defined inside the EAR, like
public class MyType implements Serializable { public String data; }
>From a client java application I can call all methods via the remote interface:
void f(String) -> works
| void f(HashMap) -> works
| void f(MyType) -> works
>From iside an SLSB I call another SLSB deployed on the same JBoss in another
component (which means different EARs and different loader-repositories):
void f(String) -> works
| void f(HashMap) -> works
| void f(MyType) -> fails
the following exception is thrown when proxy.f(myType) is called via the local
interface:
Caused by: java.lang.IllegalArgumentException: Wrong target. class pkg.MyBean for public java.lang.String pkg.MyBean.f(pkg.MyType)
| at org.jboss.aop.joinpoint.MethodInvocation.handleErrors(MethodInvocation.java:141)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:116)
| at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
| at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:126)
| ... 55 more
using the remote interface yields:
Caused by: java.lang.NoClassDefFoundError
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:57)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
| at $Proxy138.processDto(Unknown Source)
| at pkg.MyBean.f(MyBean.java:97)
| ...
The same problem was mentioned at
http://jboss.com/index.html?module=bb&op=viewtopic&p=3950618
So my final question is:
========================
"Is it possible to call SLSBs from other SLSBs in isolated EARs with user defined Types?"
Best regards,
feri
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969466#3969466
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969466
19 years, 7 months
[JBoss Seam] - Stateful session bean component should have a method marked
by jarkko＠jab.fi
Hello,
This is with latest Seam from CVS, 24 minutes ago. No such exception occurred with 1.0.GA version.
anonymous wrote : 16:32:21,200 INFO [Component] Component: null, scope: CONVERSATION, type: STATEFUL_SESSION_BEAN, class: fi.tc.business.MySfsbAction, JNDI: tc3/MySfsbAction/local
| 16:34:23,440 ERROR [[/tc3]] Exception sending context initialized event to listener instance of class org.jboss.seam.servlet.SeamListener
| java.lang.IllegalArgumentException: Stateful session bean component should have a method marked @Remove @Destroy: null
| at org.jboss.seam.Component.checkDestroyMethod(Component.java:254)
| at org.jboss.seam.Component.(Component.java:205)
| at org.jboss.seam.Component.(Component.java:165)
| at org.jboss.seam.init.Initialization.addComponent(Initialization.java:469)
| at org.jboss.seam.init.Initialization.addComponent(Initialization.java:480)
| at org.jboss.seam.init.Initialization.addComponents(Initialization.java:434)
| at org.jboss.seam.init.Initialization.init(Initialization.java:277)
| at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:32)
| at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3729)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4187)
| at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
| at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
| at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
| at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.apache.catalina.core.StandardContext.init(StandardContext.java:5116)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
| at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:297)
| at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:103)
| at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:371)
| at org.jboss.web.WebModule.startModule(WebModule.java:83)
| at org.jboss.web.WebModule.startService(WebModule.java:61)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
| at $Proxy0.start(Unknown Source)
| at org.jboss.system.ServiceController.start(ServiceController.java:417)
| at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy43.start(Unknown Source)
| at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
| at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
| at org.jboss.ws.server.WebServiceDeployer.start(WebServiceDeployer.java:117)
| at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
| at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy44.start(Unknown Source)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:997)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
| at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy6.deploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
| at $Proxy0.start(Unknown Source)
| at org.jboss.system.ServiceController.start(ServiceController.java:417)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy4.start(Unknown Source)
| at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy5.deploy(Unknown Source)
| at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
| at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
| at org.jboss.Main.boot(Main.java:200)
| at org.jboss.Main$1.run(Main.java:464)
| at java.lang.Thread.run(Thread.java:595)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969461#3969461
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969461
19 years, 7 months
[JBossWS] - Re: JBossWS and xdoclet with ejb
by MmarcoM
Hello,
i have just downloaded jbossws-1.0.3GA, and installed jars properly in my jboss directories
i am currently using Maven2, to build my application, here' sthe ant task that i have defined
| <tasks>
| <taskdef name="wstools" classname="org.jboss.ws.tools.ant.wstools">
| <classpath refid="maven.dependency.classpath"/>
| <classpath>
| <fileset dir="${jboss.libdir}\client">
| <include name="activation.jar"/>
| <include name="javassist.jar"/>
| <include name="jbossall-client.jar"/>
| <include name="jbossretro-rt.jar"/>
| <include name="jboss-backport-concurrent.jar"/>
| <include name="jbossws-client.jar"/>
| <include name="jboss-xml-binding.jar"/>
| <include name="jbossws14-client.jar"/>
| <include name="log4j.jar"/>
| <include name="mail.jar"/>
| </fileset>
| <fileset dir="${jboss.libdir}\lib\endorsed">
| <include name="*.jar"/>
| </fileset>
| </classpath>
| </taskdef>
| <echo message="********** Running jboss ws **************"/>
| <mkdir dir="dd/ws" />
| <wstools dest="D:/Sw/step-by-step/middleware/dd/ws"
| config="D:/Sw/step-by-step/middleware/boss/wstools-messenger-config.xml"/>
|
| <wstools dest="D:/Sw/step-by-step/middleware/dd/ws"
| config="D:/Sw/step-by-step/middleware/jboss/wstools-translation-config.xml"/>
|
| </tasks>
|
here's my config files
| <configuration xmlns="http://www.jboss.org/jbossws-tools">
| <java-wsdl>
| <service name="TranslationService" style="rpc" endpoint="webservices.TranslationService"/>
| <namespaces target-namespace="http://mw.com/translationservice"
| type-namespace="http://mw.com/translationservice/types"/>
| <mapping file="tss-mapping.xml"/>
| <webservices ejb-link="TranslationServiceSessionBean" override="false"/>
| </java-wsdl>
|
| <configuration xmlns="http://www.jboss.org/jbossws-tools">
|
| <java-wsdl>
| <service name="MessengerService" style="rpc" endpoint="webservices.MessengerService"/>
| <namespaces target-namespace="http://mw.com/messengerservice"
| type-namespace="http://mw.com/messengerservice/types"/>
| <mapping file="mss-mapping.xml"/>
| <webservices ejb-link="ResponderBean" override="false"/>
| </java-wsdl>
| </configuration>
|
but the webservice that gets generated shows only the last service (the translation service)
am i missingn something? am i using wrong jar files in the classpath?
can anyone help me out?
thanks and regards
marco
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969458#3969458
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969458
19 years, 7 months