Here is the stack trace from when the service gets instantiated:

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)

Thanks!


bimargulies wrote:
> 
> I need the backtrace to get a clue.
> 
> On Thu, Dec 31, 2009 at 3:08 PM, caseyd418 <[email protected]> wrote:
>>
>> Alright, so I made some progress. I had a typo in the security settings
>> for
>> my jnlp file that was causing that part of the xml to be skipped. Not
>> sure
>> why nothing complained about it. I fixed that. I also had to fix my build
>> file based on some of the samples in the CXF distro. I just wasn't
>> including
>> them properly.
>>
>> Now, the next part of this that is still giving me trouble, is that I
>> want
>> to reference the wsdl packaged inside my web start jar, and not from a
>> web
>> location. Using "classpath:example.wsdl" gives me this exception now:
>>
>> Can not initialize the default wsdl from classpath:WEXAuth.wsdl
>> Exception in thread "AWT-EventQueue-0" javax.xml.ws.WebServiceException:
>> Invalid WSDL URL: classpath:example.wsdl
>>
>> What is the correct way to do this?  If I can avoid having to pull the
>> wsdl
>> from a web address I would like to do that.
>>
>> Thanks for all the help!
>>
>>
>> bimargulies wrote:
>>>
>>> So, classpath is wrong. Best to compare to the samples in the CXF
>>> distro.
>>>
>>>
>>> On Thu, Dec 31, 2009 at 12:56 PM, caseyd418 <[email protected]>
>>> wrote:
>>>>
>>>> Ok, so right now, running standalone with the wsdl accessible from my
>>>> http://localhost path, I get the following exception:
>>>>
>>>> Exception in thread "AWT-EventQueue-0"
>>>> com.sun.xml.internal.ws.client.ClientTransportException: The server
>>>> sent
>>>> HTTP status code 404: Not Found
>>>>        at
>>>> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.checkStatusCode(Unknown
>>>> Source)
>>>>        at
>>>> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown
>>>> Source)
>>>>        at
>>>> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown
>>>> Source)
>>>>        at
>>>> com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown
>>>> Source)
>>>>        at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Unknown
>>>> Source)
>>>>        at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Unknown Source)
>>>>        at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Unknown Source)
>>>>        at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Unknown
>>>> Source)
>>>>        at com.sun.xml.internal.ws.client.Stub.process(Unknown Source)
>>>>        at com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(Unknown
>>>> Source)
>>>>        at
>>>> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown
>>>> Source)
>>>>        at
>>>> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown
>>>> Source)
>>>>        at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(Unknown
>>>> Source)
>>>>        at $Proxy33.execute(Unknown Source)
>>>>
>>>> which is fine, because the service isn't running there yet. When
>>>> running
>>>> as
>>>> a web start app, I get the following exception:
>>>>
>>>> Exception in thread "AWT-EventQueue-0"
>>>> java.lang.ExceptionInInitializerError
>>>>        at
>>>> com.sun.xml.internal.ws.util.xml.XmlUtil.createDefaultCatalogResolver(Unknown
>>>> Source)
>>>>        at
>>>> com.sun.xml.internal.ws.client.WSServiceDelegate.parseWSDL(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)
>>>>
>>>>
>>>>
>>>> bimargulies wrote:
>>>>>
>>>>> Hmm. That's new enough to supposedly not need Endorsed, so I suspect a
>>>>> glassfish issue. I've lost track, have you tried this standalone and
>>>>> gotten the same backtrace?
>>>>>
>>>>> The CXF samples are a good place to look to see the necessary
>>>>> classpath.
>>>>>
>>>>>
>>>>> On Thu, Dec 31, 2009 at 12:31 PM, caseyd418 <[email protected]>
>>>>> wrote:
>>>>>>
>>>>>> I am using jdk1.6.0_17. I did read that link you sent on the
>>>>>> migration,
>>>>>> but
>>>>>> didn't see anything that is relevant. Or am I missing something?
>>>>>>
>>>>>> I see that I have two problems.
>>>>>> - how do I correctly specify the wsdlLocation to refer to a wsdl
>>>>>> packaged
>>>>>> within the jar.
>>>>>> - what am I missing from the classpath that CXF is not being invoked
>>>>>> properly.
>>>>>>
>>>>>>
>>>>>> bimargulies wrote:
>>>>>>>
>>>>>>> What JDK version are you using?
>>>>>>>
>>>>>>> Did you read that page I sent you about 'endorsed'?
>>>>>>>
>>>>>>> On Thu, Dec 31, 2009 at 11:50 AM, caseyd418 <[email protected]>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> 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.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://old.nabble.com/AccessControlException-using-CXF-in-Web-Start-App-tp26971079p26980556.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-tp26971079p26980737.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-tp26971079p26981870.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-tp26971079p26981990.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to