Hi,
now I also *found* this thread :)
On Mon, 2009-05-11 at 21:41 +0200, Paul Sandoz wrote:
> 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.
I'll have a look if we can mark the classpath: feature as deprecated,
alternatively we would need to make the docs and samples cleaner.
The generate-wadl sample was intended to show how to generate wadl
offline, so having a main class running a httpserver should be removed
from this sample.
I'll do the cleanup this week and check if we can deprecate classpath.
Cheers,
Martin
>
>
> > 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
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
--
Martin Grotzke
http://www.javakaffee.de/blog/