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.
