On May 11, 2009, at 9:36 PM, Rabick, Mark A (IS) wrote:
>>> OK, we should change that, can you log an issue?
>
> Is the classpath: prefix _actually_ deprecated?
No, but i think we should. Martin is the best person to decide on that.
> The Main.java class in
> the sample is configuring the WadlGenerator for an app running in an
> embedded container.
I still think using the stream-based approach is much better for
developers for encouraging best practice so the samples should not use
it IMHO.
Paul.
> I'll see if I have a similar issue with that sample
> (generated-wadl)
>
> -mark
>
> _______________________________________________
> Mark A. Rabick - Software Engineer
> Em: mark.rabick_at_ngc.com
>
>
>
>> -----Original Message-----
>> From: Paul.Sandoz_at_Sun.COM [mailto:Paul.Sandoz_at_Sun.COM]
>> Sent: Monday, May 11, 2009 2:32 PM
>> To: users_at_jersey.dev.java.net
>> Subject: Re: [Jersey] Error deploying WAR w/ Jersey app on
>> Weblogic 10.1
>>
>>
>> On May 11, 2009, at 9:27 PM, Rabick, Mark A (IS) wrote:
>>
>>> Thanks Paul. I think I took the original code (docs instead of
>>> streams)
>>> from the generated-wadl example Main.java main() method:
>>>
>>> C:\dev\tools\Jersey\jersey-samples-1.0.3\generate-wadl\src\main\java
>>> \com
>>> \sun\jersey\samples\generatewadl\Main.java
>>>
>>
>> OK, we should change that, can you log an issue?
>>
>> Thanks,
>> Paul.
>>
>>> final WadlGeneratorConfig config = WadlGeneratorConfig
>>> .generator( WadlGeneratorApplicationDoc.class )
>>> .prop( "applicationDocsFile",
>>> "classpath:/application-doc.xml" )
>>> .generator( WadlGeneratorGrammarsSupport.class )
>>> .prop( "grammarsFile", "classpath:/application-
>>> grammars.xml"
>>> )
>>> .generator( WadlGeneratorResourceDocSupport.class )
>>> .prop( "resourceDocFile", "classpath:/resourcedoc.xml" )
>>> .build();
>>>
>>> It was using the docs instead of streams like the extended-wadl-
>>> webapp.
>>>
>>> It seems to be deploying and I can view the extended wadl
>>>
>>> -mark
>>>
>>> _______________________________________________
>>> Mark A. Rabick - Software Engineer
>>> Em: mark.rabick_at_ngc.com
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: Paul.Sandoz_at_Sun.COM [mailto:Paul.Sandoz_at_Sun.COM]
>>>> Sent: Monday, May 11, 2009 2:17 PM
>>>> To: users_at_jersey.dev.java.net
>>>> Subject: Re: [Jersey] Error deploying WAR w/ Jersey app on
>>>> Weblogic 10.1
>>>>
>>>> Hi Mark,
>>>>
>>>> I think the problem may be to do with class loading.
>>>>
>>>> Can you try using the stream-based methods instead, for
>>>> example here is generator created from the extended WADL web app:
>>>>
>>>> return generator( WadlGeneratorApplicationDoc.class )
>>>> .prop( "applicationDocsStream", "application-doc.xml" )
>>>> .generator( WadlGeneratorGrammarsSupport.class )
>>>> .prop( "grammarsStream", "application-grammars.xml" )
>>>> .generator( WadlGeneratorResourceDocSupport.class )
>>>> .prop( "resourceDocStream", "resourcedoc.xml" )
>>>> .descriptions();
>>>>
>>>> Note that say for the first property look at the method
>>>> WadlGeneratorApplicationDoc#setApplicationDocsStream:
>>>>
>>>>
>>>> https://jersey.dev.java.net/nonav/apidocs/1.1.0-ea/jersey/com/
>>>> sun/jersey/server/wadl/generators/WadlGeneratorApplicationDoc.html
>>>> #setApplicationDocsStream(java.io.InputStream)
>>>>
>>>> I think we should mark the 'classpath:' feature as deprecated.
>>>>
>>>> Paul.
>>>>
>>>> On May 11, 2009, at 6:14 PM, Rabick, Mark A (IS) wrote:
>>>>
>>>>> I've been working in Eclipse 3.4 and have been deploying my
>>>> jersey app
>>>>> to a server using the embedded weblogic server tools. I
>>>> generated a
>>>>> WAR file by using the Export -> Java -> War menu option in
>>>> eclipse and
>>>>> the exported war file application does not deploy, whereas
>>>> the eclipse
>>>>> "Run on Server" works. I'm getting an exception when the
>>>> app deploys:
>>>>>
>>>>> It appears to be in the WADL generation. Here is my
>>>>> CnodbRestWadlGeneratorConfig.java
>>>>>
>>>>> /**
>>>>> * This class is used to define extensions to the default WADL
>>>>> generator
>>>>> * by defining properties in a wadl generation configuration class.
>>>>> * The following wadl enhancements are incorporated:
>>>>> * <ul>
>>>>> * <li>An introductory paragraph for the application using a {_at_link
>>>>> WadlGeneratorApplicationDoc}
>>>>> * generator with a reference to the <i>application-
>>>>> doc.xml</i> file.</li>
>>>>> * <li>An XSD schema from a {_at_link WadlGeneratorGrammarsSupport}
>>>>> generator stored in the file
>>>>> * <i>application-grammars.xml</i> file.</li>
>>>>> * <li>Incorporate javadoc elements in a generated
>>>>> <i>resourcedoc.xml</i> file
>>>>> * using a {_at_link WadlGeneratorResourceDocSuport}
>>>>> generator. The file must
>>>>> * be generated before packaging the
>>>> application. The
>>>>> file is generated using
>>>>> * javadoc defined in the build file.
>>>>> * </ul>
>>>>> */
>>>>> public class CnodbRestWadlGeneratorConfig extends
>>>> WadlGeneratorConfig
>>>>> {
>>>>>
>>>>> @Override
>>>>> public List<WadlGeneratorDescription> configure() {
>>>>>
>>>>> return
>>>>> super.generator( WadlGeneratorApplicationDoc.class )
>>>>> .prop( "applicationDocsFile", "classpath:/
>>>>> application-doc.xml" )
>>>>> .generator( WadlGeneratorGrammarsSupport.class )
>>>>> .prop( "grammarsFile", "classpath:/application-
>>>>> grammars.xml" )
>>>>> .generator( WadlGeneratorResourceDocSupport.class )
>>>>> .prop( "resourceDocFile", "classpath:/
>>>>> resourcedoc.xml" )
>>>>> .descriptions();
>>>>>
>>>>> }
>>>>>
>>>>> }
>>>>>
>>>>> The exception is below:
>>>>>
>>>>> <May 11, 2009 11:09:25 AM CDT> <Warning> <Deployer> <BEA-149078>
>>>>> <Stack trace for message 149004
>>>>> weblogic.application.ModuleException: [HTTP:101216]Servlet:
>>>> "CNODB Web
>>>>> Application" failed to preload on startup in Web application:
>>>>> "cdal-web-service
>>>>>
>>>>> java.lang.RuntimeException: Could not load
>>>> WadlGeneratorConfiguration,
>>>>> check the configuration of
>>>>> com.sun.jersey.config.property.WadlGeneratorConfig
>>>>>
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>> .WadlGeneratorConfigLoader
>>>>> .loadWadlGeneratorsFromConfig(WadlGeneratorConfigLoader.java:100)
>>>>>
>>>>> at
>>>>>
>>>>
>> com.sun.jersey.server.impl.wadl.WadlFactory.<init>(WadlFactory.java:
>>>>> 73)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .server
>>>>> .impl
>>>>>
>>>>
>> .application.WebApplicationImpl.initiate(WebApplicationImpl.java:587)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .server
>>>>> .impl
>>>>>
>>>>
>> .application.WebApplicationImpl.initiate(WebApplicationImpl.java:383)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .spi
>>>>>
>> .container.servlet.ServletContainer.initiate(ServletContainer.java:
>>>>> 377)
>>>>> at com.sun.jersey.spi.container.servlet.ServletContainer
>>>>> $InternalWebComponent.initiate(ServletContainer.java:242)
>>>>>
>>>>> at
>>>>> com
>>>>> .sun
>>>>>
>>>> .jersey.spi.container.servlet.WebComponent.load(WebComponent.java:
>>>> 449)
>>>>> at
>>>>> com
>>>>> .sun
>>>>>
>>>> .jersey.spi.container.servlet.WebComponent.init(WebComponent.java:
>>>> 169)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>>
>> .spi.container.servlet.ServletContainer.init(ServletContainer.java:
>>>>> 281)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>>
>> .spi.container.servlet.ServletContainer.init(ServletContainer.java:
>>>>> 442)
>>>>> at
>>>> javax.servlet.GenericServlet.init(GenericServlet.java:241)
>>>>> at weblogic.servlet.internal.StubSecurityHelper
>>>>> $ServletInitAction.run(StubSecurityHelper.java:282)
>>>>> at
>>>>> weblogic
>>>>> .security
>>>>>
>>>> .acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:
>>>> 321)
>>>>> at weblogic.security.service.SecurityManager.runAs(Unknown
>>>>> Source)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>>
>>>>
>> .internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:
>>>> 63)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>> .internal
>>>>>
>> .StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:58)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>> .internal.StubLifecycleHelper.<init>(StubLifecycleHelper.java:48)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>> .internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:507)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>> .internal
>>>>>
>> .WebAppServletContext.preloadServlet(WebAppServletContext.java:1853)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>> .internal
>>>>> .WebAppServletContext
>>>>> .loadServletsOnStartup(WebAppServletContext.java:1830)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>> .internal
>>>>>
>>>> .WebAppServletContext.preloadResources(WebAppServletContext.java:
>>>> 1750)
>>>>> at
>>>>> weblogic
>>>>> .servlet
>>>>>
>> .internal.WebAppServletContext.start(WebAppServletContext.java:2909)
>>>>> at
>>>>> weblogic
>>>>>
>> .servlet.internal.WebAppModule.startContexts(WebAppModule.java:973)
>>>>> at
>>>>>
>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:361)
>>>>> at weblogic.application.internal.flow.ModuleStateDriver
>>>>> $3.next(ModuleStateDriver.java:204)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>>
>> .internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .internal
>>>>> .flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117)
>>>>> at weblogic.application.internal.flow.ModuleStateDriver
>>>>> $3.next(ModuleStateDriver.java:204)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .internal.flow.StartModulesFlow.activate(StartModulesFlow.java:26)
>>>>> at weblogic.application.internal.BaseDeployment
>>>>> $2.next(BaseDeployment.java:635)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
>>>>> at
>>>>> weblogic
>>>>>
>>>> .application.internal.BaseDeployment.activate(BaseDeployment.java:
>>>> 212)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .internal
>>>>> .DeploymentStateChecker.activate(DeploymentStateChecker.java:154)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>>
>>>>
>> .targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:
>>>>> 80)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>> .operations.AbstractOperation.activate(AbstractOperation.java:566)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>> .operations
>>>>> .ActivateOperation.activateDeployment(ActivateOperation.java:136)
>>>>>
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>> .operations.ActivateOperation.doCommit(ActivateOperation.java:104)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>>
>>>>
>> .targetserver.operations.StartOperation.doCommit(StartOperation.java:
>>>>> 139)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>> .operations.AbstractOperation.commit(AbstractOperation.java:320)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>>
>>>>
>> .DeploymentManager.handleDeploymentCommit(DeploymentManager.java:816)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>>
>>>> .DeploymentManager.activateDeploymentList(DeploymentManager.java:
>>>> 1223)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>>
>>>>
>> .targetserver.DeploymentManager.handleCommit(DeploymentManager.java:
>>>>> 434)
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .internal
>>>>> .targetserver
>>>>>
>>>>
>> .DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:
>>>>> 161)
>>>>>
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .service
>>>>> .internal
>>>>> .targetserver
>>>>> .DeploymentReceiverCallbackDeliverer
>>>>> .doCommitCallback(DeploymentReceiverCallbackDeliverer.java
>>>>>
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .service
>>>>> .internal.targetserver.DeploymentReceiverCallbackDeliverer.access
>>>>> $100(DeploymentReceiverCallbackDeliverer.java:12)
>>>>>
>>>>> at
>>>>> weblogic
>>>>> .deploy
>>>>> .service.internal.targetserver.DeploymentReceiverCallbackDeliverer
>>>>> $2.run(DeploymentReceiverCallbackDeliverer.java:67)
>>>>>
>>>>> at weblogic.work.SelfTuningWorkManagerImpl
>>>>> $WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:464)
>>>>> at
>>>> weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
>>>>> at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)
>>>>> Caused by: java.lang.RuntimeException: Could not load wadl
>>>> generators
>>>>> from wadlGeneratorDescriptions.
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>>
>> .WadlGeneratorConfig.getWadlGenerator(WadlGeneratorConfig.java:155)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>> .WadlGeneratorConfigLoader
>>>>> .loadWadlGeneratorsFromConfig(WadlGeneratorConfigLoader.java:97)
>>>>>
>>>>> ... 52 more
>>>>> Caused by: java.lang.IllegalArgumentException: URI is not
>>>> hierarchical
>>>>> at java.io.File.<init>(File.java:335)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>>
>>>>
>> .config.WadlGeneratorLoader.setProperty(WadlGeneratorLoader.java:176)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>>
>> .WadlGeneratorLoader.loadWadlGenerator(WadlGeneratorLoader.java:135)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>> .WadlGeneratorLoader
>>>>> .loadWadlGeneratorDescriptions(WadlGeneratorLoader.java:110)
>>>>>
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>>
>> .WadlGeneratorConfig.getWadlGenerator(WadlGeneratorConfig.java:153)
>>>>> ... 53 more
>>>>>
>>>>> at
>>>>> weblogic
>>>>>
>> .servlet.internal.WebAppModule.startContexts(WebAppModule.java:975)
>>>>> at
>>>>>
>> weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:361)
>>>>> at weblogic.application.internal.flow.ModuleStateDriver
>>>>> $3.next(ModuleStateDriver.java:204)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
>>>>> at
>>>>> weblogic
>>>>> .application
>>>>> .internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
>>>>> Truncated. see log file for complete stacktrace
>>>>> java.lang.IllegalArgumentException: URI is not hierarchical
>>>>> at java.io.File.<init>(File.java:335)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>>
>>>>
>> .config.WadlGeneratorLoader.setProperty(WadlGeneratorLoader.java:176)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>>
>> .WadlGeneratorLoader.loadWadlGenerator(WadlGeneratorLoader.java:135)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>> .WadlGeneratorLoader
>>>>> .loadWadlGeneratorDescriptions(WadlGeneratorLoader.java:110)
>>>>>
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .jersey
>>>>> .api
>>>>> .wadl
>>>>> .config
>>>>>
>> .WadlGeneratorConfig.getWadlGenerator(WadlGeneratorConfig.java:153)
>>>>> Truncated. see log file for complete stacktrace
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Mark A. Rabick
>>>>> Software Engineer
>>>>> Northrop Grumman - Integrated Mission Systems (IS/DSD/IMS)
>>>> 3200 Samson
>>>>> Way Bellevue, NE 68123
>>>>> Ph: (402) 293-7091
>>>>> Em: mark.rabick_at_ngc.com
>>>>> Remember PFC Ross A. McGinnis...
>>>>> http://www.army.mil/medalofhonor/McGinnis/index.html
>>>>> ... MA2 Michael A. Monsoor, Lt. Michael P. Murphy, Cpl.
>>>> Jason Dunham,
>>>>> SFC Paul Ray Smith and the rest...
>>>>> http://www.cmohs.org/recipients/most_recent.htm
>>>>>
>>>>>
>>>>
>>>>
>>>>
>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>>
>>>>
>>>
>>>
>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>