[JBoss Seam] - Re: Seam Email - IllegalStateException: No Factories configu
by bsmithjj
sample Render calls...
This method is in a SFSB - user clicks a link in UI: (this one works!)
| public String dsaProvision() {
|
| TaskInstance task = jbpmContext.getTaskInstance(taskId.longValue());
|
| // Update the decision
| Contexts.getEventContext().set("accessRequest", accessRequest);
| String result = accessRequestProvisioner.applyAccessRequestToUser();
| if (!"success".equals(result)) {
| log.warn("There was a problem provisioning the user from the access request.");
| return null;
| }
|
| EvergreenUser accessRequestUser = QueryEPeopleUtil.findUserByUid(accessRequest.getUserId());
| Contexts.getEventContext().set(
| "accessRequestUser",
| accessRequestUser
| );
|
| // Send an email to the user and requester of the access request to let them know the request is done
|
| if (TerminationRequestManager.TerminationId.equals(accessRequest.getRequesterUserId())) {
| // termination request - only notify UserManager...
| // TODO - implement this
| } else {
| if (!accessRequest.getRequesterUserId().equals(accessRequest.getUserId())) {
| Contexts.getEventContext().set(
| "accessRequestRequestor",
| QueryEPeopleUtil.findUserByUid(accessRequest.getRequesterUserId())
| );
| //mailSenderBean.sendEmailMessage(EmailTemplateType.AccessRequestCompleteRequestor.getTemplateFilePath());
| }
| // always notify user for whom request has been provisioned
| mailSenderBean.sendEmailMessage(EmailTemplateType.AccessRequestCompleteUser.getTemplateFilePath());
| }
|
| // Signal the task to move to next process in the work flow
| task.end("provision application");
|
| // Force a reload of the work queue
| EventType.AccessRequestSaved.name()); Events.instance().raiseEvent(EventType.AccessRequestSaved.name());
| return "success";
| }
|
|
MailSenderBean is a SLSB
| @Stateless
| @Name("mailSenderBean")
| public class MailSenderBean implements MailSender {
|
| private Log log = LogFactory.getLog(MailSenderBean.class);
|
| @In(required=false)
| private EmailMessage emailMessage;
|
| //@Resource(mappedName = "java:/Mail")
| @In(create = true)
| private Session mailSession;
|
| @PersistenceContext(unitName = "accessControlDatabase")
| private EntityManager em;
|
| @In(create = true)
| private Renderer renderer;
|
| ....
|
| public String sendEmailMessage(String templateFile) {
| try {
| log.info("sending email: "+templateFile);
| renderer.render(templateFile);
| log.info("...mailt sent(?)");
| return "success";
|
| } catch (Exception e) {
| log.error(e,e);
| }
| return null;
| }
|
| }
|
The SFSB call above is succeeding; what's really confusing is that another method in the same SFSB (shown below) is failing using an almost identical execution path and context (user clicks a link in a UI, etc...)
This method is in a SFSB - user clicks a link in UI: (this one fails!)
| public String userManagerApproveAccessRequest() {
| TaskInstance task = jbpmContext.getTaskInstance(taskId.longValue());
| //Long accessRequestId = (Long) task.getContextInstance().getVariable("accessRequestId");
|
| // Update the status to user manager approved accessRequest.setRequestStatus(AccessRequestStatus.UserManagerApproved);
|
| // Update the decision
| AccessRequestDecision decision = accessRequest.getUserManagerDecision();
| decision.setDecision(AccessRequestStatus.UserManagerApproved);
| em.merge(decision);
| em.merge(accessRequest);
|
| // contextual email data
| Contexts.getEventContext().set(
| "accessRequest",
| accessRequest
| );
| Contexts.getEventContext().set(
| "accessRequestUser",
| QueryEPeopleUtil.findUserByUid(accessRequest.getUserId())
| );
| mailSender.sendEmailMessage(
| EmailTemplateType.AccessRequestCompleteUser.getTemplateFilePath()
| );
| // NOTE - I'm using the same mail template for troubleshooting...
| // Signal the task to move to next process in the work flow
| task.end("approve");
| // This event forces a reload of the work queue (in what component?)
| Events.instance().raiseEvent(EventType.AccessRequestSaved.name());
| return "approve_success";
|
| }
|
|
if you go back in to my previous posts on this issue - you'll see, I've dumped what facelets is saying in the console log. The point of success or failure in all cases is facelets and its ability to load jars with taglibs in it. I really can't understand why the first case succeeds and the second doesn't.
Thanks for your help!
Brad Smith
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021115#4021115
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021115
19Â years, 2Â months
[EJB 3.0] - Re: eager vs. lazy fetching
by mazzï¼ jboss.com
Every time you call "find" you are getting back a new attached instance initialized according to the lazy-loading properties of your entity, i.e. it will not have any relationship info that is set to LAZY. Even if you called that method from that servlet before. I believe the same behavior occurs even if you call find() again immediately after the first find() in your session bean! The semantics of the find() method seem very clear to me on this point. Every time you call it, you get a new instance initialized according to the lazy-loading properties.
Yes, obviously you need to call the size() method within your session bean because its only within there that you are still inside the scope of your entity manager and transaction. Once you return back out into your servlet layer, you are no longer within the scope of the entity manager and it cannot manage your relationships anymore (i.e. you are detached at this point). So, if you don't initialize your relationship collections prior to leaving your session bean, your servlet won't have it.
Side note: you might want to look into JBoss Seam - it provides the integration it sounds like you are looking for - that is, a seamless integration between the EJB/JPA layer and the servlet/JSF presentation layer.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021113#4021113
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021113
19Â years, 2Â months
[EJB 3.0] - Re: eager vs. lazy fetching
by eiben
"mazz(a)jboss.com" wrote : So, Itemgroup has an items relationship that is lazy loaded. Your findItemGroup is only loading in the Itemgroup entity without doing any fetch joining or eagerly loading of that relationship, hence your error.
well, but I though when I access the items-collection the first time, the data get's loaded from the database.
anonymous wrote :
| you will need to have another method, "findItemGroupWithItems" or something like that. In that method you execute a query that does a JOIN FETCH, rather than use find(). Or you can do a find and then (still in findItemGroupWithItems method) immediately force the loading to happen by calling itemgroup.getItems().size() (this causes a second round trip to the database - not as efficient but easy to code up).
Do I have to make the call to the size attribute within my session-bean? It seems that it's not working as expected when I access that attribute from within my servlet.
I read in an book, that a workaround would be to use SFSB instead of SLSB, where the SFSB uses an extended persistent-context. This way I could make repeated requests to my entity as long as I don't remove the SFSB.
So I tryed something like this:
| Itemgroup myItemGroup = getItemDispatcherExtended().findItemGroup(Integer.parseInt(request.getParameter("id")));
|
| Collection<Item> myig = myItemGroup.getItems();
| getItemDispatcherExtended().finished();
|
where the ItemDispatcherExtended is a SFSB
| @Stateful
| @TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
| public class ItemDispatcherExtendedBean implements IItemDispatcherExtended
| {
| @PersistenceContext(type = PersistenceContextType.EXTENDED) //, unitName = "business")
| private static EntityManager em;
| //...
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021109#4021109
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021109
19Â years, 2Â months
[JBoss Seam] - DataModel selection not getting outjected
by surajmundadaï¼ yahoo.com
Hi,
I am using Seam 1.0.0
I have a seam managed session bean in which I have declared a datamodel and its factory method.
@Out(required = false)
| @DataModel
| private List<AnalysisSummaryReadingsUI> analysisSummaryReadingsUIList;
|
| @Out(required = false)
| @DataModelSelection(value = "analysisSummaryReadingsUIList")
| private AnalysisSummaryReadingsUI analysisSummaryReadingsUI;
|
| @Factory("analysisSummaryReadingsUIList")
| public void populateAnalysisSummaryList()
| {
| // code here
| }
|
When I click a row of this datamodel on UI, a method is called in the same bean only.
| public String showCategoryGraph()
| {
| print(analysisSummaryReadingsUI);
| Events.instance().raiseEvent("populateGraphPath");
| }
|
The print function gives the expected values of "analysisSummaryReadingsUI" after which event is raised to execute another method from another bean. This bean injects the same variable and makes use of the clicked row (DataModelSelection).
| @In
| private AnalysisSummaryReadingsUI analysisSummaryReadingsUI;
|
| @Factory("chartPath")
| public void populateGraphPath()
| {
| logger.debug(helper.formatLogMessage("In factory method"));
| calculateGraphValues();
| }
|
| private void calculateGraphValues()
| {
| print(analysisSummaryReadingsUI);
| }
|
But this print function is giving me values of the first row of the datamodel instead of the clicked row.
Both the beans are is Session scope and seam managed.
What is going wrong here ?
Regards,
Suraj
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021101#4021101
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021101
19Â years, 2Â months
[Remoting] - Re: JBoss Remoting & JDK 6.0 situation deadlock
by alexg79
I just tried to launch my app via Java Web Start, and while running it I got a familiar looking exception. Here's the stack trace:
| java.lang.reflect.UndeclaredThrowableException
| at $Proxy1.getList(Unknown Source)
| at fi.karico.etikettu.client.view.editor.ProductEditor$ListTableRefreshTask.refreshModelData(ProductEditor.java:6350)
| at fi.karico.etikettu.client.view.task.TableRefreshTask.runBackground(TableRefreshTask.java:39)
| at fi.karico.etikettu.client.view.task.SwingTask.run(SwingTask.java:30)
| at fi.karico.etikettu.client.view.task.TaskManager.run(TaskManager.java:150)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: java.lang.ClassNotFoundException: [Ljava.lang.Object;
| at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
| at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:255)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at org.jboss.remoting.loading.RemotingClassLoader.loadClass(RemotingClassLoader.java:50)
| at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:139)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
| at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| at java.util.ArrayList.readObject(ArrayList.java:593)
| 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:597)
| at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| at org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationResponse.java:122)
| at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| 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)
| 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:61)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:77)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
| at $Proxy1.getList(Unknown Source)
| at fi.karico.etikettu.client.view.editor.ProductEditor$ListTableRefreshTask.refreshModelData(ProductEditor.java:6350)
| at fi.karico.etikettu.client.view.task.TableRefreshTask.runBackground(TableRefreshTask.java:39)
| at fi.karico.etikettu.client.view.task.SwingTask.run(SwingTask.java:30)
| at fi.karico.etikettu.client.view.task.TaskManager.run(TaskManager.java:150)
| at java.lang.Thread.run(Thread.java:619)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:73)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:77)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
| ... 6 more
|
Where can I find the source for Remoting v1.4.6? CVS only seems to have the 2.x branches. Or am I looking at the wrong directory? The JBoss CVS structure is quite chaotic.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021099#4021099
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021099
19Â years, 2Â months
[Remoting] - Re: JBoss Remoting & JDK 6.0 situation deadlock
by alexg79
I just tried to launch my app via Java Web Start, and while running it I got a familiar looking exception. Here's the stack trace:
| java.lang.reflect.UndeclaredThrowableException
| at $Proxy1.getList(Unknown Source)
| at fi.karico.etikettu.client.view.editor.ProductEditor$ListTableRefreshTask.refreshModelData(ProductEditor.java:6350)
| at fi.karico.etikettu.client.view.task.TableRefreshTask.runBackground(TableRefreshTask.java:39)
| at fi.karico.etikettu.client.view.task.SwingTask.run(SwingTask.java:30)
| at fi.karico.etikettu.client.view.task.TaskManager.run(TaskManager.java:150)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: java.lang.ClassNotFoundException: [Ljava.lang.Object;
| at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
| at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:255)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at org.jboss.remoting.loading.RemotingClassLoader.loadClass(RemotingClassLoader.java:50)
| at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:139)
| at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
| at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
| at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| at java.util.ArrayList.readObject(ArrayList.java:593)
| 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:597)
| at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| at org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationResponse.java:122)
| at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945)
| at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869)
| at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
| at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
| at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
| 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)
| 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:61)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:77)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
| at $Proxy1.getList(Unknown Source)
| at fi.karico.etikettu.client.view.editor.ProductEditor$ListTableRefreshTask.refreshModelData(ProductEditor.java:6350)
| at fi.karico.etikettu.client.view.task.TableRefreshTask.runBackground(TableRefreshTask.java:39)
| at fi.karico.etikettu.client.view.task.SwingTask.run(SwingTask.java:30)
| at fi.karico.etikettu.client.view.task.TaskManager.run(TaskManager.java:150)
| at java.lang.Thread.run(Thread.java:619)
| at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:73)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:77)
| at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:102)
| ... 6 more
|
Where can I find the source for Remoting v1.4.6? CVS only seems to have the 2.x branches. Or am I looking at the wrong directory? The JBoss CVS structure is quite chaotic.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021098#4021098
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021098
19Â years, 2Â months
[EJB 3.0] - @RemoteBinding doesn't work?
by yararaca
Hi,
I am using JBoss 4.0.4.GA. I deploy my JAR containing EJBs in EAR archive. The JNDI name of my beans gets prefixed by the EAR name by default. I want to override this behaviour to have the JNDI name independent from the EAR name.
I thought that the @RemoteBinding(jndiBinding="someJNIDIName") is just what i need, but it doesn't seem to take any effect at all?
This is my code:
| @Stateless
| @RemoteBinding(jndiBinding="someJNIDIName")
| public class DemoBean implements DemoRemote {
| // some methods
| }
|
result in JNDI view in jmx console:
| +- myear (class: org.jnp.interfaces.NamingContext)
| | +- DemoBean (class: org.jnp.interfaces.NamingContext)
| | | +- remote (proxy: $Proxy77 implements interface uk.co.rubicon.test.DemoRemote,interface org.jboss.ejb3.JBossProxy,interface javax.ejb.EJBObject)
|
The jndi name stays the same (default) no matter what I do. Anybody has a clue what am i doing wrong?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4021095#4021095
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4021095
19Â years, 2Â months