Failed to save deployment descriptor - cause: com.sun.enterprise.deploymen

I have a CMP EJB that will not deploy. I've been able to compile, run the capture-schema, complete the EJBC, but then I get a failure with the message below. I have used the ASMT to migrate from Weblogic 6.1 to Sun One 7. Any help would be userful.
ERROR:
Deployment Error -- Error while running ejbc -- Fatal Error from EJB Compiler -- -- Failed to save deployment descriptor for: Tracker-EJB cause: com.sun.enterprise.deployment.EjbExternalDescriptor
The exception in the admin log file really doesn't help me.
Thanks in advance.

Please check the xml files by running verifier. It seems like there is some problem with the sun-ejb-jar file. Check the packaging of the EJB. Set the log level to fine or above and give the log to know more details about the error.

Similar Messages

  • Failed to save deployment descriptor for: EEdnc cause: null

    I am getting nowhere fast trying to deploy an ear with 1 EJB jar and a war file.
    The war deploys by itself ok. So the EJB jar has 2 stateless beans and an MDB
    configured for mqseries. I deployed a sample with some EJBs so the configuration
    must be ok. It verifies with no errors, compiles with ejbc, javac and rmi ok. then I get
    this error...
    I was wondering if anyone has run into this before or if an expert knows what it is.
    I have been using the admin console to deploy as well as asadmin.
    \j2ee-apps\EEdnc\com\boeing\bca\ednc\ejbcontainer\services\imsaccess\_IMSAccess_Stub.class
    [24/Sep/2003:10:47:33] INFO ( 1564): DPL5110: EJBC - END of EJBC for [EEdnc]
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]uid: 69758199598546944
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]desc name: BoltsReceiver
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]desc id: 69758199598546944
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]desc name: IMSAccess
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]desc id: 69758199598546945
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]desc name: JmsEjb
    [24/Sep/2003:10:47:33] FINE ( 1564): [Application]desc id: 69758199598546946
    [24/Sep/2003:10:47:33] FINE ( 1564): Saving the app descriptor....................
    [24/Sep/2003:10:47:33] WARNING ( 1564): DPL5035:Error while running ejbc
    com.iplanet.ias.deployment.backend.IASDeploymentException: Fatal Error from EJB Compiler -- -- Failed to save deployment descriptor for: EEdnc
    cause: null
         at com.iplanet.ias.deployment.backend.EJBCompiler.wrapException(EJBCompiler.java:589)
         at com.iplanet.ias.deployment.backend.EJBCompiler.compile(EJBCompiler.java:186)
         at com.iplanet.ias.deployment.backend.AppDeployer.runEJBC(AppDeployer.java:215)
         at com.iplanet.ias.deployment.backend.AppDeployer.deploy(AppDeployer.java:98)
         at com.iplanet.ias.deployment.backend.AppDeployer.doRequest(AppDeployer.java:50)
         at com.iplanet.ias.admin.server.core.mbean.config.ManagedServerInstance.deployJ2EEApplicationArchiveOrDirectory(ManagedServerInstance.java:745)
         at com.iplanet.ias.admin.server.core.mbean.config.ManagedServerInstance.deployJ2EEApplication(ManagedServerInstance.java:667)
         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:324)
         at com.iplanet.ias.admin.server.core.jmx.Introspector.invokeMethodOn(Introspector.java:188)
         at com.iplanet.ias.admin.server.core.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:137)
         at com.iplanet.ias.admin.server.core.jmx.ASMBeanServerImpl.invoke(ASMBeanServerImpl.java:222)
         at com.iplanet.ias.admin.servermodel.controllers.SOMRequestDispatcher.invoke(SOMRequestDispatcher.java:88)
         at com.iplanet.ias.admin.servermodel.controllers.AppServerInstanceController.doDeploy(AppServerInstanceController.java:2244)
         at com.iplanet.ias.admin.servermodel.controllers.AppServerInstanceController.deployApplication(AppServerInstanceController.java:1099)
         at com.iplanet.ias.admin.servermodel.AppServerInstance.deployApplication(AppServerInstance.java:249)
         at com.iplanet.ias.admin.server.gui.jato.DeployEARApplicationViewBean.add(DeployEARApplicationViewBean.java:111)
         at com.iplanet.ias.admin.server.gui.jato.IASViewBean.handleOkRequest(IASViewBean.java:235)
         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:324)
         at com.iplanet.jato.view.command.DefaultRequestHandlingCommand.execute(DefaultRequestHandlingCommand.java:183)
         at com.iplanet.jato.view.RequestHandlingViewBase.handleRequest(RequestHandlingViewBase.java:299)
         at com.iplanet.jato.view.ViewBeanBase.dispatchInvocation(ViewBeanBase.java:811)
         at com.iplanet.jato.view.ViewBeanBase.invokeRequestHandlerInternal(ViewBeanBase.java:749)
         at com.iplanet.jato.view.ViewBeanBase.invokeRequestHandler(ViewBeanBase.java:596)
         at com.iplanet.jato.ApplicationServletBase.dispatchRequest(ApplicationServletBase.java:772)
         at com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:446)
         at com.iplanet.jato.ApplicationServletBase.doPost(ApplicationServletBase.java:324)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardWrapperValve.java:720)
         at org.apache.catalina.core.StandardWrapperValve.access$000(StandardWrapperValve.java:118)
         at org.apache.catalina.core.StandardWrapperValve$1.run(StandardWrapperValve.java:278)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:274)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
         at org.apache.catalina.core.StandardHostValve.invoke(Standar
    [24/Sep/2003:10:47:34] WARNING ( 1564): Deployment Error
    com.iplanet.ias.deployment.backend.IASDeploymentException: Error while running ejbc -- Fatal Error from EJB Compiler -- -- Failed to save deployment descriptor for: EEdnc
    cause: null

    I don't remember exactly what it was, but I think it was a JNDI name. I resolved it by using
    <ejb-link></ejb-link> in the ejb-local-ref in the ejb-jar.xml. I made the ejb-link match the
    ejb-name in the same descriptor. This seemed to work better than changing the jndi-name in the sun-ejb-jar.xml.
    One thing you can do is set the logging for server1 to finest, then bounce the server and deploy.
    Shut down the server and look at the log with wordpad. Start at the bottom and work your
    way up looking for stack traces. They get more and more detailed as you go up and may
    point you to the exact problem. Works most of the time.

  • Failed to save deployment descriptor - ClassCastException

    I have a CMP2.0 EJB that will not deploy. I've made it through my compile, the capture-schema, end of EJBC, but then failure with the message below. I have tried to make my descriptors as close to the samples as possible, but no success. It appears that I am simply missing something or haven't set something. Any help would be userful.
    PS. I tried to run the verifier, but I heard that it's broken in the beta. I agree since I got a message that reentrant was not allowed below entity.
    Caused by: com.iplanet.ias.deployment.backend.IASDeploymentException: Error while running ejbc -- Fatal Error from EJB Compiler -- -- Failed to save deployment descriptor for: rnlg
    cause: com.sun.enterprise.deployment.EjbExternalDescriptor
    at com.iplanet.ias.deployment.backend.AppDeployer.runEJBC(Unknown Source)
    at com.iplanet.ias.deployment.backend.AppDeployer.deploy(Unknown Source)
    ... 28 more
    Caused by: com.iplanet.ias.deployment.backend.IASDeploymentException: Fatal Error from EJB Compiler -- -- Failed to save deployment descriptor for: rnlg
    cause: com.sun.enterprise.deployment.EjbExternalDescriptor
    at com.iplanet.ias.deployment.backend.EJBCompiler.wrapException(Unknown Source)
    at com.iplanet.ias.deployment.backend.EJBCompiler.compile(Unknown Source)
    ... 30 more
    Caused by: com.iplanet.ias.config.ConfigException: Failed to save deployment descriptor for: rnlg
    cause: com.sun.enterprise.deployment.EjbExternalDescriptor
    at com.iplanet.ias.instance.AppsManager.saveAppDescriptor(Unknown Source)
    at com.iplanet.ias.deployment.backend.EJBCompiler.preDeployApp(Unknown Source)
    ... 31 more
    Caused by: java.lang.ClassCastException: com.sun.enterprise.deployment.EjbExternalDescriptor
    at com.sun.enterprise.deployment.EjbReferenceDescriptor.getValue(Unknown Source)
    at com.sun.enterprise.deployment.EjbReferenceDescriptor.getJndiName(Unknown Source)
    at com.iplanet.ias.deployment.xml.IASEjbRuntimeDescriptorNode.setDescriptor(Unknown Source)
    at com.iplanet.ias.deployment.xml.IASEjbRuntimeDescriptorNode.getDocument(Unknown

    I found what the problem was. In my sun-ejb-jar.xml file I set the jndi name of my entity bean to the ejb-name in the ejb-jar.xml file. Don't do this. Once I removed this the deployment worked just fine.
    A side note. I use ksh, vi an ant to build everything. GUI just get in my way, its a personal preferrence. I'm happy that sun included ant tasks but this whole capture-schema, create a cmp-mapping file could be automated with another ant task. Are there plans for this, out should I code one up?
    Thanks,
    Matt

  • Deployment Error - failed to load deployment descriptor

    I'm getting the following error when I try to deploy an ear file for my application. I am able to successfully deploy the associated war and ejb jar files as separate modules, but when I try to deploy the application as an ear I get the error:
    Deployment Error -- Error while running ejbc -- Fatal Error from EJB Compiler --
    -- Failed to load deployment descriptor for: pta
    cause: I/O error while reading web xml into object representation

    What was the solution for this problem?
    Because I have the same error and I tried 920 and 910 100 doe not seem to exist.
    I am using WLS 10.
    Help would be appreciated.
    Thanks

  • How to create the deployment descriptor with the sun application server

    I have packaged my .war and ejb-jar files. I go to autodeploy and it says i need a deployment descriptor?

    this is actually an example .ear file that i am trying to run. When i create the client with the deploytool that comes with suns application server i get
    C:\appclient>appclient -client swe645-appClient.jar
    Caught an unexpected exception!
    javax.naming.NameNotFoundException: EditEmpBean not found
            at com.sun.enterprise.naming.TransientContext.doLookup(TransientContext.
    java:185)
            at com.sun.enterprise.naming.TransientContext.lookup(TransientContext.ja
    va:157)
            at com.sun.enterprise.naming.SerialContextProviderImpl.lookup(SerialCont
    extProviderImpl.java:101)
            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
            at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
    java:39)
            at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
    sorImpl.java:25)
            at java.lang.reflect.Method.invoke(Method.java:324)
            at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(Reflecti
    veTie.java:123)
            at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispa
    tchToServant(CorbaServerRequestDispatcherImpl.java:648)
            at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispa
    tch(CorbaServerRequestDispatcherImpl.java:192)
            at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest
    Request(CorbaMessageMediatorImpl.java:1709)
            at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest
    (CorbaMessageMediatorImpl.java:1569)
            at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(C
    orbaMessageMediatorImpl.java:951)
            at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.call
    back(RequestMessage_1_2.java:181)
            at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest
    (CorbaMessageMediatorImpl.java:721)
            at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.dispatc
    h(SocketOrChannelConnectionImpl.java:473)
            at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.doWork(
    SocketOrChannelConnectionImpl.java:1262)
            at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.
    run(ThreadPoolImpl.java:409)

  • Failed to load Main Class: com.sun.enterprise.appclient.Main

    Hi,
    I use Sun Server 8.0 with Java 5.
    When I am running my application I find this error,
    Failed to load Main Class: com.sun.enterprise.appclient.Main
    This class is in file /home/jai/cts141/SUNWappserver/lib/appserv-rt.jar and I have this file Class in my CLASSPATH.
    The same works fiine with Java 1.4
    Please Clarify the reasons due to which this might happen.
    Thanks in Advance,
    Jay

    I use Sun Server 8.0 with Java 5.
    When I am running my application I find this error,
    Failed to load Main Class:
    com.sun.enterprise.appclient.Main
    This class is in file
    /home/jai/cts141/SUNWappserver/lib/appserv-rt.jar
    and I have this file Class in my CLASSPATH.
    The same works fiine with Java 1.4Check if there is any other jar in the SDK 5.0 distribution which has the same class.

  • How can I find the package com.sun.enterprise.naming?

    Where does the following package come from? From which jar file?
    com.sun.enterprise.naming
    I am worling on j2sdk 1.4.2.10 and SUN Application Server 8.1.02.

    You should not use the classes in the package com.sun.xml... directly. Use the XML API (included in the Java SDK since version 1.4); look at the javax.xml package.
    Jesper

  • Com.sun.enterprise.naming.SerialInitContextFactory

    I can not find "com.sun.enterprise.naming.SerialInitContextFactory" in j2ee.jar file. I have reinstalled j2ee server but still j2ee.jar does not contain the above file. I am running j2eesdk1.4_beta2. Does anyone know which jar file this file is located.

    SerialInitContextFactory is an implementation-specific naming service class in the J2EE 1.4 SDK Beta2. It's located in appserv-rt.jar.
    --ken                                                                                                                                                                                                                                                                                                   

  • How to deploy the com.sun.ejb.containers.TimerBean

    i have change the datasource of timebean to oracle ,and create the table in the oracle ,but in my log have such error ,how to solve it ?
    [#|2005-09-29T23:05:39.328+0800|SEVERE|sun-appserver-pe8.1_02|javax.enterprise.system.core.classloading|_ThreadID=10;|LDR5004������ EJB ������������������
    java.lang.ClassNotFoundException: com.sun.ejb.containers.TimerBean_2100919770_ConcreteImpl
         at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:505)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
         at com.sun.ejb.containers.BaseContainer.<init>(BaseContainer.java:267)
         at com.sun.ejb.containers.EntityContainer.<init>(EntityContainer.java:219)
         at com.sun.ejb.containers.TimerBeanContainer.<init>(TimerBeanContainer.java:39)
         at com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:234)
         at com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:477)
         at com.sun.enterprise.server.ApplicationLoader.load(ApplicationLoader.java:125)
         at com.sun.enterprise.server.TomcatApplicationLoader.load(TomcatApplicationLoader.java:95)
         at com.sun.enterprise.server.AbstractManager.loadSystem(AbstractManager.java:277)
         at com.sun.enterprise.server.SystemAppLifecycle.loadSystemApps(SystemAppLifecycle.java:134)
         at com.sun.enterprise.server.SystemAppLifecycle.onStartup(SystemAppLifecycle.java:75)
         at com.sun.enterprise.server.ApplicationServer.onStartup(ApplicationServer.java:300)
         at com.sun.enterprise.server.PEMain.run(PEMain.java:294)
         at com.sun.enterprise.server.PEMain.main(PEMain.java:220)

    Hi robote,
    The very first time the appserver is started after installation , there are some internal classes that are generated for the timer bean during server startup. It looks like for some reason that did not happen and when the ejb container's timer bean tried to load it couldn't. Can you check the server.log to see if there are any codegen/timer-related errors during the first startup of the appserver?
    --ken                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • DPL8007: Unsupported deployment descriptors element message-destination?

    Hi All,
    I am not able to run a working Java EE 5 JMS tutorial in jdk1.6.0_25, GF3.1 (bundled with Netbeans 7.0 on Windows XP) despite having re-created the whole project from scratch. Below is the code snippets of various components of the project:
    C:\Documents and Settings\jack\JMSEnterpriseProject\JMSEnterpriseProject-ejb\src\java\com\ensode\mdb\MessageReceiverBean.java
    @MessageDriven(mappedName = "jms/myQueue", activationConfig = {
        @ActivationConfigProperty(propertyName = "acknowledgeMode", propertyValue = "Auto-acknowledge"),
        @ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue")
    public class MessageReceiverBean implements MessageListener {
        @Override
        public void onMessage(Message message) {
            TextMessage textMessage = (TextMessage) message;
            try {
                System.out.println("Received message:" + textMessage.getText());           
            } catch (JMSException ex) {
                Logger.getLogger(MessageReceiverBean.class.getName()).log(Level.SEVERE, null, ex);
    C:\Documents and Settings\jack\JMSEnterpriseProject\JMSEnterpriseProjectApplicationClient\src\java\com\ensode\jms
    public class Main {
        @Resource(name = "jms/myQueue")
        private static Queue myQueue;
        @Resource(name = "jms/myQueueConnectionFactory")
        private static ConnectionFactory myQueueConnectionFactory;
        public static void main(String[] args) throws JMSException {
            new Main().sendJMSMessageToMyQueue("NetBeans makes JMS trivial!");
        private Message createJMSMessageForjmsMyQueue(Session session,
                Object messageData) throws JMSException {
            TextMessage textMessage = session.createTextMessage();
            textMessage.setText((String) messageData);
            return textMessage;
        private void sendJMSMessageToMyQueue(Object messageData) throws
                JMSException {
            Connection connection = null;
            Session session = null;
            try {
                connection = myQueueConnectionFactory.createConnection();
                session = connection.createSession(false,
                        javax.jms.Session.AUTO_ACKNOWLEDGE);
                MessageProducer messageProducer = session.createProducer(myQueue);
                messageProducer.send(createJMSMessageForjmsMyQueue(session,
                        messageData));
            } finally {
                if (session != null) {
                    session.close();
                if (connection != null) {
                    connection.close();
    C:\Documents and Settings\jack\JMSEnterpriseProject\JMSEnterpriseProject-ejb\setup\glassfish-resources.xml
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE resources PUBLIC "-//GlassFish.org//DTD GlassFish Application Server 3.1 Resource Definitions//EN" "http://glassfish.org/dtds/glassfish-resources_1_5.dtd">
    <resources>
      <admin-object-resource enabled="true" jndi-name="jms/myQueue" object-type="user" res-adapter="jmsra" res-type="javax.jms.Queue">
        <property name="Name" value="myQueue"/>
      </admin-object-resource>
      <connector-resource enabled="true" jndi-name="jms/myQueueConnectionFactory" object-type="user" pool-name="jms/myQueueConnectionFactory">
        <description/>
      </connector-resource>
      <connector-connection-pool associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-definition-name="javax.jms.QueueConnectionFactory" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="false" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="true" max-connection-usage-count="0" max-pool-size="32" max-wait-time-in-millis="60000" name="jms/myQueueFactoryPool" ping="false" pool-resize-quantity="2" pooling="true" resource-adapter-name="jmsra" steady-pool-size="8" validate-atmost-once-period-in-seconds="0"/>
      <connector-resource enabled="true" jndi-name="jms/myQueueFactory" object-type="user" pool-name="jms/myQueueFactoryPool"/>
      <connector-connection-pool associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-definition-name="javax.jms.ConnectionFactory" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="false" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="true" max-connection-usage-count="0" max-pool-size="32" max-wait-time-in-millis="60000" name="jms/myQueueConnectionFactory" ping="false" pool-resize-quantity="2" pooling="true" resource-adapter-name="jmsra" steady-pool-size="8" validate-atmost-once-period-in-seconds="0"/>
    </resources>Yet it was met with the following exception which appears to be an unsupported deployment descriptor generated by Netbeans 7.0:
    _GF3.1 server log_
    WARNING: DPL8007: Unsupported deployment descriptors element message-destination value null
    _Application Client Outpu
    t_10/05/2011 2:59:45 AM com.sun.enterprise.deployment.util.ComponentValidator accept
    WARNING: DPL8007: Unsupported deployment descriptors element message-destination value null
    com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Unresolved Message-Destination-Ref jms/[email protected]@null into class com.ensode.jms.Main
    Caused by: javax.naming.NamingException: Lookup failed for 'java:comp/env/jms/myQueue' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is javax.naming.NameNotFoundException: No object bound for java:comp/env/jms/myQueue [Root exception is java.lang.NullPointerException]]glassfish-resources.xml used to reside in C:\Documents and Settings\jack\JMSEnterpriseProject\ setup\ sun-resources.xml back in GF2.1.
    Deployment was successful which resulted in the following resources created:
    Connector Resources => jms/myQueueConnectionFactory, jms/myQueueFactory.
    Connector Connection Pools => jms/myQueueFactoryPool, jms/myQueueConnectionFactory.
    Admin Object Resources => jms/myQueue.
    Your assistance would be very much appreciated.
    Thanks,
    Jack

    Hi,
    The same unsupported deployment descriptor persists despite having removed C:\Documents and Settings\jack\JMSEnterpriseProject\JMSEnterpriseProject-ejb\setup\glassfish-resources.xml with the following exception:
    10/05/2011 11:41:22 PM com.sun.enterprise.deployment.util.ComponentValidator accept
    WARNING: DPL8007: Unsupported deployment descriptors element message-destination value null
    10/05/2011 11:41:28 PM org.hibernate.validator.util.Version <clinit>
    INFO: Hibernate Validator 4.1.0.Final
    10/05/2011 11:41:28 PM org.hibernate.validator.engine.resolver.DefaultTraversableResolver detectJPA
    INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
    10/05/2011 11:41:29 PM com.sun.messaging.jms.ra.ResourceAdapter start
    INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter: Version:  4.5  (Build 29-b) Compile:  Wed Feb  9 22:53:30 PST 2011
    10/05/2011 11:41:29 PM com.sun.messaging.jms.ra.ResourceAdapter start
    INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter starting: broker is REMOTE, connection mode is TCP
    10/05/2011 11:41:29 PM com.sun.messaging.jms.ra.ResourceAdapter start
    INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter Started:REMOTE
    com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Unresolved Message-Destination-Ref jms/[email protected]@null into class com.ensode.jms.Main
         at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:698)
         at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:468)
         at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectClass(InjectionManagerImpl.java:215)
         at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectClass(InjectionManagerImpl.java:207)
         at org.glassfish.appclient.client.acc.AppClientContainer$ClientMainClassSetting.getClientMainClass(AppClientContainer.java:619)
         at org.glassfish.appclient.client.acc.AppClientContainer.getMainMethod(AppClientContainer.java:511)
         at org.glassfish.appclient.client.acc.AppClientContainer.completePreparation(AppClientContainer.java:405)
         at org.glassfish.appclient.client.acc.AppClientContainer.prepare(AppClientContainer.java:319)
         at org.glassfish.appclient.client.AppClientFacade.prepareACC(AppClientFacade.java:278)
         at org.glassfish.appclient.client.acc.agent.AppClientContainerAgent.premain(AppClientContainerAgent.java:76)
         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 sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:323)
         at sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:338)
    Caused by: javax.naming.NamingException: Lookup failed for 'java:comp/env/jms/myQueue' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is javax.naming.NameNotFoundException: No object bound for java:comp/env/jms/myQueue [Root exception is java.lang.NullPointerException]]
         at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
         at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
         at javax.naming.InitialContext.lookup(InitialContext.java:392)
         at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:597)
         ... 15 more
    Caused by: javax.naming.NameNotFoundException: No object bound for java:comp/env/jms/myQueue [Root exception is java.lang.NullPointerException]
         at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:242)
         at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
         ... 18 more
    Caused by: java.lang.NullPointerException
         at javax.naming.InitialContext.getURLScheme(InitialContext.java:269)
         at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:318)
         at javax.naming.InitialContext.lookup(InitialContext.java:392)
         at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:82)
         at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:772)
         at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:740)
         at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:172)It is running on Windows 7 as opposed to XP earlier on.
    Is it possible that this is a bug since all JMS resources have been declared without using deployment descriptor at all?
    Thanks,
    Jack

  • Problem deploying war created in Sun Java Studio Enterprise 8

    I have, with some help from this forum, converted a portlet application from the Sun Java Studio Enterprise 7 environment to the Sun Java
    Studio Enterprise 8 environment. This portlet application runs in SJSE 8 now but fails when I pdeploy it to the portal server (Portal Server 6
    2005 Q1). The old war created from SJSE 6 does work. The code is identical. The war files are slightly different.
    On deployment I get:
    [DEBUG] Getting Jar File from war...
    [DEBUG] Getting Portlet DD as Stream...
    [DEBUG] Creating DPProviders...
    [DEBUG] Updating the Portlet Application...
    [DEBUG] Adding Providers to DP...
    [DEBUG] Adding provider: provider=__Portlet__timetableEnt8.Timetable
    [DEBUG] Creating DPProvider...
    [DEBUG] Checking for duplicate name: name=__Portlet__timetableEnt8.Timetable
    [DEBUG] Validating modified DP doc...
    [DEBUG] Storing the DP...
    Done Updating Display Profile! Deploying War File to Web Container...
    SUCCESS.But in the logs I see:
    [#|2006-04-04T13:09:58.112-0400|SEVERE|sun-appserver-ee8.1|javax.enterprise.system.container.web|_ThreadID=10;|WebModule
    [/portlet]Error configuring application listener of class
    com.sun.portal.container.portlet.impl.PortletContainerContextListenerImpl
    java.lang.ClassNotFoundException: com.sun.portal.container.portlet.impl.PortletContainerContextListenerImpl
            at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1447)
            at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1228)
            at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3958)
            at org.apache.catalina.core.StandardContext.start(StandardContext.java:4525)
            at com.sun.enterprise.web.WebModule.start(WebModule.java:241)
            at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1086)
            at org.apache.catalina.core.StandardHost.start(StandardHost.java:833)
            at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1086)
            at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:483)
            at org.apache.catalina.startup.Embedded.start(Embedded.java:894)
            at com.sun.enterprise.web.WebContainer.start(WebContainer.java:688)
            at com.sun.enterprise.web.HttpServiceWebContainer.startInstance(HttpServiceWebContainer.java:889)
            at com.sun.enterprise.web.HttpServiceWebContainerLifecycle.onStartup(HttpServiceWebContainerLifecycle.java:50)
            at com.sun.enterprise.server.ApplicationServer.onStartup(ApplicationServer.java:300)
            at com.sun.enterprise.server.PEMain.run(PEMain.java:294)
            at com.sun.enterprise.server.PEMain.main(PEMain.java:220)
    |#]
    [#|2006-04-04T13:09:58.114-0400|SEVERE|sun-appserver-ee8.1|tomcat.server./portlet.Context|_ThreadID=10;|
    Skipped installing application listeners due to previous error(s)|#]
    [#|2006-04-04T13:09:58.114-0400|SEVERE|sun-appserver-ee8.1|tomcat.server./portlet.Context|_ThreadID=10;|
    Error listenerStart|#]
    [#|2006-04-04T13:09:58.115-0400|SEVERE|sun-appserver-ee8.1|tomcat.server./portlet.Context|_ThreadID=10;|
    Context startup failed due to previous errors|#]When I look in the create "New Portlet Channel..." in the am console my application appears in the list but when I create a channel based on it, the whole desktop crashes with this error:
    [#|2006-04-03T11:39:41.699-0400|SEVERE|sun-appserver-ee8.1|javax.enterprise.system.container.web|_ThreadID=16;|
    StandardWrapperValve[desktopServlet]: Servlet.service() for servlet desktopServlet threw exception
    java.lang.IllegalStateException: getWriter() has already been called for this response
         at org.apache.coyote.tomcat5.CoyoteResponse.getOutputStream(CoyoteResponse.java:588)
         at org.apache.coyote.tomcat5.CoyoteResponseFacade.getOutputStream(CoyoteResponseFacade.java:166)
         at com.sun.portal.desktop.DesktopServlet.getWriter(DesktopServlet.java:444)
         at com.sun.portal.desktop.DesktopServlet.service(DesktopServlet.java:328)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
         at sun.reflect.GeneratedMethodAccessor62.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
         at java.security.AccessController.doPrivileged(Native Method)
         at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
         at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
         at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
         at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
         at com.sun.enterprise.web.connector.httpservice.HttpServiceProcessor.process(HttpServiceProcessor.java:221)
         at com.sun.enterprise.web.HttpServiceWebContainer.service(HttpServiceWebContainer.java:2072)
    |#]When I remove my custom channel the desktop renders normally.
    As I mentioned before, the war created with 7 did not cause this and the application behaved normally.
    Any insight would be appreciated.
    I am going to look at the diff between the two wars.
    Thanks,
    Allan

    I have the same problem, how do yuo resolve that?
    Edited by: 864937 on Jun 9, 2011 1:43 PM

  • Deploy JSF App to Sun App Server

    Hi,
    I am trying to deploy a simple JSF/EJB app I wrote in JDeveloper 10.1.3.3.0 to the Sun Java System Application Server 9.1_01 (build b09d-fcs).
    When I deploy I receive the following error.
    Deploying application in domain failed; Error loading deployment descriptors for module [SunTest] Line 19
    Column 16 -- Deployment descriptor file WEB-INF/web.xml in archive [SunTest.war]. cvc-complex-type.2.4.a:
    Invalid content was found starting with element 'local'. One of '{"http://java.sun.com/xml/ns/j2ee":local-home}'
    is expected. Error loading deployment descriptors for module [SunTest] Line 19 Column 16 --
    Deployment descriptor file WEB-INF/web.xml in archive [SunTest.war]. cvc-compl... Below is my web.xml file.
    <?xml version = '1.0' encoding = 'windows-1252'?>
    <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee">
        <description>Empty web.xml file for Web Application</description>
        <servlet>
            <servlet-name>Faces Servlet</servlet-name>
            <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
            <load-on-startup>1</load-on-startup>
        </servlet>
        <servlet-mapping>
            <servlet-name>Faces Servlet</servlet-name>
            <url-pattern>/faces/*</url-pattern>
        </servlet-mapping>
        <session-config>
            <session-timeout>35</session-timeout>
        </session-config>
        <ejb-local-ref>
            <ejb-ref-name>ejb/SessionEJB</ejb-ref-name>
            <ejb-ref-type>Session</ejb-ref-type>
            <local>model.SessionEJBLocal</local>
            <ejb-link>SessionEJB</ejb-link>
        </ejb-local-ref>
        <mime-mapping>
            <extension>html</extension>
            <mime-type>text/html</mime-type>
        </mime-mapping>
        <mime-mapping>
            <extension>txt</extension>
            <mime-type>text/plain</mime-type>
        </mime-mapping>
        <jsp-config/>
    </web-app>Any help on why I can not deploy this would be greatly appreciated! Pulling my hair out here!!!!!

    You're missing the local-home element.
    See this snippet from the J2EE 1.4 schema:
    <xsd:documentation>
            The ejb-local-refType is used by ejb-local-ref elements for
            the declaration of a reference to an enterprise bean's local
            home. The declaration consists of:
                - an optional description
                - the EJB reference name used in the code of the Deployment
                  Component that's referencing the enterprise bean
                - the expected type of the referenced enterprise bean
                - the expected local home and local interfaces of the
                  referenced enterprise bean
                - optional ejb-link information, used to specify the
                  referenced enterprise bean
          </xsd:documentation>
        </xsd:annotation>
        <xsd:sequence>
          <xsd:element name="description"
                       type="j2ee:descriptionType"
                       minOccurs="0"
                       maxOccurs="unbounded"/>
          <xsd:element name="ejb-ref-name"
                       type="j2ee:ejb-ref-nameType"/>
          <xsd:element name="ejb-ref-type"
                       type="j2ee:ejb-ref-typeType"/>
          <xsd:element name="local-home"
                       type="j2ee:local-homeType"/>
          <xsd:element name="local"
                       type="j2ee:localType"/>
          <xsd:element name="ejb-link"
                       type="j2ee:ejb-linkType"
                       minOccurs="0"/>
        </xsd:sequence>

  • Deploy war file to Sun Appserver 8.2

    Hi,
    I am trying to deploy my application to a Sun Appserver 8.2 (appl. uses mysql) , when I use remote deployment from the IDE the application runs fine on this server however when I export it as a WAR file I get the error message stated below. I am using exactly the same datasources as when I use remote deployment and I am using the sun-web.xml and web.xml descriptor files from the remote deployment. Anybody got an idea what is wrong?
    [#|2006-06-07T02:52:29.237+0800|SEVERE|sun-appserver-pe8.2|javax.enterprise.system.container.web|_ThreadID=31;|StandardWrappe
    rValve[Faces Servlet]: Servlet.service() for servlet Faces Servlet threw exception
    com.sun.rave.web.ui.appbase.ApplicationException: org.apache.jasper.JasperException: java.sql.SQLException
    at com.sun.rave.web.ui.appbase.faces.ViewHandlerImpl.destroy(ViewHandlerImpl.java:601)
    at com.sun.rave.web.ui.appbase.faces.ViewHandlerImpl.renderView(ViewHandlerImpl.java:316)
    at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:87)
    at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:225)
    at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:117)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:194)
    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:585)
    at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
    at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
    at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
    at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
    at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
    at com.sun.rave.web.ui.util.UploadFilter.doFilter(UploadFilter.java:194)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
    at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
    at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
    at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:189)
    at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doProcess(ProcessorTask.java:604)
    at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:475)
    at com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:371)
    at com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:264)
    at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:281)
    at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:83)
    Caused by: javax.faces.FacesException: org.apache.jasper.JasperException: java.sql.SQLException
    at com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:331)
    at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:132)
    at com.sun.rave.web.ui.appbase.faces.ViewHandlerImpl.renderView(ViewHandlerImpl.java:311)
    ... 41 more
    Caused by: org.apache.jasper.JasperException: java.sql.SQLException
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:384)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:297)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:247)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
    at sun.reflect.GeneratedMethodAccessor456.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
    at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
    at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
    at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
    at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
    at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:723)
    at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:482)
    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:417)
    at org.apache.catalina.core.ApplicationDispatcher.access$000(ApplicationDispatcher.java:80)
    at org.apache.catalina.core.ApplicationDispatcher$PrivilegedForward.run(ApplicationDispatcher.java:95)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:313)
    at com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:326)
    ... 43 more

    Hi!
    First of all, you don't need to change something in web.xml. This file is exported into WAR file by Creator 2 IDE. So, don't replace web.xml after exporting of WAR.
    Also you can try to change version of DTD in sun-web.xml to one older (to sun-web-app_2_3-0.dtd, for example).
    Or could you post your sun-web.xml?
    Thanks,
    Roman.

  • Missing Deployment Descriptor

    Hi..
    have a little Web-Project (in Eclipse with Sun Application Server 9.1_01) for Persistence i Use Toplink. All work fine, until i change a jsp for example and eclipse do a redeploy. After this Redoploy i got the following error:
    [#|2008-03-03T16:33:32.829+0100|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=httpSSLWorkerThread-8080-0;_RequestID=dc10582e-b7f2-4c4e-8b24-bd0262149cdf;|StandardWrapperValve[data]: PWC1406: Servlet.service() for servlet data threw exception
    Local Exception Stack:
    Exception [TOPLINK-6007] (Oracle TopLink Essentials - 2.0.1 (Build b09d-fcs (12/06/2007))): oracle.toplink.essentials.exceptions.QueryException
    Exception Description: Missing descriptor for [class dd.entities.Dreminder].
    Query: ReadAllQuery(dd.entities.Dreminder)
         at oracle.toplink.essentials.exceptions.QueryException.descriptorIsMissing(QueryException.java:419)
         at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkDescriptor(ObjectLevelReadQuery.java:412)
         at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkPrePrepare(ObjectLevelReadQuery.java:494)
         at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkEarlyReturn(ObjectLevelReadQuery.java:433)
         at oracle.toplink.essentials.queryframework.DatabaseQuery.execute(DatabaseQuery.java:575)
         at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:692)
         at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:746)
         at oracle.toplink.essentials.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2233)
         at oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:952)
         at oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:924)
         at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:367)
         at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.getResultList(EJBQueryImpl.java:478)
         at dd.servlets.DataManager.service(DataManager.java:43)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
         at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:290)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
         at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
         at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
         at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
         at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
         at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
         at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
         at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
         at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
         at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
         at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
         at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
         at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
         at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
         at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
         at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
    |#]
    I test it in a very ! Simple Program. Just one Servlet and One Entity, her ist my Code. I hope somebody could help me.
    Entity:
    @Entity
    @Table(name="dreminder")
    public class Dreminder implements Serializable {
         @Id
         @GeneratedValue
         private int id;
    ....+ getter & setter
    My Servlet:
    @PersistenceUnit
         private EntityManagerFactory factory = Persistence.createEntityManagerFactory("default");
         @Override
         protected void service(HttpServletRequest arg0, HttpServletResponse arg1) throws ServletException, IOException {
              EntityManager em = factory.createEntityManager();
              Query query;
              query = em.createNativeQuery("select * from Dreminder", Dreminder.class);
              for (Dreminder reminder:(List<Dreminder>) query.getResultList()) {
                   arg1.getWriter().write("ID: " + reminder.getId());
              em.close();
    my Persistence.xml
    <?xml version="1.0" encoding="UTF-8"?>
    <persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
    <persistence-unit name="default" transaction-type="RESOURCE_LOCAL">
    <provider>oracle.toplink.essentials.PersistenceProvider</provider>
    <class>dd.entities.Dreminder</class>
    <properties>
    <property name="toplink.jdbc.driver" value="org.apache.derby.jdbc.EmbeddedDriver"/>
    <property name="toplink.jdbc.url" value="jdbc:derby:C:\DerbyDatabases\dreminder2;create=true"/>
    <property name="toplink.jdbc.user" value="admin"/>
    <property name="toplink.jdbc.password" value="admin123"/>
    <property name="toplink.logging.level" value="INFO"/>
    </properties>
    </persistence-unit>
    </persistence>
    thanks for helping !!!
    D

    ...have the first mistake...i really don't know where eclipse has stored the Persistence-Unit name "default", but if i change it in persistence.xml, he get the Factory i thing. But now i have my old Problem: "missing deployment descriptor" (only with eclipse)
    Exception:
    [#|2008-03-12T16:12:27.954+0100|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8080-0;_RequestID=6547fbd4-c661-4d2a-960d-e9cd78ab290d;|StandardWrapperValve[data]: PWC1406: Servlet.service() for servlet data threw exception
    Local Exception Stack: Exception [TOPLINK-6007] (Oracle TopLink Essentials - 2.0.1 (Build b09d-fcs (12/06/2007))): oracle.toplink.essentials.exceptions.QueryException
    Exception Description: Missing descriptor for [class dd.entities.Dreminder].
    Query: ReadAllQuery(dd.entities.Dreminder)
    at oracle.toplink.essentials.exceptions.QueryException.descriptorIsMissing(QueryException.java:419)
    at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkDescriptor(ObjectLevelReadQuery.java:412)
    at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkPrePrepare(ObjectLevelReadQuery.java:494)
    at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkEarlyReturn(ObjectLevelReadQuery.java:433)
    at oracle.toplink.essentials.queryframework.DatabaseQuery.execute(DatabaseQuery.java:575)
    at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:692)
    at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:746)
    at oracle.toplink.essentials.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2233)
    at oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:952)
    at oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:924)
    at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:367)
    at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.getResultList(EJBQueryImpl.java:478)
    at dd.servlets.DataManager.getData(DataManager.java:107)
    at dd.servlets.DataManager.service(DataManager.java:87)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
    at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:290)
    at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
    at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
    at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
    at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
    at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
    at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
    at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
    at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
    at com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
    at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
    at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
    |#]

  • Remote Desktop 3.6 fails to save sorting in client list view (on osx10.8)

    Hi there,
    i have sorted my controlled clients in the "all computers" section via the labels column to group them together by color.
    this worked fine in older version of ard. now after upgrading from 3.5 the colors of the computers are preserved, but the column "labels" is disappearing after each restart of ard. and so the entries are always sorted alphabetically by name. I have noticed that the sorting does revert to that "standard" state
    whatever the changes I make are. So I assume that ard fails to save the layout in com.apple.RemoteDesktop.plist. I have also removed com.apple.RemoteDesktop.plist from my preference folder to let it regenerate from ard, but the problem stays the same.
    Has anyone filed a bugreport abut that behavior jet?
    Tanks,
    Ben

    Hello!
    Same problem here for me:
    Some ARD clients behind a vpn-tunnel.
    ARD admin cpmputer running 10.9.1 and ARD 3.7.1
    There is no problem with clients running 10.6.8, 10.7.5 and 10.8.5 with ARD client 3.5.4, 3.7 and 3.7.1
    But clients with 10.9.* and ARD client 3.7.* is it impossible to do remote control. It does not matter which color/quality mode i select. The mouse movement is extremly sluggish and lagging - it takes a few seconds until the mouse settles down - I need about 10 seconds to close a window.
    Once again all clients are controlled via the same vpn tunnel from the same ARD admin-computer.
    Apple has to fix it ASAP. We rely on reliable software products.
    Bye,
    Christoph

Maybe you are looking for