[EJB 3.0] - Re: Why is Remote Interface not installed
by baumar
Hi Jaikiran,
First of all, thanks a lot for your support!
For once, using the latest version - of Java - was not very successful and I changed the JDK back to 1.5. I did it before, now I run only on 1.5 to exclude another source of errors, but it did not resolve the problem.
Where shall I begin? I also had installed JBoss 4.2.2 to see if it works there.
First I had to get rid of SampleEAR.ear, because it started up with error with the standard installation already.
After this I could install my jar with "only" one warning anonymous wrote :
|
| 22:25:25,578 INFO [SessionFactoryObjectFactory] Factory name: persistence.units:jar=person-422.jar,unitName=fotest
| 22:25:25,578 INFO [NamingHelper] JNDI InitialContext properties:{java.naming.factory.initial=org.jnp.interfaces.NamingC
| ontextFactory, java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces}
| 22:25:25,593 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name: persistence.units:jar=person-422.jar,unitNa
| me=fotest
| 22:25:25,593 WARN [SessionFactoryObjectFactory] InitialContext did not implement EventContext
| 22:25:25,593 INFO [NamingHelper] JNDI InitialContext properties:{java.naming.factory.initial=org.jnp.interfaces.NamingC
| ontextFactory, java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces}
| 22:25:26,031 INFO [JmxKernelAbstraction] creating wrapper delegate for: org.jboss.ejb3.stateful.StatefulContainer
| 22:25:26,046 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:jar=person-422.jar,name=PersonFeederBean,service=
| EJB3 with dependencies:
| 22:25:26,046 INFO [JmxKernelAbstraction] persistence.units:jar=person-422.jar,unitName=fotest
| 22:25:26,343 INFO [EJBContainer] STARTED EJB: com.informationcontrol.forumorganizer.persistence.PersonFeederBean ejbNam
| e: PersonFeederBean
| 22:25:26,812 INFO [EJB3Deployer] Deployed: file:/C:/Programme/JBoss/jboss422-GA/server/default/deploy/person-422.jar
|
However, in the JMX console I can only see the bean, not the remote interface:
| PersonFeederBean (class: org.jnp.interfaces.NamingContext)
| | +- remote (class: java.lang.Object)
| | +- remoteStatefulProxyFactory (proxy: $Proxy77 implements interface org.jboss.ejb3.ProxyFactory)
I looked around for the warning message but didn't find anything that seemed to match the current situation. (one post (in combination with Seam) was: Remove the line from persistence.xml; but I don't have the line in my file...)
I also have the impression, the error I get when running the client happens earlier, as the client application doesn't even start but stops with a message that I should send to Microsoft!:
javaw.exe has a problem and has to be stopped...
The problem report looks like this:
EventType : BEX P1 : javaw.exe P2 : 5.0.40.5 P3 : 42a021bf
P4 : dnsq.dll P5 : 7.0.0.119 P6 : 464f429d P7 : 00001852
P8 : c0000409 P9 : 00000000
I know this error showed up before and until now I didn't find a workaround...
So I went back to 404, because there I could at least launch the client.
The pattern is still the same as before, I can install a jar once, but cannot redeploy. At least I know the error pattern, though it is not really a "hot" deploy.
The application did still not run, because I passed an Entity object with all fields set (I checked with a system out) but JBoss reported an Insert statement with all values null and ? ?, including the id, which caused of course a SQL-exception. However, I saw a warning that the server started without transaction support:
| 23:05:16,953 INFO [TreeCache] setEvictionPolicyConfig(): [config: null]
| 23:05:16,968 WARN [TreeCache] No transaction manager lookup class has been defined. Transactions cannot be used
| 23:05:17,000 INFO [TreeCache] interceptor chain is:
| class org.jboss.cache.interceptors.CallInterceptor
| class org.jboss.cache.interceptors.PessimisticLockInterceptor
| class org.jboss.cache.interceptors.CacheLoaderInterceptor
| class org.jboss.cache.interceptors.UnlockInterceptor
| class org.jboss.cache.interceptors.ReplicationInterceptor
| class org.jboss.cache.interceptors.CacheStoreInterceptor
| 23:05:17,031 INFO [TreeCache] cache mode is REPL_SYNC
For sure I didn't stop Transaction support deliberately; so eventually I guessed this installation is f.u. and decided to install JBoss again.
While reinstalling, I noticed the pane "Isolation and call by value semantics"; I investigated and saw that the errors mentioned looked similar to what I get. When I first installed it, I think didn't check, this time I did. I also rearranged my code as you suggested:
try {
| ctx = new InitialContext();
| NamingEnumeration nameList = ctx.listBindings("");
| while (nameList.hasMore()) {
| Binding binding = (Binding) nameList.next();
| System.out.println(binding.getName()+"; "+binding.getObject());
| }
|
| } catch (NamingException e) {
| System.out.println("Problem with InitialContext: ");
| e.printStackTrace();
| }
|
| try {
| pfr = (PersonFeederRemote) ctx.lookup("PersonFeederBean/remote");
| } catch (NamingException e1) {
| System.out.println("could not find PersonFeederBean/remote");
| e1.printStackTrace();
| }
| if (pfr == null) {
| System.out.println("PersonFeederRemote is null");
| } else {
| Method[] methods = pfr.getClass().getMethods();
| for (Method method: methods) { System.out.println(method.getName());}
| }
|
However, the Remote cannot be found and the error looks similar as before, so my hope having found the problem faded again:
|
| PersonFeederBean; org.jnp.interfaces.NamingContext@1d332b
| XAConnectionFactory; Reference Class Name: org.jboss.mq.SpyXAConnectionFactory
| Type: DCF
| Content: [B@10a6ae2
|
| ...
|
| could not find PersonFeederBean/remote
| javax.naming.NamingException: Could not dereference object [Root exception is java.lang.reflect.UndeclaredThrowableException]
| at org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext.java:1150)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:705)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
| at javax.naming.InitialContext.lookup(InitialContext.java:351)
| at com.informationcontrol.forumorganizer.client.ClientPersonFeeder.main(ClientPersonFeeder.java:41)
| Caused by: java.lang.reflect.UndeclaredThrowableException
| at $Proxy1.createProxy(Unknown Source)
| at org.jboss.ejb3.JndiProxyFactory.getObjectInstance(JndiProxyFactory.java:52)
| at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
| at org.jnp.interfaces.NamingContext.getObjectInstance(NamingContext.java:1125)
| at org.jnp.interfaces.NamingContext.getObjectInstanceWrapFailure(NamingContext.java:1142)
| ... 4 more
| Caused by: java.rmi.MarshalException: Failed to communicate. Problem during marshalling/unmarshalling; nested exception is:
| java.io.InvalidClassException: org.jboss.ejb3.remoting.IsLocalInterceptor; local class incompatible: stream classdesc serialVersionUID = 595045557897063404, local class serialVersionUID = -3758782076801249473
| at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:306)
| at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143)
| at org.jboss.remoting.Client.invoke(Client.java:525)
| at org.jboss.remoting.Client.invoke(Client.java:488)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:55)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:48)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.remoting.PojiProxy.invoke(PojiProxy.java:61)
| ... 9 more
| Caused by: java.io.InvalidClassException: org.jboss.ejb3.remoting.IsLocalInterceptor; local class incompatible: stream classdesc serialVersionUID = 595045557897063404, local class serialVersionUID = -3758782076801249473
| at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:519)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1628)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1293)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
| at org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationResponse.java:122)
| at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1711)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
| at org.jboss.remoting.serialization.impl.java.JavaSerializationManager.receiveObject(JavaSerializationManager.java:128)
| at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:66)
| at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:279)
| ... 17 more
|
So instead of resolving the problem on the server, it doesn't even seem to reach it anymore...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148559#4148559
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148559
18 years, 1 month
[EJB 3.0] - Re: TopLink with Jboss 4.2.1 not working?
by mfobrien
Hi,
The following workaround has been checked in for EclipseLink M8 to work with JBoss 4.2.2 GA.
Container managed entities should predeploy/deploy and register now with/without static weaving.
When the UCL3 classLoader no longer causes a NPE (See JIRA http://jira.jboss.com/jira/browse/EJBTHREE-572 ) we will reenable dynamic weaving on EAR predeploy().
http://bugs.eclipse.org/229634
Workaround:
---------------------------------
EclipseLink will use the non-temporary classLoader instead of the one from getNewTempClassLoader() obtained from the JBoss PersistenceUnitInfo that throws a NPE on loadClass() or Class.forName().
We require that JBoss implementers statically weave container managed entities and reference JBoss as the target-server in persistence.xml.
Deployment Changes:
1) If weaving is required then static weave the entities before EAR packaging using either the command-line weaver or the weaving ant task.
2) All persistence units deployed to the JBoss container must contain the following property in persistence.xml or container managed entities will predeploy but fail to be managed at runtime.
JBoss AS 4.2.2 GA debugging:
----------------------------------------------------------
I debugged the UCL3 NullPointerException into the JBoss AS 4.2.2 GA source into the following segment of code.
In the following function the classloader parent tree is searched all the way to the root.
no clazz is returned and in the finally clause the last log.trace causes a RuntimeException on a NPE.
Curious though that the line number in Logger.trace() does not correspond to the JDK 1.5 src.
package org.jboss.mx.loading
public abstract class RepositoryClassLoader extends URLClassLoader
public Class loadClass(String name, boolean resolve)
throws ClassNotFoundException
...
finally
...
--->NPE log.trace("loadClass " + this + " name=" + name + " not found");
}
}
}
Thread [main] (Suspended)
UnifiedClassLoader3(RepositoryClassLoader).loadClass(String, boolean) line: 425
UnifiedClassLoader3(ClassLoader).loadClass(String) line: 251
UnifiedClassLoader3(ClassLoader).loadClassInternal(String) line: 319
Class.forName0(String, boolean, ClassLoader) line: not available [native method]
Class.forName(String, boolean, ClassLoader) line: 242
PrivilegedAccessHelper.getClassForName(String, boolean, ClassLoader) line: 85
XMLEntityMappings.getClassForName(String, ClassLoader) line: 120
XMLEntityMappings.getClassForName(String) line: 157
XMLEntityMappings.initPersistenceUnitClasses() line: 389
MetadataProcessor.initPersistenceUnitClasses() line: 188
MetadataProcessor.processEntityMappings() line: 298
Results:
--------
15:41:43,772 INFO [STDOUT] [EPS Warning]: 2008.05.02 15:41:43.755--Thread(Thread[main,5,jboss])--The temporary classLoader for PersistenceLoadProcessor [helloworld] is not available. Switching classLoader to [org.jboss.mx.loading.UnifiedClassLoader3@18b995c{ url=file:/C:/opt/jboss422/server/default/tmp/deploy/tmp13465jsfejb3.ear ,addedOrder=45}]. Weaving has been disabled for this session. EclipseLink may be unable to get a spec mandated temporary class loader from the server, you may be able to use static weaving as an optional workaround.
15:41:44,221 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:ear=jsfejb3.ear,jar=app.jar,name=TodoDao,service=EJB3 with dependencies:
15:41:44,221 INFO [JmxKernelAbstraction] persistence.units:ear=jsfejb3.ear,jar=app.jar,unitName=helloworld
15:41:44,359 INFO [EJBContainer] STARTED EJB: TodoDao ejbName: TodoDao
15:42:45,344 INFO [STDOUT] [EPS Finer]: 2008.05.02 15:42:45.343--UnitOfWork(20862427)--Thread(Thread[http-127.0.0.1-8080-1,5,jboss])--TX binding to tx mgr, status=STATUS_ACTIVE
15:42:45,344 INFO [STDOUT] [EPS Finest]: 2008.05.02 15:42:45.344--UnitOfWork(20862427)--Thread(Thread[http-127.0.0.1-8080-1,5,jboss])--Execute query DoesExistQuery()
15:42:45,350 INFO [STDOUT] [EPS Finest]: 2008.05.02 15:42:45.350--UnitOfWork(20862427)--Thread(Thread[http-127.0.0.1-8080-1,5,jboss])--PERSIST operation called on: Todo@15914f3.
thank you
/michael
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148555#4148555
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148555
18 years, 1 month
[Persistence, JBoss/CMP, Hibernate, Database] - Re: PersistenceUnitInfo
by mfobrien
Hi,
The following workaround has been checked in for EclipseLink M8 to work with JBoss 4.2.2 GA.
Container managed entities should predeploy/deploy and register now with/without static weaving.
When the UCL3 classLoader no longer causes a NPE (See JIRA http://jira.jboss.com/jira/browse/EJBTHREE-572 ) we will reenable dynamic weaving on EAR predeploy().
http://bugs.eclipse.org/229634
Workaround:
---------------------------------
EclipseLink will use the non-temporary classLoader instead of the one from getNewTempClassLoader() obtained from the JBoss PersistenceUnitInfo that throws a NPE on loadClass() or Class.forName().
We require that JBoss implementers statically weave container managed entities and reference JBoss as the target-server in persistence.xml.
Deployment Changes:
1) If weaving is required then static weave the entities before EAR packaging using either the command-line weaver or the weaving ant task.
2) All persistence units deployed to the JBoss container must contain the following property in persistence.xml or container managed entities will predeploy but fail to be managed at runtime.
JBoss AS 4.2.2 GA debugging:
----------------------------------------------------------
I debugged the UCL3 NullPointerException into the JBoss AS 4.2.2 GA source into the following segment of code.
In the following function the classloader parent tree is searched all the way to the root.
no clazz is returned and in the finally clause the last log.trace causes a RuntimeException on a NPE.
Curious though that the line number in Logger.trace() does not correspond to the JDK 1.5 src.
package org.jboss.mx.loading
public abstract class RepositoryClassLoader extends URLClassLoader
public Class loadClass(String name, boolean resolve)
throws ClassNotFoundException
...
finally
...
--->NPE log.trace("loadClass " + this + " name=" + name + " not found");
}
}
}
Thread [main] (Suspended)
UnifiedClassLoader3(RepositoryClassLoader).loadClass(String, boolean) line: 425
UnifiedClassLoader3(ClassLoader).loadClass(String) line: 251
UnifiedClassLoader3(ClassLoader).loadClassInternal(String) line: 319
Class.forName0(String, boolean, ClassLoader) line: not available [native method]
Class.forName(String, boolean, ClassLoader) line: 242
PrivilegedAccessHelper.getClassForName(String, boolean, ClassLoader) line: 85
XMLEntityMappings.getClassForName(String, ClassLoader) line: 120
XMLEntityMappings.getClassForName(String) line: 157
XMLEntityMappings.initPersistenceUnitClasses() line: 389
MetadataProcessor.initPersistenceUnitClasses() line: 188
MetadataProcessor.processEntityMappings() line: 298
Results:
--------
15:41:43,772 INFO [STDOUT] [EPS Warning]: 2008.05.02 15:41:43.755--Thread(Thread[main,5,jboss])--The temporary classLoader for PersistenceLoadProcessor [helloworld] is not available. Switching classLoader to [org.jboss.mx.loading.UnifiedClassLoader3@18b995c{ url=file:/C:/opt/jboss422/server/default/tmp/deploy/tmp13465jsfejb3.ear ,addedOrder=45}]. Weaving has been disabled for this session. EclipseLink may be unable to get a spec mandated temporary class loader from the server, you may be able to use static weaving as an optional workaround.
15:41:44,221 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:ear=jsfejb3.ear,jar=app.jar,name=TodoDao,service=EJB3 with dependencies:
15:41:44,221 INFO [JmxKernelAbstraction] persistence.units:ear=jsfejb3.ear,jar=app.jar,unitName=helloworld
15:41:44,359 INFO [EJBContainer] STARTED EJB: TodoDao ejbName: TodoDao
15:42:45,344 INFO [STDOUT] [EPS Finer]: 2008.05.02 15:42:45.343--UnitOfWork(20862427)--Thread(Thread[http-127.0.0.1-8080-1,5,jboss])--TX binding to tx mgr, status=STATUS_ACTIVE
15:42:45,344 INFO [STDOUT] [EPS Finest]: 2008.05.02 15:42:45.344--UnitOfWork(20862427)--Thread(Thread[http-127.0.0.1-8080-1,5,jboss])--Execute query DoesExistQuery()
15:42:45,350 INFO [STDOUT] [EPS Finest]: 2008.05.02 15:42:45.350--UnitOfWork(20862427)--Thread(Thread[http-127.0.0.1-8080-1,5,jboss])--PERSIST operation called on: Todo@15914f3.
thank you
/michael
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148554#4148554
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148554
18 years, 1 month
[JBoss jBPM] - Problem using SelectItems inside selectOneMenu
by david_ling
Hi,
I am having some problems with using a <f:selectItems> element inside<h:selectOneMenu>.
To start off I created a Jbpm4Jsf tag/class that loads up a list of users, which I have tried to put into a Map and now a List. I return this Map/List as the target inside the page and then place the target as the SelectItems value.
Please see code below
| <ga:responseActions>
| <j4j:listAcademics target="#{academics}"/>
| </ga:responseActions>
|
| <jbpm:datacell>
| <f:facet name="header">
| <h:outputText value="Supervisor"/>
| </f:facet>
| <h:selectOneMenu value="#{var['potentialsupervisor']}">
| <f:selectItems value="#{academics}"/>
| </h:selectOneMenu>
| <!-- <h:inputText value="#{var['potentialsupervisor']}"/>-->
| </jbpm:datacell>
|
However, when I submit my form, it throws a bunch of exceptions
| javax.servlet.ServletException
| javax.faces.webapp.FacesServlet.service(FacesServlet.java:256)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
|
| root cause
|
| java.lang.IllegalArgumentException
| javax.faces.component.SelectItemsIterator.next(SelectItemsIterator.java:166)
| javax.faces.component.SelectItemsIterator.next(SelectItemsIterator.java:49)
| javax.faces.component.UISelectOne.matchValue(UISelectOne.java:165)
| javax.faces.component.UISelectOne.validateValue(UISelectOne.java:137)
| javax.faces.component.UIInput.validate(UIInput.java:868)
| javax.faces.component.UIInput.executeValidate(UIInput.java:1071)
| javax.faces.component.UIInput.processValidators(UIInput.java:663)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIForm.processValidators(UIForm.java:229)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1021)
| javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:662)
| com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:100)
| com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
| com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
| javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
|
The tag/class I use to list all the academics is the following
| public final class ListAcademicsActionListener implements JbpmActionListener {
| private final ValueExpression targetExpression;
|
| public ListAcademicsActionListener(final ValueExpression targetExpression) {
| this.targetExpression = targetExpression;
| }
|
| public String getName() {
| return "listAcademics";
| }
|
| @SuppressWarnings ({"unchecked"})
| public void handleAction(JbpmJsfContext context, ActionEvent event) {
| try {
| final FacesContext facesContext = FacesContext.getCurrentInstance();
| final ELContext elContext = facesContext.getELContext();
| final Collection<SelectItem> academicsList = new Vector<SelectItem>();
| ... //queries DB some academics names and their userID
|
| while(academics.next()){
| SelectItem academic = new SelectItem(lecturerLogin, lecturer);
| academicsList.add(academic);
| }
| targetExpression.setValue(elContext, Collections.unmodifiableCollection(academicsList));
| context.selectOutcome("success");
| }
|
So far all the lecturer's names and logins come up fine, but the problem is when I submit the form. I've searched around and there seems to be similar problems, but never quite the same. Any help is appreciated.
Thanks
David
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148550#4148550
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148550
18 years, 1 month
[EJB/JBoss] - Re: error accessing an EJB via JNDI
by loucs
so the problem is caused by the isolation of classloading in my ear.
I tested by putting the attribute calledByValue in default/deploy/conf/jboss-service.xml and it worked, but it's not an acceptable solution as it has repercutions on all jndi lookups, and it increase a lot the ressource usage of such operations.
that's why i'd like to know how to force the calledbyvalue on an EJB3 lookup (and only on one EJB)
i'm searching a lot by myself, (maybe not the right way :), but any clues or link to a corresponding documentation would really help me. (i found some docs but all ejb2 / jboss < 4.2.2.GA related... i don"t has enought knowledge of EJB's to adapt those solution by myself (for now :)
thanks,
--
Lucas
Montes
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148544#4148544
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148544
18 years, 1 month