Problem in dvt deployement

hi,
i used jdev 11.1.2.1.0 to develop new app
the dvt componenet (bar graph) is working correctly in test environment (internal server)
but on stand alone weblogic server 10.3.5 it can not work and raise the error
oracle/adfinternal/model/dvt/util/transform/total/TotalData
ADF_FACES-60097 server exception
is it missed library or what ???

i applied Application Development Runtime (11.1.1.5) with weblogic server 10.3.5
apply the recommended patches 12979653 then 12917525 correctly as i thought - apply upgradeADF() command
after that i deployed 2 project
old project developed by jdev 11.1.1.5.0 and DVT components is woking correctly
new project developed by jdev 11.1.2.1.0 which running correctly except the DVT pages which raise the following server error
<Error> <oracle.adfinternal.view.faces.config.rich.RegistrationConfigurator> <ADF_FACES-60096:Server Exception during PPR, #1
javax.servlet.ServletException: java.lang.NoClassDefFoundError: oracle/adfinternal/model/dvt/util/transform/total/TotalData

Similar Messages

  • Problem with weblogic.Deployer in 8.1

    I have a problem with weblogic.Deployer. My application deploys and works fine
    if I manually copy the ear or the exploded form into weblogic's applications\
    directory (hot deployment). But, if I use the weblogic.Deployer tool, it fails
    with the following exception. Does the deployer tool expect something in the ear
    (or exploded form) that I'm missing? Thanks in advance.
    -Vas
    [wldeploy] java.lang.NullPointerException
    [wldeploy] at weblogic.rmi.internal.StubGenerator.getStubOnClient(StubGener
    ator.java:785)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.getStubClass(StubGenerato
    r.java:758)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:803)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:790)
    [wldeploy] at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:
    79)
    [wldeploy] at weblogic.common.internal.RMIBootServiceStub.getStub(RMIBootSe
    rviceStub.java:50)
    [wldeploy] at weblogic.security.acl.internal.Security.authenticate(Security
    .java:152)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.authenticateRem
    otely(WLInitialContextFactoryDelegate.java:597)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLI
    nitialContextFactoryDelegate.java:534)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLIn
    itialContextFactoryDelegate.java:336)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialConte
    xt(WLInitialContextFactoryDelegate.java:308)
    [wldeploy] at weblogic.jndi.Environment.getContext(Environment.java:164)
    [wldeploy] at weblogic.jndi.Environment.getInitialContext(Environment.java:
    143)
    [wldeploy] at weblogic.management.deploy.utils.MBeanHomeTool.getMBeanHome(M
    BeanHomeTool.java:157)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:555)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [wldeploy] at weblogic.Deployer.main(Deployer.java:399)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
    sorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
    hodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.invokeMain(WLDeploy
    .java:209)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.execute(WLDeploy.ja
    va:170)
    [wldeploy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
    va:166)
    [wldeploy] at org.apache.tools.ant.Task.perform(Task.java:319)
    [wldeploy] at org.apache.tools.ant.Target.execute(Target.java:309)
    [wldeploy] at org.apache.tools.ant.Target.performTasks(Target.java:336)
    [wldeploy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [wldeploy] at org.apache.tools.ant.Project.executeTargets(Project.java:1250
    [wldeploy] at org.apache.tools.ant.Main.runBuild(Main.java:610)
    [wldeploy] at org.apache.tools.ant.Main.start(Main.java:196)
    [wldeploy] at org.apache.tools.ant.Main.main(Main.java:235)
    [wldeploy] --------------- nested within: ------------------
    [wldeploy] weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[ Failed
    to generate class for weblogic.common.internal.RMIBootServiceImpl_811_WLStub ]
    with nested exception:
    [wldeploy] [java.lang.NullPointerException]
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:807)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:790)
    [wldeploy] at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:
    79)
    [wldeploy] at weblogic.common.internal.RMIBootServiceStub.getStub(RMIBootSe
    rviceStub.java:50)
    [wldeploy] at weblogic.security.acl.internal.Security.authenticate(Security
    .java:152)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.authenticateRem
    otely(WLInitialContextFactoryDelegate.java:597)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLI
    nitialContextFactoryDelegate.java:534)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLIn
    itialContextFactoryDelegate.java:336)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialConte
    xt(WLInitialContextFactoryDelegate.java:308)
    [wldeploy] at weblogic.jndi.Environment.getContext(Environment.java:164)
    [wldeploy] at weblogic.jndi.Environment.getInitialContext(Environment.java:
    143)
    [wldeploy] at weblogic.management.deploy.utils.MBeanHomeTool.getMBeanHome(M
    BeanHomeTool.java:157)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:555)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [wldeploy] at weblogic.Deployer.main(Deployer.java:399)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
    sorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
    hodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.invokeMain(WLDeploy
    .java:209)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.execute(WLDeploy.ja
    va:170)
    [wldeploy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
    va:166)
    [wldeploy] at org.apache.tools.ant.Task.perform(Task.java:319)
    [wldeploy] at org.apache.tools.ant.Target.execute(Target.java:309)
    [wldeploy] at org.apache.tools.ant.Target.performTasks(Target.java:336)
    [wldeploy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [wldeploy] at org.apache.tools.ant.Project.executeTargets(Project.java:1250
    [wldeploy] at org.apache.tools.ant.Main.runBuild(Main.java:610)
    [wldeploy] at org.apache.tools.ant.Main.start(Main.java:196)
    [wldeploy] at org.apache.tools.ant.Main.main(Main.java:235)
    [wldeploy] java.lang.reflect.InvocationTargetException
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
    sorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
    hodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.invokeMain(WLDeploy
    .java:209)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.execute(WLDeploy.ja
    va:170)
    [wldeploy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
    va:166)
    [wldeploy] at org.apache.tools.ant.Task.perform(Task.java:319)
    [wldeploy] at org.apache.tools.ant.Target.execute(Target.java:309)
    [wldeploy] at org.apache.tools.ant.Target.performTasks(Target.java:336)
    [wldeploy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [wldeploy] at org.apache.tools.ant.Project.executeTargets(Project.java:1250
    [wldeploy] at org.apache.tools.ant.Main.runBuild(Main.java:610)
    [wldeploy] at org.apache.tools.ant.Main.start(Main.java:196)
    [wldeploy] at org.apache.tools.ant.Main.main(Main.java:235)
    [wldeploy] Caused by: weblogic.utils.AssertionError: ***** ASSERTION FAILED ***
    **[ Failed to generate class for weblogic.common.internal.RMIBootServiceImpl_811
    _WLStub ] - with nested exception:
    [wldeploy] [java.lang.NullPointerException]
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:807)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:790)
    [wldeploy] at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:
    79)
    [wldeploy] at weblogic.common.internal.RMIBootServiceStub.getStub(RMIBootSe
    rviceStub.java:50)
    [wldeploy] at weblogic.security.acl.internal.Security.authenticate(Security
    .java:152)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.authenticateRem
    otely(WLInitialContextFactoryDelegate.java:597)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLI
    nitialContextFactoryDelegate.java:534)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLIn
    itialContextFactoryDelegate.java:336)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialConte
    xt(WLInitialContextFactoryDelegate.java:308)
    [wldeploy] at weblogic.jndi.Environment.getContext(Environment.java:164)
    [wldeploy] at weblogic.jndi.Environment.getInitialContext(Environment.java:
    143)
    [wldeploy] at weblogic.management.deploy.utils.MBeanHomeTool.getMBeanHome(M
    BeanHomeTool.java:157)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:555)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [wldeploy] at weblogic.Deployer.main(Deployer.java:399)
    [wldeploy] ... 15 more

    Hi Deepak,
    I didn't understand the suggested resolution. Can you tell me what it means?
    However, I found a similar problem in the archives, so I tried from command line
    (outside ant) using "java weblogic.Delployer ...." and it worked! It doesn't work
    from ant. So, you think there's some conflict between my ant and weblogic's ant
    task "WLDdeploy"?
    Thanks,
    Vas
    "Deepak Vohra" <[email protected]> wrote:
    >
    Refer to
    http://e-docs.bea.com/wls/docs70/notes/resolved.html#1296363
    "vas pulipati" <[email protected]> wrote:
    I have a problem with weblogic.Deployer. My application deploys andworks
    fine
    if I manually copy the ear or the exploded form into weblogic's applications\
    directory (hot deployment). But, if I use the weblogic.Deployer tool,
    it fails
    with the following exception. Does the deployer tool expect something
    in the ear
    (or exploded form) that I'm missing? Thanks in advance.
    -Vas
    [wldeploy] java.lang.NullPointerException
    [wldeploy] at weblogic.rmi.internal.StubGenerator.getStubOnClient(StubGener
    ator.java:785)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.getStubClass(StubGenerato
    r.java:758)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:803)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:790)
    [wldeploy] at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:
    79)
    [wldeploy] at weblogic.common.internal.RMIBootServiceStub.getStub(RMIBootSe
    rviceStub.java:50)
    [wldeploy] at weblogic.security.acl.internal.Security.authenticate(Security
    .java:152)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.authenticateRem
    otely(WLInitialContextFactoryDelegate.java:597)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLI
    nitialContextFactoryDelegate.java:534)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLIn
    itialContextFactoryDelegate.java:336)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialConte
    xt(WLInitialContextFactoryDelegate.java:308)
    [wldeploy] at weblogic.jndi.Environment.getContext(Environment.java:164)
    [wldeploy] at weblogic.jndi.Environment.getInitialContext(Environment.java:
    143)
    [wldeploy] at weblogic.management.deploy.utils.MBeanHomeTool.getMBeanHome(M
    BeanHomeTool.java:157)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:555)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [wldeploy] at weblogic.Deployer.main(Deployer.java:399)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
    Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
    sorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
    hodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.invokeMain(WLDeploy
    .java:209)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.execute(WLDeploy.ja
    va:170)
    [wldeploy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
    va:166)
    [wldeploy] at org.apache.tools.ant.Task.perform(Task.java:319)
    [wldeploy] at org.apache.tools.ant.Target.execute(Target.java:309)
    [wldeploy] at org.apache.tools.ant.Target.performTasks(Target.java:336)
    [wldeploy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [wldeploy] at org.apache.tools.ant.Project.executeTargets(Project.java:1250
    [wldeploy] at org.apache.tools.ant.Main.runBuild(Main.java:610)
    [wldeploy] at org.apache.tools.ant.Main.start(Main.java:196)
    [wldeploy] at org.apache.tools.ant.Main.main(Main.java:235)
    [wldeploy] --------------- nested within: ------------------
    [wldeploy] weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[
    Failed
    to generate class for weblogic.common.internal.RMIBootServiceImpl_811_WLStub
    with nested exception:
    [wldeploy] [java.lang.NullPointerException]
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:807)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:790)
    [wldeploy] at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:
    79)
    [wldeploy] at weblogic.common.internal.RMIBootServiceStub.getStub(RMIBootSe
    rviceStub.java:50)
    [wldeploy] at weblogic.security.acl.internal.Security.authenticate(Security
    .java:152)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.authenticateRem
    otely(WLInitialContextFactoryDelegate.java:597)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLI
    nitialContextFactoryDelegate.java:534)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLIn
    itialContextFactoryDelegate.java:336)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialConte
    xt(WLInitialContextFactoryDelegate.java:308)
    [wldeploy] at weblogic.jndi.Environment.getContext(Environment.java:164)
    [wldeploy] at weblogic.jndi.Environment.getInitialContext(Environment.java:
    143)
    [wldeploy] at weblogic.management.deploy.utils.MBeanHomeTool.getMBeanHome(M
    BeanHomeTool.java:157)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:555)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [wldeploy] at weblogic.Deployer.main(Deployer.java:399)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
    Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
    sorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
    hodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.invokeMain(WLDeploy
    .java:209)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.execute(WLDeploy.ja
    va:170)
    [wldeploy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
    va:166)
    [wldeploy] at org.apache.tools.ant.Task.perform(Task.java:319)
    [wldeploy] at org.apache.tools.ant.Target.execute(Target.java:309)
    [wldeploy] at org.apache.tools.ant.Target.performTasks(Target.java:336)
    [wldeploy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [wldeploy] at org.apache.tools.ant.Project.executeTargets(Project.java:1250
    [wldeploy] at org.apache.tools.ant.Main.runBuild(Main.java:610)
    [wldeploy] at org.apache.tools.ant.Main.start(Main.java:196)
    [wldeploy] at org.apache.tools.ant.Main.main(Main.java:235)
    [wldeploy] java.lang.reflect.InvocationTargetException
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
    Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
    sorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
    hodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.invokeMain(WLDeploy
    .java:209)
    [wldeploy] at weblogic.ant.taskdefs.management.WLDeploy.execute(WLDeploy.ja
    va:170)
    [wldeploy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
    va:166)
    [wldeploy] at org.apache.tools.ant.Task.perform(Task.java:319)
    [wldeploy] at org.apache.tools.ant.Target.execute(Target.java:309)
    [wldeploy] at org.apache.tools.ant.Target.performTasks(Target.java:336)
    [wldeploy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [wldeploy] at org.apache.tools.ant.Project.executeTargets(Project.java:1250
    [wldeploy] at org.apache.tools.ant.Main.runBuild(Main.java:610)
    [wldeploy] at org.apache.tools.ant.Main.start(Main.java:196)
    [wldeploy] at org.apache.tools.ant.Main.main(Main.java:235)
    [wldeploy] Caused by: weblogic.utils.AssertionError: ***** ASSERTION
    FAILED ***
    **[ Failed to generate class for weblogic.common.internal.RMIBootServiceImpl_811
    _WLStub ] - with nested exception:
    [wldeploy] [java.lang.NullPointerException]
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:807)
    [wldeploy] at weblogic.rmi.internal.StubGenerator.generateStub(StubGenerato
    r.java:790)
    [wldeploy] at weblogic.rmi.extensions.StubFactory.getStub(StubFactory.java:
    79)
    [wldeploy] at weblogic.common.internal.RMIBootServiceStub.getStub(RMIBootSe
    rviceStub.java:50)
    [wldeploy] at weblogic.security.acl.internal.Security.authenticate(Security
    .java:152)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.authenticateRem
    otely(WLInitialContextFactoryDelegate.java:597)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLI
    nitialContextFactoryDelegate.java:534)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLIn
    itialContextFactoryDelegate.java:336)
    [wldeploy] at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialConte
    xt(WLInitialContextFactoryDelegate.java:308)
    [wldeploy] at weblogic.jndi.Environment.getContext(Environment.java:164)
    [wldeploy] at weblogic.jndi.Environment.getInitialContext(Environment.java:
    143)
    [wldeploy] at weblogic.management.deploy.utils.MBeanHomeTool.getMBeanHome(M
    BeanHomeTool.java:157)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:555)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [wldeploy] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [wldeploy] at weblogic.Deployer.main(Deployer.java:399)
    [wldeploy] ... 15 more

  • Web Module Deployment Problem with Weblogic [Deployer:149026]

    Dear Friends,
    I've been facing a problem during deploying an Web Module on Weblogic 8.1. The name of my webmodule is 'MyOraWebModule'.
    When I first developed, deployed and tested it in Weblogic 8.1, it was deployed and worked fine. But on the next day, when I tried to redeploy it, the deployment failed. This thing not just happens only once.. it is happeing always i.e. if I develop a new webmodule and deploy/redeploy it, it will work fine ONLY ON THE FIRST DAY (i.e. the day when the web module is created), but on the next day, it shows the following error if I try to redeploy it. The error is:
    Task 3 failed: [Deployer:149026]Deploy application MyOraWebModule on myserver.
    Deployment failed on Server myserver
    Exception:weblogic.management.ApplicationException: prepare failed for MyOraWebModule
    Module: MyOraWebModule Error: Context path 'MyOraWebModule' is already in use by the module: MyOraWebModule
    Any suggestion or, guideline from you will be highly appreciated.
    With Thanks,
    ... Chisty

    Not sure if you are still looking for the answer. I have a similar problem, I have a work around on it but still trying to identify what the issue is. I have deployed multiple web application modules on weblogic 8.1 and on the redeploy I was gettig the exception weblogic.management.ApplicationException: prepare failed for USER_DEFINED_MODULE_NAME
    Context path '/' is already in use by the module. when this exception is thrown I observed that the targets attribute of tag WebAppComponent is initialized to the server name. If I stop the server, make the value of the targets attribute to be empty string in config.xml and start the server, the server starts fine. And I could continue. Not sure why this is so since the targets attribute is used to identify on what servers the application needs to be deployed.
    Any input on why the weblogic 8.1 is behaving this way when the targets attribute is defined with a value would of great help.
    thanks,

  • Problem Building a Deployable EJB Jar

    I have a situation where I have compiled and jarred an EJB's Implementation and interfaces, along with some supporting code -- prior to running ejbc.
    I would like to distribute this jar along with a build.xml so that a developer can provide some simple implementation classes (not EJB implementations) along with the ejb-jar.xml and weblogic-ejb-jar.xml and create a deployable EJB jar. I would prefer not to package this as an ear so that the jar could then be neatly added to an ear or deployed separately, at the developers discretion.
    I have everything set up but am struggling to get this to work with some sample code.
    I am using Weblogic 8.1sp4, and can be sure that the developers will be using this level or higher. In my build.xml, I compile the sample code and package the deployable jar together ok. I then run the wlappc task on the jar.
    It took me several iterations to get wlappc to work, and I had to use the following layout for the deployable jar:
    /META-INF/myejbimplclasses.jar
    /META-INF/log4j.jar
    /META-INF/ejb-jar.xml
    /META-INF/weblogic-ejb-jar.xml
    /META-INF/Manifest.mf
    /com... sample compiled class files
    And the Manifest.mf contents look like:
    Manifest-Version: 1.0
    Class-Path: myejbimplclasses.jar;log4j.jar
    Created-By: 1.4.1_05-b01 (Sun Microsystems Inc.)
    Ant-Version: Apache Ant 1.5.3
    I thought it was strange that I needed to put the .jars under META-INF, but this was the only way that I could get the wlappc task to work. I also had to put a semicolon in between the two jars in the Class-Path line (I don't know why).
    Once I put it together this way, wlappc works. However, when I try to deploy the resulting jar, it does not work. It reports an error as follows:
    weblogic.ejb20.deployer.DeploymentDescriptorException: Unable to load a class specified in your ejb-
    jar.xml: com.dcbls.svc.ComponentManagerEJB
    Note that this .class file is available within myejbimplclasses.jar, along with all the other classes it relies on (except the log4j stuff.)
    Is there a simple problem that I can fix with this setup, or do I need to completely revamp my approach? If so, does anyone have a suggested
    approach?
    Thanks,
    ken clark

    OK -- I will concede that this cannot be done, at least not elegantly.
    I have started down the path of reorganizing this EJB such that it can be easily built and included in an Ear. However, I am now running into some ant build problems, primarily -- I think -- with wlappc.
    I set up the build.xml so that it first compiles the developer's local code, using a classpathref that refers to the EJB code I have previously developed and packaged in a jar, as in:
    <path id="compile.classpath">
    <pathelement location="../dcblsfw.jar"/>
    </path>
    <target name="compile_ejb" depends="init">
    <javac srcdir="${source}/src" destdir="${build}" debug="true" classpathref="compile.classpath"/>
    </target>
    Then I jar the output up with the META-INF stuff in the appropriate places. I also want to put the Manifest.mf together to refer to my jar as at the root (where I can have the Ear locate the jar file.)
    However, when I set up this manifest, and then run wlappc, also with the same classpathref, as in:
    <target name="appc" depends="jar.ejb">
    <wlappc debug="${debug}"
    source="${dist}/${jar.name}"
    classpathref="compile.classpath"/>
    </target>
    The appc throws all sorts of exceptions. It seems that the skeleton code it builds does not really match up well with the actual EJB code, and the compiler then complains when trying to compile the skeleton code. For example:
    [wlappc] C:\DOCUME~1\clarkk03\LOCALS~1\Temp\appcgen\com\pfizer\dcbls\svc\SampleEJBComponentManager_nrpnna_Impl.java:67: ejbActivate() in com.pfizer.dcbls.svc
    .SampleEJBComponentManager_nrpnna_Impl cannot override ejbActivate() in com.pfizer.dcbls.svc.ComponentManagerEJB; overridden method does not throw java.rmi.RemoteException
    [wlappc] public void ejbActivate()
    Now, when I remove the Class-Path entry in the Manifest.mf, wlappc works fine.
    For reference, the jar building task (with manifest entry included,) is:
    <target name="jar.ejb" depends="compile_ejb">
    <jar jarfile="${dist}/${jar.name}"
    basedir="${build}"
    update="yes">
    <manifest>
    <attribute name="Class-Path" value="dcblsfw.jar"/>
    </manifest>
    </jar>
    </target>
    Is this a bug with appc/wlappc? Is there a better way to do this, or a workaround to make it work?
    It seems odd that if the Class-Path in Manifest.mf is not to refer to anything internal to the jar, that it affects appc the way it does.
    Thanks,
    ken

  • Problem with DVT components on headless server

    JDEV/ADF VERSION: 11.1.1.0.1
    TECHNOLOGY: Fusion Web Application, WLS 10.3
    Hi,
    maybe someone has/has the same problem. I have created a page with
    some basic dvt components like pie and bar charts. Everything works fine on my dev machine.
    When I deploy the generated EAR on the test env (OEL 5, headless) and try to access the
    page (which contains the dvt components) I get the following exception:
    "Can't connect to x11 server ...."
    and the WLS shuts down!!!!
    Has anyone an idea if an x server is mandatory?
    Thanks in advance for any hints,
    Andreas.

    Andreas,
    I don't have a Linux box to test with at the moment, but it has been a common thing I've dealt with in other environments. Have you tried setting up a VNC server on the Linux box and setting the DISPLAY environment variable to reference that display before starting WLS?
    John

  • Probleme in the deploiment for  first Example

    Hi all
    I don't understand this porbleme
    is there anyone who can explain me
    [03:36:40 PM] Taskflow deployment failed to deploy to server. Module HelloWorld_OBE already exists on server
    [03:36:40 PM] #### Deployment incomplete. ####
    [03:36:40 PM] Module HelloWorld_OBE already exists on server (oracle.jdevimpl.deploy.common.Jsr88RemoteDeployer)
    thanks a lot

    Hi,
    Looks like the application HelloWorld_OBE deployed to the server instance and deployer could not undeploy it during re-deployment. Try invoking the WLS Admin console (http://host:port/console), navigate to deployments and undeploy the HelloWorld_OBE application. Once after successful undeployment, try running the application from JDev and see if this error goes off.
    -Arun

  • Problem with jsf deployement

    hi all
    i am using tomcat 4.0 and jdk1.5 i am getting
    facesContext not found
    description The server encountered an internal error () that prevented it from fulfilling this request.
    exception
    javax.servlet.ServletException: Cannot find FacesContext at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:495) at org.apache.jsp.lib_jsp._jspService(lib_jsp.java:85) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:92) at javax.servlet.http.HttpServlet.service(HttpServlet.java:809) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:162) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:240) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:187) at javax.servlet.http.HttpServlet.service(HttpServlet.java:809) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:200) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:144) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2358) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:133) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:118) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:116) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:127) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:152) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595)root cause
    javax.servlet.jsp.JspException: Cannot find FacesContext at javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:399) at com.sun.faces.taglib.jsf_core.ViewTag.doStartTag(ViewTag.java:105) at org.apache.jsp.lib_jsp._jspx_meth_f_view_0(lib_jsp.java:98) at org.apache.jsp.lib_jsp._jspService(lib_jsp.java:76) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:92) at javax.servlet.http.HttpServlet.service(HttpServlet.java:809) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:162) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:240) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:187) at javax.servlet.http.HttpServlet.service(HttpServlet.java:809) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:200) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:144) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2358) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:133) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:118) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:116) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:127) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:152) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595)
    my facesConfig.xml detail as below
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE faces-config PUBLIC "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN" "http://java.sun.com/dtd/web-facesconfig_1_1.dtd">
    <faces-config>
    <navigation-rule>
              <description>List of books</description>
              <from-view-id>/lib.jsp</from-view-id>
              <navigation-case>
                   <from-outcome>editBook</from-outcome>
                   <to-view-id>a.jsp</to-view-id>
              </navigation-case>
         </navigation-rule>
    </faces-config >
    my web.xml detail as below
    <?xml version="1.0" encoding="UTF-8"?>
    <web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.4" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
    <context-param>
    <param-name>javax.faces.CONFIG_FILES</param-name>
    <param-value>/WEB-INF/faces-config.xml</param-value>
    </context-param>
    <servlet>
    <servlet-name>Faces Servlet</servlet-name>
    <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
    <load-on-startup>0</load-on-startup>
    </servlet>
    <servlet-mapping>
    <servlet-name>Faces Servlet</servlet-name>
    <url-pattern>*.faces</url-pattern>
    </servlet-mapping>
    </web-app>

    In the future, JSF questions should be posted in the JSF forum: [http://forum.java.sun.com/forum.jspa?forumID=427]
    Regarding to your problem:
    javax.servlet.ServletException: Cannot find FacesContextHave you even tried to Google on it? [http://www.google.com/search?q=%22javax.servlet.ServletException%3A+Cannot+find+FacesContext%22]
    Anyway, to repeat the answer: the requested URL should match the URL-pattern of the FacesServlet as definied in the web.xml. So, if it is for example *.jsf, then you should replace the *.jsp in the URL to *.jsf to get it passed to the FacesServlet, which on its turn creates the FacesContext. This way the JSF components in the JSP page can find the FacesContext.

  • Problem while running EJB client

    my TaxClient program caught an exception when i issued this command:
    java -classpath %J2EE_HOME%\lib\system\cloudutil.jar;%J2EE_HOME%\lib\cloudscape\RmiJdbc.jar;%J2EE_HOME%\lib\system\cloudscape.jar;%J2EE_HOME%\lib\j2ee.jar;TaxClient.jar;. TaxClient
    the exception look like this:
    java.lang.ClassCastException
    at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(Porta
    bleRemoteObject.java:296)
    at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137)
    at TaxClient.main(TaxClient.java:13)
    and this is my client code:
    import bmp.*;
    import java.util.*;
    import javax.naming.Context;
    import javax.naming.InitialContext;
    import javax.rmi.PortableRemoteObject;
    public class TaxClient {
    public static void main(String[] args) {
    try {
    Context initial = new InitialContext();
    Object objRef = initial.lookup("MyTaxBean");
    TaxHome home = (TaxHome) PortableRemoteObject.narrow(objRef, TaxHome.class);
    Tax tax = null;
    tax = home.create("IL", 5.00f);
    tax = home.create("CA", 6.25f);
    tax = home.create("FL", 8.50f);
    tax = home.create("CO", 6.75f);
    tax = home.findByPrimaryKey("CA");
    System.out.println("CA tax rate: " + tax.getTaxRate());
    System.out.println("Changing tax rate for CA state");
    tax.setTaxRate(8.25f);
    System.out.println("New CA tax rate: " + tax.getTaxRate());
    Collection taxArray = home.findInRange(5.0f, 7.0f);
    Iterator it = taxArray.iterator();
    while (it.hasNext()) {
    Object objRef2 = it.next();
    tax = (Tax)PortableRemoteObject.narrow(objRef2, Tax.class);
    System.out.println("Tax Rate in " + tax.getPrimaryKey() + ": "
    + tax.getTaxRate());
    tax.remove();
    } catch (Exception ex) {
    System.err.println("Caught an exception.");
    ex.printStackTrace();
    anyone who know what is problem pls help. i'm using win2k, j2sdk 1.3.1_02 and j2ee1.3.1. thanks

    yeah its run. some problem with the deployer descriptor. but problem occured again when i try to run the client for the second time it throws exception:
    java.rmi.ServerException: RemoteException occurred in server thread; nested exce
    ption is:
    java.rmi.RemoteException: nested exception is: javax.ejb.EJBException: O
    bject state could not be saved; nested exception is:
    javax.ejb.EJBException: Object state could not be saved
    java.rmi.RemoteException: nested exception is: javax.ejb.EJBException: Object st
    ate could not be saved; nested exception is:
    javax.ejb.EJBException: Object state could not be saved
    javax.ejb.EJBException: Object state could not be saved
    <<no stack trace available>>
    why it runs for the first time but not for the second?

  • Dvt:map - Example of displaying line geometry ?

    Hi all,
    Does anyone know of an example that shows how to display themes that contain line geometry objects (e.g. delivery routes, bus routes etc.).
    All the examples I've found so far only show how to display points or polygons (areas).
    I tried to use a predefined theme but ran into another problem:
    Re: dvt:map - how to use a predefinedTheme with bind variables
    Regards,
    Robert

    Hi Robert,
    Thanks for your immediate response.
    My requirement is some how different from yours. In our case, there are certain graphs generated using Map Builder tool & are avaiable through the Data Source.
    So, i need to integrate the base maps with UI. Im able to do that independently.
    Now, my requirement is to changing the map dynamically while doing zoom in. Lets say, i have 3 maps. which are Area level, Region Level & Building Blocks Levels.
    For each category i have a map. Initially, i need to display the Area level map...while doing the zoom in, depends upon the zoom in level i need to change the map dynamically to Region Level map. Similarly with Building block level.
    I tried to do this from the backing bean by getting the Map Component & by getting the zoom level changing the property value of the map to region level map.
    But the attribute "selectionListener" of <dvt:map component is not working for me. Hence got strucked here...Do you have any sugestions on this how easily we can do this.
    Help me in this regard.
    Thanks,
    Konjeti

  • Can't figure out why I can't undeploy an application using WLST

    Hi,
    I have WebLogic 9.2.2 installed locally on my WinXP machine. I am running a WLST script (through Ant 1.6) to attempt to undeploy my application. This line
    undeploy("RoutingEngine (v1.0)")
    is causing this error,
    [wlst] Undeploying application RoutingEngine (v1.0) ...
    [wlst] <Mar 4, 2009 1:04:40 PM MST> <Info> <J2EE Deployment SPI> <BEA-260121> <Initiating undeploy operation for application, RoutingEngine (v1.0) [archive: null], to AdminServer .>
    [wlst] Failed to undeploy the application with status failed
    [wlst] Current Status of your Deployment:
    [wlst] Deployment command type: undeploy
    [wlst] Deployment State : failed
    [wlst] Deployment Message : weblogic.management.ManagementException: [Deployer:149001]No application named 'RoutingEngine (v1.0)' exists for operation undeploy
    If I log in to my WebLogic admin console under "Deployments", there is an application named "RoutingEngine (v1.0)" listed. Should I be naming this something else or referencing it under another name?
    Thanks, - Dave

    Hi, something similar has happened in an oracle weblogic 10.3.5, when i tried to delete an application deployed as library, the adminserver responded with error “[Deployer:149001]No application named ‘my-web-9(9.2.1)’ exists for operation undeploy”.
    I solved this problem, using weblogic.Deployer but specifying the appversion like this:
    java weblogic.Deployer -verbose -noexit -name my-web-9 -appversion 9.2.1 -adminurl t3://192.168.40.66:7000 -user weblogic -undeploy

  • Where get weblogic.jar version 8.1 or 9.2?

    I need to get weblogic.jar version 8.1 or 9.2 to use with Hermes because 10.3 apparently does not have class weblogic/security/subject/AbstractSubject... I failed finding it on the net...
    Thank you
    Leonard

    I've got the exakt same problem using weblogic.Deployer .... -appversion, weblogic 10.0 in this case. Works fine with our new jaxws based webservices.
    Would be nice if this problem was solved, especially since weblogic10 resolves softlinks so our old method of linking to new versions doesn't work anymore. And the fact that "Changing the source location is not allowed for a previously attempted deployment" doesn't help either.

  • Getting UnexpectedException in wldeploy

    Hi,
    I am getting follwoing error while deploying file with ant wldeploy in Weblogic 8.1 SP3 and SP4 in Solaris environment.
    Please help me to understand and resolve the problem
    [wldeploy] weblogic.Deployer -noexit -name EntitlementService -source /home/entitlements/dist/lib/EntitlementService.ear -targets portalServer -adminurl t3://192.1.1.1:9092 -user weblogic -password ************ -deploy
    [wldeploy] java.rmi.RemoteException: Failed to export class weblogic.management.deploy.utils.TaskCompletionCallback; nested exception is:
    [wldeploy] java.rmi.UnexpectedException: Failed to parse descriptor file; nested exception is:
    [wldeploy] java.lang.ClassCastException
    [wldeploy] at weblogic.rmi.extensions.server.ServerHelper.exportObject(ServerHelper.java:236)
    [wldeploy] at weblogic.rmi.server.UnicastRemoteObject.exportObject(UnicastRemoteObject.java:45)
    [wldeploy] at weblogic.iiop.PortableRemoteObjectDelegateImpl.exportObject(PortableRemoteObjectDelegateImpl.java:45)
    [wldeploy] at javax.rmi.PortableRemoteObject.exportObject(PortableRemoteObject.java:84)
    [wldeploy] at weblogic.management.deploy.utils.TaskCompletionCallback.export(TaskCompletionCallback.java:51)
    [wldeploy] at weblogic.management.deploy.utils.TaskCompletionCallback.ensureExported(TaskCompletionCallback.java:42)
    [wldeploy] at weblogic.Deployer$1.writeObject(Deployer.java:425)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [wldeploy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [wldeploy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    [wldeploy] at java.lang.reflect.Method.invoke(Method.java:324)
    [wldeploy] at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:795)
    [wldeploy] at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1294)
    [wldeploy] at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1245)
    [wldeploy] at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
    [wldeploy] at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
    [wldeploy] at weblogic.common.internal.ChunkedObjectOutputStream.writeObject(ChunkedObjectOutputStream.java:120)
    [wldeploy] at weblogic.rjvm.MsgAbbrevOutputStream.writeObject(MsgAbbrevOutputStream.java:93)
    [wldeploy] at weblogic.rmi.internal.ObjectIO.writeObject(ObjectIO.java:36)
    [wldeploy] at weblogic.rjvm.BasicOutboundRequest.marshalArgs(BasicOutboundRequest.java:82)
    [wldeploy] at weblogic.rmi.internal.BasicRemoteRef.invoke(BasicRemoteRef.java:136)
    [wldeploy] at weblogic.management.internal.RemoteMBeanServerImpl_813_WLStub.addNotificationListener(Unknown Source)
    [wldeploy] at weblogic.Deployer.addTaskCompletionNotificationListener(Deployer.java:1141)
    [wldeploy] at weblogic.Deployer.runBodyWithAuthenticatedSubject(Deployer.java:862)
    [wldeploy] at weblogic.Deployer.runBody(Deployer.java:711)

    Nikhil,
    If you resolved this, can you email me at [email protected]
    Thanks
    Srini

  • WebLogic 8.1 to 9.2 migration errors

    Hi,
    We have migrated from BEA webLogic 8.1 to 9.2.
    The request.getParameter values in the JSPs are getting set to "null" on page load in webLogic 9.2.
    But, the same are getting set to a blank ( "" ) in webLogic 8.1
    Also, no code changes have been made during the migration.
    Could you kindly advice us on the same.

    I've got the exakt same problem using weblogic.Deployer .... -appversion, weblogic 10.0 in this case. Works fine with our new jaxws based webservices.
    Would be nice if this problem was solved, especially since weblogic10 resolves softlinks so our old method of linking to new versions doesn't work anymore. And the fact that "Changing the source location is not allowed for a previously attempted deployment" doesn't help either.

  • Jsessionid overwriting cookie first time

    Hi,
    I am using a package for struts, struts-menu, that uses cookies set in a javascript to keep track of which menu item that will be shown as selected. ( The menu alternative I am using is tabbed menues. )
    The application I am testing this on is a Struts application.
    Background:
    When a user clicks a tab a cookie is set, document.cookie = "......". The request is posted to the server and when the browser is returned control the javascript looks up the cookie and should select the right tab.
    Now the problem:
    The 1st time the browser receives the control from the server the menuSelected-cookie is null?!!! Although I have queried the cookie value before submitting the 1st time. The effect is that no tab is selected. At this point, document.cookie is only set to jsessionid="...".
    However, if I then click another tab, and after click an infinite number of times it works!!! It's only the first time it fails.
    Does anyone have a clue?
    Best regards
    Lasse Bergstr�m

    Hi,
    Here is what happens sequentially:
    1. The start menu is loaded, no tab is selected which is ok since I want it that way.
    2. Now, the user clicks a tab ( no matter which tab ) and this is supposed to set the cookie. The server is called upon this click and then returns to the browser.
    3. Control is returned to the browser and here's the error: No tab is selected.
    I have traced what happened in the javascript file by adding alert-statements and this is what I found out. At step 2 above when the user clicks a tab, document.cookie is actually set to the value that belongs to the tab that was clicked. Fine, when server returns control to the browser as in step 3 I prompt document.cookie using alert in the part of the javascript code that tries to find out which tab to be selected. Now, to my big disappointment it's null.
    What puzzles me is that I in cronological order can prompt document.cookie first as set to the value I desire and then after that its null.
    I have a slimmed war-file which presents the problem that is deployable in any j2ee server. If I had a possibility I could email the war-file to you. Advise me at [email protected] if you like.
    Best regards
    Lasse Bergstr�m

  • Deployable proxy lookup problem

    Hello SAP Community, here is my issue:
    I need to access a web service in my web dynpro application, so I generated a deployable proxy from the wsdl file and deployed it to the server. I added the proxy's ClientAPI.jar to my web dynpro build path and tried to get its interface via jndi lookup, but I get a ClassCastException.
    The problem here is that when I look for my proxy in Visual Administrator's JNDI Registry, the class name is different from the one in Client API, as follows:
    JNDI Registry: ConsultaPadronServiceImpl
    Client API: ConsultaPadronService
    Debugging the code I can see that I get ConsultaPadronServiceImpl in my lookup, but when I try to do the casting to ConsultaPadronService I get the exception.
    Here is my code:
    try{
              InitialContext ctx = new InitialContext();
              Object obj = ctx.lookup("wsclients/proxies/sap.com/FonhapoWS/mx.gob.conavi.sap.ws.fonhapo.FonhapoProxy");
              ConsultaPadronService ser = (ConsultaPadronService)PortableRemoteObject.narrow(obj, ConsultaPadronService.class);
              port = (WsConsultaPadron)ser.getLogicalPort("WsConsultaPadronSoapHttpPort");
         }catch (Exception ex){
              IWDMessageManager msgMgr = wdComponentAPI.getMessageManager();
              msgMgr.reportException(ex.getMessage(), true);
    I really hope someone can help me out with this, I have already added the sharing reference to the proxy in my Web Dynpro project like <provider>/<EAR name> and still not working.
    Regards.

    Same issue here. did you resolve it?

Maybe you are looking for