You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@ws.apache.org by Jonathan Roberts <jd...@hotmail.com> on 2002/09/27 14:06:52 UTC
Re: another Starter's Question
If the xml works on your machine.
1. check that all the jar files can be found and are stated in the
classpath.
2. check that any objects you have created can be found in the classpath.
Regards
>Hi everyone,
>
>I got trouble deploying my services on soap with the XML-File.
>It is not the xml-file itself, because on my own computer everything is
>working fine. When I try to deploy it on another mashine I get following
>Exception:
>Exception in thread "main" java.lang.SecurityException: sealing violation
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(Unknown Source)
> at java.security.SecureClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at
>org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Documen
>tBuilderFactoryImpl.java:91)
> at
>org.apache.soap.util.xml.XMLParserUtils.getXMLDocBuilder(XMLParserUtils.java
>:138)
> at org.apache.soap.rpc.Call.<init>(Call.java:87)
> at org.apache.soap.rpc.Call.<init>(Call.java:100)
> at org.apache.soap.rpc.Call.<init>(Call.java:94)
> at
>org.apache.soap.server.ServiceManagerClient.<init>(ServiceManagerClient.java
>:81)
> at
>org.apache.soap.server.ServiceManagerClient.main(ServiceManagerClient.java:2
>16)
>
>Obvieously there is something wrong with the installation of soap on this
>computer
>Tomcat 4.1 is used on it.
>The advised tests in the startup-tutorial using an internetbrowser are
>working fine.
>
>Can anybody give me a hint where to look for?
>
>Thanks
>
>Malte
>
>
>
>--
>To unsubscribe, e-mail: <ma...@xml.apache.org>
>For additional commands, e-mail: <ma...@xml.apache.org>
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
Re: another Starter's Question
Posted by Scott Nichol <sn...@scottnichol.com>.
> But what I still don't understand is, why can't I just give the
directory
> with the jars files to the CLASSPATH,
> instead I have to put everey single jar-file on to it. Is this normal
for
> Java? All classpaths, before I customized them, never had a directly
> jar-file, but only directories. When I also do it that way, java
doesn't
> find the classes :-(
> So I did it the long way and put an entry for each jar on the
CLASSPATH
Any path in the classpath is either a jar or a directory. Each path is
searched for class files. In a sense, the class loader treats a jar as
a directory.
See http://java.sun.com/j2se/1.4.1/docs/tooldocs/windows/classpath.html
for classpath info.
Scott Nichol
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: another Starter's Question
Posted by Scott Nichol <sn...@scottnichol.com>.
> But what I still don't understand is, why can't I just give the
directory
> with the jars files to the CLASSPATH,
> instead I have to put everey single jar-file on to it. Is this normal
for
> Java? All classpaths, before I customized them, never had a directly
> jar-file, but only directories. When I also do it that way, java
doesn't
> find the classes :-(
> So I did it the long way and put an entry for each jar on the
CLASSPATH
Any path in the classpath is either a jar or a directory. Each path is
searched for class files. In a sense, the class loader treats a jar as
a directory.
See http://java.sun.com/j2se/1.4.1/docs/tooldocs/windows/classpath.html
for classpath info.
Scott Nichol
AW: another Starter's Question
Posted by Malte Kempff <ke...@medicalcolumbus.de>.
Hi Jonathan,
thanks for the hint. I have made the mistake to put the needde jars (soap,
xerces etc) in the
JRE lib/ext directory. I did it because I was to lazy changing the
CLASSPATH, so no wonder after I thought
about it, that this does not work. Now it works fine.
But what I still don't understand is, why can't I just give the directory
with the jars files to the CLASSPATH,
instead I have to put everey single jar-file on to it. Is this normal for
Java? All classpaths, before I customized them, never had a directly
jar-file, but only directories. When I also do it that way, java doesn't
find the classes :-(
So I did it the long way and put an entry for each jar on the CLASSPATH
bye
Malte
-----Ursprüngliche Nachricht-----
Von: Jonathan Roberts [mailto:jdr_2000@hotmail.com]
Gesendet: Freitag, 27. September 2002 14:07
An: soap-user@xml.apache.org
Betreff: Re: another Starter's Question
If the xml works on your machine.
1. check that all the jar files can be found and are stated in the
classpath.
2. check that any objects you have created can be found in the classpath.
Regards
>Hi everyone,
>
>I got trouble deploying my services on soap with the XML-File.
>It is not the xml-file itself, because on my own computer everything is
>working fine. When I try to deploy it on another mashine I get following
>Exception:
>Exception in thread "main" java.lang.SecurityException: sealing violation
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(Unknown Source)
> at java.security.SecureClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at
>org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Docume
n
>tBuilderFactoryImpl.java:91)
> at
>org.apache.soap.util.xml.XMLParserUtils.getXMLDocBuilder(XMLParserUtils.jav
a
>:138)
> at org.apache.soap.rpc.Call.<init>(Call.java:87)
> at org.apache.soap.rpc.Call.<init>(Call.java:100)
> at org.apache.soap.rpc.Call.<init>(Call.java:94)
> at
>org.apache.soap.server.ServiceManagerClient.<init>(ServiceManagerClient.jav
a
>:81)
> at
>org.apache.soap.server.ServiceManagerClient.main(ServiceManagerClient.java:
2
>16)
>
>Obvieously there is something wrong with the installation of soap on this
>computer
>Tomcat 4.1 is used on it.
>The advised tests in the startup-tutorial using an internetbrowser are
>working fine.
>
>Can anybody give me a hint where to look for?
>
>Thanks
>
>Malte
>
>
>
>--
>To unsubscribe, e-mail: <ma...@xml.apache.org>
>For additional commands, e-mail: <ma...@xml.apache.org>
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
AW: another Starter's Question
Posted by Malte Kempff <ke...@medicalcolumbus.de>.
Hi Jonathan,
thanks for the hint. I have made the mistake to put the needde jars (soap,
xerces etc) in the
JRE lib/ext directory. I did it because I was to lazy changing the
CLASSPATH, so no wonder after I thought
about it, that this does not work. Now it works fine.
But what I still don't understand is, why can't I just give the directory
with the jars files to the CLASSPATH,
instead I have to put everey single jar-file on to it. Is this normal for
Java? All classpaths, before I customized them, never had a directly
jar-file, but only directories. When I also do it that way, java doesn't
find the classes :-(
So I did it the long way and put an entry for each jar on the CLASSPATH
bye
Malte
-----Ursprüngliche Nachricht-----
Von: Jonathan Roberts [mailto:jdr_2000@hotmail.com]
Gesendet: Freitag, 27. September 2002 14:07
An: soap-user@xml.apache.org
Betreff: Re: another Starter's Question
If the xml works on your machine.
1. check that all the jar files can be found and are stated in the
classpath.
2. check that any objects you have created can be found in the classpath.
Regards
>Hi everyone,
>
>I got trouble deploying my services on soap with the XML-File.
>It is not the xml-file itself, because on my own computer everything is
>working fine. When I try to deploy it on another mashine I get following
>Exception:
>Exception in thread "main" java.lang.SecurityException: sealing violation
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(Unknown Source)
> at java.security.SecureClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at
>org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Docume
n
>tBuilderFactoryImpl.java:91)
> at
>org.apache.soap.util.xml.XMLParserUtils.getXMLDocBuilder(XMLParserUtils.jav
a
>:138)
> at org.apache.soap.rpc.Call.<init>(Call.java:87)
> at org.apache.soap.rpc.Call.<init>(Call.java:100)
> at org.apache.soap.rpc.Call.<init>(Call.java:94)
> at
>org.apache.soap.server.ServiceManagerClient.<init>(ServiceManagerClient.jav
a
>:81)
> at
>org.apache.soap.server.ServiceManagerClient.main(ServiceManagerClient.java:
2
>16)
>
>Obvieously there is something wrong with the installation of soap on this
>computer
>Tomcat 4.1 is used on it.
>The advised tests in the startup-tutorial using an internetbrowser are
>working fine.
>
>Can anybody give me a hint where to look for?
>
>Thanks
>
>Malte
>
>
>
>--
>To unsubscribe, e-mail: <ma...@xml.apache.org>
>For additional commands, e-mail: <ma...@xml.apache.org>
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>