Portlet Producer WAR Deployment Problem

Hi All,
Newbie here..
I posted this question on the other forum but nobody answered. I'd like to try it here in the Webcenter page since I am trying to create a portlet for my webcenter.
I created a very simple Portlet Producer Application. It is some sort of a hello world application.
When I am trying to deploy my war file into the integrated Weblogic server, I am encountering below error on the deployment tab.
[01:35:16 PM] [Deployer:149192]Operation 'deploy' on application 'HelloWorldPortlet' is in progress on 'DefaultServer'
[01:35:17 PM] [Deployer:149193]Operation 'deploy' on application 'HelloWorldPortlet' has failed on 'DefaultServer'
[01:35:17 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application HelloWorldPortlet on DefaultServer.: :oracle.mds.exception.MDSExceptionList:MDS-01329: unable to load element "persistence-config"
MDS-01370: MetadataStore configuration for metadata-store-usage "WebCenterFileMetadataStore" is invalid.   
MDS-00503: The metadata path "C:\Users\COMPUTER1\AppData\Roaming\JDeveloper\system11.1.1.4.37.59.23\DefaultDomain\servers\DefaultServer\tmp\_WL_user\HelloWorldPortlet\mj8mht\mds" does not contain any valid directories.
[01:35:17 PM] Weblogic Server Exception: weblogic.application.ModuleException: :oracle.mds.exception.MDSExceptionList:MDS-01329: unable to load element "persistence-config"
MDS-01370: MetadataStore configuration for metadata-store-usage "WebCenterFileMetadataStore" is invalid.   
MDS-00503: The metadata path "C:\Users\COMPUTER1\AppData\Roaming\JDeveloper\system11.1.1.4.37.59.23\DefaultDomain\servers\DefaultServer\tmp\_WL_user\HelloWorldPortlet\mj8mht\mds" does not contain any valid directories.
[01:35:17 PM]   See server logs or server console for more details.
[01:35:17 PM] weblogic.application.ModuleException: :oracle.mds.exception.MDSExceptionList:MDS-01329: unable to load element "persistence-config"
MDS-01370: MetadataStore configuration for metadata-store-usage "WebCenterFileMetadataStore" is invalid.   
MDS-00503: The metadata path "C:\Users\COMPUTER1\AppData\Roaming\JDeveloper\system11.1.1.4.37.59.23\DefaultDomain\servers\DefaultServer\tmp\_WL_user\HelloWorldPortlet\mj8mht\mds" does not contain any valid directories.
[01:35:17 PM] ####  Deployment incomplete.  ####
[01:35:17 PM] Remote deployment failed (oracle.jdevimpl.deploy.common.Jsr88RemoteDeployer)I am particularly not sure, what persistence-config file is the deployment module looking for.
Please kindly help. Thanks

Hi Yannick,
Here's my adf-config.xml file. I didnt change or alter anything from here when I created my app.
<?xml version="1.0" encoding="windows-1252" ?>
<adf-config xmlns="http://xmlns.oracle.com/adf/config"
            xmlns:config="http://xmlns.oracle.com/bc4j/configuration"
            xmlns:adf="http://xmlns.oracle.com/adf/config/properties"
            xmlns:sec="http://xmlns.oracle.com/adf/security/config"
            xmlns:mdsC="http://xmlns.oracle.com/adf/mds/config">
  <adf-adfm-config xmlns="http://xmlns.oracle.com/adfm/config">
    <defaults useBindVarsForViewCriteriaLiterals="true"/>
    <startup>
      <amconfig-overrides>
        <config:Database jbo.locking.mode="optimistic"/>
      </amconfig-overrides>
    </startup>
  </adf-adfm-config>
  <adf:adf-properties-child xmlns="http://xmlns.oracle.com/adf/config/properties">
    <adf-property name="adfAppUID" value="HelloWorldPortletApp-2972"/>
  </adf:adf-properties-child>
  <sec:adf-security-child xmlns="http://xmlns.oracle.com/adf/security/config">
    <CredentialStoreContext credentialStoreClass="oracle.adf.share.security.providers.jps.CSFCredentialStore"
                            credentialStoreLocation="../../src/META-INF/jps-config.xml"/>
  </sec:adf-security-child>
  <mdsC:adf-mds-config version="11.1.1.000">
    <mds-config xmlns="http://xmlns.oracle.com/mds/config">
      <persistence-config>
        <metadata-namespaces>
          <namespace path="/oracle/adf/portlet"
                     metadata-store-usage="WebCenterFileMetadataStore"/>
          <namespace path="/oracle/adf/portletappscope"
                     metadata-store-usage="WebCenterFileMetadataStore"/>
        </metadata-namespaces>
        <metadata-store-usages>
          <metadata-store-usage id="WebCenterFileMetadataStore"
                                default-cust-store="true" deploy-target="true">
            <metadata-store class-name="oracle.mds.dt.persistence.stores.file.SrcControlFileMetadataStore">
              <property name="metadata-path" value="../../mds"/>
            </metadata-store>
          </metadata-store-usage>
        </metadata-store-usages>
      </persistence-config>
      <cust-config>
        <match>
          <customization-class name="oracle.adf.share.config.SiteCC"/>
        </match>
      </cust-config>
      <cache-config>
        <max-size-kb>100000</max-size-kb>
      </cache-config>
    </mds-config>
  </mdsC:adf-mds-config>
</adf-config>Thanks

Similar Messages

  • WAR deployment problem

              ok this is really confusing and annoying!!! I have a .war file (servlet + jsps
              + descriptor) packaged up in the correct way, I have checked the docs like 100
              times.. the problem is, I'm running win NT and when I create the war file I'm
              executing 'jar' on a directory structure..
              WEB-INF/classes
              WEB-INF/web.xml
              *.jsp
              But when I view the resulting .war file in winzip, I see this..
              WEB-INF/classes/all classes.....
              web-inf/web.xml
              where on earth is this lowercase web-inf coming from ??
              as a result when i deploy this war file, it deploys fine and the init() method
              of the servlet is called, however when i try to access the servlet via it's alias
              (specified in web.xml) it can't be found.
              The exact same files work when used as an exploded directory (DefaultWebApp),
              and can be accessed via the alias.
              The MS-DOS name of the directory is WEB-INF so I simply can't understand where
              the "extra" lower case
              directory web-inf is coming from........
              Am I correct in assuming the lowercase web-inf is the problem ?? I'm not 100%
              sure cos the weblogic
              console can read & edit this xml file.
              Has anyone else experienced WAR deployment on windows problems like this? I'd
              love to get my hands on a unix box but my company suffer from unix-phobia :/
              any thoughts/suggestions/solutions greatly appreciated,
              thanks,
              sd
              

    Explorer in Windows has an option to allow all upper case, for example.
              Peace,
              Cameron Purdy
              Tangosol, Inc.
              Clustering Weblogic? You're either using Coherence, or you should be!
              Download a Tangosol Coherence eval today at http://www.tangosol.com/
              "SD" <[email protected]> wrote in message
              news:[email protected]...
              >
              > I'm sorry but I don't understand what you mean by..
              >
              > >Case will mess you up. Set your explorer options so NT isn't constantly
              > >"fixing" your case.
              >
              >
              > under 'options' in windows Explorer I don't see anything
              > to with case ??
              >
              > Also - are there any war files around that I can just
              > get and install and access via their servlet-mapping just
              > as a sanity check for my weblogic installation ??
              > I can't get ANY servlet (in a war file) to be accessed via
              > it's servlet mapping. :( But these servlet mappings can
              > be seen and edited via the weblogic console.
              >
              > thanks,
              > sd
              >
              > >"SD" <[email protected]> wrote in message
              > >news:[email protected]...
              > >>
              > >> ok this is really confusing and annoying!!! I have a .war file
              (servlet
              > >+ jsps
              > >> + descriptor) packaged up in the correct way, I have checked the docs
              > >like
              > >100
              > >> times.. the problem is, I'm running win NT and when I create the war
              > >file
              > >I'm
              > >> executing 'jar' on a directory structure..
              > >>
              > >> WEB-INF/classes
              > >> WEB-INF/web.xml
              > >> *.jsp
              > >>
              > >> But when I view the resulting .war file in winzip, I see this..
              > >>
              > >> WEB-INF/classes/all classes.....
              > >> web-inf/web.xml
              > >>
              > >> where on earth is this lowercase web-inf coming from ??
              > >> as a result when i deploy this war file, it deploys fine and the init()
              > >method
              > >> of the servlet is called, however when i try to access the servlet
              > >via
              > >it's alias
              > >> (specified in web.xml) it can't be found.
              > >>
              > >> The exact same files work when used as an exploded directory
              > >(DefaultWebApp),
              > >> and can be accessed via the alias.
              > >>
              > >> The MS-DOS name of the directory is WEB-INF so I simply can't
              understand
              > >where
              > >> the "extra" lower case
              > >> directory web-inf is coming from........
              > >>
              > >> Am I correct in assuming the lowercase web-inf is the problem ?? I'm
              > >not
              > >100%
              > >> sure cos the weblogic
              > >> console can read & edit this xml file.
              > >>
              > >> Has anyone else experienced WAR deployment on windows problems like
              > >this?
              > >I'd
              > >> love to get my hands on a unix box but my company suffer from
              unix-phobia
              > >:/
              > >>
              > >> any thoughts/suggestions/solutions greatly appreciated,
              > >> thanks,
              > >> sd
              > >>
              > >
              > >
              >
              

  • Mysterious .war deployment problem

    Hi,
    I apologize if this might not the proper forum, but I'm stuck, so any help will do.
    I'm using jboss 2.4.1 and tomcat 3.2.3. Currnetly, I'm
    experiencing weird problem, desperatly need help. I had
    matashop.webtier.Tree, matashop.webtier.TreeBuilder, and
    matashop.webtier.TreeBuilderImpl classes.
    After sometime, I decided to switch those three classes under
    matashop.util (so current structure is: matashop.util.Tree,
    matashop.util.TreeBuilder, matashop.util.TreeBuilderImpl).
    A class (matashop.util.CategoryTreePrinter) uses those three classes.
    A JSP (ShowCategories.jsp) uses matashop.util.CategoryTreePrinter.
    However, each time I deployed my ear (consists of jar and war), and
    access ShowCategories.jsp which uses matashop.util.CategoryTreePrinter, I got this
    exception (my platform is win2k) :
    ========================================================================
    javax.servlet.ServletException: matashop/webtier/TreeBuilder
                                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:508)
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    etc...
    Root cause:
    java.lang.NoClassDefFoundError: matashop/webtier/TreeBuilder
                                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            at catalog._0002fcatalog_0002fShowCategories_0002ejspShowCategories_jsp_0._jspService(_0002fcatalog_0002fShowCategories_0002ejspShowCategories_jsp_0.java:191)
            at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    etc...=================================================================================================
    I've check tomcat log, jboss log, it seems classpath is ok to me (I don't post here
    rightnow cause it's too long, but I'll put some part here if some of you think it's
    needed). I even clean tomcat/work, jboss/tmp/deploy, but it's just the same, I still
    got the same exception. I've rebuild all classes.
    I once suspect maybe the .war problem, so I tried to remove matashop.util.CategoryTreePrinter
    from the .war, and I got expected response when I access ShowCategories.jsp --
    complaining couldn't find matashop.util.CategoryTreePrinter. So I believe my
    .war is correct.
    Please help me, I've been working on this issues for days :(((((((((
    -- Verdi March --

    Check ur jsp. It seems in ur jsp u might have imported or given the class as matashop.webtier.TreeBuilder

  • WAR Deployment Problem (WEB-INF/web.xml not found)

              I have a war application and WebLogic 5.1 with Svr Pack 8 failed to deploy it
              when it start up. Here is what I did,
              1. I jared all necessary files including WEB-INF\web.xml in the myapp.war file;
              here I used all uppercase for WEB-INF directory, but after I jared it, it shew
              up web-inf\web.xml but WEB-INF\lib\pushlet.jar in the myapp.war file. I think
              this is the behavior of jar program.
              2. I appended the myapp.war to the weblogicclasspath in the start script;
              3. In weblogic.properties file, I specified two lines:
              weblogic.httpd.webApp.myapp=c:/weblogic/default/myapp.war
              weblogic.httpd.defaultWebApp=myapp
              4. Then I start up the WebLogic server named "default". It shew the following
              error messages:
              java.io.FileNotFoundException: Directory myapp\ does not contain WEB-INF/web.x
              ml
              at weblogic.servlet.internal.dd.DescriptorLoader.<init>(DescriptorLoader
              .java:177)
              at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java:630)
              at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:558)
              at weblogic.t3.srvr.HttpServer.start(HttpServer.java:418)
              at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1312)
              at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
              at java.lang.reflect.Method.invoke(Native Method)
              at weblogic.Server.startServerDynamically(Server.java:99)
              at weblogic.Server.main(Server.java:65)
              at weblogic.Server.main(Server.java:55)
              Thu Mar 29 17:24:16 EST 2001:<E> <HTTP> FATAL: could not load WAR 'myapp' as d
              efault servlet context
              java.lang.NullPointerException
              at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:560)
              at weblogic.t3.srvr.HttpServer.start(HttpServer.java:418)
              at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1312)
              at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
              at java.lang.reflect.Method.invoke(Native Method)
              at weblogic.Server.startServerDynamically(Server.java:99)
              at weblogic.Server.main(Server.java:65)
              at weblogic.Server.main(Server.java:55)
              Thu Mar 29 17:24:17 EST 2001:<E> <HTTP> Could not find Web application 'c:/weblo
              gic/default/myapp.war'
              java.io.FileNotFoundException: WEB-INF/web.xml XML file not found in jar file
              at weblogic.xml.dom.DOMParser.getDocument(DOMParser.java:93)
              at weblogic.servlet.internal.dd.DescriptorLoader.<init>(DescriptorLoader
              .java:134)
              at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java:627)
              at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:602)
              at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:570)
              at weblogic.t3.srvr.HttpServer.start(HttpServer.java:418)
              at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1312)
              at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
              at java.lang.reflect.Method.invoke(Native Method)
              at weblogic.Server.startServerDynamically(Server.java:99)
              at weblogic.Server.main(Server.java:65)
              at weblogic.Server.main(Server.java:55)
              Please help me find out what is wrong with this. Greatly Appreciated.
              Thanks in advance,
              Donald
              

              If it is still not working, try to set the weblogic.httpd.documentRoot =c:/weblogic/default
              in the weblogic.properties & try.
              "Donald Ye" <[email protected]> wrote:
              >
              >
              >I have a war application and WebLogic 5.1 with Svr Pack 8 failed to deploy
              >it
              >when it start up. Here is what I did,
              >
              >1. I jared all necessary files including WEB-INF\web.xml in the myapp.war
              >file;
              >here I used all uppercase for WEB-INF directory, but after I jared it,
              >it shew
              >up web-inf\web.xml but WEB-INF\lib\pushlet.jar in the myapp.war file.
              >I think
              >this is the behavior of jar program.
              >
              >2. I appended the myapp.war to the weblogicclasspath in the start script;
              >
              >3. In weblogic.properties file, I specified two lines:
              >weblogic.httpd.webApp.myapp=c:/weblogic/default/myapp.war
              >weblogic.httpd.defaultWebApp=myapp
              >
              >4. Then I start up the WebLogic server named "default". It shew the following
              >error messages:
              >
              >java.io.FileNotFoundException: Directory myapp\ does not contain WEB-INF/web.x
              >ml
              > at weblogic.servlet.internal.dd.DescriptorLoader.<init>(DescriptorLoader
              >.java:177)
              > at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java:630)
              > at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:558)
              > at weblogic.t3.srvr.HttpServer.start(HttpServer.java:418)
              > at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1312)
              > at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
              > at java.lang.reflect.Method.invoke(Native Method)
              > at weblogic.Server.startServerDynamically(Server.java:99)
              > at weblogic.Server.main(Server.java:65)
              > at weblogic.Server.main(Server.java:55)
              >
              >Thu Mar 29 17:24:16 EST 2001:<E> <HTTP> FATAL: could not load WAR 'myapp'
              >as d
              >efault servlet context
              >java.lang.NullPointerException
              > at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:560)
              > at weblogic.t3.srvr.HttpServer.start(HttpServer.java:418)
              > at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1312)
              > at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
              > at java.lang.reflect.Method.invoke(Native Method)
              > at weblogic.Server.startServerDynamically(Server.java:99)
              > at weblogic.Server.main(Server.java:65)
              > at weblogic.Server.main(Server.java:55)
              >
              >Thu Mar 29 17:24:17 EST 2001:<E> <HTTP> Could not find Web application
              >'c:/weblo
              >gic/default/myapp.war'
              >java.io.FileNotFoundException: WEB-INF/web.xml XML file not found in
              >jar file
              > at weblogic.xml.dom.DOMParser.getDocument(DOMParser.java:93)
              > at weblogic.servlet.internal.dd.DescriptorLoader.<init>(DescriptorLoader
              >.java:134)
              > at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java:627)
              > at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:602)
              > at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:570)
              > at weblogic.t3.srvr.HttpServer.start(HttpServer.java:418)
              > at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1312)
              > at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
              > at java.lang.reflect.Method.invoke(Native Method)
              > at weblogic.Server.startServerDynamically(Server.java:99)
              > at weblogic.Server.main(Server.java:65)
              > at weblogic.Server.main(Server.java:55)
              >
              >
              >Please help me find out what is wrong with this. Greatly Appreciated.
              >
              >Thanks in advance,
              >
              >Donald
              

  • Unable to register portlet producer

    Hi All,
    I am working on Jdev 11.1.1.6.0 and trying to register WSRP portlet producer. I am getting this error:
    I have portlet producer application deployed on standalone weblogic server. There is no managed server involved.
    can you please guide me on this.
    oracle.portlet.client.container.PortletHttpRuntimeException: HTTP <unknown method> request to URL http://<server>:7001/<context root>/portlets/wsrp2?WSDL failed with status code 500 reason <unknown reason>. Check that the producer URL has been correctly specified, that the producer server machine and producer container are running, that the producer application is deployed correctly, and that the client can reach the server if behind a firewall.
         at oracle.portlet.client.connection.wsrp.ActivityServerWrapper.checkAndReturnHttpException(ActivityServerWrapper.java:57)
         at oracle.portlet.client.connection.wsrp.ActivityServerWrapper.getServiceDescription(ActivityServerWrapper.java:118)
         at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionHelper.getRegistrationProperties(WSRPProducerInteractionHelper.java:233)
         at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionHelper.getRegistrationProperties(WSRPProducerInteractionHelper.java:221)
         at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionV2Impl.getRegistrationProperties(WSRPProducerInteractionV2Impl.java:84)
         at oracle.portlet.client.connection.wsrp.WSRPProducerConnection.getRemoteRegistrationProperties(WSRPProducerConnection.java:447)
         at oracle.portlet.client.connection.wsrp.WSRPProducerConnection.getAvailableRegistrationProperties(WSRPProducerConnection.java:421)
         at oracle.portlet.client.connection.wsrp.WSRPProducerConnection.getAvailableRegistrationProperties(WSRPProducerConnection.java:387)
         at oracle.adfinternal.model.portlet.manager.ProducerConnectionManager.createWSRPProducerConnection(ProducerConnectionManager.java:358)
         at oracle.adfdtinternal.model.portlet.wizards.registration.wsrp.WSRPProducerRegistrationWizard$4$1.doWork(WSRPProducerRegistrationWizard.java:1618)
         at oracle.ide.dialogs.ProgressRunnable.run(ProgressRunnable.java:161)
         at oracle.ide.dialogs.ProgressBar.run(ProgressBar.java:655)
         at java.lang.Thread.run(Thread.java:619)
    Caused by: oracle.portlet.wsrp.WSRPRemoteException: java.rmi.ServerException:
    start fault message:
    Internal Server Error (Caught exception while handling request: java.lang.NullPointerException)
    :end fault message
         at oracle.portlet.wsrp.v2.WSRP_v2_ServiceDescription_PortTypeJaxbToSoap.getServiceDescription(WSRP_v2_ServiceDescription_PortTypeJaxbToSoap.java:105)
         at oracle.portlet.wsrp.v2.ServerToWSRPv2.getServiceDescription(ServerToWSRPv2.java:23548)
         at oracle.portlet.client.connection.wsrp.ActivityServerWrapper.getServiceDescription(ActivityServerWrapper.java:78)
         ... 11 more
    Caused by: java.rmi.ServerException:
    start fault message:
    Internal Server Error (Caught exception while handling request: java.lang.NullPointerException)
    :end fault message
         at oracle.j2ee.ws.client.StreamingSender._raiseFault(StreamingSender.java:661)
         at oracle.j2ee.ws.client.StreamingSender._sendImpl(StreamingSender.java:475)
         at oracle.j2ee.ws.client.StreamingSender._send(StreamingSender.java:148)
         at oracle.portlet.wsrp.v2.soap.runtime.WSRP_v2_ServiceDescription_Binding_SOAP_Stub.getServiceDescription(WSRP_v2_ServiceDescription_Binding_SOAP_Stub.java:80)
         at oracle.portlet.wsrp.v2.WSRP_v2_ServiceDescription_PortTypeJaxbToSoap.getServiceDescription(WSRP_v2_ServiceDescription_PortTypeJaxbToSoap.java:73)
         ... 13 more
    Regards,
    ND

    Hi All,
    I found out the issue. Apparently, somehow the WSRP container.jar file was there my EAR and also the project WAR file. If anyone gets this sort of problem, remove the WSRPcontainer lib from both EAR and from the project WAR/JAR.
    let me know if the problem still persists.
    Regards,
    ND

  • Error on deploying Portlet Producer Application

    Hi All,
    I am trying to create a very simple Portlet Producer Application in JDev 11.1.1.4 but I am unable to deploy it with my
    integrated weblogic server. The error says.
    49192]Operation 'deploy' on application 'HellowWorldPortlet' is in progress on 'DefaultServer'
    [02:22:04 PM] [Deployer:149193]Operation 'deploy' on application 'HellowWorldPortlet' has failed on 'DefaultServer'
    [02:22:04 PM] [Deployer:149034]An exception occurred for task [Deployer:149026]deploy application HellowWorldPortlet on DefaultServer.: :oracle.mds.exception.MDSExceptionList:MDS-01329: unable to load element "persistence-config"
    MDS-01370: MetadataStore configuration for metadata-store-usage "WebCenterFileMetadataStore" is invalid.
    MDS-00503: The metadata path
    [02:22:04 PM] Weblogic Server Exception: weblogic.application.ModuleException: :oracle.mds.exception.MDSExceptionList:MDS-01329: unable to load element "persistence-config"
    MDS-01370: MetadataStore configuration for metadata-store-usage "WebCenterFileMetadataStore" is invalid.
    Any hint what is causing this?
    Also, how can I view the logs of the integrated web logic server?
    Thanks.

    Hi
    Check your prot no is correct or not, if problem still exits then restart your server.
    Thanks

  • War an ear deployment problem

    hi,
    I got a war and ear that share common classes. I would like to deploy both of them on the same application server.
    I started with weblogic and it worked fine.
    Now I am running it on Websphere - the problem is the ear application failed to start - it cant find one of it's property files even though it is in the class path.
    I see that the jar containing all the properties is in the class path - the application can access all other properties files except this one.
    The problematic properties file is my.commons.logging.properties which is a refactoring to the common.logging jar.
    I also see that if the war is not deployed - the ear is deployed without a problem.
    the war contains commons.logging.properties and because Websphere also had it's own common.logging i had to use "parent last" for the war deployment.
    If i change the load order of the applications(the ear is loaded first) - the properties file is found.
    I will be happy to hear any idea you got about this.
    I don�t understand how two different applications affect each other that way.
    Thanks!!!

    Sounds like a bug. You can report it to [email protected]
    -- Rob

  • Problem with war deployment

              hello everybody,
              i deployed the one .war file which contains 1 servlet and another 10 simple classes.i
              deployed using the console and everything shows fine.the servlet mapping everything
              seems to be perfect.but when i run the application nothing happens.i restared
              the server.
              thanks for helping.
              sada
              

              You will have to be more clear on what is happening.
              With you description, I assume that it is working fine in exploded format. There
              are couple of things that can go wrong on war deployment.
              1) Check your war file contents. Path of the contents should not include the war
              file name.
              For eg: /wstt/WEB-INF/classes/com/util/Sample.class
              if above is the fully qualified path of a class and if your war file name is wstt
              then war file should conatin the path as
              /WEB-INF/classes/com/util/Sample.class
              2) Check your Target cluster/server in your console for the war file.
              I hope this helps.
              - Albert
              "sada" <[email protected]> wrote:
              >
              >hello everybody,
              >i deployed the one .war file which contains 1 servlet and another 10
              >simple classes.i
              >deployed using the console and everything shows fine.the servlet mapping
              >everything
              >seems to be perfect.but when i run the application nothing happens.i
              >restared
              >the server.
              >
              >thanks for helping.
              >sada
              >
              

  • How to deregister PORTLET PRODUCER manually?

    I had an error during deregister my portlet producer, so now it is not in my project, but somehow local oc4j knows about it. When I try to start executing my project, my explorer's page tells:
    mdsId=/oracle/adf/portlet/TutorialProducer_1176222275748/ap/E0default_dc50ae93_0111_1000_8002_c0a81ea65759.pxml not found
    TutorialProdecer - is the name of my portlet producer which I've failed to deregister. How should I manually delete the information about this producer?
    Once I've been working whith stand alone OC4J, I had similar problem when incorrectly tryed to undeploy my applications, so they where physically deleted wrom /applications folder, but information about them still remained, and I should manually delete it from .xml files. Is there similar way to deregister protlet producer from jdev's oc4j?

    Hi,
    it's not quite clear to me what the problem is. Do you want to clean up orphaned entries in the producer registration section? Then, in deed, you should try to unregister the producer by right clicking on it and de-registering it.
    Do you have problems with deployed producer application on your OC4J and you want to clean up the container? Then you need to clean up the default-web-site.xml and server.xml. (config folder of your OC4J) Also you should look for fragments on the file system (folders of the deployed application ).
    You can then look for producer entries in the connections.xml. It is also recommended to close and restart the JDeveloper after this.

  • RE: [iPlanet-JATO] Re: Deployment problem

    Chidu,
    I think that you are mired in the very common confusion of the default
    behavior of the ApplicationServletBase.parsePathInfo() which will determine
    the controlling/handling ViewBean via a URL design pattern. Lets take a look
    at the URL
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.jsp
    is decomposed as follows:
    /NASApp -> well, this is long story but is absolutely necessary, welcome to
    iAS
    /MigtoolboxSampleAppWar -> is the web application name, taken as the name of
    the WAR file when there is no EAR file (this allows the Servlet/JSP
    container to deferences the web application root under
    <ias>/APPS/modules/MigtoolboxSampleAppWar) I think this part of the URL is
    called th Context Path
    /MigtoolboxSample -> is the Servlet Path, and will either directly reference
    or match a Servlet Mapping
    for instance
    <servlet-mapping>
    <servlet-name>MigtoolboxSampleServlet</servlet-name>
    <url-pattern>/MigtoolboxSample/*</url-pattern>
    </servlet-mapping>
    tells the Servlet Container that the Servlet Path
    /MigtoolboxSample
    maps to the Module Servlet MigtoolboxSampleServlet
    This is how EVERY request makes its way to the "front controller" pattern in
    JATO. It is fundamental to JATO Applicatioan that every request pass
    through the ModuleServlet.
    every else on the URL past the Servlet Path is the PATH INFO. Based on this
    understanding, you will see why the
    ApplicationServletBase.parsePathInfo()
    is so important. In parsePathInfo() the PATH INFO is compared to the design
    pattern
    /VIEWBEANNAME*
    to determine the handling ViewBean from the first String Token in the path
    info. For instance, the starting URL of the Sample Application is
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage
    The PATH INFO is [IndexPage]
    and IndexPage[ViewBean] is the handling ViewBean. Therefore, any simiarl
    URL like
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.jsp
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.matt
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.mike
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.chidu
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.XXX
    will all result in the same handling View Bean
    IndexPageViewBean
    It is very important to understand that you CANNOT hit the JATO JSPs
    directly. You must hit the "front controller" ModuleServlet which will
    always delegate control to the handling ViewBean (a la, the "service to
    workers" pattern)
    You can attempt to hit the JSP directly but you need the right J2EE URL
    /NASApp/MigtoolboxSampleAppWar/MigtoolboxSampleApp/MigtoolboxSample/IndexPag
    e.jsp
    this URL will directly hit the JSP. However, you will recieve an error
    because the JATO framework quickly determines that there is no
    RequestContext in the HttpRequest attributes and assumes that the "front
    controller" was bypassed. Try it. You will get ERROR.
    Lets go back to what you are trying to do, place Models and Viewbeans in
    separate directories. I recommend that you move the Models. Models are
    ONLY referenced by TYPE via the ModelManager, the compiler will ensure that
    your code is correct and matches the packages, file locations, import
    statements, etc. ViewBeans, on the other hand are related to the
    ModuleServlet their are contained in and are loaded via type names according
    to a design pattern.
    if you want to separate models and Viewbean then simply move the Model and
    make sure everything compiles.
    you cannot move the ViewBeans
    if you do want to move the JSP peers of the Viewbeans, then you can put them
    anywhere in the web application doc root. When you do, update the
    DEFAULT_DISPLAY_URL as Mike suggested
    matt
    -----Original Message-----
    From: Mike Frisino [mailto:<a href="/group/SunONE-JATO/post?protectID=174176219122158198138082063148231088239026066196217193234150166091061">Michael.Frisino@S...</a>]
    Sent: Thursday, July 26, 2001 10:48 PM
    Subject: Re: [iPlanet-JATO] Re: Deployment problem
    Chidu,
    Did you have it running fine in the original default configuration, before
    you started changing things around? The URL should not access the .jsp
    directly. The URL should look more like this
    "/NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage", without the
    .jsp.
    Also, please read the "Migration Tech Notes" document that is
    linked to the
    main doc index page. There is some information in there related
    to trying to
    run the sample application under iAS (see Tech Note 4 in
    particular, "Note
    on running the iMT "MigtoolboxSample" in iPlanet Application Server )
    ----- Original Message -----
    From: <<a href="/group/SunONE-JATO/post?protectID=219015020150194233215218164140244063078048234051197">chidusv@y...</a>>
    Sent: Thursday, July 26, 2001 7:27 PM
    Subject: [iPlanet-JATO] Re: Deployment problem
    Hi Mike,
    I tried changing the url in all the viewbeans to reflect the new sub-
    directory for the viewbeans(I have placed the jsps and viewbeans in
    a sub-directory under MigtoolboxSampleApp/MigtoolboxSample). But I'm
    still not able to get access to the jsps. I basically see the
    message "GX Error Socket Error Code missing!!" error on the browser
    thrown by iPlanet, but the log doesn't tell me anything. Does the url
    which I give to access the jsp change accordingly, i.e., should I
    give something other
    than /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.jsp.
    If I try to use any other url other
    than /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.jsp, I
    see the FileNotFoundException in the log.
    I guess I'm still missing something.
    Thanks for your help.
    --Chidu.
    --- In <a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166136158139046209">iPlanet-JATO@y...</a>, "Mike Frisino" <<a href="/group/SunONE-JATO/post?protectID=174176219122158198138082063148231088239026066196217130152150">Michael.Frisino@S...</a>> wrote:
    Chidu.
    Did you also adjust the following member in each of the ViewBeans?
    public static final String DEFAULT_DISPLAY_URL=
    "/jatosample/module1/Index.jsp";
    Try adjusting this to be consistent with your new hierarchy.
    Also, if you still have problems, send us the error message thatyou recieve
    when you try to access the page. That would help.
    ----- Original Message -----
    From: <<a href="/group/SunONE-JATO/post?protectID=219015020150194233215218164036129208">chidusv@y...</a>>
    Sent: Thursday, July 26, 2001 4:48 PM
    Subject: [iPlanet-JATO] Deployment problem
    Hi,
    We have a requirement to seperate the models and viewbeans and
    keep
    them in seperate directories. Is it possible to seperate the
    viewbeans and models not be in the same directory?
    I tried seperating the two in the MigtoolboxSampleApp application
    provided by JATO. I changed the package and import statements
    accordingly in the viewbeans, jsps and the models. But when I
    deployed the application, I'm not able to access the Index page or
    any of the jsps. Does the ApplicationServletBase always look forthe
    viewbean in the same path as that of the module servlet?
    Any help will be appreciated.
    Thanks,
    Chidu.
    <a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215146166214017110250006230056039126077176105140127082088124241215002153">[email protected]</a>
    <a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215146166214017110250006230056039126077176105140127082088124241215002153">[email protected]</a>
    <a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215146166214017110250006230056039126077176105140127082088124241215002153">[email protected]</a>

    Hi Mike,
    I tried changing the url in all the viewbeans to reflect the new sub-
    directory for the viewbeans(I have placed the jsps and viewbeans in
    a sub-directory under MigtoolboxSampleApp/MigtoolboxSample). But I'm
    still not able to get access to the jsps. I basically see the
    message "GX Error Socket Error Code missing!!" error on the browser
    thrown by iPlanet, but the log doesn't tell me anything. Does the url
    which I give to access the jsp change accordingly, i.e., should I
    give something other
    than /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.jsp.
    If I try to use any other url other
    than /NASApp/MigtoolboxSampleAppWar/MigtoolboxSample/IndexPage.jsp, I
    see the FileNotFoundException in the log.
    I guess I'm still missing something.
    Thanks for your help.
    --Chidu.
    --- In iPlanet-JATO@y..., "Mike Frisino" <Michael.Frisino@S...> wrote:
    >
    Chidu.
    Did you also adjust the following member in each of the ViewBeans?
    public static final String DEFAULT_DISPLAY_URL=
    "/jatosample/module1/Index.jsp";
    Try adjusting this to be consistent with your new hierarchy.
    Also, if you still have problems, send us the error message that you recieve
    when you try to access the page. That would help.
    ----- Original Message -----
    From: <chidusv@y...>
    Sent: Thursday, July 26, 2001 4:48 PM
    Subject: [iPlanet-JATO] Deployment problem
    Hi,
    We have a requirement to seperate the models and viewbeans and
    keep
    them in seperate directories. Is it possible to seperate the
    viewbeans and models not be in the same directory?
    I tried seperating the two in the MigtoolboxSampleApp application
    provided by JATO. I changed the package and import statements
    accordingly in the viewbeans, jsps and the models. But when I
    deployed the application, I'm not able to access the Index page or
    any of the jsps. Does the ApplicationServletBase always look for the
    viewbean in the same path as that of the module servlet?
    Any help will be appreciated.
    Thanks,
    Chidu.
    [email protected]

  • File Not Found Error: new WAR deployment

    I'm trying to find the path to my new WAR deployed JSP files. The following error occurs:
    Exception:
    java.io.FileNotFoundException: d:\oracle\ora9ias_test\apache\apache\htdocs\RAP_Editor_viaWAR\RapView1_Browse.jsp
    In my address bar I type: http://(oracle_home):7778/RAP_Editor_viaWAR/RapView1_Browse.jsp
    I don't know why it is looking under the \apache\apache\htdocs directory. What configuration step have I missed? I'm having a similar problem finding the demo apps as well.
    Thanks!
    -Tony.

    Well, I've found out that my HTTP path issues we're related to the Portal SDK install. The OC4J instance "JDev" seems to mess up JSPs and results in a FileNotFound exception. Its looking for JSPs in the wrong place - http://<oracle-home>/apache/apache/htdocs/j2ee/...
    The fix: comment out the include directive in httpd.conf that references JDev.
    Another BC4J JSP issue: Be sure your datatags.jar file is current or else you'll get an HTTP 500 error due to an unsupported attribute. The application.log file will show "Error: itermode is not a property of oracle.jbo.html.jsp.datatags.DataSourceTag".
    -Tony.

  • Deployment Problems of Enterprise Application in NWDS 7.1

    Hello Everyone,<br>
    <br>
    I am having a problem when trying to deploy an application I made to the server. The project consists of two DCs, one which is an Enterprise Application and the other is a Web Module. I have configured the web module to be a dependency of the Enterprise application, so that the .war file generated from the Web Module DC is contained within the .ear file created when the Enterprise Application DC is built. The only dependency that the Web Module DC has is "engine.jee5.facade," which is there by default when it is created. I have not added any code to either DC, because I was just trying to test if I could deploy something to the server before I got into that. When I build the Enterprise Application DC, both DCs build successfully (because of the dependency). When I deploy the Enterprise Application DC, I get an "[ERROR CODE DPL.DC.5089]" error message. When I checked the SDN for what that error code means, I get sent to <a href="http://wiki.sdn.sap.com/wiki/display/JSTSG/(JSTSG)(Deploy)Problems-P58">http://wiki.sdn.sap.com/wiki/display/JSTSG/(JSTSG)(Deploy)Problems-P58</a>, which is pretty vague.
    I did try to see if I could deploy the .ear by itself, without the war file within it (by removing the dependency on the Enterprise Application DC) and that seemed to work ok. Its just seems to be when the Web Module is a dependency of the Enterprise Application is when it fails. I have included the error message I get from NWDS below. Thanks in advance for any help you can offer.                                                                                <br>                                                                                <br>                                                                                SUMMARY<br>                
    ~~~~~~~~~~~~~~~~~~~<br>
    Successfully deployed:           0<br>
    Deployed with warnings:           0<br>
    Failed deployments:                1<br>
    ~~~~~~~~~~~~~~~~~~~<br>
    ASJ.dpl_dc.001085 [ERROR CODE DPL.DC.3077] An error occurred while deploying the deployment item [sap.com_test~sgj_ent_app_test_three].
    ; nested exception is:
         com.sap.engine.services.dc.gd.DeliveryException: [ERROR CODE DPL.DC.3297] An error occurred during deployment of [sdu id: [sap.com_test~sgj_ent_app_test_three]
    sdu file path: [/usr/sap/DM1/J00/j2ee/cluster/server0/temp/tcbldeploy_controller/archives/192/sap.comtestsgj_ent_app_test_three.ear]
    version status: [HIGHER]
    deployment status: [Admitted]
    description: []
    ]. Cannot update it. <br>
    <br>
    1. File:C:\Develop\workspace.jdi\2\DCs\sap.com\test\sgj_ent_app_test_three\_comp\gen\default\deploy\sap.comtestsgj_ent_app_test_three.ear<br>
         Name:test~sgj_ent_app_test_three<br>
         Vendor:sap.com<br>
         Location:PDI_J2EETST1_D<br>
         Version:20100716152020<br>
         Deploy status:Aborted<br>
         Version:HIGHER<br>
    <br>
         Description:<br>
              1. [ERROR CODE DPL.DS.5089] Exception during generating components of [sap.com/test~sgj_ent_app_test_three] application in [servlet_jsp] container.<br>
    <br>
    Exception:<br>
    com.sap.engine.services.dc.api.deploy.DeployException: [ERROR CODE DPL.DCAPI.1027] DeploymentException.
    Reason: ASJ.dpl_dc.001085 [ERROR CODE DPL.DC.3077] An error occurred while deploying the deployment item [sap.com_test~sgj_ent_app_test_three].
    ; nested exception is:
         com.sap.engine.services.dc.gd.DeliveryException: [ERROR CODE DPL.DC.3297] An error occurred during deployment of [sdu id: [sap.com_test~sgj_ent_app_test_three]
    sdu file path: [/usr/sap/DM1/J00/j2ee/cluster/server0/temp/tcbldeploy_controller/archives/192/sap.comtestsgj_ent_app_test_three.ear]
    version status: [HIGHER]
    deployment status: [Admitted]
    description: []
    ]. Cannot update it.
         at com.sap.engine.services.dc.api.deploy.impl.DeployProcessorImpl.deployItems(DeployProcessorImpl.java:715)
         at com.sap.engine.services.dc.api.deploy.impl.DeployProcessorImpl.deploy(DeployProcessorImpl.java:226)
         at com.sap.ide.eclipse.deployer.dc.deploy.DeployProcessor70.deploy(DeployProcessor70.java:112)
         at com.sap.ide.eclipse.j2ee.engine.deploy.view.deploy.action.DeployAction$DeployActionJob.run(DeployAction.java:222)
         at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
    Caused by: com.sap.engine.services.dc.cm.deploy.DeploymentException: ASJ.dpl_dc.001085 [ERROR CODE DPL.DC.3077] An error occurred while deploying the deployment item [sap.com_test~sgj_ent_app_test_three].
    ; nested exception is:
         com.sap.engine.services.dc.gd.DeliveryException: [ERROR CODE DPL.DC.3297] An error occurred during deployment of [sdu id: [sap.com_test~sgj_ent_app_test_three]
    sdu file path: [/usr/sap/DM1/J00/j2ee/cluster/server0/temp/tcbldeploy_controller/archives/192/sap.comtestsgj_ent_app_test_three.ear]
    version status: [HIGHER]
    deployment status: [Admitted]
    description: []
    ]. Cannot update it.
         at com.sap.engine.services.dc.cm.deploy.impl.OnlineDeployProcessor.performDelivery(OnlineDeployProcessor.java:188)
         at com.sap.engine.services.dc.cm.deploy.impl.BulkOnlineDeployProcessor.deploy(BulkOnlineDeployProcessor.java:57)
         at com.sap.engine.services.dc.cm.deploy.impl.AbstractDeployProcessor$DeployProcessorHelper.visit(AbstractDeployProcessor.java:229)
         at com.sap.engine.services.dc.cm.deploy.impl.DeploymentItemImpl.accept(DeploymentItemImpl.java:83)
         at com.sap.engine.services.dc.cm.deploy.impl.AbstractDeployProcessor.deploy(AbstractDeployProcessor.java:91)
         at com.sap.engine.services.dc.cm.deploy.impl.DeployThread.run(DeployThread.java:34)
         at com.sap.engine.core.thread.execution.Executable.run(Executable.java:115)
         at com.sap.engine.core.thread.execution.Executable.run(Executable.java:96)
         at com.sap.engine.core.thread.execution.CentralExecutor$SingleThread.run(CentralExecutor.java:314)
    Caused by: com.sap.engine.services.dc.gd.DeliveryException: [ERROR CODE DPL.DC.3297] An error occurred during deployment of [sdu id: [sap.com_test~sgj_ent_app_test_three]
    sdu file path: [/usr/sap/DM1/J00/j2ee/cluster/server0/temp/tcbldeploy_controller/archives/192/sap.comtestsgj_ent_app_test_three.ear]
    version status: [HIGHER]
    deployment status: [Admitted]
    description: []
    ]. Cannot update it.
         at com.sap.engine.services.dc.gd.impl.ApplicationDeployer.update(ApplicationDeployer.java:81)
         at com.sap.engine.services.dc.gd.impl.InitialApplicationDeployer.performDeployment(InitialApplicationDeployer.java:110)
         at com.sap.engine.services.dc.gd.impl.InitialGenericDeliveryImpl.deploy(InitialGenericDeliveryImpl.java:51)
         at com.sap.engine.services.dc.cm.deploy.impl.OnlineDeployProcessor.performDelivery(OnlineDeployProcessor.java:163)
         ... 8 more
    Caused by: com.sap.engine.services.deploy.server.utils.DSRemoteException: [ERROR CODE DPL.DS.6193] Error while ; nested exception is:
         com.sap.engine.services.deploy.exceptions.ServerDeploymentException: [ERROR CODE DPL.DS.5089] Exception during generating components of [sap.com/test~sgj_ent_app_test_three] application in [servlet_jsp] container.
         at com.sap.engine.services.deploy.server.DeployServiceImpl.catchDeploymentExceptionWithDSRem(DeployServiceImpl.java:4712)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.update(DeployServiceImpl.java:426)
         at com.sap.engine.services.dc.gd.impl.ApplicationDeployer.update(ApplicationDeployer.java:67)
         ... 11 more
    Caused by: com.sap.engine.services.deploy.exceptions.ServerDeploymentException: [ERROR CODE DPL.DS.5089] Exception during generating components of [sap.com/test~sgj_ent_app_test_three] application in [servlet_jsp] container.
         at com.sap.engine.services.deploy.server.application.UpdateTransaction.makeComponents(UpdateTransaction.java:496)
         at com.sap.engine.services.deploy.server.application.DeployUtilTransaction.commonBegin(DeployUtilTransaction.java:249)
         at com.sap.engine.services.deploy.server.application.UpdateTransaction.begin(UpdateTransaction.java:197)
         at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:493)
         at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhases(ApplicationTransaction.java:544)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.makeGlobalTransaction(DeployServiceImpl.java:2534)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.update(DeployServiceImpl.java:525)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.update(DeployServiceImpl.java:424)
         ... 12 more
    Caused by: java.lang.SecurityException: com.sap.engine.services.security.exceptions.BaseSecurityException:
         at com.sap.engine.services.security.restriction.Restrictions.checkPermission(Restrictions.java:73)
         at com.sap.engine.services.security.restriction.Restrictions.checkPermission(Restrictions.java:54)
         at com.sap.engine.services.security.server.AuthenticationContextImpl.setProperty(AuthenticationContextImpl.java:533)
         at com.sap.engine.services.servlets_jsp.server.deploy.util.SecurityUtils.initSecurityConfiguration(SecurityUtils.java:722)
         at com.sap.engine.services.servlets_jsp.server.deploy.util.SecurityUtils.createSecurityResources(SecurityUtils.java:143)
         at com.sap.engine.services.servlets_jsp.server.deploy.DeployAction.initXmls(DeployAction.java:778)
         at com.sap.engine.services.servlets_jsp.server.deploy.DeployAction.deploy(DeployAction.java:301)
         at com.sap.engine.services.servlets_jsp.server.deploy.UpdateAction.makeUpdate(UpdateAction.java:340)
         at com.sap.engine.services.servlets_jsp.server.deploy.WebContainer.makeUpdate(WebContainer.java:341)
         at com.sap.engine.services.deploy.server.utils.container.ContainerWrapper.makeUpdate(ContainerWrapper.java:279)
         at com.sap.engine.services.deploy.server.application.UpdateTransaction.makeComponents(UpdateTransaction.java:490)
         at com.sap.engine.services.deploy.server.application.DeployUtilTransaction.commonBegin(DeployUtilTransaction.java:249)
         at com.sap.engine.services.deploy.server.application.UpdateTransaction.begin(UpdateTransaction.java:197)
         at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhasesOnOneServer(ApplicationTransaction.java:493)
         at com.sap.engine.services.deploy.server.application.ApplicationTransaction.makeAllPhases(ApplicationTransaction.java:544)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.makeGlobalTransaction(DeployServiceImpl.java:2534)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.update(DeployServiceImpl.java:525)
         at com.sap.engine.services.deploy.server.DeployServiceImpl.update(DeployServiceImpl.java:424)
         at com.sap.engine.services.dc.gd.impl.ApplicationDeployer.update(ApplicationDeployer.java:67)
         at com.sap.engine.services.dc.gd.impl.InitialApplicationDeployer.performDeployment(InitialApplicationDeployer.java:110)
         at com.sap.engine.services.dc.gd.impl.InitialGenericDeliveryImpl.deploy(InitialGenericDeliveryImpl.java:51)
         at com.sap.engine.services.dc.cm.deploy.impl.OnlineDeployProcessor.performDelivery(OnlineDeployProcessor.java:163)
         at com.sap.engine.services.dc.cm.deploy.impl.BulkOnlineDeployProcessor.deploy(BulkOnlineDeployProcessor.java:57)
         at com.sap.engine.services.dc.cm.deploy.impl.AbstractDeployProcessor$DeployProcessorHelper.visit(AbstractDeployProcessor.java:229)
         at com.sap.engine.services.dc.cm.deploy.impl.DeploymentItemImpl.accept(DeploymentItemImpl.java:83)
         at com.sap.engine.services.dc.cm.deploy.impl.AbstractDeployProcessor.deploy(AbstractDeployProcessor.java:91)
         at com.sap.engine.services.dc.cm.deploy.impl.DeployThread.run(DeployThread.java:34)
         at com.sap.engine.core.thread.execution.Executable.run(Executable.java:115)
         at com.sap.engine.core.thread.execution.Executable.run(Executable.java:96)
         at com.sap.engine.core.thread.execution.CentralExecutor$SingleThread.run(CentralExecutor.java:314)
    Edited by: Savin on Aug 5, 2010 10:25 PM
    Edited by: Savin on Aug 5, 2010 10:26 PM
    Edited by: Savin on Aug 5, 2010 10:31 PM
    Edited by: Savin on Aug 5, 2010 5:27 PM
    Edited by: Savin on Aug 5, 2010 5:38 PM
    Edited by: Savin on Aug 5, 2010 5:44 PM

    Hi Veera/Abhi
    I have installed MinDB and all the required files on the PDA. It is synchronizing with the middleware.
    On my NWDS PDA  Simulator , the application is appearing but when i click on the application there is no data and it is giving exception
    2009-02-11 13:02:40 ...  (com.sap.tc.mobile.cfs.pers.PersistenceManager:release resultset) Thread: Finalizer Error: java.sql.SQLException: Result set is closed
    Madhu--
    Please find my ans to the following points mentioned by you
    1) BASIS SWCV must be assigned in the Distribution Model Software Component Version tab of the device.
    It is assigned
    2) Activate the "DISTRIBUTE_USER_DETAILS" Rule in the admin.
    Rule is activated
    3) Activate the "DISTRIBUTE_USER_AUTHORIZATIONS" Rule in the admin.
    Rule is activated
    4) Make sure that you have installed the following components in the following sequence in the PDA
    - Creme
    - MinDB/DB2e
    - PDA_eswt_container
    - PDA Runtime.
    Client is  installed in this sequence only. I referrred to help.sap.com while installing
    the application should atleast work in the NWDS PDA simulator. My basic problem is it is not picking  up the data. giving the above mentioned error.
    Regards
    Priya

  • Oc4j deployment problem

    i have a bc4j-web-application. i have deployed the jsp-application to the oc4j, running on my windows system.
    but after opening the jsp page, i got following error:
    oracle.jbo.JboException: JBO-33001: Cannot find the configuration file mypackage
    \common\bc4j.xcfg in the classpath
    i have followed the instructions of the rc2-bc4j-webapp-deployment-tutorial but it doesn4t work.
    1. the bc4j.xcfg file is in the jar-file
    2. under projectsettings the path of the file is added to the classpaths of the jsp project
    3. the libary of the bc4j-prj is added to the selected libraries of the jsp project.
    4. under web-inf/lib (settings of the war deployment profile) the libraries (the classes of the bc4j project) are selected.
    but what must i do on the j2ee? what configurations must i do?
    is there any other possible problem which can cause this exception?
    or can somebody imagine, what i4m doing wrong? (maybe someone had the same problem).
    thanks in advance,
    andre

    I have faced this problem and the reason is that the jar for the businnes component is not containing all the files the file bc4j.xcfg in not included in the jar try to redeploy the application or if this error is only coming for one component then try making the jar using jar -cvf command
    the file bc4j.xcfg is located in folder classes/modulename/common/ folder
    To make a jar please copy the following folders at one place (in one folder)
    classes/modulename folder
    classes/all the other folder which you require
    classes/connection.xml
    src/Meta-Inf folder
    now use this command
    jar -cvf jarfilename.jar *.*
    not replace the previous jar with this one and your problem will be solved.

  • Portal Application deployment problem to Managed Web Server

    I'm trying to deploy an ADF application using JSR168 portlets to a Managed Web Server on WebCenter 11g and I'm getting the following error in the log file after running the portal.jsp (I get 'Portlet unavailable' on the browser page):
    oracle.adf.model.portlet.binding.PortletBindingException: The metadata for portlet binding TasksPortlet1_1 was not found in MDS.
    When I deploy the application from JDeveloper to the Managed Web Server I get the following error (The application does deploy successfully):
    Error during portlet export. Portlets will not be available in the target application. Context: input mds repository file path = C:\JDeveloper\mywork\Mindflow\mds. output mds repository file path = C:\JDeveloper\mywork\Mindflow\.mdsExport. input connections file path and name = /C:/JDeveloper/mywork/Mindflow/.adf/META-INF/connections.xml. export ID = /oracle/adf/portlet/export. producer/portlet IDs to export: [oracle/adf/portlet/MindFlowWsrpPortletProducer].
    However if I right-click on the portal.jsp page and select Run from JDeveloper and run it within the Integrated WLS it does run fine there.
    Is there something special that needs to be set for the Deployment on either the application or project? Or is there something that needs to be setup via the web-based Adminstrative Console (I have verified that the MindFlowWsrpPortletProducer is registered on the Admin console)?
    Thanks,
    Randy Skold

    Thanks for the reply ... here is the answer to your questions along with an update to some more information after trying something different
    Did you deploy the WebCenter Managed server from Jdeveloper
    I am deploying the application to the WebCenter Managed server from JDeveloper.
    What managed server did you deploy it to - a custom server that you created?
    Yes this is a custom Managed Server (called MindFlow). At the time of your response the only two servers up and running on WebCenter was the AdminServer and MindFlow.
    Did the deployment go through?
    Yes
    Are there any errors in the managed server log when you access the page?
    Yes these where the errors showing that it could not connect with the metadata via the repositories.
    Now for the update:
    I went ahead and started up the WLS_Portlet managed server that comes with WebCenter. When I did this I got the following error:
    WSM-04509: cannot initialize the connection to the data store
    I then deployed the Portlet Producer Application to the WLS_Portlet from JDeveloper. I then grabbed the url for the newly created portlet producer and updated the connection on the Portal application. After doing this and updating the portal.jspx file, I then deployed the Portal application to the MindFlow managed web server. I then brought up the portal.jspx page via a browser and was able to bring back results. The only issue now is that while doing this I got multiple MDS errors (including the initialize error above) and not sure if I can ignore these or not. One of the errors received was as follows:
    oracle.mds.exception.MDSException: MDS-01258: The value @MDS_CLASS for property class-name is invalid.

  • Error in peoplesoft portlet producer connection

    Hi,
    I am trying to connect to a peoplesoft portlet producer fron Jdeveloper. But while creating connection I am getting following error:
    oracle.portlet.client.container.PortletRemoteException: WSRP producer responded with an error (OperationFailedException).
    at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionHelper.getRegistrationProperties(WSRPProducerInteractionHelper.java:282)
    at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionHelper.getRegistrationProperties(WSRPProducerInteractionHelper.java:221)
    at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionV1Impl.getRegistrationProperties(WSRPProducerInteractionV1Impl.java:87)
    at oracle.portlet.client.connection.wsrp.WSRPProducerConnection.getRemoteRegistrationProperties(WSRPProducerConnection.java:447)
    at oracle.portlet.client.connection.wsrp.WSRPProducerConnection.getAvailableRegistrationProperties(WSRPProducerConnection.java:421)
    at oracle.portlet.client.connection.wsrp.WSRPProducerConnection.getAvailableRegistrationProperties(WSRPProducerConnection.java:387)
    at oracle.adfinternal.model.portlet.manager.ProducerConnectionManager.createWSRPProducerConnection(ProducerConnectionManager.java:358)
    at oracle.adfdtinternal.model.portlet.wizards.registration.wsrp.WSRPProducerRegistrationWizard$4$1.doWork(WSRPProducerRegistrationWizard.java:1618)
    at oracle.ide.dialogs.ProgressRunnable.run(ProgressRunnable.java:161)
    at oracle.ide.dialogs.ProgressBar.run(ProgressBar.java:655)
    at java.lang.Thread.run(Thread.java:662)
    Caused by: oracle.portlet.server.container.OperationFailedException: oracle.portlet.wsrp.v1.OperationFailedException: Failed to load the ServiceDescription from persistent store. (3001)
    at oracle.portlet.wsrp.v1.ServerToWSRPv1.getServiceDescription(ServerToWSRPv1.java:799)
    at oracle.portlet.client.connection.wsrp.ActivityServerWrapper.getServiceDescription(ActivityServerWrapper.java:78)
    at oracle.portlet.client.connection.wsrp.WSRPProducerInteractionHelper.getRegistrationProperties(WSRPProducerInteractionHelper.java:233)
    ... 10 more
    Caused by: oracle.portlet.wsrp.v1.OperationFailedException: Failed to load the ServiceDescription from persistent store. (3001)
    at oracle.portlet.wsrp.v1.WSRP_v1_ServiceDescription_PortTypeJaxbToSoap.getServiceDescription(WSRP_v1_ServiceDescription_PortTypeJaxbToSoap.java:75)
    at oracle.portlet.wsrp.v1.ServerToWSRPv1.getServiceDescription(ServerToWSRPv1.java:121)
    ... 12 more
    Caused by: oracle.portlet.wsrp.v1.soap.OperationFailed
    at oracle.portlet.wsrp.v1.soap.runtime.WSRP_v1_ServiceDescription_PortType_getServiceDescription_Fault_SOAPSerializer.deserializeDetail(WSRP_v1_ServiceDescription_PortType_getServiceDescription_Fault_SOAPSerializer.java:80)
    at oracle.j2ee.ws.common.encoding.SOAPFaultInfoSerializer.doDeserializeSOAP11(SOAPFaultInfoSerializer.java:133)
    at oracle.j2ee.ws.common.encoding.SOAPFaultInfoSerializer.doDeserialize(SOAPFaultInfoSerializer.java:95)
    at oracle.j2ee.ws.common.encoding.ObjectSerializerBase.deserialize(ObjectSerializerBase.java:194)
    at oracle.j2ee.ws.common.encoding.ReferenceableSerializerImpl.deserialize(ReferenceableSerializerImpl.java:148)
    at oracle.portlet.wsrp.v1.soap.runtime.WSRP_v1_ServiceDescription_Binding_SOAP_Stub._readBodyFaultElement(WSRP_v1_ServiceDescription_Binding_SOAP_Stub.java:159)
    at oracle.j2ee.ws.client.StreamingSender._sendImpl(StreamingSender.java:396)
    at oracle.j2ee.ws.client.StreamingSender._send(StreamingSender.java:148)
    at oracle.portlet.wsrp.v1.soap.runtime.WSRP_v1_ServiceDescription_Binding_SOAP_Stub.getServiceDescription(WSRP_v1_ServiceDescription_Binding_SOAP_Stub.java:80)
    at oracle.portlet.wsrp.v1.WSRP_v1_ServiceDescription_PortTypeJaxbToSoap.getServiceDescription(WSRP_v1_ServiceDescription_PortTypeJaxbToSoap.java:67)
    ... 13 more
    can anyone suggest me where is the fault
    Regards
    -Arvind

    Hi, the WSDL provided can't be viewed in the browser either.
    I can only view "*http://localhost:7101/"* as soon as I add "*Products/portlets/wsrp2?WSDL*" I have a problem
    What could I be doing wrong??
    kind Regards
    Thabo

Maybe you are looking for

  • Carriage Return ignored in ABAP Created HTML?

    We are in the pre-production box for an upgrade. We have ABAP source code that generates HTML logic. It worked fine in 4.6. The carriage return/line feeds are being ignored. I have already tried all the cl_abap_char_utilities=>NEWLINE                

  • Add multiple schemas in one workspace

    Hi all, In my apex application i have to add to schemas in one worksapce and hav to right sql query by using objects of both the schemas... can anyony tell me how can i achieve this functionality in apex... Thanks, Shruti

  • Browsing ms-word document directly from portal content window.

    Hi, I must make ms-word document directly browsing from portal content window. Is there a blog mention about it? Thanks.

  • EL or RT expressions for JSP taglibs

    I have a simple question We all know that there are two ways to implement a JSP page. either RT expressions or expression language (EL). I have done plenty of research and I am comfortable at creating custom JSP taglibs that support both RT and EL. W

  • Placing files from Photoshop and Illustrator to InDesign

    I made a box in Illustrator and Extruded and Beveled it. When I placed it to InDesgin it had lines all around the outside of the box. I also made some circuit looking lines in Illustrator then opened it in Photoshop and Beveled and Embossed it, when