Hi,
 
The ws-add.xsd you sent is different from the one shipped with GT 4.2.0. The
one shipped includes the corrections listed here:
http://www.w3.org/2006/05/ws-addr-errata.html (linked off
http://www.w3.org/TR/ws-addr-soap/#WSADDR-WSDL). The addressing library only
supports the version of the specification included with the GT distribution.
 
Can you ensure that the build system uses the schema from the GT
distribution? If you are looking for the schema in the source code, it is in
wsrf/schema/ws/addressing and in an install
$GLOBUS_LOCATION/share/schema/ws/addressing. 
 
If you can send us transcript of your build with logs, we might be able to
see how the ws addressing schema is picked up.
 
Rachana

 
  _____  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Adam Bazinet
Sent: Monday, September 08, 2008 7:49 PM
To: Tom Howe
Cc: GT User
Subject: Re: [gt-user] Re: problem building service in 4.2.0



Dear Tom,

Thanks for your attention.  The only reference I have been able to find to
the AttributedAnyType comes from ws-addr.xsd, which we include via our WSDL
files (which I will attach to this email).  That chunk of text looks like
this:

        <xs:element name="ProblemHeader" type="tns:AttributedAnyType"/>
        <xs:complexType name="AttributedAnyType" mixed="false">
                <xs:sequence>
                        <xs:any namespace="##any" processContents="lax"
minOccurs="1" maxOccurs="1"/>
                </xs:sequence>
                <xs:anyAttribute namespace="##other" processContents="lax"/>
        </xs:complexType>

Now, to me that looks like a definition of AttributedAnyType, but I'm not
positive, and I'm not sure if it is the fully qualified name you were asking
for.  If you drill into the stub class that was generated, this is the
snippet of code that references the AttributedAnyType:

            qName = new
javax.xml.namespace.QName("http://www.w3.org/2005/08/addressing";,
"AttributedAnyType");
            cachedSerQNames.add(qName);
            cls =
org.globus.axis.message.addressing.AttributedAnyType.class; /** this is the
line the compiler chokes on **/
            cachedSerClasses.add(cls);
            cachedSerFactories.add(beansf);
            cachedDeserFactories.add(beandf);

