Error loading deployment descriptors

I posted a similar question on the Java Studio Creator forum, thinking that it was a problem between JSC2_EA and JSC2.

Applications created under JSC2_EA deploy fine, but not after I migrated them to JSC2 and attempted to redeploy on System Application Server 8.1

Here's the error:

[#|2006-05-18T09:46:18.495-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|[AutoDeploy] Selecting file C:\Sun\AppServer\domains\domain1\autodeploy\Mint.war for autodeployment.|#]

[#|2006-05-18T09:46:19.027-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|Total Deployment Time: 532 msec, Total EJB Compiler Module Time: 0 msec, Portion spent EJB Compiling: 0%|#]

[#|2006-05-18T09:46:19.027-0500|SEVERE|sun-appserver-pe8.1_02|javax.enterprise. system.tools.deployment|_ThreadID=11;|

Exception occured in J2EEC Phase

com.sun.enterprise.deployment.backend.IASDeploymentException: Error loading deployment descriptors for Mint -- null

at com.sun.enterprise.deployment.backend.Deployer.loadDescriptors(Deployer.java:32 5)

It appears to be having a problem finding the deployment descriptors for the application (Mint).

I know nothing about server side deployment, and have no clue where to begin.

Can anyone tell me what I need to do?

Thanks

[1388 byte] By [BeaverCleaver] at [2007-11-26 7:21:33]
# 1
Could someone at least tell me if there is a more appropriate forum for posting this question?
BeaverCleaver at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 2
This is really unfortunate. We'll get back to you shortly.This is the right alias to post such queries.Sorry,Kedar
kedarmhaswade at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 3

One place to start would be to look at the server side log messages.

server.log is located under AS_INSTALL/domains/domain1/logs

( AS_INSTALL is where you installed the appserver)

There is probably some stack trace in the server.log related to the problem. Please post the stack trace and we will be able to know better what the problem is.

hongzhang at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 4

Actually reading your message again, it seems you've already looked at the server.log. Is there anything else related to this problem in the server log than what you've already posted?

It's hard to tell what the problem is from the information you've posted. Are you able to reproduce this problem consistently? Is it possible for you to provide the war file for us to take a look?

One thing you could do from your side is to turn the log level of deployment to "FINE" and deploy the application again and see what additional information you have in the server.log.

To turn the log level to FINE:

1. Stop the server

2. in AS_INSTALL/domains/domain1/config/domain.xml, find the "module-log-levels" element, and change the deployment="INFO" to deployment="FINE"

3. Clean the server log, move the old server.log (AS_INSTALL/domains/domains1/logs/server.log) to something else.

4. Start the server again

5. Deploy your application and look at the server.log for additional information.

hongzhang at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 5

I have included the log output from a previous test. Not sure it helps any.

On the JSC forum, someone suggested that I need to include the sun-web.xml file inthe war file.

I looked, and the war file generated by JSC2_EA has a sun-web.xml and the war file generated by JSC2 DOES NOT have the sun-web.xml file.

It sounds like this may be at least part of the issue.

I tried adding the sun-web.xml file from my development environment into the war file, but that does not help.

There was also the following link that took me to a tutorial for deploying to a SJSAS, but this appears to be for the Enterprise edition and the process is completely different than the deployment help in JSC2 describes.

http://developers.sun.com/prodtech/javatools/jscreator/learning/tutorials/2/app serverdeploy.html

-

Here is a successful deployment of the old war file , followed by an unsuccessful deployment ...

I changed the names of the packages to JuicyFruit and Mint...for forum submission...

===============================================

[#|2006-05-18T09:46:02.495-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|[AutoDeploy] Selecting file C:\Sun\AppServer\domains\domain1\autodeploy\JuicyFruit.war for autodeployment.|#]

[#|2006-05-18T09:46:02.839-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|DPL5109: EJBC - START of EJBC for [JuicyFruit]|#]

[#|2006-05-18T09:46:02.855-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|Processing beans ...|#]

[#|2006-05-18T09:46:02.855-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|DPL5110: EJBC - END of EJBC for [JuicyFruit]|#]

[#|2006-05-18T09:46:02.870-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|Total Deployment Time: 375 msec, Total EJB Compiler Module Time: 16 msec, Portion spent EJB Compiling: 4%

Breakdown of EJBC Module Time: Total Time for EJBC: 16 msec, CMP Generation: 0 msec (0%), Java Compilation: 0 msec (0%), RMI Compilation: 0 msec (0%), JAX-RPC Generation: 0 msec (0%),

|#]

[#|2006-05-18T09:46:02.917-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|deployed with moduleid = JuicyFruit|#]

[#|2006-05-18T09:46:02.933-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.admin|_ThreadID=11;|ADM1041:Sent the event to instance:[ApplicationDeployEvent -- reference-added JuicyFruit]|#]

[#|2006-05-18T09:46:02.964-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.admin|_ThreadID=11;|ADM1042:Status of dynamic reconfiguration event processing:[success]|#]

[#|2006-05-18T09:46:02.964-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.admin|_ThreadID=11;|ADM1041:Sent the event to instance:[ModuleDeployEvent -- deploy web/JuicyFruit]|#]

[#|2006-05-18T09:46:02.980-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.container.web|_ThreadID=11;|WEB0100: Loading web module [JuicyFruit] in virtual server [server] at [/JuicyFruit]|#]

[#|2006-05-18T09:46:03.324-0500|WARNING|sun-appserver-pe8.1_02|org.apache.commo ns.digester.Digester|_ThreadID=11;|[ConverterRule]{faces-config/converter} Merge(null,java.math.BigDecimal)|#]

[#|2006-05-18T09:46:03.324-0500|WARNING|sun-appserver-pe8.1_02|org.apache.commo ns.digester.Digester|_ThreadID=11;|[ConverterRule]{faces-config/converter} Merge(null,java.math.BigInteger)|#]

[#|2006-05-18T09:46:04.089-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.admin|_ThreadID=11;|ADM1042:Status of dynamic reconfiguration event processing:[success]|#]

[#|2006-05-18T09:46:04.089-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|[AutoDeploy] Successfully autodeployed : C:\Sun\AppServer\domains\domain1\autodeploy\JuicyFruit.war.|#]

********************************

[#|2006-05-18T09:46:18.495-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|[AutoDeploy] Selecting file C:\Sun\AppServer\domains\domain1\autodeploy\Mint.war for autodeployment.|#]

[#|2006-05-18T09:46:19.027-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|Total Deployment Time: 532 msec, Total EJB Compiler Module Time: 0 msec, Portion spent EJB Compiling: 0%|#]

[#|2006-05-18T09:46:19.027-0500|SEVERE|sun-appserver-pe8.1_02|javax.enterprise. system.tools.deployment|_ThreadID=11;|Exception occured in J2EEC Phase

com.sun.enterprise.deployment.backend.IASDeploymentException: Error loading deployment descriptors for Mint -- null

at com.sun.enterprise.deployment.backend.Deployer.loadDescriptors(Deployer.java:32 5)

at com.sun.enterprise.deployment.backend.WebModuleDeployer.deploy(WebModuleDeploye r.java:169)

at com.sun.enterprise.deployment.backend.ModuleDeployer.doRequestFinish(ModuleDepl oyer.java:140)

at com.sun.enterprise.deployment.phasing.J2EECPhase.runPhase(J2EECPhase.java:146)

at com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPh ase.java:71)

at com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeplo ymentService.java:633)

at com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentSe rvice.java:185)

at com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.deploy(ApplicationsConf igMBean.java:519)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)

at java.lang.reflect.Method.invoke(Method.java:585)

at com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:302 )

at com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:357 )

at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213 )

at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)

at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServer Interceptor.java:815)

at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)

at sun.reflect.GeneratedMethodAccessor22.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)

at java.lang.reflect.Method.invoke(Method.java:585)

at com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:54)

at $Proxy1.invoke(Unknown Source)

at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterce ptor.java:272)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.invokeDeploymentService(A utoDeployer.java:504)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployModule(AutoDeployer .java:485)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployWarModule(AutoDeplo yer.java:433)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployWarModule(AutoDeplo yer.java:426)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.ja va:246)

at com.sun.enterprise.deployment.autodeploy.AutoDeployControllerImpl$AutoDeployTas k.run(AutoDeployControllerImpl.java:342)

at java.util.TimerThread.mainLoop(Timer.java:512)

at java.util.TimerThread.run(Timer.java:462)

Caused by: java.lang.NullPointerException

at com.sun.enterprise.deployment.node.web.ServletMappingNode.setElementValue(Servl etMappingNode.java:55)

at com.sun.enterprise.deployment.node.SaxParserHandler.endElement(SaxParserHandler .java:355)

at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(Abstrac tSAXParser.java:633)

at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanEndElement (XMLNSDocumentScannerImpl.java:719)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$Fragment ContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1685)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocu ment(XMLDocumentFragmentScannerImpl.java:368)

at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Config uration.java:834)

at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Config uration.java:764)

at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)

at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXP arser.java:1242)

at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)

