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 You

    Hi,
    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,
    Malone

    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,
    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,
    Awais

    Hi,
    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

  • Could not lookup PortalManagerHome in the JNDI tree using EJB reference java:comp/env/ejb/PortalManager

    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 Hans

    Neeraj -
    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 PM

    Check out this page.
    http://objectmix.com/weblogic/537901-unable-find-endpointfinder.html
    글 수정: user6407983

  • EJB 3.0: java.io.IOException: Unable to find session object ...

    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
    parveen

    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
    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