When I run it as a standalone application I get the following similar
exception:
Can not initialize the default wsdl from classpath:example.wsdl
Exception in thread "AWT-EventQueue-0" javax.xml.ws.WebServiceException:
Invalid WSDL URL: classpath:example.wsdl
at com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown
Source)
at com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown
Source)
at
com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(Unknown
Source)
at javax.xml.ws.Service.<init>(Unknown Source)
I have also included the following jars in my classpath:
- cxf.jar
- commons-logging.jar
- neethi.jar
- XmlSchema.jar
- wsdl4j.jar
- jaxb-xjc.jar
- velocity.jar
- commons-collections.jar
- commons-lang.jar
bimargulies wrote:
>
> Yes, but your generated client is not invoking the CXF runtime.
>
> On Thu, Dec 31, 2009 at 10:39 AM, caseyd418 <[email protected]>
> wrote:
>>
>> To recap, I am not deploying a CXF service, just using a generated
>> client. I
>> also missed a line in the exception, I am apparently still not able to
>> reference the wsdl correctly:
>>
>> Can not initialize the default wsdl from classpath:example.wsdl
>> Exception in thread "AWT-EventQueue-0"
>> java.security.AccessControlException:
>> access denied (java.util.PropertyPermission user.dir read)
>> at java.security.AccessControlContext.checkPermission(Unknown
>> Source)
>> at java.security.AccessController.checkPermission(Unknown Source)
>> at java.lang.SecurityManager.checkPermission(Unknown Source)
>> at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
>> at java.lang.System.getProperty(Unknown Source)
>> at java.io.Win32FileSystem.getUserPath(Unknown Source)
>> at java.io.Win32FileSystem.resolve(Unknown Source)
>> at java.io.File.getCanonicalPath(Unknown Source)
>> at java.io.File.getCanonicalFile(Unknown Source)
>> at com.sun.xml.internal.ws.util.JAXWSUtils.absolutize(Unknown
>> Source)
>> at com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown
>> Source)
>> at com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown
>> Source)
>> at
>> com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(Unknown
>> Source)
>> at javax.xml.ws.Service.<init>(Unknown Source)
>>
>> This is being generated from the static initializer block from my service
>> implementation:
>>
>> static {
>> URL url = null;
>> try {
>> url = new URL("classpath:example.wsdl");
>> } catch (MalformedURLException e) {
>> System.err.println("Can not initialize the default wsdl from
>> classpath:WEXAuth.wsdl");
>> // e.printStackTrace();
>> }
>> WSDL_LOCATION = url;
>> }
>>
>>
>> I am also using java 1.6. Are there any jars I need to include for CXF to
>> use a generated client?
>>
>> Thanks.
>>
>>
>> bimargulies wrote:
>>>
>>> This is about the code, not the WSDL.
>>>
>>> You are making a call to a JAX-WS standard API. That API is provided
>>> in Java 1.6. If you want to use CXF's version, instead, you have you
>>> to make sure that you are calling CXF's version.
>>> http://cxf.apache.org/21-migration-guide.html might be relevant, or
>>> not, depending on what precise version of Java you've got.
>>>
>>> What exactly is in your classpath.
>>>
>>> On Wed, Dec 30, 2009 at 3:24 PM, caseyd418 <[email protected]>
>>> wrote:
>>>>
>>>> I don't think I am following you. I'm fairly new to using Java for web
>>>> services in general so if you could be a bit more detailed I would
>>>> appreciate it. I created a client (wsdl2java -client) from the wsdl and
>>>> I
>>>> am
>>>> using that to access the service. As far as I understand it, the
>>>> location
>>>> of
>>>> the wsdl is in my classpath as I am referencing other files from that
>>>> location as well.
>>>>
>>>>
>>>>
>>>> bimargulies wrote:
>>>>>
>>>>> No, that it is a problem with your classpath. If you're trying to use
>>>>> CXF to launch this endpoint, you've ended up with the Java 1.6 or
>>>>> Glassfish / Metro versions instead.
>>>>>
>>>>> javax.xml.ws.Service at the bottom of your stack is the symptom, I
>>>>> think.
>>>>>
>>>>> On Wed, Dec 30, 2009 at 3:05 PM, caseyd418 <[email protected]>
>>>>> wrote:
>>>>>>
>>>>>> So are you saying that this is a problem with Glassfish? I suppose I
>>>>>> can
>>>>>> get
>>>>>> tomcat up and running locally and try it there.
>>>>>>
>>>>>>
>>>>>> bimargulies wrote:
>>>>>>>
>>>>>>> That's not a CXF stack trace! That's the Sun reference
>>>>>>> implementation
>>>>>>> at
>>>>>>> work.
>>>>>>>
>>>>>>> On Wed, Dec 30, 2009 at 2:11 PM, caseyd418 <[email protected]>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> I have a web start app that is all packaged and signed as a single
>>>>>>>> jar
>>>>>>>> (with
>>>>>>>> a couple of dependent jars). This is all being deployed as a WAR to
>>>>>>>> a
>>>>>>>> Glassfish server for right now. Eventually will be deployed to a
>>>>>>>> tomcat
>>>>>>>> server.
>>>>>>>>
>>>>>>>> I have generated a CXF client using wsdl2java (CXF version 2.2.5)
>>>>>>>> specifying
>>>>>>>> the wsdlLocation as "classpath:example.wsdl".
>>>>>>>> My example.wsdl is located at the root of my jar at the same level
>>>>>>>> as
>>>>>>>> my
>>>>>>>> topmost package. This is within the jar that is being deployed as
>>>>>>>> the
>>>>>>>> web
>>>>>>>> start application. When I try to run it, I get the following
>>>>>>>> exception:
>>>>>>>>
>>>>>>>> Exception in thread "AWT-EventQueue-0"
>>>>>>>> java.security.AccessControlException:
>>>>>>>> access denied (java.util.PropertyPermission user.dir read)
>>>>>>>> at
>>>>>>>> java.security.AccessControlContext.checkPermission(Unknown
>>>>>>>> Source)
>>>>>>>> at java.security.AccessController.checkPermission(Unknown
>>>>>>>> Source)
>>>>>>>> at java.lang.SecurityManager.checkPermission(Unknown Source)
>>>>>>>> at java.lang.SecurityManager.checkPropertyAccess(Unknown
>>>>>>>> Source)
>>>>>>>> at java.lang.System.getProperty(Unknown Source)
>>>>>>>> at java.io.Win32FileSystem.getUserPath(Unknown Source)
>>>>>>>> at java.io.Win32FileSystem.resolve(Unknown Source)
>>>>>>>> at java.io.File.getCanonicalPath(Unknown Source)
>>>>>>>> at java.io.File.getCanonicalFile(Unknown Source)
>>>>>>>> at
>>>>>>>> com.sun.xml.internal.ws.util.JAXWSUtils.absolutize(Unknown
>>>>>>>> Source)
>>>>>>>> at
>>>>>>>> com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown
>>>>>>>> Source)
>>>>>>>> at
>>>>>>>> com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(Unknown
>>>>>>>> Source)
>>>>>>>> at
>>>>>>>> com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(Unknown
>>>>>>>> Source)
>>>>>>>> at javax.xml.ws.Service.<init>(Unknown Source)
>>>>>>>>
>>>>>>>> I have other files in this same location (mostly images) that I am
>>>>>>>> accessing
>>>>>>>> just fine.
>>>>>>>>
>>>>>>>> Any ideas? I've been working at this for a couple of days now.
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>>>
>>>>>>>> --
>>>>>>>> View this message in context:
>>>>>>>> http://old.nabble.com/AccessControlException-using-CXF-in-Web-Start-App-tp26971079p26971079.html
>>>>>>>> Sent from the cxf-user mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://old.nabble.com/AccessControlException-using-CXF-in-Web-Start-App-tp26971079p26971622.html
>>>>>> Sent from the cxf-user mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/AccessControlException-using-CXF-in-Web-Start-App-tp26971079p26971789.html
>>>> Sent from the cxf-user mailing list archive at Nabble.com.
>>>>
>>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://old.nabble.com/AccessControlException-using-CXF-in-Web-Start-App-tp26971079p26979446.html
>> Sent from the cxf-user mailing list archive at Nabble.com.
>>
>>
>
>
--
View this message in context:
http://old.nabble.com/AccessControlException-using-CXF-in-Web-Start-App-tp26971079p26980160.html
Sent from the cxf-user mailing list archive at Nabble.com.