at com.sun.enterprise.deployment.io.DeploymentDescriptorFile.read(DeploymentDescri ptorFile.java:256)

at com.sun.enterprise.deployment.io.DeploymentDescriptorFile.read(DeploymentDescri ptorFile.java:186)

at com.sun.enterprise.deployment.archivist.Archivist.readStandardDeploymentDescrip tor(Archivist.java:226)

at com.sun.enterprise.deployment.archivist.Archivist.readDeploymentDescriptors(Arc hivist.java:191)

at com.sun.enterprise.deployment.archivist.Archivist.open(Archivist.java:127)

at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openArchive(Applic ationArchivist.java:673)

at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openArchive(Applic ationArchivist.java:654)

at com.sun.enterprise.deployment.backend.Deployer.loadDescriptors(Deployer.java:27 8)

... 31 more

|#]

[#|2006-05-18T09:46:19.027-0500|SEVERE|sun-appserver-pe8.1_02|javax.enterprise. system.tools.deployment|_ThreadID=11;|"DPL8011: autodeployment failure while deploying the application : Error loading deployment descriptors for Mint -- null

"|#]

[#|2006-05-18T09:46:19.027-0500|INFO|sun-appserver-pe8.1_02|javax.enterprise.sy stem.tools.deployment|_ThreadID=11;|[AutoDeploy] Autodeploy failed : C:\Sun\AppServer\domains\domain1\autodeploy\Mint.war.|#]

BeaverCleaver at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 6

hong.zhang:

I forgot to add:

The results are 100% repeatable for two completely separate projects.

Both the project war files generated with JSC2_EA deploy instantly.

Both the project war files generated with JSC2 fail.

This has been repeated several times with the same results.

There is DEFINITELY something different between the "default" deployment between the two versions.

BeaverCleaver at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 7

There was a pretty signicant change regarding generated deployment descriptor in later releases of 8.1. That might explain why you see different things for JSC2_EA and JSC2. However, that change should not break anything.

In this change, we now put the modiifed(generated) deployment descriptors under a different location. Instead of AS_INSTALL/domains/domain1/applications

They are now placed under AS_INSTALL/domains/domain1/generated/xml

So I suspect after you deploy your application on JSC2_EA, the generated sun-web.xml is not missing, but at a different place. Please check whether it's under AS_INSTALL/domains/domain1/generated/xml.

I tried to autodeploy a war to the latest 8.1 appserver and everything works fine to me. So it's either something specific to your web application or specific to your configuration.

Could you please try to autodeploy a very simple war to see whether that works? For example, try the AS_INSTALL/samples/quickstart/hello.war on your setup and see if this war can be autodeployed correctly. This war right now has a sun-web.xml, you could try it as it is. And also try to repackage this war without the sun-web.xml and see whether that works. Both worked for me.

hongzhang at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 8

Actually, I think the sun-web.xml file is missing from the war file.

I looked at it with winzip, That makes all the files visible regardless of path.

The file is not among the items in the war file.

But, if what you say is correct it may be a moot point if the file is not required.

This is becoming REALLY painful.

I thought the object was to be able to build a war file and deploy it on ANY of several supported servers.

I can only imagine what a nightmare this must be if I was to use any of the Non-Sun servers.

The problem with trying various "what-if's" is that I do not have easy access to the system with the server.

Each iteration takes at least a day to be able to test.

I downloaded and installed JSC2_Update1 to see if that would resolve the

issue. I can compile and create a war file, but it still does not have the sun-web.xml file that I can find.

The problem I have now, is that I can't get the bundled 8.2 server to start within the IDE.

I made sure that the bundled 8.1 server was turned off before I shut down JSC2 (just in case it did not shut it down automatically).

I did a standard download and install using all the defaults.

I can access my application, compile and create a war file, but I cannot start the 8.2 server manually from within the IDE or by having the application start it at build time.

The reason I bring this up is that I am running out of straws to grasp.

I wanted to download the 8.1 server on my machine so I could test locally, but it is no longer available in the PE version, just the Enterprise version.

So I figured I would download the 8.2 version and compatible JSC2_Update1 to have a complete develop and test deployment environment.

If that worked, I could upgrade the server to 8.2 and be done with it.

I FINALLY got everything downloaded and end up running into another wall.

Really frustrating...

I'll try what you suggest and see if that works.

Otherwise, my only options are:

1) Try and finish the migration to JSC2_Update1 with 8.2 server

2) Migrate my project to Eclipse or JDeveloper and hope that works. I know it will certainly be faster than trying to use JSC2

