You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Leo Donahue <do...@gmail.com> on 2014/07/14 05:23:59 UTC
jax-ws
I'm here:
http://tomcat.apache.org/tomcat-7.0-doc/extras.html#Web_Services_support_%28JSR_109%29
And I'm looking for the other two jar files mentioned in the help. Going
back to the main download page for 7.0.54 and clicking on
Browse/bin/extras, I see no said jar files mentioned in the help document.
I'm following along in the Java 6EE tutorial here:
http://docs.oracle.com/javaee/6/tutorial/doc/bnayn.html#bnayq
... and I don't use NetBeans or Glassfish (yet)
I found a link on the web that mentioned something about picking and
choosing about 7 different jar files from the metro download here:
https://jax-ws.java.net/
What do I need to create a simple jax-ws sample and deploy in Tomcat 7.0.54?
leo
Re: jax-ws
Posted by Leo Donahue <do...@gmail.com>.
On Mon, Jul 14, 2014 at 8:04 AM, Christopher Schultz <
chris@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Leo,
>
> On 7/13/14, 11:23 PM, Leo Donahue wrote:
> > I'm here:
> >
> http://tomcat.apache.org/tomcat-7.0-doc/extras.html#Web_Services_support_%28JSR_109%29
> >
> > And I'm looking for the other two jar files mentioned in the help.
> > Going back to the main download page for 7.0.54 and clicking on
> > Browse/bin/extras, I see no said jar files mentioned in the help
> > document.
> >
> > I'm following along in the Java 6EE tutorial here:
> > http://docs.oracle.com/javaee/6/tutorial/doc/bnayn.html#bnayq ...
> > and I don't use NetBeans or Glassfish (yet)
>
> If you want Java EE on Tomcat, you might as well save yourself a huge
> headache and switch to TomEE.
>
> - -chris
>
>
As I am finding out.
INFO: Starting Servlet Engine: Apache Tomcat/7.0.54
Jul 14, 2014 9:58:51 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive
C:\apache_tomcat\apache-tomcat-7.0.54\webapps\HelloTest.war
Jul 14, 2014 9:58:52 AM org.apache.catalina.core.ContainerBase
addChildInternal
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/HelloTest]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1083)
at
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1880)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoClassDefFoundError:
com/sun/istack/localization/Localizable
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2436)
at java.lang.Class.getDeclaredFields(Class.java:1806)
at
org.apache.catalina.util.Introspection.getDeclaredFields(Introspection.java:106)
at
org.apache.catalina.startup.WebAnnotationSet.loadFieldsAnnotation(WebAnnotationSet.java:261)
at
org.apache.catalina.startup.WebAnnotationSet.loadApplicationListenerAnnotations(WebAnnotationSet.java:90)
at
org.apache.catalina.startup.WebAnnotationSet.loadApplicationAnnotations(WebAnnotationSet.java:63)
at
org.apache.catalina.startup.ContextConfig.applicationAnnotationsConfig(ContextConfig.java:403)
at
org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:879)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:374)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5355)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
... 10 more
Caused by: java.lang.ClassNotFoundException:
com.sun.istack.localization.Localizable
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 46 more
Jul 14, 2014 9:58:52 AM org.apache.catalina.startup.HostConfig deployWAR
SEVERE: Error deploying web application archive
C:\apache_tomcat\apache-tomcat-7.0.54\webapps\HelloTest.war
java.lang.IllegalStateException: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/HelloTest]]
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:904)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1083)
at
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1880)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Jul 14, 2014 9:58:52 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deployment of web application archive
C:\apache_tomcat\apache-tomcat-7.0.54\webapps\HelloTest.war has finished in
611 ms
Re: jax-ws
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Jeo,
On 7/13/14, 11:23 PM, Leo Donahue wrote:
> I'm here:
> http://tomcat.apache.org/tomcat-7.0-doc/extras.html#Web_Services_support_%28JSR_109%29
>
> And I'm looking for the other two jar files mentioned in the help.
> Going back to the main download page for 7.0.54 and clicking on
> Browse/bin/extras, I see no said jar files mentioned in the help
> document.
>
> I'm following along in the Java 6EE tutorial here:
> http://docs.oracle.com/javaee/6/tutorial/doc/bnayn.html#bnayq ...
> and I don't use NetBeans or Glassfish (yet)
If you want Java EE on Tomcat, you might as well save yourself a huge
headache and switch to TomEE.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJTw9V1AAoJEBzwKT+lPKRY7/EP/ijU5r0w6ErOkxjencdFnBwc
0dt0Pka9gBuVNJ+9XBODMcV4DU/clOiMQJkLrDiHPo6JzRGcap6COBo6JN9bbcnw
BxMKvfNoK2QX8ZvJDesv8BwyWpY6GLMi1c7wlc8boRJ2yjDFVcQDXsNX/fYOQKN3
cW+lF8BOzLoB7PnaXqjli7CZ+OgjzQv5bcTDU9MJqFXqK8QcB149wqRaEioTmw11
+cNEN+0Ca6gGgUSVkPdoKvawhSnkO8ON4PS04X/ehjTuaaPFVv1YSeLFSoY/XHGT
pCEnyXxMgR7w2RPmhdlZXevt8tBrerIuv0xFMM4Om+G3EAEm0/J+D23xd/f9KoHV
yW6thvYILX/VWDpPgbDg8yy9W+Pu+6dgOzpP/qVT+z5KDaYeuC0B+5aXRR922Wqo
wBGDOTAhxOSq9f9l0abH0odmXe67PkVLrTQazgKyupY9rCL3e+4Ca8BM29I1Ic3P
gG9/PBZ3ULUm/hzpssQNvHBgiNUryHSm0H40U+SIWnt55peJ8Vw1Bqi/jBgauUCK
7UZ8JrbZNvIM3esqYkXLPgz1LQwcc/gX08VO0V7bi3MtTD3fv123BHr+zg7Rd5U0
OTOlSwWj/TE701HIgEwdH9zj5IDK1+HuutRsVyt52mKxZiK/S1H5qs3soIBIpHnU
heWPOWHQVSgEHp+ITL8e
=nn4o
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: jax-ws
Posted by Mark Thomas <ma...@apache.org>.
On 14/07/2014 05:23, Leo Donahue wrote:
> I'm here:
> http://tomcat.apache.org/tomcat-7.0-doc/extras.html#Web_Services_support_%28JSR_109%29
>
> And I'm looking for the other two jar files mentioned in the help. Going
> back to the main download page for 7.0.54 and clicking on
> Browse/bin/extras, I see no said jar files mentioned in the help document.
You won't. Tomcat doesn't distribute those. The ones Tomcat 7.0.x uses
when building are listed around line 118-128 in this file:
http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/build.properties.default?view=annotate
> I'm following along in the Java 6EE tutorial here:
> http://docs.oracle.com/javaee/6/tutorial/doc/bnayn.html#bnayq
> ... and I don't use NetBeans or Glassfish (yet)
>
> I found a link on the web that mentioned something about picking and
> choosing about 7 different jar files from the metro download here:
> https://jax-ws.java.net/
>
> What do I need to create a simple jax-ws sample and deploy in Tomcat 7.0.54?
>
> leo
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: jax-ws
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
David,
On 7/18/14, 4:07 PM, David kerber wrote:
> On 7/18/2014 3:56 PM, Leo Donahue wrote:
>> On Sun, Jul 13, 2014 at 10:23 PM, Leo Donahue
>> <do...@gmail.com> wrote:
>>
>>>
>>> I found a link on the web that mentioned something about
>>> picking and choosing about 7 different jar files
>>>
>>>
>> Essentially that information is wrong.
>>
>> Reading the manual here:
>> https://jax-ws.java.net/2.2.8/docs/ch02.html#installation-instructions
>>
>>
>>
>>
I needed all of them apparently.
>>
>> Why does technology suffer from such poor documentation? Are
>> medical books wrong? - errata... oh wait, I meant cut here! on
>> page 1291 (that's going to leave a scar)
We are at a different place in history with regard to (software)
technology than, say, surgery. You can find lots of old books that
instruct physicians to do absolutely awful things to people like drill
holes in their skulls to let demons out. Everybody knows that's not a
good idea, so nobody does it anymore. Those old books have old
publication dates, aren't found in up-to-date libraries, etc.
The problem with the web is that nobody bothers curating anything, and
it's hard to determine the age of a piece of information.
>> Are mystery novel endings wrong? - errata... oh wait that person
>> was supposed to live, not die on page 674 Why so much junky
>> documentation in technology? This was a rhetorical question
>> section.
>
> Usually the problem is that the stuff you're reading wasn't
> written by the people who developed the program you're using.
> Particularly an issue with open source stuff where people take (for
> example) Tomcat and use it as part of another package, making
> modifications along the way, so that what they do only applies to
> their package. But people like you come along and don't know that
> it is only correct for their specific package.
Then, there's the problem of documenting something once and never
updating it.
To wit:
http://commons.apache.org/proper/commons-logging/troubleshooting.html#Apache_Tomcat
"At the current date, Tomcat 5.5.16 is the current release"
Note that the page advertises "Last Published: 09 July 2014" but that
has nothing to do with the date of last full review.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJTyZrdAAoJEBzwKT+lPKRYeFMP/3M5+bEbhc1FAoUPIApJYADe
YtCIi9zy9Xtdhl34tYH8W18MOt2emcc9L3rBDBEAFoLoq3a08e/66wSOLSBjHoN0
UyZC58OIoEV6tgTB7KkCK/XXdWMhzDOnmUIdR5ffSdKuD8QS5Bz4h0unwc0jmAPd
Sxg3/xJIbWM7zfhW7pUcw6lC5d7gA/pA2cUdgoWtSoNxEkJy4x/pkLymVsT8Kgw+
oB3ZfV31zm44kMksQIA2X3Oe1HkMiCUpquWXJ5wEhOSYiDa6dMPCmjDFTQHYdVLw
+J8lbUZVT9fRSZzsVbD3kHonO63JzeEi0MYkVhNlUqJJS8VYb8+fsxdiOM+jl561
f6t5d8f7Pi9d0nkNJ+TXL6dhYaTL8Q6vnTNfcA/LmxHjD2Heh3tW/8PpGnDHMLll
XxI2lK8u/8j907hiK4j5xMawD2rwkDp6ckD4AQFNthfoz3uyZqhF3XQ5ZzeJVl3a
/WEVKSf+18Qt4qid252ufI1Z2Sen4wMb9obE8O5PpXN4Wsh11aGMNEssKXBjBgc7
xrlOD6RXdefZ99AvLEXWp4W6udhbhH69Mnza3PhSL+dMol4jRYJl9uSzaaeT8OFo
jwOTWLAAd468B8CSD4UCxBwO12jvEXYIznDiks8v0w95wg97kVKq0wkqCpqBrq6R
WpMxxnWUEQbTY39lIDaQ
=Cmqd
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: jax-ws
Posted by David kerber <dc...@verizon.net>.
On 7/18/2014 3:56 PM, Leo Donahue wrote:
> On Sun, Jul 13, 2014 at 10:23 PM, Leo Donahue <do...@gmail.com> wrote:
>
>>
>> I found a link on the web that mentioned something about picking and
>> choosing about 7 different jar files
>>
>>
> Essentially that information is wrong.
>
> Reading the manual here:
> https://jax-ws.java.net/2.2.8/docs/ch02.html#installation-instructions
>
> I needed all of them apparently.
>
> Why does technology suffer from such poor documentation?
> Are medical books wrong? - errata... oh wait, I meant cut here! on page
> 1291 (that's going to leave a scar)
> Are mystery novel endings wrong? - errata... oh wait that person was
> supposed to live, not die on page 674
> Why so much junky documentation in technology?
> This was a rhetorical question section.
Usually the problem is that the stuff you're reading wasn't written by
the people who developed the program you're using. Particularly an
issue with open source stuff where people take (for example) Tomcat and
use it as part of another package, making modifications along the way,
so that what they do only applies to their package. But people like you
come along and don't know that it is only correct for their specific
package.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: jax-ws
Posted by Leo Donahue <do...@gmail.com>.
On Sun, Jul 13, 2014 at 10:23 PM, Leo Donahue <do...@gmail.com> wrote:
>
> I found a link on the web that mentioned something about picking and
> choosing about 7 different jar files
>
>
Essentially that information is wrong.
Reading the manual here:
https://jax-ws.java.net/2.2.8/docs/ch02.html#installation-instructions
I needed all of them apparently.
Why does technology suffer from such poor documentation?
Are medical books wrong? - errata... oh wait, I meant cut here! on page
1291 (that's going to leave a scar)
Are mystery novel endings wrong? - errata... oh wait that person was
supposed to live, not die on page 674
Why so much junky documentation in technology?
This was a rhetorical question section.