EJB QL on oc4j 10.0.3

Hi,
I have a problem with an EJB QL query on oc4j 10g using toplink persistance manager.
The Query is:
SELECT OBJECT(h) FROM AirportZoneBean AS h WHERE
(?1 BETWEEN h.lowerLeft_x AND h.upperRight_x) AND
(?2 BETWEEN h.lowerLeft_y AND h.upperRight_y)
When I try to call the method findByCoordinates(double x, double y)
I get the following exception:
javax.ejb.FinderException: Exception [EJB - 10004]: Cannot find bean using finder: [findByCoordinates]. [java.lang.StackOverflowError]
server stacktrace is:
java.lang.StackOverflowError
at oracle.toplink.internal.expressions.FunctionExpression.getBuilder(FunctionExpression.java:176)
at oracle.toplink.internal.expressions.ParameterExpression.getBuilder(ParameterExpression.java:80)
at oracle.toplink.internal.expressions.FunctionExpression.getBuilder(FunctionExpression.java:176)
and so on...
The query works properly when I use only one between-statement.
With oc4j 9.0.3 the whole statement worked.
Does anyone know something about this problem ?

Me too I have the same problem
I am a teacher and I had try to describe the subquery in the new version EJB3.0 to my student but ops did not work????????!!!!!!!!!!!!!!!!!!!!!!!!!!!!
select object(o) from Users o where o.userid in
(select u.userid from Users u )
so I told them its a beta version. is it or not.
Any budy have an answer.

Similar Messages

How to lookup EJBs deployed in OC4J from a standalone client application

Hello all,
I am trying to lookup an EJB deployed in OC4J 10.1.3 from a standalone client application using the following code:
Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.rmi.RMIInitialContextFactory");
env.put(Context.PROVIDER_URL, "ormi://localhost:23791");
env.put(Context.SECURITY_PRINCIPAL, "jazn.com/test");
env.put(Context.SECURITY_CREDENTIALS, "test");
Context context = new InitialContext(env);
Object ref = context.lookup("ejb/Dispatch");
I get the following error:
javax.naming.NameNotFoundException: ejb/Dispatch not found
     at com.evermind.server.rmi.RMIClientContext.lookup(RMIClientContext.java:51)
     at javax.naming.InitialContext.lookup(InitialContext.java:347)
For the lookup string I've also tried:
"java:comp/env/ejb/Dispatch" and "Dispatch"
For the Context.PROVIDER_URL property I've also tried:
opmn:ormi://localhost:6003:instance
The result is always the same.
I appreciate if someone could help me with this?
Thanks,
Georgi

Georgi,
Your question has been discussed many times on this forum. Search the forum archives for "RMIInitialContextFactory".
The PROVIDER_URL needs to include the name of the deployed application that your EJB is part of, for example:
env.put(Context.PROVIDER_URL, "ormi://localhost:23791/MyApp");The lookup name has to be the value of the "ejb-name" element in your "ejb-jar.xml" descriptor file.
Your SECURITY_PRINCIPAL value looks strange to me. Personally, I use "principals" (and not JAZN), so I modified the "application.xml" file (in the "j2ee/home/config" subdirectory) to use "principals". Look for the following comment in that file:
Good Luck,
Avi.
Message was edited by:
Avi Abrami

Trasaction problem when migrate ejb application from oc4j 10.1.2 to 10.1.3

When i migrate my ejb application from oc4j 10.1.2 to 10.1.3
in application log i found following many exceptions:
where is problem? on AS 10.1.2 all works fine.
javax.transaction.SystemException: Transaction state is COMMITTED and therefore can not be suspended, transaction
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransaction.suspend(ApplicationServerTransaction.java:356)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransactionManager.suspend(ApplicationServerTransactionManager.java:541)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EJBTransactionManager.suspend(EJBTransactionManager.java:186)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EJBTransactionManager.suspendLocal(EJBTransactionManager.java:163)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.BeanPool.suspend(BeanPool.java:588)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.BeanPool.destroyContext(BeanPool.java:460)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.BeanPool.releaseContext(BeanPool.java:306)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.BMPOrionEntityBeanPool.releaseContext(BMPOrionEntityBeanPool.java:72)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EntityEJBHome.releaseContextInstance(EntityEJBHome.java:114)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EntityEJBHome.passivateAndRelease(EntityEJBHome.java:182)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EntityEJBObject.releaseContext(EntityEJBObject.java:402)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EntityEJBObject.removeFromCacheNew(EntityEJBObject.java:336)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EntityEJBObject.endTransaction(EntityEJBObject.java:178)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransactionSynchronization.endTransaction(ApplicationServerTransactionSynchronization.java:198)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransactionSynchronization.freeEjbResources(ApplicationServerTransactionSynchronization.java:179)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransactionSynchronization.afterCompletion(ApplicationServerTransactionSynchronization.java:677)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransaction.callSynchronizationAfterCompletion(ApplicationServerTransaction.java:1215)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransactionManager.freeResources(ApplicationServerTransactionManager.java:394)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransaction.doCommit(ApplicationServerTransaction.java:282)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransaction.commit(ApplicationServerTransaction.java:162)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ApplicationServerTransactionManager.commit(ApplicationServerTransactionManager.java:472)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.EJBTransactionManager.end(EJBTransactionManager.java:143)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.interceptor.system.TxRequiredInterceptor.invoke(TxRequiredInterceptor.java:57)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.interceptor.system.DMSInterceptor.invoke(DMSInterceptor.java:52)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:119)
at com.evermindhttp://Oracle Containers for J2EE 10g (10.1.3.4.0) .server.ejb.InvocationContextPool.invoke(InvocationContextPool.java:55)
any idea?
Thanks. J.

