Unable to Find EJB in JNDI Tree
Good Morning to All!
I have been scratching my head all day yesterday trying to understand this error:
[2005-06-15 09:44:38,203][Servlet.Engine.Transports : 1][FATAL][{ServiceLocator}{getHome}{CONFIG0001}{Failed to find EJB Reference from JNDI tree}{External Message:Name comp/env/ejb not found in context "java:".}]
{ServiceLocator}{getHome}{CONFIG0001}{Failed to find EJB Reference from JNDI tree}{External Message:Name comp/env/ejb not found in context "java:".}
What is going on is the user is logging into the web application. The process is the user comes in from the web container and enters the EJB container through the AdminEJB. The AdminEJB has a reference to a singleton POJO entitled ServiceLocator. This POJO follows the locator pattern. One of the things the Locator is attempting to accomplish is retrieving the CacheEJBLocalHome. This Cache ejb has a JNDI name of
ejb/CacheEJBHome
I have promoted the Cache ejb to the Local and the Remote interfaces using WSAD.
I realize the lookup method can not find the EJB, but I do not know what is causing this behavior. I originally thought the AdminEJB needed a bean reference to the CacheEJB, but this did not work.
Any insight or debugging techniques into this issue would be greatly appreciated.
Thank you for reading my post.
Russ
Hi Ten,
FYI, just by placing the ejb jar inside EAR project it will not be picked up for deployment. The EJB module has to be defined on EAR Module Assembly, and the steps are:
> EAR Project | Properties, Deployment Assembly - Add EJB module
NOTE: To verify the dependency you could try to export the EAR project to an .ear file. If the exported .ear file bundles ejb jar then deployment should work fine.
As far as the deployment mode, OEPE supports WebLogic Split-source (default) and Exploded archive. In the default split-source mode, the .beabuild.txt contains the mapping to the actual files whereas in exploded archive the files are copied over to deployment staging location.
Steps to modify deployment mode:
> In the server view, right click on server configuration | Properties, select WebLogic | Publishing
Please make sure the ejb module is defined appropriately and let me know if this resolves the issue.
Thanks,
Ram
Similar Messages
-
Unable to find ejb-jar with uri X.jar in ear at c:/Y/split_src
Stack trace is below, but the ejb does exist at the location that the FileNotFoundException states. I've checked that application.xml, org.eclipse.wst.common.component both have the correct name for this dependency.
java.lang.Exception: Exception received from deployment driver. See Error Log view for more detail.
at oracle.eclipse.tools.weblogic.server.internal.DeploymentProgressListener.watch(DeploymentProgressListener.java:190)
at oracle.eclipse.tools.weblogic.server.internal.WlsJ2EEDeploymentHelper.deploy(WlsJ2EEDeploymentHelper.java:506)
at oracle.eclipse.tools.weblogic.server.internal.WeblogicServerBehaviour.publishWeblogicModules(WeblogicServerBehaviour.java:1466)
at oracle.eclipse.tools.weblogic.server.internal.WeblogicServerBehaviour.publishToServer(WeblogicServerBehaviour.java:898)
at oracle.eclipse.tools.weblogic.server.internal.WeblogicServerBehaviour.publishOnce(WeblogicServerBehaviour.java:686)
at oracle.eclipse.tools.weblogic.server.internal.WeblogicServerBehaviour.publish(WeblogicServerBehaviour.java:539)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:774)
at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:3153)
at org.eclipse.wst.server.core.internal.Server$PublishJob.run(Server.java:345)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
Caused by: weblogic.application.ModuleException:
at weblogic.ejb.container.deployer.EJBModule.init(EJBModule.java:334)
at weblogic.application.internal.flow.ModuleListenerInvoker.init(ModuleListenerInvoker.java:167)
at weblogic.application.internal.flow.InitModulesFlow.initModule(InitModulesFlow.java:312)
at weblogic.application.internal.flow.InitModulesFlow.initModules(InitModulesFlow.java:325)
at weblogic.application.internal.flow.InitModulesFlow.prepare(InitModulesFlow.java:378)
at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:648)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
at weblogic.application.internal.EarDeployment.prepare(EarDeployment.java:59)
at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:154)
at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:60)
at weblogic.deploy.internal.targetserver.operations.ActivateOperation.createAndPrepareContainer(ActivateOperation.java:208)
at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doPrepare(ActivateOperation.java:98)
at weblogic.deploy.internal.targetserver.operations.AbstractOperation.prepare(AbstractOperation.java:217)
at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentPrepare(DeploymentManager.java:747)
at weblogic.deploy.internal.targetserver.DeploymentManager.prepareDeploymentList(DeploymentManager.java:1216)
at weblogic.deploy.internal.targetserver.DeploymentManager.handlePrepare(DeploymentManager.java:250)
at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.prepare(DeploymentServiceDispatcher.java:159)
at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doPrepareCallback(DeploymentReceiverCallbackDeliverer.java:171)
at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$000(DeploymentReceiverCallbackDeliverer.java:13)
at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$1.run(DeploymentReceiverCallbackDeliverer.java:46)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:545)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused by: java.io.FileNotFoundException: Unable to find ejb-jar with uri ***.jar in ear at C:\***\split_src
at weblogic.ejb.spi.EJBJar.<init>(EJBJar.java:81)
at weblogic.ejb.container.deployer.EJBModule.buildClassFinder(EJBModule.java:201)
at weblogic.ejb.container.deployer.EJBModule.init(EJBModule.java:313)Hi Ten,
FYI, just by placing the ejb jar inside EAR project it will not be picked up for deployment. The EJB module has to be defined on EAR Module Assembly, and the steps are:
> EAR Project | Properties, Deployment Assembly - Add EJB module
NOTE: To verify the dependency you could try to export the EAR project to an .ear file. If the exported .ear file bundles ejb jar then deployment should work fine.
As far as the deployment mode, OEPE supports WebLogic Split-source (default) and Exploded archive. In the default split-source mode, the .beabuild.txt contains the mapping to the actual files whereas in exploded archive the files are copied over to deployment staging location.
Steps to modify deployment mode:
> In the server view, right click on server configuration | Properties, select WebLogic | Publishing
Please make sure the ejb module is defined appropriately and let me know if this resolves the issue.
Thanks,
Ram -
Unable to publish - Unable to find ejb-jar with uri itr-ejbs.jar in ear
I'm using Weblogic 10.3.4 with Eclipse Juno before i was with Eclipse Galileo. Since the update i'm not able to publish my ear anymore.
I search on the internet the explanation of this stacktrace but i don't find a understandable answer so i ask to you :D
<5 oct. 2012 12 h 30 CEST> <Error> <Deployer> <BEA-149265> <Failure occurred in the execution of deployment request with ID '1349433008242' for task '0'. Error is: 'weblogic.application.ModuleException: '
weblogic.application.ModuleException:
at weblogic.ejb.container.deployer.EJBModule.init(EJBModule.java:334)
at weblogic.application.internal.flow.ModuleListenerInvoker.init(ModuleListenerInvoker.java:167)
at weblogic.application.internal.flow.InitModulesFlow.initModule(InitModulesFlow.java:285)
at weblogic.application.internal.flow.InitModulesFlow.initModules(InitModulesFlow.java:298)
at weblogic.application.internal.flow.InitModulesFlow.prepare(InitModulesFlow.java:330)
Truncated. see log file for complete stacktrace
Caused By: java.io.FileNotFoundException: Unable to find ejb-jar with uri itr-ejbs.jar in ear at D:\dev\workspaces\.metadata\.plugins\org.eclipse.core.resources\.projects\itr-ear\beadep\citron_domain\itr-ear\split_src
at weblogic.ejb.spi.EJBJar.<init>(EJBJar.java:81)
at weblogic.ejb.container.deployer.EJBModule.buildClassFinder(EJBModule.java:201)
at weblogic.ejb.container.deployer.EJBModule.init(EJBModule.java:313)
at weblogic.application.internal.flow.ModuleListenerInvoker.init(ModuleListenerInvoker.java:167)
at weblogic.application.internal.flow.InitModulesFlow.initModule(InitModulesFlow.java:285)
Truncated. see log file for complete stacktrace
>
<5 oct. 2012 12 h 30 CEST> <Warning> <Deployer> <BEA-149004> <Failures were detected while initiating deploy task for application 'itr-ear'.>
<5 oct. 2012 12 h 30 CEST> <Warning> <Deployer> <BEA-149078> <Stack trace for message 149004
weblogic.application.ModuleException:
at weblogic.ejb.container.deployer.EJBModule.init(EJBModule.java:334)
at weblogic.application.internal.flow.ModuleListenerInvoker.init(ModuleListenerInvoker.java:167)
at weblogic.application.internal.flow.InitModulesFlow.initModule(InitModulesFlow.java:285)
at weblogic.application.internal.flow.InitModulesFlow.initModules(InitModulesFlow.java:298)
at weblogic.application.internal.flow.InitModulesFlow.prepare(InitModulesFlow.java:330)
Truncated. see log file for complete stacktrace
Caused By: java.io.FileNotFoundException: Unable to find ejb-jar with uri itr-ejbs.jar in ear at D:\dev\workspaces\.metadata\.plugins\org.eclipse.core.resources\.projects\itr-ear\beadep\citron_domain\itr-ear\split_src
at weblogic.ejb.spi.EJBJar.<init>(EJBJar.java:81)
at weblogic.ejb.container.deployer.EJBModule.buildClassFinder(EJBModule.java:201)
at weblogic.ejb.container.deployer.EJBModule.init(EJBModule.java:313)
at weblogic.application.internal.flow.ModuleListenerInvoker.init(ModuleListenerInvoker.java:167)
at weblogic.application.internal.flow.InitModulesFlow.initModule(InitModulesFlow.java:285)
Truncated. see log file for complete stacktrace
>Thank YouHi,
It seems one of your ejb jar is missing from the current file location.
D:\dev\workspaces\.metadata\.plugins\org.eclipse.core.resources\.projects\itr-ear\beadep\citron_domain\itr-ear\split_src
you can make it manually copied to this location and build the project again so that it can able to deploy propertly.
Now one more thing you can do open a ticket with oracle support for better assistance.
Regards,
Kal -
Should I see EJBs in JNDI tree?
Should I be able to see my deployed EJBs in the JNDI tree of WLS6.1?
I can see the session beans that I have deployed, but not my entity
beans.
Thanks,
MaloneShould I be able to see my deployed EJBs in the JNDI tree of WLS6.1?
I can see the session beans that I have deployed, but not my entity
beans.
Thanks,
Malone -
Unable to find the default jndi
Hi,
Recently I have installed Coldfusion 8 and deployed the
CFIDEover the weblogic 9.2 server. I operate on UNIX solaris. BUt
everytime I bounce the server I see thi s message in the logs
JRun JDBC was unable to locate a default JNDI
provider..Failed to bind coldfusion/datasource/catalog: null
Catalog is name of one of my datasources. I am new to
coldfusion but I have followed the installation doc well.But I am
sure missing something. I have creaed all th datasources in CF8
administrator also. Please advise. Thanks
The Log file aslo has this message
<ClassLoader><W>Error initializing pre-processor
class
weblogic.diagnostics.instrumentation.DiagnosticClassPreProcessor
java.lang.ClassCastException:
weblogic.diagnostics.instrumentation.DiagnosticClassPreProcessor
at
weblogic.utils.classloaders.GenericClassLoader.initializePreProcessor(GenericClassLoader. java:619)
at
weblogic.utils.classloaders.GenericClassLoader.init(GenericClassLoader.java:126)
at
weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoader.java:120)
at
weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoader.java:110)
at
weblogic.utils.classloaders.GenericClassLoader.getAugmentableSystemClassLoader(GenericCla ssLoader.java:726)
at
weblogic.rmi.internal.ClientRuntimeDescriptor.<clinit>(ClientRuntimeDescriptor.java:51)
at
weblogic.jndi.WLInitialContextFactoryDelegate.<clinit>(WLInitialContextFactoryDelegate.ja va:180)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at
weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContextFactory.java:131)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
at javax.naming.InitialContext.init(InitialContext.java:223)
at
javax.naming.InitialContext.<init>(InitialContext.java:175)
at
coldfusion.server.j2ee.sql.pool.JDBCPool.deployDataSource(JDBCPool.java:155)
at
coldfusion.server.j2ee.sql.pool.JDBCPool.init(JDBCPool.java:130)
at
coldfusion.server.j2ee.sql.pool.JDBCPool.<init>(JDBCPool.java:81)
at
coldfusion.server.j2ee.sql.pool.JDBCManager.createPool(JDBCManager.java:50)
at
coldfusion.sql.CFPooledDataSource.setDatasource(CFPooledDataSource.java:289)
at
coldfusion.sql.CFPooledDataSource.newDataSource(CFPooledDataSource.java:221)
at
coldfusion.sql.DataSourceFactory.createDataSource(DataSourceFactory.java:102)
at
coldfusion.sql.DataSourceFactory.setDataSource(DataSourceFactory.java:134)
at coldfusion.sql.Executive.load(Executive.java:161)
at coldfusion.server.ServiceBase.start(ServiceBase.java:59)
at coldfusion.sql.Executive.start(Executive.java:75)
at coldfusion.server.CFService.setupSql(CFService.java:131)
at coldfusion.server.CFService.start(CFService.java:479)
at
coldfusion.server.j2ee.CFStartUpServlet.startCFService(CFStartUpServlet.java:109)
at
coldfusion.server.j2ee.CFStartUpServlet.init(CFStartUpServlet.java:85)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
coldfusion.bootstrap.ClassloaderHelper.initServletClass(ClassloaderHelper.java:94)
at
coldfusion.bootstrap.BootstrapServlet.init(BootstrapServlet.java:59)
at
weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.jav a:278)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at
weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:64)
at
weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java: 58)
at
weblogic.servlet.internal.StubLifecycleHelper.<init>(StubLifecycleHelper.java:48)
at
weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:507)
at
weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:1 723)
at
weblogic.servlet.internal.WebAppServletContext.loadServletsOnStartup(WebAppServletContext .java:1700)
at
weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java :1620)
at
weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:2761)
at
weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:889)
at
weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:333)
at
weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
at
weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at
weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
at
weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)
at
weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java :117)
at
weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
at
weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at
weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
at
weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:26)
at
weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635)
at
weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at
weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212)
at
weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java :154)
at
weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.ja va:80)
at
weblogic.deploy.internal.targetserver.BasicDeployment.activate(BasicDeployment.java:181)
at
weblogic.deploy.internal.targetserver.BasicDeployment.activateFromServerLifecycle(BasicDe ployment.java:358)
at
weblogic.management.deploy.internal.DeploymentAdapter$1.doActivate(DeploymentAdapter.java :52)
at
weblogic.management.deploy.internal.DeploymentAdapter.activate(DeploymentAdapter.java:186 )
at
weblogic.management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:30)
at
weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeploy ments.java:233)
at
weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments. java:169)
at
weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.ja va:123)
at
weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerServic e.java:173)
at
weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService .java:89)
at
weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
at
weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at
weblogic.work.ExecuteThread.run(ExecuteThread.java:181)Hi Chimbu,
First of all create the new Essbase Server for the corresponding admin server.
And named the Essbase server as LocalHost.
Note one admin server can have multiple Essbase server
Thanks And Regards
Saru -
Unable to bind object in JNDI tree.
While I try to bind a simple object in JNDI tree I get the following error.
I have not used any cluster .
Server : Web Logic 8.1 SP 6
Jdk version 1.4.2 comes along with bea weblogic 8.1 sp 6
Javax.naming.communicationException[
Root exception is java.rmi.unmarshalException:
Error unmarshalling arguments; nested exception is :
Java.lang.ClassNotFoundException: com.examples.person : This error could indicate that a compound was deployed on a cluster member but not other members of that cluster. Make sure that any component deployed on a server that is part of a cluster is also deployed on a server that is part of a cluster is also deployed on all other member of that cluster.Is this somehow being called from the parameterless constructor?
You sometimes have to wrap bits of code with in designer checks to stop em running.
In c# that would be:
if (!DesignerProperties.GetIsInDesignMode(this))
// do your stuff only at runtime
Please don't forget to upvote posts which you like and mark those which answer your question.
My latest Technet article - Dynamic XAML -
Unable to register object in JNDI tree
While I try to bind a simple object in JNDI tree I get the following error.
I have not used any cluster .
Server : Web Logic 8.1 SP 6
Javax.naming.communicationException[
Root exception is java.rmi.unmarshalException:
Error unmarshalling arguments; nested exception is :
Java.lang.ClassNotFoundException: com.examples.person : This error could indicate that a compound was deployed on a cluster member but not other members of that cluster. Make sure that any component deployed on a server that is part of a cluster is also deployed on a server that is part of a cluster is also deployed on all other member of that cluster.
-------------------------------Is this somehow being called from the parameterless constructor?
You sometimes have to wrap bits of code with in designer checks to stop em running.
In c# that would be:
if (!DesignerProperties.GetIsInDesignMode(this))
// do your stuff only at runtime
Please don't forget to upvote posts which you like and mark those which answer your question.
My latest Technet article - Dynamic XAML -
EJB deployed but doesnt show up in JNDI tree on weblogic
Hi,
I have a sample EJB deployed on weblogic 10.3 server. My Bean class contains following code.
========================================================================
@Stateless (mappedName = "DemoEJB")
@TransactionManagement(TransactionManagementType.BEAN)
public class DemoBean implements SessionBean {
static final boolean verbose = true;
private transient SessionContext ctx;
private transient Properties props;
@SuppressWarnings("deprecation")
@Override
public void setSessionContext(SessionContext ctx) throws EJBException,
RemoteException {
// TODO Auto-generated method stub
if (verbose)
System.out.println("setSessionContext called");
this.ctx = ctx;
props = ctx.getEnvironment();
public String demoSelect()
throws RemoteException
return("hello world");
===========================================================================
I have created a jar file for the above class using eclipse and deployed it on weblogic. I can see the EJB in the <Deployment> on weblogic but it doesnt appear in <EJB> on JNDI tree view. Therefore i cannot access it from my client code (also written in Eclipse IDE).
I will appreciate any guidance in this regard.
Thanks
Regards,
AwaisHi,
i have the same problem with yours
This is my annotation with EJB3.0:
@Stateless(mappedName="ConSession")
@Remote(ConBeanRemote.class)
@Local(ConBean.class)
and i have a weblogic-ejb-jar.xml to define my jndi name
<?xml version="1.0" encoding="UTF-8"?>
<weblogic-ejb-jar xmlns:wls="http://www.bea.com/ns/weblogic/weblogic-ejb-jar"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd
http://www.bea.com/ns/weblogic/weblogic-ejb-jar
http://www.bea.com/ns/weblogic/weblogic-ejb-jar/1.0/weblogic-ejb-jar.xsd">
<weblogic-enterprise-bean>
<ejb-name>ConSession</ejb-name>
<stateless-session-descriptor>
<business-interface-jndi-name-map>
<business-remote>com.staffware.ConBeanRemote</business-remote>
<jndi-name>ConSession#com/staffware/ConBeanRemote</jndi-name>
</business-interface-jndi-name-map>
</stateless-session-descriptor>
<local-jndi-name>com/ConfigurationManagerBeanLocal</local-jndi-name>
</weblogic-enterprise-bean>
</weblogic-ejb-jar>
[ the most important: I also have specify JNDI in a java file like this
beanRemoteJNDIs.put("ConBeanRemote","ConSession#com/staffware/ConBeanRemote");
beanLocalJNDIs.put("ConBean","java:comp/env/com/ConBean");
and i can find the ConSession#com/staffware/ConBeanRemote in the jndi tree . but it shows like Multilevel directory tree
and when i login the website and click the button
.another error comes out :
13:35:55,046 ERROR [EJBDelegate] Unable to lookup reference java:comp/env/com/ConBean for ConBean!
javax.naming.LinkException: [Root exception is javax.naming.LinkException: [Root exception is javax.naming.NameNotFoun
dException: While trying to look up /app/ejb/CONFIG-ejb-2.0.jar#ConSession/local-home in /app/webapp/CO
M/18328287.; remaining name '/app/ejb/CONFIG-ejb-2/0/jar#ConfigurationManagerSession/local-home']; Link Remaining Name:
'java:app/ejb/CONFIG-ejb-2.0.jar#ConSession/local-home']; Link Remaining Name: 'com/ConBean'
at weblogic.jndi.internal.WLNamingManager.getObjectInstance(WLNamingManager.java:104)
at weblogic.jndi.internal.BasicNamingNode.resolveObject(BasicNamingNode.java:884)
at weblogic.jndi.internal.ApplicationNamingNode.resolveObject(ApplicationNamingNode.java:187)
what should i do ?
and should i specify the jndi name in the java file . the JNDI name defined in the weblogic is right?
can you help me ?
thanks very much in advance! -
Are Connection Factory and JMS Queue supposed to be in JNDI tree
I have created Connection Factory and JMS Queue. I am expecting to find both in JNDI tree. Where, in the http://localhost:7001/console/consolejndi.portal, could I find them? I mean, in which branch of the JNDI tree?
Hi,
You should find them following exactly the way you define their JNDI Names... Make sure you are looking into the JNDI tree for the right managed server... Pay attention into the targets of your connection factory and queue...
For example, a JNDI name jms.myConnectionFactory (or jms/myConnectionFactory) targeted to soa_server1 will appear under soa_server1 / jms / myConnectionFactory ...
Hope this helps...
Cheers,
Vlad -
Hi
I am just a starter on WLPortal.
I have created a barebone Application from scratch. I have synchronized it properly
from EBCC to WLP. But When I am trying to access the home page of my application,
I am getting from stack trace -
<Nov 6, 2002 5:37:59 PM IST> <Error> <PortalAppflow> <Could not lookup PortalManagerHome
in the JNDI tree using EJB reference java:comp/env/ejb/PortalManager.
javax.naming.NameNotFoundException: Unable to resolve comp/env/ejb/PortalManager
Resolved: 'comp/env' Unresolved:'ejb' ; remaining name 'PortalManager'
at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(BasicNamingNode.java:802)
at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.java:209)
at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:173)
at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:181)
at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:181)
at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:323)
at weblogic.jndi.factories.java.ReadOnlyContextWrapper.lookup(ReadOnlyContextWrapper.java:36)
at weblogic.jndi.internal.AbstractURLContext.lookup(AbstractURLContext.java:124)
at javax.naming.InitialContext.lookup(InitialContext.java:350)
at com.bea.p13n.util.JndiHelper.lookupNarrow(JndiHelper.java:96)
at com.bea.portal.appflow.PortalAppflowHelper.<clinit>(PortalAppflowHelper.java:64)
at com.bea.portal.appflow.servlets.internal.PortalWebflowServlet.init(PortalWebflowServlet.java:78)
at javax.servlet.GenericServlet.init(GenericServlet.java:258)
at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:700)
at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:643)
at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:588)
at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:368)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:242)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:200)
at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:215)
at weblogic.servlet.jsp.PageContextImpl.forward(PageContextImpl.java:112)
at jsp_servlet.__index._jspService(__index.java:92)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:265)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:304)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:200)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2459)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2039)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
>
<Nov 6, 2002 5:37:59 PM IST> <Error> <HTTP> <[WebAppServletContext(19695286,FirstWebApp,/FirstWebApp)]
Servlet failed with Exception
java.lang.NullPointerException:
at com.bea.portal.appflow.PortalAppflowHelper.createPortalManager(PortalAppflowHelper.java:82)
at com.bea.portal.appflow.servlets.internal.PortalWebflowServlet.setupPortalRequest(PortalWebflowServlet.java:187)
at com.bea.portal.appflow.servlets.internal.PortalWebflowServlet.doGet(PortalWebflowServlet.java:99)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:265)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:200)
at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:215)
at weblogic.servlet.jsp.PageContextImpl.forward(PageContextImpl.java:112)
at jsp_servlet.__index._jspService(__index.java:92)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:265)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:304)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:200)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2459)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2039)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
When I decompiled the class PortalAppflowHelper, I found a static block in it,
which was as under-
static
debug = Debug.getInstance(com.bea.portal.appflow.PortalAppflowHelper.class);
try
if(debug.ON)
debug.out("Looking up PortalManagerHome using EJB reference java:comp/env/ejb/PortalManager");
portalManagerHome = (PortalManagerHome)JndiHelper.lookupNarrow("java:comp/env/ejb/PortalManager",
com.bea.portal.manager.ejb.PortalManagerHome.class);
if(debug.ON)
debug.out("Successfully retrieved PortalManagerHome " + portalManagerHome);
catch(Exception e)
PortalAppflowLogger.errorFindingPortalManagerHome("java:comp/env/ejb/PortalManager",
e);
I have checked the PortalManager's JNDI name on WLConsole. Its ${APPNAME}.BEA_portal.PortalManager.
Should I change it?
When I tried to change it, I started getting other weird errors.
Thanks
Neeraj HansNeeraj -
The Portal framework code (including PortalAppflowHelper) uses ejb
references to find the PortalManager (and other EJBs) from servlets and
taglibs; that is what is signified by the java:comp/env/... name.
Since you built your webapp from scratch (instead of using the portal
wizard), you will need to make sure the you have the appropriate
<ejb-ref> entries in your web.xml, and the corresponding
<ejb-reference-description> entries in your weblogic.xml. By default,
you will need at least mappings for:
- ejb/PortalManager
- ejb/UserManager
- ejb/GroupManager
- ejb/PipelineExecutor
- ejb/EventService
See either the resulting webapp from using the portal wizard or
BEA_HOME/weblogic700/samples/portal/sampleportalDomain/beaApps/sampleportal/sampleportal/WEB-INF
for example syntax.
Greg
Neeraj Hans wrote:
Hi
I am just a starter on WLPortal.
I have created a barebone Application from scratch. I have
synchronized it properly
from EBCC to WLP. But When I am trying to access the home page of my
application,
I am getting from stack trace -
<Nov 6, 2002 5:37:59 PM IST> <Error> <PortalAppflow> <Could not lookup
PortalManagerHome
in the JNDI tree using EJB reference java:comp/env/ejb/PortalManager.
javax.naming.NameNotFoundException: Unable to resolve
comp/env/ejb/PortalManager
Resolved: 'comp/env' Unresolved:'ejb' ; remaining name 'PortalManager'
at <stack trace lines snipped>
When I decompiled the class PortalAppflowHelper, I found a static
block in it,
which was as under-
static
debug =
Debug.getInstance(com.bea.portal.appflow.PortalAppflowHelper.class);
try
if(debug.ON)
debug.out("Looking up PortalManagerHome using EJB
reference java:comp/env/ejb/PortalManager");
portalManagerHome =
(PortalManagerHome)JndiHelper.lookupNarrow("java:comp/env/ejb/PortalManager",
com.bea.portal.manager.ejb.PortalManagerHome.class);
if(debug.ON)
debug.out("Successfully retrieved PortalManagerHome "
+ portalManagerHome);
catch(Exception e)
PortalAppflowLogger.errorFindingPortalManagerHome("java:comp/env/ejb/PortalManager",
e);
I have checked the PortalManager's JNDI name on WLConsole. Its
${APPNAME}.BEA_portal.PortalManager.
Should I change it?
When I tried to change it, I started getting other weird errors.
Thanks
Neeraj Hans -
Distinction of EJBs in shared clusterwide JNDI-Tree
Hi,
for logging issues i want to browse the shared clusterwide JNDI-Tree. As far
as i know, the clusterwide JNDI-Tree contains all services of any deployed
EJB in the cluster.
My problem is that i want do distinguish between the EJBs on the unique
Application Servers in the cluster. I need to get information about the
ApplicationServer/Thread the EJB is running in.
-Is it possible to get this information out of the clusterwide JNDI-Tree of
WLS6.0sp1?
-Is there a way to work with the replica-aware stubs of clusterable EJBs to
distinguish between "originals" and their replicas on other AppServers?
-Which type of EJBs can be accessed? All types?
-How can this task be achieved?
Thanks in advance for your help
René
"René Eßer" wrote:
> Hi,
>
> for logging issues i want to browse the shared clusterwide JNDI-Tree. As far
> as i know, the clusterwide JNDI-Tree contains all services of any deployed
> EJB in the cluster.
Yes, the cluster wide JNDI tree contains everything that is deployed in the
cluster.
> My problem is that i want do distinguish between the EJBs on the unique
> Application Servers in the cluster. I need to get information about the
> ApplicationServer/Thread the EJB is running in.
I don't understand what you mean here. "EJB's on the unique App Servers in the
cluster". To find out which thread is running you can do a
Thread.currentThread().getName()
>
> -Is it possible to get this information out of the clusterwide JNDI-Tree of
> WLS6.0sp1?
No not really.
>
> -Is there a way to work with the replica-aware stubs of clusterable EJBs to
> distinguish between "originals" and their replicas on other AppServers?
This is all hidden and transperent to the users.
-- Prasad
>
> -Which type of EJBs can be accessed? All types?
>
> -How can this task be achieved?
>
> Thanks in advance for your help
>
> René
-
Unable to deploy EJB: unable to find EndPointFinder
Hello.
We are in a process of migrating applications from WL7 SP7 to WL 10.3
JDK 1.4 to JDK 1.6
EJB 2.1 remains same.
When we try to connect to a third-party (SONIC) secured JMS infrastructure Topic. I have configured the credential mapper for that.
When I deployed application in WL 10.3 I got following error
Unable to deploy EJB: TLDBanMoveMDB from tbstotld.jar:
unable to find EndPointFinder for ldap://emldev01.sbc.com:4299/t=jms,ou=2_0,ou=dst01,ou=telegence,ou=ld,o=billing'
weblogic.application.ModuleException: Exception activating module: EJBModule(tbstotld.jar)
Unable to deploy EJB: TLDBanMoveMDB from tbstotld.jar:
unable to find EndPointFinder for ldap://emldev01.sbc.com:4299/t=jms,ou=2_0,ou=dst01,ou=telegence,ou=ld,o=billing
at weblogic.ejb.container.deployer.EJBModule.activate(EJBModule.java:493)
at weblogic.application.internal.flow.ModuleListenerInvoker.activate(ModuleListenerInvoker.java:107)
at weblogic.application.internal.flow.DeploymentCallbackFlow$2.next(DeploymentCallbackFlow.java:411)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:74)
at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:66)
at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212)
at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:16)
at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:162)
at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79)
at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569)
at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:140)
at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:106)
at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323)
Following is my deployment descriptor.
<weblogic-enterprise-bean>
<ejb-name>TLDBanMoveMDB</ejb-name>
<message-driven-descriptor>
<pool>
<max-beans-in-free-pool>30</max-beans-in-free-pool>
<initial-beans-in-free-pool>1</initial-beans-in-free-pool>
</pool>
<destination-jndi-name>cn=tldNotify</destination-jndi-name>
<initial-context-factory>com.sun.jndi.ldap.LdapCtxFactory</initial-context-factory>
<provider-url>ldap://emldev01.sbc.com:4299/t=jms,ou=2_0,ou=dst01,ou=telegence,ou=ld,o=billing</provider-url>
<connection-factory-jndi-name>cn=embdev01TCF</connection-factory-jndi-name>
<jms-client-id>M20413</jms-client-id>
</message-driven-descriptor>
</weblogic-enterprise-bean>
I did some research and learned that Weblogic seems to confuse as to which initial context factory to use. See the posts as linked in here. Is this a bug in Weblogic?
http://forums.oracle.com/forums/thread.jspa?threadID=873769
http://objectmix.com/weblogic/537901-unable-find-endpointfinder.html
Some folks are recommending using weblogic.ejbcgen, but all I have is deployment descriptors and not sure how do I handle this.
If I create a foreign jndi provider, how do I replace the details in my weblogic-ejb-jar.xml?
Please help.
Thanks
Hari.
Edited by: rihem09 on Nov 10, 2009 6:55 PMCheck out this page.
http://objectmix.com/weblogic/537901-unable-find-endpointfinder.html
글 수정: user6407983 -
Hello,
We have an EJB3 application deployed to an Oracle AS 10.1.3.1.0 instance.
Our main point of entry to the application is a stateful session bean (that controls access), that has injected several other stateful session beans.
Like this:
+@Stateful(name = "TstreamUserSession")+
+public class TstreamUserSessionBean extends UserSessionBean implements TstreamUserSession {+
+@EJB(name = "ContactSession")+
private ContactSessionLocal contactSession;
+@EJB(name = "GuestSession")+
private GuestSessionLocal guestSession;
+@EJB(name = "TechCustomerSession")+
private TechCustomerSessionLocal techCustomerSession;
+@EJB(name = "PmSession")+
private PmSessionLocal pmSession;
+@EJB(name = "CustomerSession")+
private CustomerSessionLocal customerSession;
+@EJB(name = "PartnerSession")+
private PartnerSessionLocal partnerSession;
+@EJB(name = "AdminSession")+
private AdminSessionLocal adminSession;
+@EJB(name = "SuperAdminSession")+
private SuperAdminSessionLocal superAdminSession;
+@EJB(name = "VmSession")+
private VmSessionLocal vmSession;
+public TstreamUserSessionBean() {+
+}+
+...+
In this class, we also look up these sessions, because we need several instances of these, in this manner:
+private synchronized Object getSessionInstance(String sessionName) throws AccessDeniedException {+
+try {+
InitialContext ic = new InitialContext();
return ic.lookup("java:comp/env/" sessionName);+
+} catch (NamingException e) {+
+}+
+}+
However, we keep getting the following messages after a certain period.
java.io.IOException: Unable to find session object 2816103596632839360 for location 'AdminSession'
+10/01/12 11:50:04 at com.evermind.server.ejb.EJBInternalInputStream.resolveObject(EJBInternalInputStream.java:70)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.checkResolve(ObjectInputStream.java:1346)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBObject.activateBean(StatefulSessionEJBObject.java:581)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBObject.remove_X(StatefulSessionEJBObject.java:213)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBObject.remove_X(StatefulSessionEJBObject.java:159)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBHome.processTimedOutSessions(StatefulSessionEJBHome.java:371)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBHome.cleanUpMaintenance(StatefulSessionEJBHome.java:306)+
+10/01/12 11:50:04 at com.evermind.server.ejb.EJBTask.run(EJBTask.java:47)+
+10/01/12 11:50:04 at com.evermind.util.Task.schedule(Task.java:51)+
+10/01/12 11:50:04 at com.evermind.util.TaskManager.run(TaskManager.java:221)+
+10/01/12 11:50:04 at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:298)+
+10/01/12 11:50:04 at java.lang.Thread.run(Thread.java:595)+
I guess this occurs when the stateful session TstreamUserSession is reactivated?
Or when the ones being injected are passivated?
Any idea why this occurs, or how to suppress it, because it really spams our logs...
Thanks.Hello,
We have an EJB3 application deployed to an Oracle AS 10.1.3.1.0 instance.
Our main point of entry to the application is a stateful session bean (that controls access), that has injected several other stateful session beans.
Like this:
+@Stateful(name = "TstreamUserSession")+
+public class TstreamUserSessionBean extends UserSessionBean implements TstreamUserSession {+
+@EJB(name = "ContactSession")+
private ContactSessionLocal contactSession;
+@EJB(name = "GuestSession")+
private GuestSessionLocal guestSession;
+@EJB(name = "TechCustomerSession")+
private TechCustomerSessionLocal techCustomerSession;
+@EJB(name = "PmSession")+
private PmSessionLocal pmSession;
+@EJB(name = "CustomerSession")+
private CustomerSessionLocal customerSession;
+@EJB(name = "PartnerSession")+
private PartnerSessionLocal partnerSession;
+@EJB(name = "AdminSession")+
private AdminSessionLocal adminSession;
+@EJB(name = "SuperAdminSession")+
private SuperAdminSessionLocal superAdminSession;
+@EJB(name = "VmSession")+
private VmSessionLocal vmSession;
+public TstreamUserSessionBean() {+
+}+
+...+
In this class, we also look up these sessions, because we need several instances of these, in this manner:
+private synchronized Object getSessionInstance(String sessionName) throws AccessDeniedException {+
+try {+
InitialContext ic = new InitialContext();
return ic.lookup("java:comp/env/" sessionName);+
+} catch (NamingException e) {+
+}+
+}+
However, we keep getting the following messages after a certain period.
java.io.IOException: Unable to find session object 2816103596632839360 for location 'AdminSession'
+10/01/12 11:50:04 at com.evermind.server.ejb.EJBInternalInputStream.resolveObject(EJBInternalInputStream.java:70)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.checkResolve(ObjectInputStream.java:1346)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1912)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1836)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)+
+10/01/12 11:50:04 at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBObject.activateBean(StatefulSessionEJBObject.java:581)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBObject.remove_X(StatefulSessionEJBObject.java:213)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBObject.remove_X(StatefulSessionEJBObject.java:159)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBHome.processTimedOutSessions(StatefulSessionEJBHome.java:371)+
+10/01/12 11:50:04 at com.evermind.server.ejb.StatefulSessionEJBHome.cleanUpMaintenance(StatefulSessionEJBHome.java:306)+
+10/01/12 11:50:04 at com.evermind.server.ejb.EJBTask.run(EJBTask.java:47)+
+10/01/12 11:50:04 at com.evermind.util.Task.schedule(Task.java:51)+
+10/01/12 11:50:04 at com.evermind.util.TaskManager.run(TaskManager.java:221)+
+10/01/12 11:50:04 at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:298)+
+10/01/12 11:50:04 at java.lang.Thread.run(Thread.java:595)+
I guess this occurs when the stateful session TstreamUserSession is reactivated?
Or when the ones being injected are passivated?
Any idea why this occurs, or how to suppress it, because it really spams our logs...
Thanks. -
SQLJ: unable to find input file null (Error while building EJB.jar file)
Hi,
I am working on open SQL/SQLJ with the following details
Name:Employee application(adding an employee to MAXDB through SQLJ connection)
FRONT-END:JSP/SERVLET
Middle:Stateless bean with DAO(DB connection) coming from SQLJ
Back-end:MAXDB
I have following in abc.sqlj file
#sql public context Connx with (dataSource = "java:comp/env/jdbc/SAPTSTDB")
and creating instance and adding to DB in another say xyz.sqlj file
Connx con = null;
try{
con = new Connx();
#sql [con] {insert into TMP_DB1(EMPLOYEE_ID, FIRST_NAME, LAST_NAME, EMAIL)
values(:(employeeDTO.getEmployeeId()),
:(employeeDTO.getFirstName()),
:(employeeDTO.getLastName()),
:(employeeDTO.getEmail()))};
My build has no errors..but while building EJB archive with above sqlj files, am getting following error
"SQLJ: unable to find input file null" for both sqlj files.
Anybody faced this kind of issue, pls reply back.
Thanks
parveenHi,
I am working on open SQL/SQLJ with the following details
Name:Employee application(adding an employee to MAXDB through SQLJ connection)
FRONT-END:JSP/SERVLET
Middle:Stateless bean with DAO(DB connection) coming from SQLJ
Back-end:MAXDB
I have following in abc.sqlj file
#sql public context Connx with (dataSource = "java:comp/env/jdbc/SAPTSTDB")
and creating instance and adding to DB in another say xyz.sqlj file
Connx con = null;
try{
con = new Connx();
#sql [con] {insert into TMP_DB1(EMPLOYEE_ID, FIRST_NAME, LAST_NAME, EMAIL)
values(:(employeeDTO.getEmployeeId()),
:(employeeDTO.getFirstName()),
:(employeeDTO.getLastName()),
:(employeeDTO.getEmail()))};
My build has no errors..but while building EJB archive with above sqlj files, am getting following error
"SQLJ: unable to find input file null" for both sqlj files.
Anybody faced this kind of issue, pls reply back.
Thanks
parveen -
EJB not published in the JNDI tree
I am trying to deploy a simple ear file containing one ejb on to WL 9.2. The app is deploying without any problems, but the EJB is not published in the JNDI tree. When I look at the EJB's configuration through the admin console, it does indicated that the JNDI name is set to "ejb/HelloWorld". However, when I look at the JNDI tree there is no HelloWorld node under ejb. Below is my weblogic-ejb-jar.xml file that defines the JNDI name:
<?xml version="1.0" encoding="UTF-8"?>
<weblogic-ejb-jar
xmlns="http://www.bea.com/ns/weblogic/90"
xmlns:j2ee="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.bea.com/ns/weblogic/90
http://www.bea.com/ns/weblogic/90/weblogic-ejb-jar.xsd">
<weblogic-enterprise-bean>
<ejb-name>HelloWorld</ejb-name>
<stateless-session-descriptor>
<pool>
<max-beans-in-free-pool>1000</max-beans-in-free-pool>
<initial-beans-in-free-pool>0</initial-beans-in-free-pool>
</pool>
</stateless-session-descriptor>
<transaction-descriptor>
<trans-timeout-seconds>0</trans-timeout-seconds>
</transaction-descriptor>
<enable-call-by-reference>false</enable-call-by-reference>
<jndi-name>ejb/HelloWorld</jndi-name>
</weblogic-enterprise-bean>
</weblogic-ejb-jar>Can anyone help me understand why the JNDI name is not being published?
Thanks.Hi all,
It seems that I have the same problem with WL 10. Has any of you solved this yet?
I'm trying to switch my application from perfectly working JBoss 4.2 environment to WL 10 and no luck so far, because of this weird problem.
What I have noticed so far is:
- Some of my sessions beans are deployed ok
- "Big" session beans are silently ignored in deployment. This is unbelievable because these beans are SILENTLY ignored. And, my session beans are not that big. Under 700 LOC all of them.
- These EJBs don't appear in admin console's JNDI-browser
- These EJBs don't appear in ear-content details in "Deployments" section.
- These EJBs don't get their stubs generated in server/cache/EJBCompilerCache
- One big is ignored, but when splitting it in e.g. three smaller ones, all of these three session beans are deployed successfully
I'm using EJB3 session beans with no XML-descriptors.
So what is going on here??!
Looking forward to hear some answers. At least from BEA developers or other insiders.
Thanks.
Edited by villeingman at 06/13/2007 12:42 AM
Maybe you are looking for
-
User is locked in R/3 but still access the application through portal
We are currently on NW2004s SP10 . We locked the User A in R/3 SRM backend system and from Enterprise Portal the same User A login and try to access the SRM application in backend . The system is allowing to access which we want to prevent . The auth
-
HT3819 how do i share my music with another user on one computer?
How do i share my itunes library with another user on my same computer?
-
A few weeks ago, I was using iPhoto fine when it suddenly quit working. I quit iPhoto and relaunched. It would no longer work.. was giving me the "used by another source" message. Well... lots of crap later (my husband did most of it, I'm not exactly
-
Hi all, How to know the status is closed for a sales order, Delivery and Invoice document. I am getting the Contract as Open when i checked its status, but for remaining flow where can i get their individual status. Regards, Suresh.
-
Cannot open Adobe Reader documents
Help! I'm on FireFox and cannot find the edit button as described on the page for Mozilla users. I'm not sure whether this is the correct forum because I feel entirely lost. If this is not the correct forum, please point me toward it. Thanks!