I'm not sure if this is being generated specifically because of something we
have in our WSDL, or simply because we are including/making reference to the
ws-addr.xsd document, but the fact that AttributedAnyType.class is missing
from globus-addressing-1.0.jar (found in $GL/lib/common), and the other 4
'AttributedType' classes referenced in ws-addr.xsd are present in the jar
seems highly suspect to me.  Also for reference, we are using the globus
service build tools (http://gsbt.sourceforge.net/), as we have since
forever, it seems.

Please let me know if there is anything else you'd like to see or know to
help me debug this problem.  All the docs I can find about the GT4.0->4.2
migration seem to indicate that as far as the WSDL goes, only the namespaces
need to be updated, and you can verify that I've done that in the files I'm
attaching.  Thanks again for your thoughts,

Adam





On Mon, Sep 8, 2008 at 4:35 PM, Tom Howe <[EMAIL PROTECTED]> wrote:


Can you give me the fully qualified name for the schema element
AttributedAnyType?  I didn't see such a type in my quick scan in the final
version of the spec.

Thanks.

Tom Howe 


On Mon, Sep 8, 2008 at 3:14 PM, Adam Bazinet <[EMAIL PROTECTED]>
wrote:


Sorry to spam the list about this but I believe this is a legitimate problem
with 4.2.0.

As mentioned in the migration guide: 

"The Apache WS Addressing project is being archived. So the code base has
been moved to the Globus repository and has been checked into
wsrf/java/lib-src/ws-addressing. The library now has org.globus package
names and guarantees support only for the final version of the WS Addressing
specification."

So in the Apache package, I find this AttributedAnyType class.  But in the
globus jar that I have, globus-addressing-1.0.jar, I drill down and find
that I have all the Attributed types except for the Any type.  This is
easily verifiable by anyone who takes a look at the source, I would think.

The reason I think this problem is surfacing now is because
AttributedAnyType is defined in ws-addr.xsd, whereas it was not referenced
in WS-Addressing.xsd, the draft specification from before.

If this is a simple case of a class missing from the distribution, then I'm
wondering why I'm the first to discover/report it, which in turn makes me
paranoid that I don't have the full story.  But regardless, I could use
someone's help.  Thanks for listening,

Adam 





On Fri, Sep 5, 2008 at 4:29 PM, Adam Bazinet <[EMAIL PROTECTED]>
wrote:


Well, I got past that initial problem, but now I'm stuck with the following
error during stub compilation:

compileStubs:
    [javac] Compiling 15 source files to
/fs/mikehomes/gt4admin/work/garli-GT42/build/stubs-edu_umd_grid_bio_garli/cl
asses
    [javac]
/fs/mikehomes/gt4admin/work/garli-GT42/build/stubs-edu_umd_grid_bio_garli/sr
c/edu/umd/grid/bio/garli/stubs/GARLIFactoryService/bindings/GARLIFactoryPort
TypeSOAPBindingStub.java:859: cannot find symbol
    [javac] symbol  : class AttributedAnyType
    [javac] location: package org.globus.axis.message.addressing
    [javac]             cls =
org.globus.axis.message.addressing.AttributedAnyType.class;
    [javac]                                                     ^
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 1 error

I have been using the following page as a reference:
http://www.globus.org/toolkit/docs/4.2/4.2.0/common/javawscore/mig/javawscor
e-migrating-GT4.html

I can't find specific reference to the AttributedAnyType class on the page,
although certainly some in the addressing package are mentioned.  I've
scanned through my files and I can't seem to find the cause of this.  Any
help would be appreciated.

thanks,
Adam 








On Fri, Sep 5, 2008 at 3:18 PM, Adam Bazinet <[EMAIL PROTECTED]>
wrote:


Following up on my own message, I'm betting it is mainly due to the fact
that I haven't updated to the 4.2 namespaces in the WSDL yet, which is what
I'm working on now... 


On Fri, Sep 5, 2008 at 2:02 PM, Adam Bazinet <[EMAIL PROTECTED]>
wrote:


Hi,

Just trying to build our services with GT 4.2.0 (these had previously been
compiling fine with 4.1.0).  Anyway, here's the error I'm getting:

[EMAIL PROTECTED]:~/work/garli-GT4> ./globus-build-service.sh GARLI
Buildfile: build.xml

init:
    [mkdir] Created dir: /fs/mikehomes/gt4admin/work/garli-GT4/build
    [mkdir] Created dir: /fs/mikehomes/gt4admin/work/garli-GT4/build/classes
    [mkdir] Created dir: /fs/mikehomes/gt4admin/work/garli-GT4/build/lib
    [mkdir] Created dir:
/fs/mikehomes/gt4admin/work/garli-GT4/build/stubs-edu_umd_grid_bio_garli
    [mkdir] Created dir:
/fs/mikehomes/gt4admin/work/garli-GT4/build/stubs-edu_umd_grid_bio_garli/src
    [mkdir] Created dir:
/fs/mikehomes/gt4admin/work/garli-GT4/build/stubs-edu_umd_grid_bio_garli/cla
sses
    [mkdir] Created dir: /fs/mikehomes/gt4admin/work/garli-GT4/build/stubs
    [mkdir] Created dir:
/fs/mikehomes/gt4admin/work/garli-GT4/build/stubs/classes
    [mkdir] Created dir: /fs/mikehomes/gt4admin/work/garli-GT4/build/schema
     [copy] Copying 40 files to
/fs/mikehomes/gt4admin/work/garli-GT4/build/schema

flatten:

WSDLUptodate:

flatten:
     [echo] Processing WSDL in GARLI.wsdl
     [java] Retrieving document at
'/fs/mikehomes/gt4admin/work/garli-GT4/build/schema/edu/umd/grid/bio/garli/G
ARLI.wsdl'.
     [java] Error processing WSDL: Could not read WSDL input file:
/fs/mikehomes/gt4admin/work/garli-GT4/build/schema/edu/umd/grid/bio/garli/GA
RLI.wsdl

BUILD FAILED
/fs/mikehomes/gt4admin/work/garli-GT4/build.xml:228: The following error
occurred while executing this line:
/export/work/globus-4.2.0/share/globus_wsrf_tools/build-stubs.xml:166: Java
returned: 2

Total time: 2 seconds

As you can see, the file exists:

[EMAIL PROTECTED]:~/work/garli-GT4> ls -l
/fs/mikehomes/gt4admin/work/garli-GT4/build/schema/edu/umd/grid/bio/garli/GA
RLI.wsdl
-rw-rw-r--  1 gt4admin gt4admin 4190 Sep  5 13:53
/fs/mikehomes/gt4admin/work/garli-GT4/build/schema/edu/umd/grid/bio/garli/GA
RLI.wsdl

Is it that it is having trouble parsing the WSDL itself, then?  If there
have been specification changes, where should I find them?

Thanks,
Adam








Reply via email to