java.lang.NoSuchMethodError: java.lang.String oracle.adf.model.BindingContext.findBindingContainerIdByPath(java.lang.String) at oracle.adf.controller.v2.struts.actions.DataAction.mappingCreate
Refer Steve's blog
http://radio-weblogs.com/0118231/stories/2006/02/28/notesOnMigratingAdfstruts1012ApplicationsTo1013.html

Ejb-ref in oc4j 10.1.3.2.0 standalone

Hi,
i asked this before, but i didnt receive any answers. So i looked in more deeply to be more precise.
I developed and deployed a Webservice with JDEV 10.1.3 which looks up EJBs in a remote oc4j. I configured the ejb-references in web.xml and orion-web.xml like shown in the documentation by using ejb-ref-mapping attribute jndi-properties-file and remote-server-ref=true. That works fine in embedded oc4j 10.1.3.2.0.
If i deploy the same application to standalone oc4j 10.1.3.2.0 the application fails wih a naming exception. If i hardcode the jndi-properties again all works fine, so it seems to be a problem of configuration.
So i let print out some information about the InitialContext constructed im the ServiceLocator-Class i use:
ctx = new InitialContext( );
Hashtable ha = ResourceManager.getInitialEnvironment(null);
logger.debug("" + ha.get(InitialContext.PROVIDER_URL));
NamingEnumeration nenum = ctx.listBindings("java:comp/env");
There are indeed some differences between the standalone and the embedded as listed below:
embedded:
07/09/17 17:53:36 ormi://remote-IP: javax.naming.Reference:Reference Class Name: javax.ejb.EJBHome
Type: location
Content: MyBeanFacade
Type: remote-server-ref
Content: true
Type: jndi-properties-file
Content: jndi.properties
07/09/17 17:53:36 ejb: javax.naming.Context:[Context TestWS-org-webapp: {MyBeanFacade=Reference Class Name: javax.ejb.EJBHome
Type: location
Content: MyBeanFacade
Type: remote-server-ref
Content: true
Type: jndi-properties-file
Content: jndi.properties
, ejb/MBeanServerUserEjb=Reference Class Name: javax.ejb.EJBHome
Type: location
Content: MBeanServerUserEjb
standalone:
07/09/17 18:14:06 ormi://IP-ofTheHostOfOC4J:23791/default
07/09/17 18:14:06 MyBeanFacade: javax.naming.Reference:Reference Class Na
me: javax.ejb.EJBHome
Type: location
Content: MyBeanFacade
07/09/17 18:14:06 ejb: javax.naming.Context:[Context webapp: {MyBeanFacad
e=Reference Class Name: javax.ejb.EJBHome
Type: location
Content: MyBeanFacade
, ejb/MBeanServerUserEjb=Reference Class Name: javax.ejb.EJBHome
Type: location
Content: MBeanServerUserEjb
The difference is obvious.
Interestingly http://www.oracle.com/technology/oracleas/schema/orion-web-10_0.xsd
dosnt neither define jndi-properties-file nor remote-server-ref for ejb-ref-mapping. On the other hand, thats what one finds in the documentation.
Another problem is, that originally the oc4j tried to lookup with protocol ormis.
So i had first to delete ssl-port = "23943" from rmi.xml to see ormi.
Now on the first call of the Web Service after start of the server in fact the lookup goes to the remote-IP not to the IP-ofTheHostOfOC4J as written before. But the lookup fails with a namingexception anyway. After the second call the lookup goes to IP-ofTheHostOfOC4J again, even though the application is restarted or redeployed.
Its not very funny to go through this configuration issues with every new revision of the software. Perhaps the lack of feedback in this forum is a hint to open more often a tar than to post herein.
Regards chris

Thank u both for your answers.
First of all this is not a Web Service specific issue at all, its about configuring ejb-references for web-components.
The difference was between embedded and standalone.
The reason for this behavior is a bug in 10.1.3.1 standalone.
I think this could be fixed in this 1/2 GB patch from july 2007, so why not upgrading to 10.1.3.3 for which i assume that it includes the fix as Olaf proposed following my proposal ;-)
Anyway you can work around it quite simple:
The reason is that during the deployment the contents of the custom (contained in the ear-file) orion-web.xml is not properly added to the generated orion-web.xml in applications-deployments.
The ejb-remote attrbiute is discarded.
So just add it to the generated orion-web.xml after the deployment and restart the oc4j. Dont redeploy or restart the application cause a redopleyment would overwrite your changes.
Thanks for my help :-)
Chris

Running CMP EJB in remote OC4J fails, works in embedded. Oracle 9i

I more or less followed the EJB Tutorial (in the help) for creating a session-entity bean facade from Oracle 9i tables. Everything executes correctly in the embedded oc4j but it fails on the remote oc4j with
java.sql.SQLException: Invalid column name
     at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:187)
     at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:229)
     at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:292)
     at oracle.jdbc.driver.OracleStatement.get_column_index(OracleStatement.java:5632)
     at oracle.jdbc.driver.OracleResultSetImpl.findColumn(OracleResultSetImpl.java:716)
     at oracle.jdbc.driver.OracleResultSet.getString(OracleResultSet.java:1506)
     at com.evermind.sql.FilterResultSet.getString(FilterResultSet.java:585)
     at EmployeeLocalHome_EntityHomeWrapper13.findAll(EmployeeLocalHome_EntityHomeWrapper13.java:1260)
Then I also created another simpler CMP EJB that just has 3 fields from Oracle table. This one doesn't even work in embedded oc4j :
com.evermind.server.rmi.OrionRemoteException: Database error: ORA-01747: invalid user.table.column, table.column, or column specification
     java.util.Collection TimesheetHoursHome_EntityHomeWrapper11.findAll()
Are there any known problems I should look out for with generating CMP EJBS with wizards?
I think the IDE is more intuitive than WSAD. It would be great it things worked though.
Another question is regarding relationships. Do the wizards always use ejb-refs to implement relationships? It should be easy enough to add them with EJB Editor if they do not.
Thanks for any help.

