Implement @Enumerated

Attached preliminary patch (work in progress).

IT currently fails (consequently, failing test case method's annotated with `@Ignore` ATM).

Feedback's very welcome; most probably corresponding approach/code in `InfoToDescriptorConverter`'s needs more work/thought..?

Just out of curiosity, why did you decide to go down that route ? And in addition, have you tried to debug what happens in FieldDescriptorImpl#createFieldDesc() and AbstractMappingLoader#createFieldHandler() respectively ?

Actually, just thought, since there's a special `EnumFieldHandler` in Castor JDO already, why not use it.

So, debugging some more now.

Werner, debugging showed that AbstractMappingLoader#createField[Desc|Handler]() seem to not get called. What would you suggest how to proceed here?

Attached patch with working impl. of string-serialized/converted enum types.

Thus, ordinal serialization/conversion (which should be default behavior according to JPA spec) doesn't work yet and corresponding integration test code is currently commented out.

I had a peek at the code, and it loks good to me so far (except this one dealing with a NoSuchMethodException). Re: support for ordinals, I will be back soon.

Robert, I just decided to commit the current patch almost as is. Here's some observations:

• That NoSuchMethodException catching somehow does not seem right.
• It might be worthwhile to move this new EnumTypeConvertor to a new (standalone) class.
• Please add comments in some places to make available the knowledge you extracted from your debugging sessions.

Thanks for the feedback, am going to apply/improve mentioned points and curious about what to do best regarding ordinals support.

I just had a peek at java.lang.Enum, and there is

/**
 * Returns the ordinal of this enumeration constant (its 
 * position in its enum declaration, where the initial 
 * constant is assigned an ordinal of zero).
 * 
 * Most programmers will have no use for this method. It 
 * is designed for use by sophisticated enum-based data 
 * structures, such as {@link java.util.EnumSet} and 
 * {@link java.util.EnumMap}.
 *
 * @return the ordinal of this enumeration constant
 */
 public final int ordinal() {
   return ordinal;
}

Attached patch containing aforementioned refinements.

Now looking further into using `java.lang.Enum#ordinal` for supporting conversion of ordinals as well, thanks.

Just commited those two refactorings. I just wonder whether the new EnumTypeConvertor should go to the same package as all others. What's your view ?

Yes, agreed; makes sense to put convertors into existing, dedicated package.

Attached patch refactoring some more as well as containing working impl. of ordinals support.

Werner, I've made a mistake while refactoring concerning `svn mv`, sorry.

So here's another patch for deleting the package-wise moved `EnumTypeConvertor`.