Exception in thread "main" java.rmi.RemoteException: The bean encountered
a non-application exception.; nested exception is:
java.lang.AbstractMethodError:
oracle.jdbc.driver.OracleResultSet.getBigDecimal(I)Ljava/math/BigDecimal;
at org.openejb.core.transaction.TransactionPolicy.throwExceptionToServer(TransactionPolicy.java:254)
at org.openejb.core.transaction.TxSupports.handleSystemException(TxSupports.java:191)
at org.openejb.alt.containers.castor_cmp11.CastorCmpEntityTxPolicy.handleSystemException(CastorCmpEntityTxPolicy.java:157)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.findEJBObject(CastorCMP11_EntityContainer.java:1141)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.invoke(CastorCMP11_EntityContainer.java:534)
at org.openejb.server.EjbDaemon.doEjbHome_FIND(EjbDaemon.java:786)
at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:540)
at org.openejb.server.EjbDaemon.run(EjbDaemon.java:372)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.lang.AbstractMethodError: oracle.jdbc.driver.OracleResultSet.getBigDecimal(I)Ljava/math/BigDecimal;
at org.exolab.castor.jdo.engine.SQLTypes.getObject(SQLTypes.java:319)
at org.exolab.castor.jdo.engine.SQLEngine$SQLQuery.loadIdentity(SQLEngine.java:1611)
at org.exolab.castor.jdo.engine.SQLEngine$SQLQuery.nextIdentity(SQLEngine.java:1643)
at org.exolab.castor.persist.QueryResults.nextIdentity(QueryResults.java:173)
at org.exolab.castor.jdo.engine.OQLQueryImpl$OQLEnumeration.hasMore(OQLQueryImpl.java:571)
at org.exolab.castor.jdo.engine.OQLQueryImpl$OQLEnumeration.hasMore(OQLQueryImpl.java:557)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.findEJBObject(CastorCMP11_EntityContainer.java:1093)
Do you know if somebody used Oracle 8.1.x with OpenEJB?
Thanks!
Lev Assinovsky wrote:
David I got it!
Instead of recommended openejb deploy -a -conf /my/app/conf/openejb.xml /my/app/vote.jar
I use
openejb deploy -c -f -conf /my/app/conf/openejb.xml /my/app/vote.jar
After that I see my bean and EVEN can find it through JNDI!
Now I have Oracle trouble!
I use thin driver and URL: jdbc:oracle:thin:@localhost:1521:ORCL
I get:oracle.net.TNSAddress.SOException
at oracle.net.TNSAddress.ServiceAlias.initFromNVPair(ServiceAlias.java:70)
at oracle.net.TNSAddress.ServiceAlias.initFromString(ServiceAlias.java:56)
at oracle.net.resolver.AddrResolution.resolveAddrTree(AddrResolution.java:299)
at oracle.net.resolver.AddrResolution.resolveAndExecute(AddrResolution.java:163)
at oracle.net.ns.NSProtocol.establishConnection(NSProtocol.java:381)
at oracle.net.ns.NSProtocol.connect(NSProtocol.java:149)
at oracle.jdbc.ttc7.TTC7Protocol.connect(TTC7Protocol.java)
at oracle.jdbc.ttc7.TTC7Protocol.logon(TTC7Protocol.java)
at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java)
at java.sql.DriverManager.getConnection(DriverManager.java:512)
at java.sql.DriverManager.getConnection(DriverManager.java:140)
at org.exolab.castor.jdo.engine.DatabaseRegistry.createConnection(DatabaseRegistry.java:401)
at org.exolab.castor.jdo.engine.TransactionContextImpl.getConnection(TransactionContextImpl.java:203)
at org.exolab.castor.persist.ClassMolder.create(ClassMolder.java:891)
at org.exolab.castor.persist.LockEngine.create(LockEngine.java:492)
at org.exolab.castor.persist.TransactionContext.create(TransactionContext.java:827)
at org.exolab.castor.jdo.engine.DatabaseImpl.create(DatabaseImpl.java:345)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.createEJBObject(CastorCMP11_EntityContainer.java:830)
at org.openejb.alt.containers.castor_cmp11.CastorCMP11_EntityContainer.invoke(CastorCMP11_EntityContainer.java:531)
at org.openejb.server.EjbDaemon.doEjbHome_CREATE(EjbDaemon.java:725)
at org.openejb.server.EjbDaemon.processEjbRequest(EjbDaemon.java:536)
at org.openejb.server.EjbDaemon.run(EjbDaemon.java:372)
at java.lang.Thread.run(Thread.java:536)May be somebody familiarized with Oracle/Java can help me?
I have Oracle 8.1.5 in my LOCAL computer and use classes111.zip.
David Blevins wrote:
Hi Lev,You can check to see what beans are loaded into the system and what
their JNDI names are by either checking your openejb.log and looking in
this output:<openebj.log>
...
DEBUG: Deployments : 20
DEBUG: Type Deployment ID
DEBUG: STATEFUL client/tests/stateful/RMI-over-IIOP/EJBHome
DEBUG: CMP_ENTITY client/tests/entity/cmp/EncBean
DEBUG: CMP_ENTITY client/tests/entity/cmp/BasicCmpHome
DEBUG: BMP_ENTITY
client/tests/entity/bmp/allowed_operations/EntityHome
DEBUG: STATEFUL client/tests/stateful/EncBean
DEBUG: STATELESS Hello
...
</openebj.log>You can see that I have the Hello bean available in my system, as well
as the test suite beans. So, I could look them up like:ctx.lookup("/client/tests/stateful/EncBean");
ctx.lookup("/Hello");Another way, which is kind of fun, is to telnet into your started Remote
server and use the system command to get the list of beans and
containers in your system.<shell>
dblevins@Miles ~
$ telnet localhost 4200
Trying 127.0.0.1...
Connected to Miles.
Escape character is '^]'.
OpenEJB Remote Server Console
type 'help' for a list of commands
[openejb]$ system
Containers:
Default Stateless Container
Default BMP Container
Default Stateful Container
Default CMP ContainerDeployments:
client/tests/stateful/RMI-over-IIOP/EJBHome
client/tests/entity/cmp/EncBean
client/tests/entity/cmp/BasicCmpHome
client/tests/entity/bmp/allowed_operations/EntityHome
client/tests/stateful/EncBean
Hello
client/tests/stateless/EncBean
client/tests/entity/bmp/RMI-over-IIOP/EJBHome
client/tests/entity/cmp/RMI-over-IIOP/EJBHome
client/tests/stateless/RMI-over-IIOP/EJBHome
...
</shell>If you don't see your bean there, it isn't there. This could be for one
of two reasons:1. There was a problem with your bean, in which case, look for lines
in your openejb.log starting with WARN. OpenEJB will tell you if it
didn't load a jar because of a problem.2. You didn't restart the server after deploying your bean like the
deploy tool told you to, in which case, shame on you ;)I suppose a third possibility is that you didn't redeploy your bean
after changing it's ejb-name.Let us know how it goes.
-David
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On Behalf Of Lev Assinovsky
Sent: Wednesday, October 09, 2002 2:37 PM
To: David Blevins
Cc: [EMAIL PROTECTED]
Subject: Re: [OpenEJB-user] start_openejb.sh exceptionThanks David.
Your advise helped.
Now I have another problem.
I have:
Exception in thread "main" javax.naming.NameNotFoundException: /VoteBean
not found
where VoteBean is a replacement of EmployeeBean in HelloWorldCMP.
As you could guess the exception happens after a client tries to
lookup("VoteBean").
What might be the reason of the exception and how to debug this case?
No errors are in openejb.log and nothing is about my VoteBean though I
have deployed it.
Thanks,David Blevins wrote:
Hi Lev,
Sure you can, here is the documentation to start OpenEJB's Remote
Server.
http://openejb.sourceforge.net/start-command.html
http://openejb.sourceforge.net/remote-server.html
Or, you can just type:
./openejb.sh start -help
That will give you info on all the start options.
You can also type:
./openejb.sh start -examples
That will give you working examples on how to use the different options
and describes a bit about what they do.
You can also run the Hello World CMP example against the Local Server
just by changing your client to point to that InitialContextFactory. Inthis case, you're using OpenEJB as an embedded library like a JDBC
driver and don't need to start anything. That is documented here:
http://openejb.sourceforge.net/embedded.html
Let us know if you have any trouble,
David
> Lev Assinovsky wrote:
>
> So I can't run "HelloWorld" CMP example with 0.8.3?
>
> David Blevins wrote:
> >
> > Hi Lev,
> >
> > No mistake, the CORBA adapter is intentionally not in the release.
It
> > had too many issues to be shipped or used. Apple has just
contributed a
> > complete rewrite of the CORBA adapter. They use RMI-IIOP to
integrate
> > OpenEJB into the WebObjects EOF and have been working on the new
adapter
> > for several months now.
> >
> > The new CORBA adapter was just checked into cvs yesterday in fact.
We
> > still need to get some documentation for it whipped up, hook it intothe
> > command line script, and workup some deploy support for generating
stubs
> > and ties.
> >
> > The whole thing will ship with OpenEJB 0.9. Should be a great
release.
> >
> > -David-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
http://OpenEJB.sf.net
OpenEJB-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/openejb-user
--
Lev Assinovsky Aelita Sofware Corp.
Programmer St. Petersburg, Russia
Tel: +7 812 532-4225 ext. 208 E-mail: [EMAIL PROTECTED]
-- Lev Assinovsky Aelita Sofware Corp. Programmer St. Petersburg, Russia Tel: +7 812 532-4225 ext. 208 E-mail: [EMAIL PROTECTED]
-- Lev Assinovsky Aelita Sofware Corp. Programmer St. Petersburg, Russia Tel: +7 812 532-4225 ext. 208 E-mail: [EMAIL PROTECTED]
