I'm not sure when it started failing, but I'm on the May 7 nightly, and
it's not working. I'll try to cobble together a simple test case. The
bean itself hits a database, but I'll see if I can stub that out.
I added ejb@ to the discussion. Should this move completely to that
alias, or should it go to all three aliases?
--
Jason Lee
Programmer/Analyst
-----Original Message-----
From: Hong Zhang [mailto:Hong.Zhang_at_Sun.COM]
Sent: Monday, May 08, 2006 3:15 PM
To: dev_at_glassfish.dev.java.net
Cc: users_at_glassfish.dev.java.net
Subject: Re: Remote Slsb Look up Failure
Hi, Jason
When did your application start to fail for you? And what was the
build it last worked?
We have a similar ejb dev test (standalone client code is under its
client subdirectory: client/StandaloneClient.java) and you could take a
look.
http://fisheye5.cenqua.com/viewrep/glassfish/appserv-tests/devtests/ejb/
ejb30/hello/session/
I just ran the test against the latest glassfish nightly build and the
test passed for me (ant build deploy run_standaloneclient).
Is it possible for you to provide your application for us to take a
look and reproduce the problem?
Thanks,
- Hong
Jason Lee wrote:
> I hate to be a bother, but does anyone have any thoughts on this? I'm
> completely stumped. Thanks!
>
> --
> Jason Lee
> Programmer/Analyst
>
>
> ----------------------------------------------------------------------
> --
> *From:* Jason Lee
> *Sent:* Monday, April 24, 2006 11:23 AM
> *To:* 'users_at_glassfish.dev.java.net'
> *Subject:* Remote Slsb Look up Failure
>
> When trying to get a reference to a remote session bean, I get the
> follow stack trace from my client:
>
> javax.naming.NamingException: ejb ref resolution error for remote
> business interfacecom.iecokc.products.IBrandNameProduct [Root
> exception is java.lang.NullPointerException] at
> com.sun.ejb.EJBUtils.lookupRemote30BusinessObject(EJBUtils.java:313)
> at
> com.sun.ejb.containers.RemoteBusinessObjectFactory.getObjectInstance(R
> emoteBusinessObjectFactory.java:61)
> at
> javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:30
> 4) at
> com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:314)
> at javax.naming.InitialContext.lookup(InitialContext.java:351)
> at
> com.iecokc.products.BrandNameProductClient.main(BrandNameProductClient
> .java:20) Caused by: java.lang.NullPointerException at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> ava:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
> orImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585)
> at
> com.sun.ejb.EJBUtils.lookupRemote30BusinessObject(EJBUtils.java:305)
> ... 5 more
>
> The client code looks basically like this:
>
> String jndiName = IBrandNameProduct.class.getName();
> System.setProperty("org.omg.CORBA.ORBInitialHost", "localhost");
> System.setProperty("org.omg.CORBA.ORBInitialPort", "3700");
> System.setProperty("com.sun.appserv.iiop.endpoints",
> "localhost:3700");
> System.setProperty("com.sun.CORBA.connection.ORBSocketFactory",
> "com.sun.enterprise.iiop.IIOPSSLSocketFactory");
> InitialContext ic = new InitialContext(); System.out.println ("Looking
> up " + jndiName); IBrandNameProduct bnpr =
> (IBrandNameProduct)ic.lookup(jndiName);
>
> Glassfish shows that the bean deployed. If I view the JNDI tree, I
> can see the names there. For the record, my interface has @Remote,
> and the implementing class has @Stateless on it. The confusing thing
> is that this code used to work, but, obviously, something changed. I
> have no clue what it might be.
>
> Here's what my deployment archive looks like:
>
> BrandNameProductSessionBean.ear
> lib/
> <bunch of supporting jars>
> META-INF/
> <ant-generated manifest>
> BrandNameProductSessionBean.jar <-- with interface and class
>
> Does anybody have any idea what I'm missing? I'm completely stumped.
> :|
>
> --
> Jason Lee
> Programmer/Analyst
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
For additional commands, e-mail: dev-help_at_glassfish.dev.java.net