axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Russell Butek" <bu...@us.ibm.com>
Subject RE: Skeleton vs deploy.wsdd for metadata
Date Wed, 10 Apr 2002 19:23:22 GMT
There are some of us that don't believe the metadata belongs in the
deploy.wsdd file.  That's ONLY for deploy info, not metadata info.  If
someone extends AXIS to use a different deployment mechanism than AXIS's, a
deployment mechanism that doesn't allow metadata in it, then we need to get
the metadata from somewhere else.  The metadata used to be (and still IS!)
on the skeleton.  We COULD conceivably get it from some other file - say
something called skeleton.xml or metadata.xml - but even if we did, I'm
leery about completely erasing the idea of a skeleton from AXIS.  The
skeleton sits between the SOAP engine and the target implementation.
"Anything can be accomplished with one more level of indirection."  If we
ever discover that we'd really like to do something in that narrow space,
the skeleton idea will be there waiting for it.  For example, at one point,
before the runtime was aware of holders, the skeleton handled the
translation to/from holders (so did the stub on the other side).  This was
a rather pleasant way of introducing holders without having to change the
runtime.  As AXIS grows, we might find some other task that a skeleton
could do.  So I'd like to leave hooks there for it, just in case.

Russell Butek
butek@us.ibm.com


"Volkmann, Mark" <Mark.Volkmann@AGEDWARDS.com> on 04/10/2002 01:36:48 PM

Please respond to axis-dev@xml.apache.org

To:    "'axis-dev@xml.apache.org'" <axis-dev@xml.apache.org>
cc:
Subject:    RE: Skeleton vs deploy.wsdd for metadata





Russell,

Currently, it doesn't seem that the generated skeleton classes provide any
benefit.  I'm sure you have in mind some future benefits that I'm not aware
of.  Can you share some of the benefits you anticipate?

My current mode of operation is to modify the generated deploy.wsdd file to
point to my own implementation class, bypssing use of the generated
skeleton classes.

> -----Original Message-----
> From: Russell Butek [mailto:butek@us.ibm.com]
> Sent: Wednesday, April 10, 2002 1:01 PM
> To: axis-dev@xml.apache.org
> Subject: Skeleton vs deploy.wsdd for metadata
>
>
> Hey, Glen!  I THOUGHT we agreed that:
> 1.  If we don't generate the skel, the metadata is in deploy.wsdd
> 2.  If we generate the skel, the metadata is in the skel and
> NOT in the
> deploy.wsdd.
>
> Take a look at build/working/test/wsdl/sequence.  This test
> follows #2.  It
> has a skeleton which has metadata which you can get by calling
> getOperationDescByName.  But the deploy.wsdd ALSO has the
> metadata.  What's
> worse, there is NO CODE in the runtime that calls
> getOperationDescByName!!!
> So the metadata ALWAYS comes from the deploy.wsdd.
>
> Russell Butek
> butek@us.ibm.com
>


***************************************************************************************
WARNING:  All e-mail sent to and from this address will be received or
otherwise recorded by the A.G. Edwards corporate e-mail system and is
subject to archival, monitoring or review by, and/or disclosure to,
someone other than the recipient.
***************************************************************************************




Mime
View raw message