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.
