dims,

Thanks for the bug fix - I downloaded, built the snapshot and tried it against the remote WSDL in question.

The generation of the stub did not error out. Thanks for your help! I hope to be able to return the favor soon. This list is a great resource for everyone who uses it.
--

Keith E. Veleba
President
Intellitek Services Ltd.
419-202-2676 cell
[EMAIL PROTECTED]
http://www.intellitekservices.com



On Jul 2, 2007, at 10:26 PM, Davanum Srinivas wrote:

Hmm..actually this may be a bug. i'll check in a fix tonight. Please
try a nightly tomorrow.

-- dims

On 7/2/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
Anne, Jeff,

The problem is the "https://"; the normal URL connection expects the
cert to be in the local jks store AFAICT.

thanks,
dims

On 7/2/07, Anne Thomas Manes <[EMAIL PROTECTED]> wrote:
> Jeff,
>
> This URL:
> https://uat-atc.regents.ohio.gov/ccx/OrgInfo/CoreMain_v1.0.0.xsd? wsdl > does indeed point to the XSD in question. This problem looks to me to be > caused by WSDL2Java's inability to reference a remote XSD. Keith should do > as Haneef recommends and download the XSD and store it locally, and change > the schemaLocation attribute in the WSDL to point to the new location.
>
> Also, the "urn:org:pesc:core:Coremain:v1.0.0" namespace is not badly formed. > A namespace must be a valid URI (not any unique string), but it doesn't have > to start with "http://";. In this case, it's a URN rather than a URL, which > is quite appropriate for a namespace URI. See the Wikipedia definition of > Uniform Resource Identifier [1] for a layman's definition, or see RFC 3986
> [2] for the formal specification.
>
> [1]
> http://en.wikipedia.org/wiki/Uniform_Resource_Identifier
> [2] http://gbiv.com/protocols/uri/rfc/rfc3986.html
>
> Anne
>
> On 6/26/07, Walker, Jeff <[EMAIL PROTECTED]> wrote:
> >
> >
> > This line looks odd to me also:
> > <xsd:import namespace="urn:org:pesc:core:CoreMain:v1.0.0"
> schemaLocation="OrgInfo/CoreMain_v1.0.0.xsd?wsdl"/>
> >
> > Here is a definition of how import works in XML Schema:
> > http://www.w3.org/TR/xmlschema-0/ section 5.4. So, the
> ?wsdl at the end of the schemaLocation string looks weird.
> >
> > I did in fact download that wsdl file, and got the same error in Axis 1.3
> as you did.
> > I do believe the web service development team is wrong at this point.
> >
> >
> ----------------------------------------------------------
> > I also think the namespace "urn:org:pesc:core:Coremain:v1.0.0" is badly > formatted. They usually start with "http://";, but I did read somewhere they
> can be any unique string. Perhaps on this point, they are right.
> > -jeff
> >
> >
> >
> > ________________________________
>  From: Keith Veleba [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, June 26, 2007 4:03 PM
> > To: axis-user@ws.apache.org
> > Subject: WSDL2Java issue and/or help
> >
> >
> > I'm writing a client for a web service and I am having an issue with stub
> generation.
> >
> >
> > This wsdl is causing the generation to fail:
> >
> >
> > https://uat-atc.regents.ohio.gov/ccx/OrgInfo?wsdl
> >
> >
> > Specifically, I get an error saying it cannot find the schemaLocation of
> the imported schema on line 4:
> >
> >
> > <xsd:import namespace="urn:org:pesc:core:CoreMain:v1.0.0"
> schemaLocation="OrgInfo/CoreMain_v1.0.0.xsd?wsdl"/>
> >
> >
> > This schemaLocation looks very odd to me, but the folks who run the web
> service say it is valid and should be working.
> >
> >
> > Here's the error when I run wsdl2java.sh:
> >
> >
> >
> >
> > Retrieving schema at 'OrgInfo/CoreMain_v1.0.0.xsd?wsdl',
> relative to
> 'file:/Users/velebak/https:/uat-atc.regents.ohio.gov/ccx'.
> > Exception in thread "main"
> org.apache.axis2.wsdl.codegen.CodeGenerationException:
> Error parsing WSDL
> >         at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.<init> (CodeGenerationEngine.java:114)
> >         at
> org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:32)
> >         at
> org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:21)
> > Caused by: javax.wsdl.WSDLException: WSDLException (at
> /wsdl:definitions/wsdl:types/xsd:schema):
> faultCode=OTHER_ERROR: An error occurred trying to resolve schema referenced
> at 'OrgInfo/CoreMain_v1.0.0.xsd?wsdl', relative to
> 'file:/Users/velebak/https:/uat-atc.regents.ohio.gov/ccx'.:
> java.io.FileNotFoundException: This file was not found:
> file:/Users/velebak/https:/uat-atc.regents.ohio.gov/OrgInfo/ CoreMain_v1.0.0.xsd?wsdl
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.parseSchema(Unknown Source)
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.parseSchema(Unknown Source)
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.parseTypes(Unknown Source)
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.parseDefinitions(Unknown
> Source)
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source)
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source)
> >         at
> com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source)
> >         at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.readInTheWSDLFile( CodeGenerationEngine.java:276)
> >         at
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.<init> (CodeGenerationEngine.java:97)
> >         ... 2 more
> > Caused by: java.io.FileNotFoundException: This file was not found: > file:/Users/velebak/https:/uat-atc.regents.ohio.gov/OrgInfo/ CoreMain_v1.0.0.xsd?wsdl
> >         at
> com.ibm.wsdl.util.StringUtils.getContentAsInputStream(Unknown
> Source)
> >         ... 11 more
> >
> >
> >
> >
> >
> >
> > Any ideas what may be going on here? It looks like it is looking for an
> actual local file, but it is not local, it is hosted remotely.
> >
> >
> > Thanks in advance.
> >
> >
> >
> > --
> >
> >
> > Keith E. Veleba
> > President
> > Intellitek Services Ltd.
> > 419-202-2676 cell
> > [EMAIL PROTECTED]
> > http://www.intellitekservices.com
> >
> >
> >
> >
>
>


--
Davanum Srinivas :: http://davanum.wordpress.com



--
Davanum Srinivas :: http://davanum.wordpress.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to