Looks fine.  Go for it.
<ras>

*******************************************
Richard A. Sitze            [EMAIL PROTECTED]
CORBA Interoperability & WebServices
IBM WebSphere Development


                                                                                       
                                                
                      Glen Daniels                                                     
                                                
                      <gdaniels@macrom         To:      "'[EMAIL PROTECTED]'" 
<[EMAIL PROTECTED]>                          
                      edia.com>                cc:                                     
                                                
                                               Subject: RE: [axis] : Code change 
across the board                                      
                      05/30/2002 09:38                                                 
                                                
                      AM                                                               
                                                
                      Please respond                                                   
                                                
                      to axis-dev                                                      
                                                
                                                                                       
                                                
                                                                                       
                                                





I was planning on doing it, assuming you're good with them.

--G

> -----Original Message-----
> From: Richard Sitze [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 30, 2002 10:33 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [axis] : Code change across the board
>
>
> Glen, it's not clear from your note if you are going to go ahead with
> making those changes, or if I should.
> <ras>
>
> *******************************************
> Richard A. Sitze            [EMAIL PROTECTED]
> CORBA Interoperability & WebServices
> IBM WebSphere Development
>
>
>
>
>
>                       Glen Daniels
>
>
>                       <gdaniels@macrom         To:
> "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>
>                       edia.com>                cc:
>
>
>                                                Subject: RE:
> [axis] : Code change across the board

>                       05/29/2002 10:32
>
>
>                       PM
>
>
>                       Please respond
>
>
>                       to axis-dev
>
>
>
>
>
>
>
>
>
>
>
>
>
> Nice timing on that commit, Richard. :)
>
> Refactoring this stuff is easy (though it makes for big
> commit logs), so
> I'd like to just start from where you ended up and make the changes I
> suggest below.
>
> --G
>
> > -----Original Message-----
> > From: Glen Daniels [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 29, 2002 11:27 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: [axis] : Code change across the board
> >
> >
> >
> > Hi Richard!
> >
> > Thank you for posting this stuff before committing.
> >
> > In general, this is a fine direction, but I think these need
> > another round of edits before they're ready for primetime.
> > Some comments in no particular order:
> >
> > NS_URI is used to mean "namespace URI".  Some of the
> > constants are not actually ever used as namespaces
> > (NS_URI_WSDD_HANDLER springs to mind), and should, I believe
> > just be URI_ (URI_WSDD_HANDLER).  Other examples of this
> > include the actor URIs and the SOAP HTTP binding URIs.  I'd
> > actually prefer URI_*_NS over NS_URI_* for namespaces, so
> > that all URI constants are URI_*.  URIs used ONLY as
> > namespaces would get the _NS suffix, but I'd also be fine
> > simply punting the "NS" entirely, so you'd have
> > "URI_2001_SCHEMA_XSD", which makes fine sense.
> >
> > NS_*_NS is redundant.  NS_URI_SOAP12_FAULT_NS, etc.  It
> > should either be NS_URI_SOAP12_FAULT or URI_SOAP12_FAULT_NS
> > (I prefer the latter, or just URI_SOAP12_FAULT).
> >
> > There is no need for "CURRENT_" constants when the value in
> > question only has one possibility (i.e.
> > NS_URI_CURRENT_SOAP_UPGRADE, NS_URI_CURRENT_WSDL_*, etc.).
> > They're just clutter.
> >
> > We should, I think, change "CURRENT" to "DEFAULT" in the
> > cases that do have multiple values, since that's really what
> > it means to have a preferred constant.  "Current" implies
> > "the one we're actually using in the code at a particular
> > time", which, since we can support multiple SOAP/Schema
> > versions, is much more dynamic and is expressed by things
> > like the SOAPConstants interface.
> >
> > ELEM is used to mean "XML element", and thus the PROVIDER_*
> > constants don't really fit with ELEM_ prefixes (provider is
> > an attribute value).  I'd prefer to leave this off for
> > strings not used as XML elements, so perhaps just PROVIDER_*?
> >
> > The namespaceURI for what you have as QNAME_JAVARPC_PROVIDER
> > (WSDDConstants) should be NS_URI_WSDD_JAVA.
> >
> > What's NS_PREFIX_WSDD?
> >
> > The ALT constants for various URIs - I am under the
> > impression that "http://www.w3.org/1999/XMLSchema"; is
> > correct, and "http://www.w3.org/1999/XMLSchema/"; is just
> > invalid.  Same for the rest.  Why do we want these in there at all?
> >
> > --Glen
> >
> > > -----Original Message-----
> > > From: Richard Sitze [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 29, 2002 5:16 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: [axis] : Code change across the board
> > >
> > >
> > > It's been suggested that I submit for review the "new" Constants,
> > > WSDDConstants, and XMLType files before I commit them (and
> > > corresponding
> > > changes to many other files):
> > >
> > >
> > > (See attached file: Constants.java)
> > >
> > > (See attached file: WSDDConstants.java)
> > >
> > > (See attached file: XMLType.java)
> > >
> > >
> > > *******************************************
> > > Richard A. Sitze            [EMAIL PROTECTED]
> > > CORBA Interoperability & WebServices
> > > IBM WebSphere Development
> > >
> >
>
>
>



Reply via email to