John,
That makes sense for Direction, but not {message label} since the
allowed values are an open set. Each MEP defines a set of message
labels, but anyone can define a new MEP that has new message labels.
On 11/25/05, Jeremy Hughes <[EMAIL PROTECTED]> wrote:
> Trouble is enum is a reserved work in Java 5. Howabout using
> enumeration instead?
>
> Jeremy
>
> On 11/25/05, John Kaputin <[EMAIL PROTECTED]> wrote:
> > I have changed the representation of the {message label} property and the
> > {direction} property from Strings to typesafe enumeration classes -
> > MessageLabel and Direction in a new package org.apache.woden.wsdl20.enum.
> > The attached zip file contains the javadoc for these two
> > classes, containing a description and examples.
> >
> > (See attached file: TypesafeEnumJavadoc.zip)
> >
> > There are some other WSDL properties that could be represented this way too
> > (e.g. NMTokens #element, #value, #none, etc).
> >
> > There are some Woden configuration constants currently represented as
> > strings and captured in the Constants file or in API interfaces which could
> > perhaps be better represented as typesafe enums, but these should probably
> > go in a new package org.apach.woden.enum. For example, a Feature enum for
> > validation, tracing, etc and a Property enum for the type system, parser
> > api, etc.
> >
> > These enums can be implemented as fixed or extensible, as needed.
> >
> > John Kaputin
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