BeaverCleaver at 2007-7-6 19:04:27 > top of Java-index,Application & Integration Servers,Application Servers...
# 9

I am sorry it's so much pain for you. Migrating application is never an easy job, and sometimes little things can take long time.

Reading your latest email, I am starting to think the problem is not in the deployment but maybe in the JSC packaging.

To clarify on sun-web.xml:

sun-web.xml is an optional deployment descriptor if you don't need to specify additional information inside of it and in that case server will generate a skeleton one for you during deployment.

However, if you do have a sun-web.xml inside your original war, it should not be missing. The server will take the original one and add the additional processed information in the generated version.

But looks like your problem is the sun-web.xml is not even there from the original war file. This seems a Creator problem than the appserver one because the packaging part is inside creator code. Please post your last post on the JSC forum too see if you get any response back. I will write to Marco from creator team see if he can provide any help. I truly hope you don't give up on creator because of this. We will try our best to help you. Thanks.

hongzhang at 2007-7-6 19:04:28 > top of Java-index,Application & Integration Servers,Application Servers...
# 10
I placed this thread on JSC forum over a week ago under the titleProblem Deplpyoying War FileI have not recieved any helpful advice from that forum either.In fact I posted on this forum BECAUSE I had no response from the JSC forum.
BeaverCleaver at 2007-7-6 19:04:28 > top of Java-index,Application & Integration Servers,Application Servers...
# 11

We just had JavaOne conference last week and most of the developers attended the conference. And many people are taking vacation this week. So please be patient with us. I've written to Marco in creator team already, hopefully he will look into this soon.

Is it possible that you can provide us your web application, I can try it on my machine see if I can deploy to 8.1 successfully.

hongzhang at 2007-7-6 19:04:28 > top of Java-index,Application & Integration Servers,Application Servers...
# 12

Can't provide the war file, but I can give you a test secnario that you should be able to reproduce.

I just went through the exercise of bringing everything up on a virgin system.

Here are the steps we did:

1) Brand new Dell Inspiron 6600 laptop with NO other applications installed.

2) Downloaded and installed Application Server 8.2 - used defaults

3) Downloaded and installed JSC2_Update1. used defaualts.

