Hi,
On Tue, 2009-05-12 at 09:39 +0200, Martin Grotzke wrote:
> 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.
We can deprecate the classpath/file support for WadlGeneratorConfig, but
not for custom WadlGenerators, as those are used and required by the
maven-wadl-plugin for generating wadl offline.
I marked the support for file based configuration via the
WadlGeneratorConfig as deprecated, mainly in javadoc, and a WARNING is
logged when this configuration properties are used.
The wiki page HowToConfigureExtendedWADL
(
http://wikis.sun.com/display/Jersey/HowToConfigureExtendedWADL) that
shows an example for the WadlGeneratorConfig is updated accordingly.
The generated-wadl sample is clarified, now it just shows how to
generate wadl using the maven-wadl-plugin.
In future versions of jersey we can remove the file support from the
WadlGeneratorConfig (and especially the WadlGeneratorLoader which
actually implements this).
Cheers,
Martin
>
> 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/