Oracle.adf.share.config.ADFConfigFactory No META-INF/adf-config.xml found

I just install jdeveloper10.1.3.3.0 4157, and test ,When I run test ,
display:"oracle.adf.share.config.ADFConfigFactory No META-INF/adf-config.xml found
Please help me how to solve this problem!

Just now I test jdeveloper 11g 4 preview
test project display log:
2008-6-15 22:38:14 oracle.security.jps.internal.config.xml.XmlConfigurationFactory handleLocation
警告: [XmlConfigurationFactory.handleLocation] Exception occurred when handling origLocation=/D:/jdevstudio11114949/j2ee/home/config/system-jazn-data.xml : no protocol: /D:/jdevstudio11114949/j2ee/home/config/system-jazn-data.xml
2008-6-15 22:38:14 oracle.security.jps.internal.config.xml.XmlConfigurationFactory handleLocation
警告: [XmlConfigurationFactory.handleLocation] Exception occurred when handling origLocation=/D:/jdevstudio11114949/j2ee/home/config/system-jazn-data.xml : no protocol: /D:/jdevstudio11114949/j2ee/home/config/system-jazn-data.xml
[JpsAuth] For permisson ( CredentialAccessPermission credstore.provider.credstore.ADF.anonymous#HR001 read), domain that failed: ProtectionDomain cs(file:/D:/jdevstudio11114949/BC4J/lib/adf-share-support.jar), []
BC4J Tester exit code(0)
Message was edited by:
user616170

Similar Messages

  • Bundeling META-INF\adf\scripts\ or META-INF\adf\images in adf library

    Hi,
    I need to be able to create an adf library that can also include the following directories. This is to include custom converters. I have not been able to do that.
    I can however create a regular jar deployment profile that will contain these directories using filters (include/exclude) but then my converters don't get packaged correctly to be recognized by the property inspector for dev.
    META-INF\adf\scripts\
    META-INF\adf\images
    META-INF\adf\skins
    Thanks in advance.

    Right click and select Project Properties. Go to the Project Source Path --> Resource
    Under Included click on Add. Here you can specify which all files/folders to be included/excluded.
    Now go to Deployment and click on New.
    Select Archive Type = ADF Library JAR File
    Give a name to jar and click Ok.
    Now when you do right click and Deploy on project all the required files you mentioned should get added to your adf jar.
    Amit

  • Problem deploying connector: META-INF/ejb-jar.xml not found in jar file

              Has anyone seen this problem:
              I built Sun's Blackbox implementation and packaged
              it identical to the BlackBoxNoTx.rar included with
              Weblogic's 'jconnector' sample (even using the same
              ra.xml and weblogic-ra.xml). When I try to deploy
              it, the server reports:
              java.io.FileNotFoundException:
              META-INF/ejb-jar.xml not found in jar file
              I have no idea why the server thinks my connector
              is an EJB. If I deploy the BlackBoxNoTx.rar included
              with the sample, everything works without a hitch.
              The only variable that I'm changing in my BlackBoxNoTx.rar
              is that I build the Blackbox classes myself--otherwise,
              the RAR packagings are identical. Any assistance is
              greatly appreciated since I'm banging my head against
              a wall...
              Thanks,
              -jason
              

              I was finally able to resolve this one. On the odd chance that someone else encounters
              the same problem, here's what went wrong:
              My RAR file had two directories: 'META-INF' and 'meta-inf'. The first was created
              by the jar tool and contained the manifest.mf file. The second I created manually
              and it contained my ra.xml and weblogic-ra.xml. When I examined the RAR using
              any tools or I extracted the contents, it looked like it only contained one directory:
              META-INF (because NT is case-insensitive).
              "Jason L" <[email protected]> wrote:
              >
              >Has anyone seen this problem:
              >
              >I built Sun's Blackbox implementation and packaged
              >it identical to the BlackBoxNoTx.rar included with
              >Weblogic's 'jconnector' sample (even using the same
              >ra.xml and weblogic-ra.xml). When I try to deploy
              >it, the server reports:
              >
              >java.io.FileNotFoundException:
              >META-INF/ejb-jar.xml not found in jar file
              >
              >I have no idea why the server thinks my connector
              >is an EJB. If I deploy the BlackBoxNoTx.rar included
              >with the sample, everything works without a hitch.
              >The only variable that I'm changing in my BlackBoxNoTx.rar
              >is that I build the Blackbox classes myself--otherwise,
              >the RAR packagings are identical. Any assistance is
              >greatly appreciated since I'm banging my head against
              >a wall...
              >
              >Thanks,
              >
              >-jason
              

  • Contents of META-INF/services/javax.xml.parsers.DocumentBuilderFactory?

    I am currently working on an applet that solves Sudoku puzzles, allowing you to build your own in a Constructor and then solve them in a seperate Solver. To do this, we are implementing the puzzles files as XML documents.
    I have the code completely complied and on the server ( [sudoku.unl.edu|sudoku.unl.edu]) and it runs NEARLY perfectly, however when trying to access the server to save the xml code, the apache error_log presents this message: "File does not exist: classes/META-INF/services
    /javax.xml.parsers.DocumentBuilderFactory"
    Looking at the Java Doc here it says that the program should look for that in the jars. I am unsure of exactly how the applet is interacting with the server, but typing "java -version" yields:
    java version "1.6.0_11"
    Java(TM) SE Runtime Environment (build 1.6.0_11-b03)
    Java HotSpot(TM) 64-Bit Server VM (build 11.0-b16, mixed mode)Notably, the code works PERFECTLY in NetBeans, contacting the server using SCP and uploading the file and such, so the code doesn't seem to be the problem, unless I need to direct the DocumentBuilder code somehow. This is the code that I believe is causing the trouble (I have tried to include all relevant imports that are in my code):
    import javax.xml.parsers.DocumentBuilder;
    import javax.xml.parsers.DocumentBuilderFactory;
    import javax.xml.parsers.ParserConfigurationException;
    import org.w3c.dom.Document;
    import org.w3c.dom.Element;
    import org.w3c.dom.Node;
    import org.w3c.dom.NodeList;
    import org.xml.sax.SAXException;
    DocumentBuilderFactory factoryBuilder;
              DocumentBuilder builder;
              Document doc;
              Element docElement;
              try
                   factoryBuilder  = DocumentBuilderFactory.newInstance( );
                   builder = factoryBuilder.newDocumentBuilder();
                   doc = builder.parse( indexLocation );
                   docElement = doc.getDocumentElement();
                   NodeList children = docElement.getChildNodes();          
                   for(int i =0; i < children.getLength(); i++)
                        if(children.item(i).getNodeType() == 1)
                             if((children.item(i).getNodeName()).equals("directory"))
                                  if ((children.item(i).getAttributes().getNamedItem("name").getNodeValue()).equals("UsersInput")) {
                                       Node firstChild = findNodeItem(children.item(i), "Difficulty0.." + this.upperField.getText());
                                       Node secondChild = findNodeItem(firstChild, "Level" + this.levelField.getText());
                                       Node thirdChild = findNodeItem(secondChild, (String)suTypeList.getSelectedItem());
                                       Element newFile = doc.createElement("file");
                                       newFile.setAttribute("name", fileName);                              
                                       thirdChild.appendChild(newFile);                              
                   SshParameters params = new SshParameters("cse.unl.edu", "consystlab","A/tutti");
                // create new Scp instance
                Scp scp = new Scp(params);
                // register event listener
                scp.addListener(this);
                // establish connection
                scp.connect();
                   TransformerFactory tFactory = TransformerFactory.newInstance();
                   Transformer transformer = tFactory.newTransformer();
                   DOMSource source = new DOMSource(doc);
                   StringWriter sw=new StringWriter();
                   StreamResult result = new StreamResult(sw);
                   transformer.transform(source, result);
                   String xmlString=sw.toString();
                // upload file
                  scp.upload(xmlString.getBytes(), indexPath, "libraryIndex.xml");
                 // disconnect
                scp.disconnect();
              catch (IOException e)
                   System.out.println("IO ERROR7");
                   System.out.println(e);
              catch (TransformerException tranE){
                   tranE.printStackTrace();               
              catch (ParserConfigurationException e)
                   System.out.println("IO ERROR8");
                   System.out.println(e);
              catch (SAXException e)
                   System.out.println("IO ERROR9");
                   System.out.println(e);
              }So my question is, what exactly are the contents of the file in the META-INF/services folder? I have manually created this file in my classes directory, where the program is searching. When I place text in it, it appends the text with .class and searches for that file, but doesn't seem to do anything with the file. I attempted directing it to the "DocumentBuilderFactory.class" file that I extracted from the classes.jar included with the JDK.
    I feel like all I need is this file to contain the correct content and the code will FINALLY work, but I have not been able to find anything out there on it.
    Thank for you for your help, sorry this was such a long message.
    -Jason

    Thanks!
    Thanks for the fast reply. I don't know if I made my point clear.
    I do not want to determine the parser by myself. I want the client system use the default parser, so I do not have the hit of downloading the fairly large parser jar.
    However, I want it not to do an empty request to the server for nothing. This turn around time kills an Applet. I want a fast loading applet!
    I'll go in trial and error mode, when I find the time next week.
    Thanks again, I appreciate it!
    K<o>

  • Format of  "META-INF/services/javax.xml.parsers.SAXParserFactory"

    Hi there,
    I have written an applet utilizing JAXP. Now the applet does hit the server with requests to
    "META-INF/services/javax.xml.parsers.SAXParserFactory", which off course produces a 404-error.
    What is the best way to get rid of this unnecessary request in an Applet?
    - I can't set the property, because I do not know which xml-parser implementation is available at the client .
    - I can't rely on lib/jaxp.properties, obviously!
    - I could not find any conclusive information about the format of this request. It says in the Javadoc, a file at this location is used to determine the Factory? waht is the Format of this file? What should it contain?
    - The applet works fine, as it defaults to the system factory anyway.
    However, the request brings an extra delay in the applet, which I just do not need. I also do not want to download my preferred xml-parser, I want ot use, what ever is installed on the client.
    Any idea what to do?
    Thanks
    Kaj
    Chief Designer at Conficio.com
    What is your Plan-B? We just released Plan-B 2.1

    Thanks!
    Thanks for the fast reply. I don't know if I made my point clear.
    I do not want to determine the parser by myself. I want the client system use the default parser, so I do not have the hit of downloading the fairly large parser jar.
    However, I want it not to do an empty request to the server for nothing. This turn around time kills an Applet. I want a fast loading applet!
    I'll go in trial and error mode, when I find the time next week.
    Thanks again, I appreciate it!
    K<o>

  • Calling webservice - meta-inf/services/javax.xml.ws.spi.provider not found

    Hi,
    I have created an applet. Its running well in standalone application. But it is not getting referred in some other localhost. The JAXWS is not getting referred by the JRE. I'm getting the exception as invocation exception, and cannot find the META-INF/services/javax.xml.ws.spi.provider.
    Anyone can solve, pls reply me.

    your problem is too stuffed to understand properly..could you elobarate a lil bit

  • META-INF & adf-settings.xml not found ...

    HI All,
    I am using JDeveloper 11.1.1.4 .
    I try to register my custom phase listeners to adf-settings.xml file .But it's not available in my View Controller project .
    Meta-Inf folder & adf-settings.xml file  will create default or not ? ...
    I read the below post but I am not able to understand completely .....
    Correct root XML node for adf-settings.xml?
    Thanks ,
    David ...

    Hi David,
    Did you see this post?
    https://forums.oracle.com/thread/2133229

  • Multiversion config - saxparser re META-INF service provider

    I have a problem with the configuration for an applet when using the SAXParser and support for browsers using JDK 1.4.2 and JDK 1.5 in specification of which SAXPaser implementation classes to use.
    We had specified in the META-INF/services directory the implementation classes used for the SAXParser.
    serviceprovides config file javax.xml.parsers.SAXParser contains org.apache.crimson.jaxp.SAXParserImpl
    and
    File javax.xml.parsers.SAXParserFactory contains org.apache.crimson.jaxp.SAXParserFactoryImpl
    However in JDK 1.5 the SAXParser is now in a different package namely,
    com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl
    and similar for the SAXPaserFactory.
    We don't have access to client browser JRE configuration only server side.
    Would appreciate if anyone has any ideas how to provide this configuration for multiple Java client versions
    This was all necessary to stop the classloader search mechanism from hitting the web server with class requests and causing 404 errors.
    Thanks

    I had a similar problem and solved it like this :
    //  get version number
    String strVersion = System.getProperty("java.specification.version");
    // it's it version 1.5.x or not?
    if (strVersion != null && strVersion.startsWith("1.5"))
        // set version 1.5.x specific values
        System.setProperty("javax.xml.parsers.DocumentBuilderFactory", "com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl");
        System.setProperty("javax.xml.parsers.SAXParserFactory", "com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl");
        //org.apache.axis.utils.XMLUtils.initSAXFactory("com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl", false, false);
    else
        System.setProperty("javax.xml.parsers.DocumentBuilderFactory", "org.apache.crimson.jaxp.DocumentBuilderFactoryImpl");
        System.setProperty("javax.xml.parsers.SAXParserFactory", "org.apache.crimson.jaxp.SAXParserFactoryImpl");
        //org.apache.axis.utils.XMLUtils.initSAXFactory("org.apache.crimson.jaxp.SAXParserFactoryImpl", false, false);
    }petter

  • Setup meta-inf/orion-application.xml through jdeveloper

    Hi,
    I have a bc4j application. I don't want to use the default orion-application.xml file.
    I created a new one and put that under a new folder named meta-inf.
    In project properties, I created a new file groups named meta-inf and defined my new meta-inf folder.
    when the project gets deployed, doesn't have my custom orion-application.xml file.
    it is still using the default one.
    Any idea?
    thanks,
    Setare

    Hi,
    you can only have one orion-application.xml in a project and it need to be in the specified location. You can change the default with your file, but this is what you can do.
    If you don't believe, open the deployment profile of your application, which is the part creating teh WAR and EAR file, and add a new File Group pointing to this directory (note that the directory must be under the SRC folder of the project
    Frank

  • Unable to read facec-config.xml in META-INF folder of webui-jsf.jar

    Hi
    I was getting following error when I placed webui-jsf.jar file in websphere 6.0 server
    /WEB-INF/lib/jsf-extensions-dynamic-faces-0.1.jar!/META-INF/faces-config.xml
    Digester E org.apache.commons.digester.Digester error Parse Error at line 24 column 14: Document is invalid: no grammar found.
    org.xml.sax.SAXParseException: Document is invalid: no grammar found.
    Do I need to add any other parser to read this file ?
    Thanks
    Himaja

    Your classpath is polluted with different JSF implementations/versions. Clean it up.

  • How to use ClassPath defined in META-INF/MANIFEST.MF in an EAR

    Hi,
    We have an EAR Shared Library (Name = AA) deployed in Weblogic. EAR contents are like ->
    APP-INF/lib/directoryA/<<50 JAR Files>>
    META-INF/MANIFEST.MF --->> Has Class Path to above JAR files, Spec Version, Impl Version etc
    META-INF/application.xml
    META-INF/weblogic.application.xml
    This EAR is deployed as Shared Library, and our EJB (name = BB) refers to this EAR. Now the problem we are facing is that the JARs are not reachable by EJB BB. If we restructure the Shared Library project so that all the JARS are under APP-INf/lib/ directory, we are able to access the JARS from EJB BB. (This means that we are referring the shared library correctly, using "library-ref" tag correctly.
    Is there a way we can specify EJB BB to look for CLASS PATH as present in the MANIFEST.MF file of the Shared Library ??
    Thanks,

    WebLogic specifies a separate classloader for the APP-INF/lib directory that is why it gets loaded
    When you have some.jar file placed in an arbitrary directory, for example, somewhere. You can either
    use application.xml, for example,
    <application ...>
        <module>
            <ejb>EJB.jar</ejb>
        </module>
        <module>
            <web>
                <web-uri>Web.war</web-uri>
                <context-root>MiddlewareMagic</context-root>
            </web>
        </module>
         <library-directory>somewhere</library-directory>
    </application> Or by using the manifest Class-Path entry option which requires adding a META-INF/MANIFEST.MF file with the following contents:
    Manifest-Version: 1.0
    Class-Path: somewhere/some.jarMore information on class loading and application packaging can be found here: http://middlewaremagic.com/weblogic/?p=6725

  • Anyway to hide the META-INF folder?

    Is there any way to hide the META-INF folder from the AIR
    installation archive?
    More specifically, I'd like to hide the
    META-INF/AIR/application.xml file.
    Thanks.

    What is the reason you want to hide that file?
    It is needed for installation. So I don't think you can hide
    it.

  • Oracle.adf.share.ADFShareException: MDS Exception encountered in parse ADF Configuration

    Hi,
    I am using Jdeveloper 11.1.2.3.0. I have generate a .war file and deployed in weblogic server 10.3.6. When I click on start button by selecting the .war file, I am getting following exception
    oracle.adf.share.ADFShareException: MDS Exception encountered in parse ADF Configuration
        at oracle.adf.share.config.ADFMDSConfig.getDefaultMDSInstance(ADFMDSConfig.java:472)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at oracle.adf.share.config.FallbackConfigImpl.getMDSInstance(FallbackConfigImpl.java:83)
        at oracle.adf.share.config.ADFContextMDSConfigHelperImpl.getMDSInstance(ADFContextMDSConfigHelperImpl.java:274)
        at oracle.adf.share.ADFContext.getMDSInstanceAsObject(ADFContext.java:1790)
        at oracle.adf.share.http.ServletADFContext.initialize(ServletADFContext.java:493)
        at oracle.adf.share.http.ServletADFContext.initThreadContext(ServletADFContext.java:400)
        at oracle.adf.mbean.share.connection.ADFConnectionLifeCycleCallBack.contextInitialized(ADFConnectionLifeCycleCallBack.java:71)
        at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:481)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
        at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:181)
        at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1868)
        at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:3154)
        at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1518)
        at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:484)
        at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:425)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
        at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:119)
        at weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)
        at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:247)
        at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:425)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
        at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:119)
        at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:27)
        at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:671)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
        at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212)
        at weblogic.application.internal.SingleModuleDeployment.activate(SingleModuleDeployment.java:44)
        at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:161)
        at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
        at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:149)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:844)
        at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1253)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:440)
        at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:13)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:68)
        at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:545)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
    Caused By: oracle.mds.exception.MDSRuntimeException:  file=/usr/local/Oracle/Middleware/user_projects/domains/arkin_domain/config/fmwconfig/servers/AdminServer/javacache.xml, java.io.FileNotFoundException: /usr/local/Oracle/Middleware/user_projects/domains/arkin_domain/config/fmwconfig/servers/AdminServer/javacache.xml (No such file or directory)
    null
    /usr/local/Oracle/Middleware/user_projects/domains/arkin_domain/config/fmwconfig/servers/AdminServer/javacache.xml (No such file or directory)
        at oracle.mds.internal.cache.JOCCacheProvider.createNamedCacheInternal(JOCCacheProvider.java:343)
        at oracle.mds.internal.cache.JOCCacheProvider.createNamedCache(JOCCacheProvider.java:254)
        at oracle.mds.internal.cache.JOCCacheProvider.<init>(JOCCacheProvider.java:87)
        at oracle.mds.core.MDSInstance.initCache(MDSInstance.java:1649)
        at oracle.mds.core.MDSInstance.<init>(MDSInstance.java:1786)
        at oracle.mds.core.MDSInstance.<init>(MDSInstance.java:1738)
        at oracle.mds.core.MDSInstance.findAndStoreMDSInstance(MDSInstance.java:2035)
        at oracle.mds.core.MDSInstance.getOrCreateInstance(MDSInstance.java:529)
        at oracle.mds.core.MDSInstance.getOrCreateInstance(MDSInstance.java:492)
        at oracle.adf.share.config.ADFMDSConfig.getDefaultMDSInstance(ADFMDSConfig.java:452)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at oracle.adf.share.config.FallbackConfigImpl.getMDSInstance(FallbackConfigImpl.java:83)
        at oracle.adf.share.config.ADFContextMDSConfigHelperImpl.getMDSInstance(ADFContextMDSConfigHelperImpl.java:274)
        at oracle.adf.share.ADFContext.getMDSInstanceAsObject(ADFContext.java:1790)
        at oracle.adf.share.http.ServletADFContext.initialize(ServletADFContext.java:493)
        at oracle.adf.share.http.ServletADFContext.initThreadContext(ServletADFContext.java:400)
        at oracle.adf.mbean.share.connection.ADFConnectionLifeCycleCallBack.contextInitialized(ADFConnectionLifeCycleCallBack.java:71)
        at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:481)
        at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
        at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
        at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:181)
        at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1868)
        at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:3154)
        at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1518)
        at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:484)
        at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:425)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
        at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:119)
        at weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)
        at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:247)
        at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:425)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
        at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:119)
        at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:27)
        at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:671)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
        at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212)
        at weblogic.application.internal.SingleModuleDeployment.activate(SingleModuleDeployment.java:44)
        at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:161)
        at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
        at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:149)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:844)
        at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1253)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:440)
        at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:13)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:68)
        at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:545)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
    Caused By: oracle.ias.cache.CacheConfigParsingException:  file=/usr/local/Oracle/Middleware/user_projects/domains/arkin_domain/config/fmwconfig/servers/AdminServer/javacache.xml, java.io.FileNotFoundException: /usr/local/Oracle/Middleware/user_projects/domains/arkin_domain/config/fmwconfig/servers/AdminServer/javacache.xml (No such file or directory)
    please let me know, how to resolve this issue.

    Filters are configured as follows in the web.xml:
      <filter>
        <filter-name>JpsFilter</filter-name>
        <filter-class>oracle.security.jps.ee.http.JpsFilter</filter-class>
        <init-param>
          <param-name>enable.anonymous</param-name>
          <param-value>true</param-value>
        </init-param>
      </filter>
      <filter>
        <filter-name>trinidad</filter-name>
        <filter-class>org.apache.myfaces.trinidad.webapp.TrinidadFilter</filter-class>
      </filter>
      <filter>
        <filter-name>adfBindings</filter-name>
        <filter-class>oracle.adf.model.servlet.ADFBindingFilter</filter-class>
      </filter>
      <filter-mapping>
        <filter-name>JpsFilter</filter-name>
        <url-pattern>/*</url-pattern>
        <dispatcher>FORWARD</dispatcher>
        <dispatcher>REQUEST</dispatcher>
        <dispatcher>INCLUDE</dispatcher>
      </filter-mapping>
      <filter-mapping>
        <filter-name>trinidad</filter-name>
        <servlet-name>Faces Servlet</servlet-name>
        <dispatcher>FORWARD</dispatcher>
        <dispatcher>REQUEST</dispatcher>
      </filter-mapping>
      <filter-mapping>
        <filter-name>adfBindings</filter-name>
          <url-pattern>/*</url-pattern>
        <dispatcher>FORWARD</dispatcher>
        <dispatcher>REQUEST</dispatcher>
      </filter-mapping>

  • Oracle.adf.share.prefs.PreferencesRuntimeException

    Hi,
    I am getting this exception during the deployment of webcenter portal application in Jdeveloper11.1.1.6.
    oracle.adf.share.prefs.PreferencesRuntimeException: oracle.mds.core.ConcurrentMOChangeException: MDS-00165: metadata Object "/oracle/adf/share/prefs/data/preferences.xml" has changed
    MDS-00512: failure to create document /oracle/adf/share/prefs/data/preferences.xml because file C:\Users\admin\AppData\Roaming\JDeveloper\system11.1.1.6.38.61.92\o.mds.dt\adrs\AutoGeneratedMar\mds_adrs_writedir\oracle\adf\share\prefs\data\preferences.xml already exists
         at oracle.adf.share.prefs.ADFPreferencesManager.getPreference(ADFPreferencesManager.java:202)
         at oracle.adf.share.prefs.ADFPreferencesManager.getRootNode(ADFPreferencesManager.java:232)
         at oracle.adf.share.prefs.ADFPreferencesFactory.systemRoot(ADFPreferencesFactory.java:130)
         at oracle.adf.share.prefs.ADFPreferences.systemRoot(ADFPreferences.java:756)
         at oracle.webcenter.framework.security.idm.DefaultCacheInfo.getCacheMaxCount(DefaultCacheInfo.java:67)
    Any inputs will help me in resolving this issue..
    Rgds
    Chetan

    I just did some tests and i could not reproduce the problem.
    These are the steps i made for trying to reproduce the problem:
    1) Create a new css file in the oracle/webcenter/portalapp/skins folder
    2) Right click on the css and select Create portlet resource
    3) Press OK
    4) Run the portal
    5) Login with admin and go to the configuration tab of the admin page
    6) Select my newly created skin
    7) Back to portal
    8) Back to admin page and look at the config, my skin is still selected and no error in the logs...
    did you create the skin in another folder or did you use another method to create the skin?

  • How to include AdfcExceptionHandler entry from adf\META-INF\services\

    I am referring to this article from Frank : http://thepeninsulasedge.com/frank_nimphius/2010/02/01/how-to-create-custom-adfc-exception-handler/
    As mentioned in the blog, everything works , exception handler handles the exception , but
    When I create AdfLib JAR, it does not include adf\META-INF\services\ folder
    Thanks,

    Frank,
    Can we use AdfcExceptionHandler in our code directly with out worrying about any backward compatibility issues in future release of ADF? The reason I am asking this question is , it is from oracle.adfinternal. package and ORACLE can change it any time in future.
    What is the alternative if we can not use it?
    Thanks,
    Rama

Maybe you are looking for