4) Loaded "JumpStartCycles" from the demo package.

5) Built and exported "JumpStartCycles" war file using Export War File.

6) Started App Server.

7) Dropped war file into autodeploy folder

8) Deployment failed - dump listed below.

9) Went back to JSC2 and ran program with bundled server

10) Program ran ok

You can't get any cleaner or simpler than that.

Sample file worked on JSC and deployment failed for same sample on AppServer 8.2

[#|2006-05-24T12:23:44.499-0500|WARNING|sun-appserver-pe8.2|javax.enterprise.to ols.launcher|_ThreadID=10;|LAUNCHER005:Spaces in your PATH have been detected. The PATH must be consistently formated (e.g. C:\Program Files\Java\jdk1.5.0\bin; ) or the Appserver may not be able to start and/or stop. Mixed quoted spaces in your PATH can cause problems, so the launcher will remove all double quotes before invoking the process. The most reliable solution would be to remove all spaces from your path before starting the Appservers components. |#]

[#|2006-05-24T12:23:44.549-0500|INFO|sun-appserver-pe8.2|javax.enterprise.tools .launcher|_ThreadID=10;|

C:/j2sdk1.4.2_03\bin\java

-client

-Xmx512m

-XX:NewRatio=2

-Dcom.sun.aas.defaultLogFile=C:/Sun/AppServer/domains/domain1/logs/server.log

-Djava.endorsed.dirs=C:/Sun/AppServer/lib/endorsed

-Djava.security.policy=C:/Sun/AppServer/domains/domain1/config/server.policy

-Djava.security.auth.login.config=C:/Sun/AppServer/domains/domain1/config/login .conf

-Dsun.rmi.dgc.server.gcInterval=3600000

-Dsun.rmi.dgc.client.gcInterval=3600000

-Djavax.net.ssl.keyStore=C:/Sun/AppServer/domains/domain1/config/keystore.jks

-Djavax.net.ssl.trustStore=C:/Sun/AppServer/domains/domain1/config/cacerts.jks

-Djava.ext.dirs=C:/j2sdk1.4.2_03/jre/lib/ext;C:/Sun/AppServer/domains/domain1/l ib/ext;C:/Sun/AppServer/derby/lib

-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver

-Djavax.management.builder.initial=com.sun.enterprise.admin.server.core.jmx.App ServerMBeanServerBuilder

-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise .config.serverbeans.AppserverConfigEnvironmentFactory

-Dcom.sun.enterprise.taglibs=appserv-jstl.jar,jsf-impl.jar

-Dcom.sun.enterprise.taglisteners=jsf-impl.jar

-Djavax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SA XParserFactoryImpl

-Dcom.sun.aas.configName=server-config

-Dorg.xml.sax.parser=org.xml.sax.helpers.XMLReaderAdapter

-Ddomain.name=domain1

-Djmx.invoke.getters=true

-Djavax.xml.parsers.DocumentBuilderFactory=com.sun.org.apache.xerces.internal.j axp.DocumentBuilderFactoryImpl

-Dcom.sun.aas.promptForIdentity=true

-Dorg.xml.sax.driver=com.sun.org.apache.xerces.internal.parsers.SAXParser

-Dcom.sun.aas.instanceRoot=C:/Sun/AppServer/domains/domain1

-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xslt c.trax.TransformerFactoryImpl

-Dcom.sun.aas.domainName=domain1

-Djava.util.logging.manager=com.sun.enterprise.server.logging.ServerLogManager

-Dproduct.name=Sun-Java-System/Application-Server

-Dcom.sun.enterprise.overrideablejavaxpackages=javax.faces,javax.servlet.jsp.js tl,javax.xml.bind,javax.help

-Dcom.sun.aas.configRoot=C:/Sun/AppServer/config

-Djava.library.path=C:\j2sdk1.4.2_03\jre\bin\client;C:\Sun\AppServer\lib;C:\Sun \AppServer\lib;C:\j2sdk1.4.2_03\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\Sun\AppS erver\lib;C:\Sun\AppServer\bin;C:\Sun\AppServer\lib;C:\Sun\AppServer\bin;C:\Sun\ AppServer\bin;C:\Sun\AppServer\bin;C:\Program Files\Common Files\Sonic Shared;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;C:\PROGRA~1\CA\Common\SCANEN~1;C:\Program Files\Visual Networks\Dial Analysis\;C:\Sun\AppServer\bin

-Dcom.sun.aas.instanceName=server

-Dcom.sun.aas.processLauncher=SE

-cp

C:/Sun/AppServer/lib/appserv-rt.jar;C:/j2sdk1.4.2_03/lib/tools.jar;C:/Sun/AppSe rver/lib\activation.jar;C:/Sun/AppServer/lib\admin-cli.jar;C:/Sun/AppServer/lib\ appserv-admin.jar;C:/Sun/AppServer/lib\appserv-cmp.jar;C:/Sun/AppServer/lib\apps erv-ext.jar;C:/Sun/AppServer/lib\appserv-jstl.jar;C:/Sun/AppServer/lib\appserv-u pgrade.jar;C:/Sun/AppServer/lib\commons-launcher.jar;C:/Sun/AppServer/lib\common s-logging.jar;C:/Sun/AppServer/lib\dom.jar;C:/Sun/AppServer/lib\j2ee-svc.jar;C:/ Sun/AppServer/lib\j2ee.jar;C:/Sun/AppServer/lib\jax-qname.jar;C:/Sun/AppServer/l ib\jaxr-api.jar;C:/Sun/AppServer/lib\jaxr-impl.jar;C:/Sun/AppServer/lib\jaxrpc-a pi.jar;C:/Sun/AppServer/lib\jaxrpc-impl.jar;C:/Sun/AppServer/lib\jmxremote.jar;C :/Sun/AppServer/lib\jmxremote_optional.jar;C:/Sun/AppServer/lib\jsf-api.jar;C:/S un/AppServer/lib\jsf-impl.jar;C:/Sun/AppServer/lib\mail.jar;C:/Sun/AppServer/lib \relaxngDatatype.jar;C:/Sun/AppServer/lib\rmissl.jar;C:/Sun/AppServer/lib\saaj-a pi.jar;C:/Sun/AppServer/lib\saaj-impl.jar;C:/Sun/AppServer/lib\xalan.jar;C:/Sun/ AppServer/lib\xercesImpl.jar;C:/Sun/AppServer/lib\xsdlib.jar;C:/Sun/AppServer/li b/install/applications/jmsra/imqjmsra.jar;C:/Sun/AppServer/imq/lib/jaxm-api.jar; C:/Sun/AppServer/imq/lib/fscontext.jar;C:/Sun/AppServer/lib/ant/lib/ant.jar

com.sun.enterprise.server.PEMain

start

display

native|#]

[#|2006-05-24T12:23:56.577-0500|INFO|sun-appserver-pe8.2|javax.enterprise.resou rce.jms|_ThreadID=10;|JMS5023: JMS service successfully started. Instance Name = imqbroker, Home = [C:\Sun\AppServer\imq\bin].|#]

[#|2006-05-24T12:23:56.607-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.core|_ThreadID=10;|CORE5098: AS Socket Service Initialization has been completed.|#]

[#|2006-05-24T12:23:59.781-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.admin|_ThreadID=10;|ADM0047:The Platform MBeanServer is not available. Platform MBeans will not be available for browsing while using standard JMX Console.|#]

[#|2006-05-24T12:24:00.853-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.admin|_ThreadID=10;|ADM0001:MBeanServer initialized successfully|#]

[#|2006-05-24T12:24:01.624-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.core.security|_ThreadID=10;|SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.|#]

[#|2006-05-24T12:24:03.316-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|Created virtual server server|#]

[#|2006-05-24T12:24:03.347-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|Created virtual server __asadmin|#]

[#|2006-05-24T12:24:06.221-0500|INFO|sun-appserver-pe8.2|javax.enterprise.resou rce.corba.ee.S1AS-ORB.rpc.transport|_ThreadID=10;|"IOP00710299: (INTERNAL) Successfully created IIOP listener on the specified host/port: all interfaces/3700"|#]

[#|2006-05-24T12:24:06.301-0500|INFO|sun-appserver-pe8.2|javax.enterprise.resou rce.corba.ee.S1AS-ORB.rpc.transport|_ThreadID=10;|"IOP00710299: (INTERNAL) Successfully created IIOP listener on the specified host/port: all interfaces/3820"|#]

[#|2006-05-24T12:24:06.301-0500|INFO|sun-appserver-pe8.2|javax.enterprise.resou rce.corba.ee.S1AS-ORB.rpc.transport|_ThreadID=10;|"IOP00710299: (INTERNAL) Successfully created IIOP listener on the specified host/port: all interfaces/3920"|#]

[#|2006-05-24T12:24:08.113-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.core.transaction|_ThreadID=10;|JTS5014: Recoverable JTS instance, serverId = [3700]|#]

[#|2006-05-24T12:24:18.118-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.admin|_ThreadID=10;|ADM1079: Initialization of AMX MBeans successful|#]

[#|2006-05-24T12:24:20.101-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.ejb|_ThreadID=10;|Instantiated container for: ejbName: MEJBBean; containerId: 75267119433908224|#]

[#|2006-05-24T12:24:20.521-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.core.classloading|_ThreadID=10;|LDR5010: All ejb(s) of [MEjbApp] loaded successfully!|#]

[#|2006-05-24T12:24:21.032-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.ejb|_ThreadID=10;|Instantiated container for: ejbName: TimerBean; containerId: 75267120291708928|#]

[#|2006-05-24T12:24:21.713-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.ejb|_ThreadID=10;|EJB5109:EJB Timer Service started successfully for datasource [jdbc/__TimerPool]|#]

[#|2006-05-24T12:24:21.713-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.core.classloading|_ThreadID=10;|LDR5010: All ejb(s) of [__ejb_container_timer_app] loaded successfully!|#]

[#|2006-05-24T12:24:22.114-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0302: Starting Sun-Java-System/Application-Server.|#]

[#|2006-05-24T12:24:22.424-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0100: Loading web module [__default-admingui] in virtual server [__asadmin] at [/]|#]

[#|2006-05-24T12:24:23.065-0500|WARNING|sun-appserver-pe8.2|javax.enterprise.sy stem.container.web|_ThreadID=10;|WEB0500: default-locale attribute of locale-charset-info element has been deprecated and is being ignored. Use default-charset attribute of parameter-encoding element instead|#]

[#|2006-05-24T12:24:23.265-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0100: Loading web module [adminapp] in virtual server [__asadmin] at [/web1]|#]

[#|2006-05-24T12:24:23.275-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0100: Loading web module [admingui] in virtual server [__asadmin] at [/asadmin]|#]

[#|2006-05-24T12:24:23.285-0500|WARNING|sun-appserver-pe8.2|javax.enterprise.sy stem.container.web|_ThreadID=10;|WEB0500: default-locale attribute of locale-charset-info element has been deprecated and is being ignored. Use default-charset attribute of parameter-encoding element instead|#]

[#|2006-05-24T12:24:23.285-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0100: Loading web module [com_sun_web_ui] in virtual server [__asadmin] at [/com_sun_web_ui]|#]

[#|2006-05-24T12:24:23.536-0500|INFO|sun-appserver-pe8.2|org.apache.catalina.co re.StandardEngine|_ThreadID=10;|Starting Servlet Engine: Sun-Java-System/Application-Server|#]

[#|2006-05-24T12:24:30.135-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|Initializing Grizzly Non-Blocking Mode|#]

[#|2006-05-24T12:24:30.135-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0703: Initializing Sun-Java-System/Application-Server-PE HTTP/1.1 on 8080|#]

[#|2006-05-24T12:24:30.145-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0712: Starting Sun-Java-System/Application-Server-PE HTTP/1.1 on 8080|#]

[#|2006-05-24T12:24:30.375-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|Initializing Grizzly Blocking Mode|#]

[#|2006-05-24T12:24:30.375-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0703: Initializing Sun-Java-System/Application-Server-PE HTTP/1.1 on 8181|#]

[#|2006-05-24T12:24:30.385-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0712: Starting Sun-Java-System/Application-Server-PE HTTP/1.1 on 8181|#]

[#|2006-05-24T12:24:30.455-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|Initializing Grizzly Non-Blocking Mode|#]

[#|2006-05-24T12:24:30.455-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0703: Initializing Sun-Java-System/Application-Server-PE HTTP/1.1 on 4848|#]

[#|2006-05-24T12:24:30.455-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.container.web|_ThreadID=10;|WEB0712: Starting Sun-Java-System/Application-Server-PE HTTP/1.1 on 4848|#]

[#|2006-05-24T12:24:31.968-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.admin|_ThreadID=10;|ADM1504: Here is the JMXServiceURL for the Standard JMXConnectorServer: [service:jmx:rmi:///jndi/rmi://SPDemoLap.transcore.com:8686/jmxrmi]. This is where the remote administrative clients should connect using the standard JMX connectors|#]

[#|2006-05-24T12:24:31.968-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.admin|_ThreadID=10;|ADM1506: Status of Standard JMX Connector: Active = [true]|#]

[#|2006-05-24T12:24:32.208-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.core|_ThreadID=10;|Application server startup complete.|#]

[#|2006-05-24T12:25:02.271-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.deployment|_ThreadID=11;|[AutoDeploy] Selecting file C:\Sun\AppServer\domains\domain1\autodeploy\JumpStartCycles.war for autodeployment.|#]

[#|2006-05-24T12:25:09.962-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.deployment|_ThreadID=11;|Total Deployment Time: 7060 msec, Total EJB Compiler Module Time: 0 msec, Portion spent EJB Compiling: 0%|#]

[#|2006-05-24T12:25:09.962-0500|SEVERE|sun-appserver-pe8.2|javax.enterprise.sys tem.tools.deployment|_ThreadID=11;|Exception occured in J2EEC Phase

com.sun.enterprise.deployment.backend.IASDeploymentException: Error loading deployment descriptors for JumpStartCycles -- null

at com.sun.enterprise.deployment.backend.Deployer.loadDescriptors(Deployer.java:32 5)

at com.sun.enterprise.deployment.backend.WebModuleDeployer.deploy(WebModuleDeploye r.java:170)

at com.sun.enterprise.deployment.backend.ModuleDeployer.doRequestFinish(ModuleDepl oyer.java:138)

at com.sun.enterprise.deployment.phasing.J2EECPhase.runPhase(J2EECPhase.java:148)

at com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPh ase.java:71)

at com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeplo ymentService.java:639)

at com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentSe rvice.java:185)

at com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.deploy(ApplicationsConf igMBean.java:519)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)

at java.lang.reflect.Method.invoke(Method.java:324)

at com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:305 )

at com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:360 )

at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213 )

at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)

at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServer Interceptor.java:815)

at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)

at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja va:25)

at java.lang.reflect.Method.invoke(Method.java:324)

at com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:54)

at $Proxy1.invoke(Unknown Source)

at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterce ptor.java:272)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.invokeDeploymentService(A utoDeployer.java:504)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployModule(AutoDeployer .java:485)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployWarModule(AutoDeplo yer.java:433)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployWarModule(AutoDeplo yer.java:426)

at com.sun.enterprise.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.ja va:246)

at com.sun.enterprise.deployment.autodeploy.AutoDeployControllerImpl$AutoDeployTas k.run(AutoDeployControllerImpl.java:345)

at java.util.TimerThread.mainLoop(Timer.java:432)

at java.util.TimerThread.run(Timer.java:382)

Caused by: java.lang.NullPointerException

at com.sun.enterprise.deployment.node.web.ServletMappingNode.setElementValue(Servl etMappingNode.java:55)

at com.sun.enterprise.deployment.node.SaxParserHandler.endElement(SaxParserHandler .java:355)

at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(Abstrac tSAXParser.java:585)

at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanEndElement (XMLNSDocumentScannerImpl.java:560)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$Fragment ContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1555)

at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocu ment(XMLDocumentFragmentScannerImpl.java:341)

at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Config uration.java:828)

at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Config uration.java:758)

at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)

at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXP arser.java:1178)

at javax.xml.parsers.SAXParser.parse(SAXParser.java:345)

at com.sun.enterprise.deployment.io.DeploymentDescriptorFile.read(DeploymentDescri ptorFile.java:256)

at com.sun.enterprise.deployment.io.DeploymentDescriptorFile.read(DeploymentDescri ptorFile.java:186)

at com.sun.enterprise.deployment.archivist.Archivist.readStandardDeploymentDescrip tor(Archivist.java:230)

at com.sun.enterprise.deployment.archivist.Archivist.readDeploymentDescriptors(Arc hivist.java:195)

at com.sun.enterprise.deployment.archivist.Archivist.open(Archivist.java:131)

at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openArchive(Applic ationArchivist.java:673)

at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openArchive(Applic ationArchivist.java:654)

at com.sun.enterprise.deployment.backend.Deployer.loadDescriptors(Deployer.java:27 8)

... 31 more

|#]

[#|2006-05-24T12:25:09.962-0500|SEVERE|sun-appserver-pe8.2|javax.enterprise.sys tem.tools.deployment|_ThreadID=11;|"DPL8011: autodeployment failure while deploying the application : Error loading deployment descriptors for JumpStartCycles -- null

"|#]

[#|2006-05-24T12:25:09.972-0500|INFO|sun-appserver-pe8.2|javax.enterprise.syste m.tools.deployment|_ThreadID=11;|[AutoDeploy] Autodeploy failed : C:\Sun\AppServer\domains\domain1\autodeploy\JumpStartCycles.war.|#]

BeaverCleaver at 2007-7-6 19:04:28 > top of Java-index,Application & Integration Servers,Application Servers...
# 13
Could you try the AS_INSTALL/samples/quickstart/hello.war?
hongzhang at 2007-7-6 19:04:28 > top of Java-index,Application & Integration Servers,Application Servers...
# 14

From the stack trace here:

Caused by: java.lang.NullPointerException

at com.sun.enterprise.deployment.node.web.ServletMappingNode.setElementValue(Servl etMappingNode.java:55)

I've looked at the source code, it's trying to parse the url-pattern element. Could you check if the url-pattern elements are composed correctly, and under the right parent elements? And is it possible to post your web.xml?

hongzhang at 2007-7-6 19:04:28 > top of Java-index,Application & Integration Servers,Application Servers...
# 15

Did not try the AS_INSTALL... war file because I could not find it in the samples.

I just picked a sample.

I'm not sure what I need to look for in the URL string. Can you give me a clue?

Here is the web.xml file.

<?xml version="1.0" encoding="UTF-8"?>

<web-app>

<context-param>

<param-name>javax.faces.STATE_SAVING_METHOD</param-name>

<param-value>server</param-value>

</context-param>

<context-param>

<param-name>javax.faces.CONFIG_FILES</param-name>

<param-value>/WEB-INF/navigation.xml,/WEB-INF/managed-beans.xml</param -value>

</context-param>

<context-param>

<param-name>com.sun.faces.validateXml</param-name>

<param-value>true</param-value>

</context-param>

<context-param>

<param-name>com.sun.faces.verifyObjects</param-name>

<param-value>false</param-value>

</context-param>

<filter>

<filter-name>UploadFilter</filter-name>

<filter-class>com.sun.rave.web.ui.util.UploadFilter</filter-class>

</filter>

<filter-mapping>

<filter-name>UploadFilter</filter-name>

<servlet-name>Faces Servlet</servlet-name>

</filter-mapping>

<servlet>

<servlet-name>Faces Servlet</servlet-name>

<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>

<load-on-startup>1</load-on-startup>

</servlet>

<servlet>

<servlet-name>ExceptionHandlerServlet</servlet-name>

<servlet-class>com.sun.errorhandler.ExceptionHandler</servlet-class> ;

<init-param>

<param-name>errorHost</param-name>

<param-value>localhost</param-value>

</init-param>

<init-param>

<param-name>errorPort</param-name>

<param-value>25444</param-value>

</init-param>

</servlet>

<servlet>

<servlet-name>ThemeServlet</servlet-name>

<servlet-class>com.sun.rave.web.ui.theme.ThemeServlet</servlet-class&g t;

</servlet>

<servlet-mapping>

<servlet-name>Faces Servlet</servlet-name>

<url-pattern>/faces/*</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>ExceptionHandlerServlet</servlet-name>

<url-pattern>/error/ExceptionHandler</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>ThemeServlet</servlet-name>

<url-pattern>/theme/*</url-pattern>

</servlet-mapping>

<welcome-file-list>

<welcome-file>faces/Build.jsp</welcome-file>

</welcome-file-list>

<error-page>

<exception-type>javax.servlet.ServletException</exception-type>

<location>/error/ExceptionHandler</location>

</error-page>

<error-page>

<exception-type>java.io.IOException</exception-type>

<location>/error/ExceptionHandler</location>

</error-page>

<error-page>

<exception-type>javax.faces.FacesException</exception-type>

<location>/error/ExceptionHandler</location>

</error-page>

<resource-ref>

<description>Creator generated DataSource Reference</description>

<res-ref-name>jdbc/JumpStartCycles</res-ref-name>

<res-type>javax.sql.DataSource</res-type>

<res-auth>Container</res-auth>

</resource-ref>

</web-app>

BeaverCleavera at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 16
Could you please add the DOCTYPE (attached below) to your web.xml and try again? It should go right before the <web-app> element. <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" " http://java.sun.com/dtd/web-app_2_3.dtd">
hong.zhanga at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 17

Or the schema decalation if you want to reference web_app_2_4.xsd.

<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" 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">

Note this line already includes the root element <web-app>. So if you choose to add this, you need to remove the <web-app> line that's currently inside the web.xml.

hong.zhanga at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 18

Could you please add the DOCTYPE (attached below) to your web.xml and try again? It should go right before the <web-app> element.

<!DOCTYPE web-app PUBLIC

"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"

"http://java.sun.com/dtd/web-app_2_3.dtd">

This allowed the application to deploy.

What did this do?

Does this have to be done Manually EVERY TIME?

Was this a setting that needed to be set somewhere?

Was I supposed to know this had to be done?

Is there any documentation that explains what this did?

Why wasn't this automatically done by JSC2?

It's ONLY been a week and a half of wasted time, so I guess I shouldn't complain.

BeaverCleavera at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 19

Yes, either the DOCTYPE or schema declaration is required for web.xml. This is defined in both servlet specification and documentation inside the web dtd and schema.

Does the JCA create the web.xml for you? If so, then it's responsible to generate this for you.

You can look at the web schema under AS_INSTALL/lib/schemas or web dtd under AS_iNSTALL/lib/dtds.

For example, this is what is documented inside web-app_2_3.dtd.

<!--

This is the XML DTD for the Servlet 2.3 deployment descriptor.

All Servlet 2.3 deployment descriptors must include a DOCTYPE

of the following form:

<!DOCTYPE web-app PUBLIC

"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"

"http://java.sun.com/dtd/web-app_2_3.dtd">

-->

hong.zhanga at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 20

I DO appreciate your help with this. Especially since it is NOT an App Server problem.

However, you can understand my frustration when I got NO response from the JSC team regarding what I consider to be a BUG.

When you can take an application that deployed successfully under JSC2_EA and then it stops deploying under JSC2 there is a serious bug somewhere.

Thanks again for identifyiing the problem, I will take my complaints back to the JSC forum.

BeaverCleavera at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 21

Well, this difference you saw could be related to the changes in the appserver code also ;-)

In fixing a bug, we added some logic to check whether a url-pattern is a valid url-pattern based on the spec version (since different version of servlet spec has slightly different requirements on the format). And we retrieve the spec version from the DOCTYPE or the schema declaration inside the web.xml.

So while this invalid web.xml works with earlier version of appserver (which is bundled inside with JSC2_EA), it doesn't work with the appserver which is bundled with JSC2.

This could explain why you see different things. But the root cause of the problem is still the invalid web.xml (missing DOCTYPE or schema declaration). If JSC generates this web.xml for you, then you should file a bug for this.

hong.zhanga at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 22

The web.xml is generated by JSC.

I have never touched it in either JSC2_EA or JSC2.

That was the source of the irritation. The default behavior changed between the two.

Looking at older war files created by JSC2_EA, the web.xml does have the DOCTYPE line.

My problem is that I am not familiar enough with web applications to know what to look for.

BeaverCleavera at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 23

Hi guys,

Thank you a lot about dealing with this issue.

It saves me a lot of time and efforts. Because the bug still exist.

I also develop a project which was started with JSC 2EA and then continued with 2.0 version but after migrating to 2.1 I have got the deployment problem you describes. (For example deployment tool failed to open exported .war file and says that file is corrupt...)

In my case web.xml had the folowing head:

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">

<web-app>

...

But in JSC 2.1 after export to war file - the line started with <!DOCTYPE... - gets removed. So in war file my web.xml head looks like this:

><?xml version="1.0" encoding="UTF-8"?>

<web-app>

...

New projects in JSC 2.1 have the folowing head:

<?xml version="1.0" encoding="UTF-8"?>

<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"

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

...

So I just replaced old head with new in web.xml and deployment started working as described in JCS 2.1 deployment tutorial.

Roman.

Rom@na at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...
# 24

Hi,

Im facing the same kind of error. The exact error is as follows:

Deplyment Application in domain failed; Error loading Deployment Descriptors for MyMdb -- Referencing Error: This bundle has no bean of name [MyMDBBean]; Requested operation cannot be completed.

Here, MyMdb is my ejbmodule project. and MyMDB is the name of the class in the project.

I tried to delete the references for this class and the project in the domain.xml. However the problem exits.

please help.

SUN_JAVA_STUDIO_EJB_MODULES_ at 2007-7-21 15:06:16 > top of Java-index,Application & Integration Servers,Application Servers...