Known issues are documented in the release notes
http://otn.oracle.com/products/jdev/htdocs/readme_903Preview.html#ejb
<<<Another question is regarding relationships. Do the wizards always use ejb-refs to implement relationships? >>>>
Not sure what you meant here. If you reverse engineer let us say DEPT and EMP tables, foreign key relationships between the tables are reverse engineered as CMR but there aren't any ejb-ref/ejb-local-ref tags which get generated in the deployment descriptor.
<<It should be easy enough to add them with EJB Editor if they do not. >>
You can double-click on the EJB to bring the EJB Module Editor and select "Relationships" node to add/edit/delete relationships visually.
raghu
JDev Team

Trouble finding optic.jar while looking up EJB in remote OC4J (OAS)

I have a BPEL process that I am deploying to an embedded OC4j (lightweight) that is available with the default install of BPEL Process Mgr developer version using JDeveloper. In that BPEL process I have a BPEL-exec (java embeding) that tries to invoke an EJB running in a separate Oracle Application Server instance (in the same box).
My BPEL process is unable to find the optic.jar support classes that is needed for a client to lookup the remote EJB. It needs the opticexception classes etc..
My settings in the Java standalone program that is being invoked via bpel-exec include:
private String initialContextFactory = "com.evermind.server.rmi.RMIInitialContextFactory";
    //private String initialContextFactory = "com.evermind.server.ApplicationClientInitialContextFactory";
    private String providerUrl = "opmn:ormi://10.14.2.2:6003:home/Sanity";
    private String urlPkgPrefixes = "";
    private String mapEjbJndiName = "Redlands";
    public String getDefaultMapName() {
      try {
          Hashtable env = new Hashtable();
          env.put(Context.INITIAL_CONTEXT_FACTORY, getInitialContextFactory());
          env.put(Context.PROVIDER_URL, getProviderUrl());
          if (getUrlPkgPrefixes() != null && !getUrlPkgPrefixes().equals(""))
              env.put(Context.URL_PKG_PREFIXES, getUrlPkgPrefixes());
            env.put(Context.SECURITY_PRINCIPAL,"admin");
            env.put(Context.SECURITY_CREDENTIALS,"welcome");
            env.put("dedicated.connection", "true");
context = new InitialContext(env);I even tried including all the needed jars in the BPEL-INF\lib directory, but still I see these messages in the BPEL console (unable to find the needed classes). How can I solve this?
Here is the error message I get:
05/12/27 11:30:48 java.lang.NoClassDefFoundError: oracle/ias/opmn/optic/OpticExc
eption
05/12/27 11:30:48 at com.evermind.server.rmi.RMIInitialContextFactory.getI
nitialContext(RMIInitialContextFactory.java:275)
05/12/27 11:30:48 at javax.naming.spi.NamingManager.getInitialContext(Nami
ngManager.java:662)
05/12/27 11:30:48 at javax.naming.InitialContext.getDefaultInitCtx(Initial
Context.java:243)

Hi clemens,
thanks for responding.
As suggested by you I copied the files into applib directory of oc4j/j2ee/home. In addition, I verified the system classpath of BPEL (when it launches), It has the actual physical directory where optic.jar was located. It still fails!
Here are the files in the applib directory. These sames jars I even copied to my BPEL-INF directory and verified it is in the BPEL suitcase.
ejb.jar
javax77.jar
jms.jar
jmxri.jar
jndi.jar
oc4jclient.jar
optic.jar
readme.txt
servlet.jar
I still get this error:
05/12/29 09:12:52 oracle/ias/opmn/optic/OpticException
05/12/29 09:12:52 java.lang.NoClassDefFoundError: oracle/ias/opmn/optic/OpticExc
eption
05/12/29 09:12:52 at com.evermind.server.rmi.RMIInitialContextFactory.getI
nitialContext(RMIInitialContextFactory.java:275)
05/12/29 09:12:52 at javax.naming.spi.NamingManager.getInitialContext(Nami
ngManager.java:662)
05/12/29 09:12:52 at javax.naming.InitialContext.getDefaultInitCtx(Initial
Context.java:243)
05/12/29 09:12:52 at javax.naming.InitialContext.init(InitialContext.java:
219)
05/12/29 09:12:52 at javax.naming.InitialContext.<init>(InitialContext.jav
a:195)
05/12/29 09:12:52 at com.esri.adf.ejb.test.MapFinder.getDefaultMapName(Map
Finder.java:58)
05/12/29 09:12:52 at bpel.p0.ExecLetBxExe1.execute(ExecLetBxExe1.java:62)
05/12/29 09:12:52 at com.collaxa.cube.engine.ext.wmp.BPELXExecWMP.__execut
eStatements(BPELXExecWMP.java:49)
05/12/29 09:12:52 at com.collaxa.cube.engine.ext.wmp.BPELActivityWMP.perfo
rm(BPELActivityWMP.java:185)
05/12/29 09:12:52 at com.collaxa.cube.engine.CubeEngine.performActivity(Cu
beEngine.java:3398)
05/12/29 09:12:52 at com.collaxa.cube.engine.CubeEngine.handleWorkItem(Cub
eEngine.java:1905)
05/12/29 09:12:52 at com.collaxa.cube.engine.dispatch.message.instance.Per
formMessageHandler.handleLocal(PerformMessageHandler.java:75)
05/12/29 09:12:52 at com.collaxa.cube.engine.dispatch.DispatchHelper.handl
eLocalMessage(DispatchHelper.java:100)
05/12/29 09:12:52 at com.collaxa.cube.engine.dispatch.DispatchHelper.sendM
emory(DispatchHelper.java:185)
05/12/29 09:12:52 at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEng
ine.java:5410)
05/12/29 09:12:52 at com.collaxa.cube.engine.CubeEngine.createAndInvoke(Cu
beEngine.java:1300)
05/12/29 09:12:52 at com.collaxa.cube.engine.delivery.DeliveryService.hand
leInvoke(DeliveryService.java:509)
05/12/29 09:12:52 at com.collaxa.cube.engine.ejb.impl.CubeDeliveryBean.han
dleInvoke(CubeDeliveryBean.java:307)
05/12/29 09:12:52 at ICubeDeliveryLocalBean_StatelessSessionBeanWrapper16.
handleInvoke(ICubeDeliveryLocalBean_StatelessSessionBeanWrapper16.java:1796)
05/12/29 09:12:52 at com.collaxa.cube.engine.dispatch.message.invoke.Invok
eInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
05/12/29 09:12:52 at com.collaxa.cube.engine.dispatch.DispatchHelper.handl
eMessage(DispatchHelper.java:76)
05/12/29 09:12:52 at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.
process(BaseScheduledWorker.java:70)
05/12/29 09:12:52 at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage
(WorkerBean.java:86)
05/12/29 09:12:52 at com.evermind.server.ejb.MessageDrivenBeanInvocation.r
un(MessageDrivenBeanInvocation.java:123)
05/12/29 09:12:52 at com.evermind.server.ejb.MessageDrivenHome.onMessage(M
essageDrivenHome.java:748)
05/12/29 09:12:52 at com.evermind.server.ejb.MessageDrivenHome.run(Message
Note:
I just wanted to let you know that the java application I am working with works fine in standalone mode. IT is able to lookup as long as these client dependant jars are in its classpath. The problem is that it fails when it is used part of bpelexec.

ERROR J2EE EJB-03027 with OC4J 10.1.3.3

Hi,
we have an application that works fine in iAS 9i (9.0.3).
Now, we have to migrate the platform to 10G and we are testing with OC4J 10.1.3.3.
But when the OC4J works... we see this message:
2008-03-06 16:10:12.737 ERROR J2EE EJB-03027 [prueba] Se ha producido un error al desplegar el módulo EJB: java.lang.InstantiationException: Internal server error: oracle.classloader.util.AnnotatedClassFormatError (Bad version number in .class file
     Clase no válida: UPHome_EntityHomeWrapper1
     Cargador: prueba.root:0.0.0
     Origen de Código: /C:/OC4J 10.1.3.3/j2ee/home/application-deployments/prueba/MGU-1.0/deployment-cache.jar
     Configuración: <ejb> in wrappers
     Clase Dependiente: com.evermind.server.ejb.deployment.EntityBeanDescriptor
     Cargador: oc4j:10.1.3
     Origen de Código: /C:/OC4J 10.1.3.3/j2ee/home/lib/oc4j-internal.jar
     Configuración: <code-source> in META-INF/boot.xml in C:\OC4J 10.1.3.3\j2ee\home\oc4j.jar
08/03/06 16:10:12 ADVERTENCIA: Application.setConfig Application: prueba is in failed state as initialization failed.
java.lang.InstantiationException: Error initializing ejb-modules: Internal server error: oracle.classloader.util.AnnotatedClassFormatError (Bad version number in .class file
     Clase no válida: UPHome_EntityHomeWrapper1
     Cargador: prueba.root:0.0.0
     Origen de Código: /C:/OC4J 10.1.3.3/j2ee/home/application-deployments/prueba/MGU-1.0/deployment-cache.jar
     Configuración: <ejb> in wrappers
     Clase Dependiente: com.evermind.server.ejb.deployment.EntityBeanDescriptor
     Cargador: oc4j:10.1.3
     Origen de Código: /C:/OC4J 10.1.3.3/j2ee/home/lib/oc4j-internal.jar
     Configuración: <code-source> in META-INF/boot.xml in C:\OC4J 10.1.3.3\j2ee\home\oc4j.jar
We have looked for information about the 'Bad version number' error, and we have recompile all our code with the JDK 1.5 (the same JDK for the OC4J). But we still have the error...
Which may be the problem?...
Thanks.

The only thing you can do is to make sure that you recompile everything you're using.
--olaf

Ejb lookup and oc4j container startup

I have a servlet that is set to auto start on container startup that does a lookup on a ejb in another container. jndi locates the ejbhome but fails to load the class for the ejb home. It knows the name of the class but the classloader cannot find it. This same servlet works fine after the container has started up.
It feel the problem is a classloader problem or a restriction by oracle. Any help is appreciated.
Why can't the OC4J default application that auto starts servlets at container startup not find the ejbhome class?
David Jacobs

We have previously done it, but it only worked when we are using in 10g AS R1. But now, we are porting to R2, but it doesn't work. We didn't do any other things, just a simple lookup using the url, context factory. In R1 it worked fine, in R2, we are encountering the same, NameNotFoundException. Hope someone could help us also with this. Another thing, when we are using ormi://<rest of url>, it doesn't return any exception and our application hangs, but if we use opmn:ormi://<rest of URL>, that's the time it throws the NameNotFoundException. In R1, we didn't have any problems.

Calling an EJB deployed in OC4J from a Java Stored Procedure

Hi all,
Well, I've been trying to figure this out for a bit now and haven't come up with a solution.
I have a Java Stored Procedure in a 9i database and would like to call an EJB deployed in the OC4J Container but DO NOT want to load the various Orion JAR files into the database.
I get hung up on the JNDI piece.
Has anyone figured out how to do this?
Got some code?
Thanks!

Doug,
This is not possible in Oracle9i Release1. in the upcoming Oracle9i DB R2, we will support loading a client-side jars of oc4j (oc4jclient.jar) in the database and call-out EJBs in 9iAS
Please look at this thread Re: Compile procedures for a detailed dicussion on this topic.
regards
Debu Panda
Oracle

Looking up EJBs at different OC4J instances

Hi there,
I´m facing a little weird problem for looking up EJBs deployed at remote OC4J instancias. That is, my application runs at an OC4J instance at host A while some external components, needed by my application, run at an OC4J instance at host B.
Host A runs OC4J version 10.1.3.2 while host B runs OC4J version 10.1.3.3. When I try to lookup some EJB I get the following exception:
Caused by: java.io.InvalidClassException: oracle.oc4j.sql.spi.ManagedConnectionFactoryImpl; local class incompatible: stream classdesc serialVersionUID = -7010736017799296921, local class serialVersionUID = 5036353448034635021
It seems that the serialVersionUID field was not overriden in the class ManagedConnectionFactoryImpl, so each OC4J version has a ManagedConnectionFactoryImpl class with a distinct serial version.
Well, how do I turn around this? Is this a limitation of OC4J that I should cope with (not being able to exchange data through components deployed at different OC4J versions)?
Regards,
Loreno

There are some days since this thread was created. Does the miss of an answer means that it is no possible to exchange data through EJBs deployed at different OC4J instancies, with different versions?

Errors when deploy a simple entity ejb module to oc4j 10g?

I work as following steps:
1. new project
2. new Digram-->EJB Diagram
3. Drag a Entity bean ico to Diagram and name it with Student, then add a id&name column to it.
4 set the entity-ejb Student's Resource Reference's property: name(MysqlPool),ResourceType(com.mysql.jdbc.Driver),Authentification(Container)
(in oc4j, I have set the pool connection--MysqlPool)
5 use command to start oc4j 10.1.3 in jdev10.1.3
6 In Jdeveloper IDE, select ejb-jar.xml and use right mouse button to call out the menu and then select "Cretae ejb or jar deploy profile", set the deploy platform to my oc4j connection.
7 select the deploy profile and deploy to my oc4j connection, then errors were reported as following:
Target platform is Standalone OC4J 10.1.3 (AppServerConnection1).
Wrote EJB JAR file to D:\jdevj2ee1013\jdev\mywork\Application1\Project1\deploy\ejb1.jar
Wrote EAR file to D:\jdevj2ee1013\jdev\mywork\Application1\Project1\deploy\ejb1.ear
Uploading file ...
Application Deployer for ejb1 STARTS.
Do not undeploy previous deployment
Copy the archive to D:\jdevj2ee1013\j2ee\home\applications\ejb1.ear
Initialize D:\jdevj2ee1013\j2ee\home\applications\ejb1.ear begins...
Unpacking ejb1.ear
Done unpacking ejb1.ear
Initialize D:\jdevj2ee1013\j2ee\home\applications\ejb1.ear ends...
Starting application : ejb1
Initializing ClassLoader(s)
Initializing EJB container
Loading connector(s)
Starting up resource adapters
Processing EJB module: ejb1.jar
Compiling EJB generated code
Error while compiling EJB component: D:\jdevj2ee1013\j2ee\home\applications\ejb1\ejb1.jar
com.evermind.compiler.CompilationException: Error finding a suitable DataSource: Error looking up cmt-datasource at jdbc/OracleDS (name not found)
     at com.evermind.server.ejb.compilation.EntityBeanCompilation.createTable(EntityBeanCompilation.java:257)
     at com.evermind.server.ejb.compilation.EntityBeanCompilation.preCompile(EntityBeanCompilation.java:318)
     at com.evermind.server.ejb.compilation.Compilation.generateAnyOldStyle(Compilation.java:1728)
     at com.evermind.server.ejb.compilation.Compilation.compile(Compilation.java:162)
     at com.evermind.server.ejb.compilation.Compilation.doGenerateCode(Compilation.java:216)
     at com.evermind.server.ejb.EJBContainer.postInitBatch(EJBContainer.java:1197)
     at com.evermind.server.ejb.EJBContainer.postInit(EJBContainer.java:1118)
     at com.evermind.server.ApplicationStateRunning.initializeApplication(ApplicationStateRunning.java:200)
     at com.evermind.server.Application.setConfig(Application.java:299)
     at com.evermind.server.Application.setConfig(Application.java:226)
     at com.evermind.server.ApplicationServer.addApplication(ApplicationServer.java:1740)
     at oracle.oc4j.admin.internal.ApplicationDeployer.addApplication(ApplicationDeployer.java:403)
     at oracle.oc4j.admin.internal.ApplicationDeployer.doDeploy(ApplicationDeployer.java:144)
     at oracle.oc4j.admin.internal.DeployerBase.execute(DeployerBase.java:95)
     at oracle.oc4j.admin.jmx.server.mbeans.deploy.OC4JDeployerRunnable.doRun(OC4JDeployerRunnable.java:53)
     at oracle.oc4j.admin.jmx.server.mbeans.deploy.DeployerRunnable.run(DeployerRunnable.java:68)
     at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:299)
     at java.lang.Thread.run(Thread.java:534)
application : ejb1 is in failed state
java.lang.InstantiationException: Error initializing ejb-module; Exception
Error compiling D:\jdevj2ee1013\j2ee\home\applications\ejb1\ejb1.jar: Error finding a suitable DataSource: Error looking up cmt-datasource at jdbc/OracleDS (name not found)
     at com.evermind.server.ejb.EJBContainer.throwInstantiationException(EJBContainer.java:2285)
     at com.evermind.server.ejb.EJBContainer.postInitBatch(EJBContainer.java:1422)
     at com.evermind.server.ejb.EJBContainer.postInit(EJBContainer.java:1118)
     at com.evermind.server.ApplicationStateRunning.initializeApplication(ApplicationStateRunning.java:200)
     at com.evermind.server.Application.setConfig(Application.java:299)
     at com.evermind.server.Application.setConfig(Application.java:226)
     at com.evermind.server.ApplicationServer.addApplication(ApplicationServer.java:1740)
     at oracle.oc4j.admin.internal.ApplicationDeployer.addApplication(ApplicationDeployer.java:403)
     at oracle.oc4j.admin.internal.ApplicationDeployer.doDeploy(ApplicationDeployer.java:144)
     at oracle.oc4j.admin.internal.DeployerBase.execute(DeployerBase.java:95)
     at oracle.oc4j.admin.jmx.server.mbeans.deploy.OC4JDeployerRunnable.doRun(OC4JDeployerRunnable.java:53)
     at oracle.oc4j.admin.jmx.server.mbeans.deploy.DeployerRunnable.run(DeployerRunnable.java:68)
     at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:299)
     at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.InstantiationException:
Error compiling D:\jdevj2ee1013\j2ee\home\applications\ejb1\ejb1.jar: Error finding a suitable DataSource: Error looking up cmt-datasource at jdbc/OracleDS (name not found)
     at com.evermind.server.ejb.EJBContainer.postInitBatch(EJBContainer.java:1226)
     ... 12 more
Operation failed with error:
java.lang.InstantiationException: Error initializing ejb-module; Exception
Error compiling D:\jdevj2ee1013\j2ee\home\applications\ejb1\ejb1.jar: Error finding a suitable DataSource: Error looking up cmt-datasource at jdbc/OracleDS (name not found)
Deployment failed
Elapsed time for deployment: 41 seconds
#### Deployment incomplete. #### 2005-2-15 10:46:02
what's the meaning about Error finding a suitable DataSource: Error looking up cmt-datasource at jdbc/OracleDS (name not found)?
I didn't use jdbc/OracleDS Datasource, and I deleted it from config\data-source.xml.
Is it cause those errors or my operation rong?
Who can tell me the entity ejb's deploy method&step?

Yes, now I added a connection pool and a datasource in oc4j, and set the datasource's jndi name to "jdbc/OracleDS".For The connection pool,I use the mysql database.
Followed the above operation, I repeat the deployment and it deployed successfully.
Viewed by web-control-for-oc4j, I found jdeveloper automaticly created a datasource and pool for the ejb module.However, the datasource's parameter(connection-factory factory-class="oracle.jdbc.pool.OracleDataSource") is wrong.
So I open Tools Menu->Preferences menu and setted the Deploy property to "unbundle datasource...".Then I Created a file named data-sources.xml in project and filled out the correct properties.
After I deploied the ejb-module, I openned the deploied .ear file with winrar to view its contents.I found the factory-class property's value is still wrong which included in data-sources.xml file in Mata-Inf directory,but the property of the data-sources.xml file in .jar file is correct.So, the class factory value of the deploied ejb-application's connection pool still is "oracle.jdbc.pool.OracleDataSource".It couldn't work surely.
Of course, I can modity the data-sources.xml in .ear file.
But has some more better method to settle this problem while not manuelly?

Calling an EJB deployed in OC4J from Java Stored Proc in Oracle

Hello!
Trying to make a call to an EJB deployed in OCJ4 from a oracle java stored proc. After loaded orion.jar and crimson.jar lib into SCOTT schema, I can't get the JNDI Context working because of this error:
============================================
javax.naming.NoInitialContextException: Cannot instantiate class:
com.evermind.server.ApplicationClientInitialContextFactory. Root exception is
java.lang.ClassNotFoundException:
com/evermind/server/ApplicationClientInitialContextFactory
at java.lang.Class.forName0(Class.java)
at java.lang.Class.forName(Class.java)
at com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:45)
at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java)
at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java)
at javax.naming.InitialContext.init(InitialContext.java)
at javax.naming.InitialContext.<init>(InitialContext.java)
===============================
I did load the java with "loadjava" with on time with the "resolve" option and time time no option and still no working.
Here is the EJB client code:
=======================================
import java.sql.*;
import java.util.*;
import javax.naming.*;
import com.evermind.server.ApplicationClientInitialContextFactory;
class EmpRemoteCall {
public static void main(String[] args) {
System.out.println(getEmpName());
public static String getEmpName() {
String ejbUrl = "java:comp/env/ejb/Emp";
String username = "admin";
String password = "admin";
Hashtable environment = new Hashtable();
environment.put(Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.ApplicationClientInitialContextFactory");
environment.put(Context.PROVIDER_URL, "ormi://127.0.0.1/testemp");
environment.put(Context.SECURITY_PRINCIPAL, username);
environment.put(Context.SECURITY_CREDENTIALS, password);
//environment.put(Context.SECURITY_AUTHENTICATION, ServiceCtx.NON_SSL_LOGIN);
//environment.put(javax.naming.Context.URL_PKG_PREFIXES, "oracle.aurora.jndi");
com.kboum.sertir.essais.EmpHome homeInterface = null;
try {
Class.forName("com.evermind.server.ApplicationClientInitialContextFactory", true, ClassLoader.getSystemClassLoader());
System.out.println("Creating an initial context");
Context ic = new InitialContext(environment);
System.out.println("Looking for the EJB published as 'java:comp/env/ejb/Emp'");
homeInterface = (com.kboum.sertir.essais.EmpHome) ic.lookup(ejbUrl);
catch (CommunicationException e) {
System.out.println("Unable to connect: " + ejbUrl);
e.printStackTrace();
//System.exit(1);
catch (NamingException e) {
System.out.println("Exception occurred!");
System.out.println("Cause: This may be an unknown URL, or some" +
" classes required by the EJB are missing from your classpath.");
System.out.println("Suggestion: Check the components of the URL," +
" and make sure your project includes a library containing the" +
" EJB .jar files generated by the deployment utility.");
e.printStackTrace();
//System.exit(1);
catch (ClassNotFoundException e) {
System.out.println("Unable to connect: " + ejbUrl);
e.printStackTrace();
//System.exit(1);
try {
System.out.println("Creating a new EJB instance");
com.kboum.sertir.essais.Emp remoteInterface = homeInterface.findByPrimaryKey(Integer.valueOf("7369"));
System.out.println(remoteInterface.getENAME());
System.out.println(remoteInterface.getSAL());
remoteInterface.setSAL(2);
System.out.println(remoteInterface.getSAL());
return remoteInterface.getENAME();
catch (Exception e) {
System.out.println(e.getMessage());
e.printStackTrace();
return "error";
null

What I did to solve this problem was to
create a simple RMI remote object that
resides outside the database JVM and that
serves as a proxy EJB client for your java
stored procedure. The stored procedure can
invoke a method on the remote RMI object
which then looks up the EJBean's home
interface and invokes the relevant method on
the bean's remote interface, and relays any
return values back to the java stored
procedure.
Hope this helps,
Avi.
null

How to call EJB deployed on OC4J from java stored procedure?

Hello,
I'd like to call EJB from java stored procedure. My example works fine from command line, but the problem seems to be with deployment of this code into database. Especialy I'm wondering how to reference jars like oc4jclient.jar, ejb.jar, ... from java stored procedure.
Is there some example how to do that ?
Can You help me please ?
Many thanks,
Radim Kolek,
Eurotel Prague.

Hi,
You may want to check up this thread
Calling JBoss EJBs from Java stored procedure
Hope this helps,
Sujatha.
OTN Group.

Client EJB JNDI lookup broken in OC4J 9.0.2?

I have a client program that connects to an EJB in the application server and invokes methods on it. If it look up the EJB using the actual JNDI binding, it works fine. If I look it up in java:comp/env (and use the ejb-ref in application-client.xml and ejb-ref-mapping in orion-application-client.xml) the client program catches the following exception:
caught : javax.naming.NameNotFoundException: No object bound for java:comp/env/ejb/logging/Logger
javax.naming.NameNotFoundException: No object bound for java:comp/env/ejb/logging/Logger
at com.sun.enterprise.naming.java.javaURLContext.lookup(javaURLContext.java:116)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at com.mycompany.common.logging.ejb.test.LoggerEJBTest.main(LoggerEJBTest.java:37)
Now, assuming I don't have any typos (and I'd be thrilled if someone pointed it out if that were the case), then it looks like this is a bug in OC4J 9.0.2: the ejb-ref and ejb-ref-mapping elements do not work. For the record, I am using the same ejb-ref and ejb-ref-mapping elements for a servlet's web.xml and orion-web.xml, respectively, without problems.
Here are relevant file excerpts:
LoggerEJBTest.java:
String hostName = "localhost";
String hostPort = "23791";
String userName = "abc";
String password = "def";
String providerURL = "ormi://" + hostName + ":" + hostPort + "/ghi";
Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.ApplicationClientInitialContextFactory");
env.put(Context.PROVIDER_URL, providerURL);
env.put(Context.SECURITY_PRINCIPAL, userName);
env.put(Context.SECURITY_CREDENTIALS, password);
System.out.println("create initial context");
Context context = new InitialContext(env);
System.out.println("get home object");
//works when uncommented
//Object homeObject = context.lookup("logging/Logger");
//broken:
Object homeObject = context.lookup("java:comp/env/ejb/logging/Logger");
ejb-jar.xml:
<?xml version="1.0"?>
<!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">
<ejb-jar>
<description>abc</description>
<display-name>abc</display-name>
<enterprise-beans>
<session>
<description>Logger Bean</description>
<display-name>Logger</display-name>
<ejb-name>Logger</ejb-name>
<home>com.mycompany.common.logging.ejb.LoggerHome</home>
<remote>com.mycompany.common.logging.ejb.Logger</remote>
<ejb-class>com.mycompany.common.logging.ejb.LoggerBean</ejb-class>
<session-type>Stateless</session-type>
<transaction-type>Container</transaction-type>
</session>
</enterprise-beans>
</ejb-jar>
orion-ejb-jar.xml:
<?xml version="1.0"?>
<!DOCTYPE orion-ejb-jar PUBLIC "-//Evermind//DTD Enterprise JavaBeans 2.0 runtime//EN" "http://xmlns.oracle.com/ias/dtds/orion-ejb-jar.dtd">
<orion-ejb-jar>
     <enterprise-beans>
          <session-deployment name="Logger" location="logging/Logger">
     </enterprise-beans>
</orion-ejb-jar>
application-client.xml:
<?xml version="1.0"?>
<!DOCTYPE application-client PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application Client 1.3//EN" "http://java.sun.com/dtd/application-client_1_3.dtd">
<application-client>
     <display-name>logging test</display-name>
<ejb-ref>
<ejb-ref-name>ejb/logging/Logger</ejb-ref-name>
<ejb-ref-type>Session</ejb-ref-type>
<home>com.mycompany.common.logging.ejb.LoggerHome</home>
<remote>com.mycompany.common.logging.ejb.Logger</remote>
<ejb-link>Logger</ejb-link>
</ejb-ref>
</application-client>
orion-application-client.xml:
<?xml version="1.0"?>
<!DOCTYPE orion-application-client PUBLIC "-//Evermind//DTD J2EE Application-client runtime 1.2//EN" "http://xmlns.oracle.com/ias/dtds/orion-application-client.dtd">
<orion-application-client>
<ejb-ref-mapping location="logging/Logger" name="ejb/logging/Logger" />
</orion-application-client>

As far as I know, the only way to lookup an EJB (deployed to
OC4J) from a regular java class using the "ApplicationClientInitialContextFactory"
class and the logical JNDI name is to include your regular java
class (i.e. the client) in your application's EAR file (the file
you use to deploy your application to OC4J).OK, but that sounds like a pretty silly constraint. Shouldn't the ApplicationClientInitialContextFactory know how to do the mapping using the application-client.xml and orion-application-client.xml settings? What does the OC4J server provide that makes this magically work?
From the information you have supplied, it appears that you may
not want to include your client (java) class in your EAR file.That is correct. It is an integration test program, not meant to be deployed into the application server.
So now the question is, "Do you want to make your client part
of your J2EE application, and include it in the application
EAR file?"
If you do, then you have made several mistakes which prevent
you from doing that, but I don't want to explain further, since
you may not want to do that, anyway!Not applicable. But on that topic, aside from being able to auto-start a client application within the OC4J JVM, are there any other reasons why I might want to deploy a client in that manner? I mean, honestly, these things are called "clients" and "servers" for a reason.
Now if you have been reading other postings to this forum,
and if you have read the documentation for OC4J, you would
know that it requires J2SDK 1.3.1 only (not 1.4.0).I am well aware of the other postings on that topic. I am, however, counting on Oracle to live up to their promise to certify 1.4 with with the next update to OC4J:
Limits of 10g
That aside, I already consider OC4J 9.0.2 to be a broken product at this point anyway, so hacking it to use Java 1.4 doesn't bother me that much. OC4J 9.0.2 works about as well with Java 1.4 as with Java 1.3, assuming one replaces the tools.jar. The other major incompatibility is that Oracle SOAP breaks if a web service EJB home&remote interface is compiled with Java 1.4:
http://forums.oracle.com/forums/message.jsp?id=936894
Alas, we're using Apache SOAP 2.3 rather than the ass-backwards stuff in OC4J, anyways, so there's no problem.

OC4J EJBQL and EJB 2.0 features

Hello Debu Panda and All
I've got all howtos and I mangaged to get some parts of OC4J [Oracle9iAS (9.0.3.0.0) Containers for J2EE (build 020323.1689)] working.
There are still some issues that are stalling our development. Could you please comment on them, maybe providing an estimate of when they will be solved/implemented?
First of all, a little background. Our application uses many Java Swing application clients that connect to the EAR application in the container.
The ear application has the following structure:
All database access (Oracle 8i, located in its own server) is done exclusively by means of CMP entity beans. A entity bean may access other entity beans. There are workflow session beans (stateful and stateless) that access the entity beans. All clients see only the workflow session beans (session beans fagade).
Our applicatoin is complex, having more than 80 session beans and more than 25 entity beans (not counting entity beans that exist only to represent relationships among entity beans).
There goes the questions:
1) It seems that entity beans cannot currently be referenced by remote interfaces. We couldn't deploy our application using it. Since we could use only local interfaces fot entity beans, thats what is been done now.
2) There is no CMR supported. Is this true?
3) EJBQL seems to be very limited. In the howto examples there are EJBQL statements that compare two numbers. However, when we tried to use String comparisons, it didn't work. Here is the statement:
"SELECT DISTINCT OBJECT(p) FROM Person p WHERE p.name = ?1"
If I compile, package and deploy the ear applicatin with the above EJBQL statement, OC4J generates an exception when executing the finder method. The exception is:
"java.rmi.NoSuchObjectException: Session has timed out
at com.evermind.server.ejb.StatefulSessionEJBObject.throwPassivisat
ception(StatefulSessionEJBObject.java:188)
at Cad023Remote_StatefulSessionBeanWrapper0.obterPessoasPorParteNom
023Remote_StatefulSessionBeanWrapper0.java:754)
at java.lang.reflect.Method.invoke(Native Method)
at com.evermind.server.rmi.RMICallHandler.run(RMICallHandler.java:8
at com.evermind.util.ThreadPoolThread.run(ThreadPoolThread.java:64)"
If I remove the where clause, the expection is gone. However, I get all records. ;-)
4) It seems that all EJBQL clauses must be capitalized. Is this true?
FINALY)
Is there a newer OC4J build that could use to get the development going? Do you know where there will be one? Is there any way of contacting the OC4J development team to report bugs?
If you would like, we could discuss it in private e-mail (please use my private mail [email protected]).
Thanks for your attention,
Luis Fernando Soeiro
Hi !! OC4J 9.0.3 developer's preview has most features of EJB 2.0. We are working on updating on our docs and samples for EJB 2.0
Please look at the following URL that has some How Tos on EJB 2.0 features such Local Interfacea, EJB QL, etc : http://otn.oracle.com/tech/java/oc4j/htdocs/oc4j-how-to.html#ejb
regards
Debu Panda
Oracle --------------------------
Luis Soeiro <mailto:[email protected]> <mailto:[email protected]>Type : Question Date : Apr 11, 2002 15:15 PT Hello
Some colleagues and I are trying to port a large project from JBOSS to OC4J. We used JBOSS 3.0 (beta) in order to evaluate EJB2.0 features and see if we could use it. We already have OC4J in production, but only as a JSP/Servlet container. The next step would be to deploy our EJB application to OC4J.
We have read the material and it is written that OC4J (developers preview) is EJB 2.0 compliant. However, the specific documentation and the examples don't show how to specify OC4J specifc XML files. We absolutely need CMR and Local Interfaces, because we don't have the time required to downgrade our JBoss EJB2.0 application to the EJB 1.1 specification. We have over 80 Session Beans and over 20 Entity Beans.
Is there anybody there that can confirm that OC4J developer's preview is really EJB2.0 compliant? If so, could you send me some pointers to information about OC4J container specifc deployment descriptors? The docs listed at the web site don't have EJB2.0 features listed, nor does the Oracle samples.
Thanks for your attention,
desperately,
Luis Fernando Soeiro

HI,
I worked out CMR and EJB-QL with single bean.
Using CMR, it is possible to get one bean reference through other bean, but
When I tried EJB-QL with bean to bean navigation then I run into problem.

EJB QL on oc4j 10.0.3

Similar Messages

Maybe you are looking for