Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Date: 13 May 2004 21:34:03 -0000
Message-ID: <20040513213403.1167.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: commons-dev@jakarta.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 28954]  -
    Lang based Enum's don't persist

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28954>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28954

Lang based Enum's don't persist


------- Additional Comments From rdonkin@apache.org  2004-05-13 21:34 -------
cheers eric

as promised in my list post, here's a specific (rather than general) solution.

the new read stuff uses the idea of ActionMappings. an ActionMapping manages the binding of a 
complete sub-tree rooted at an element (in other words, the xml fragment wrapped by the element).

you could map the enums reasonably easily by using a custom stateful ActionMapping and a specialised 
ActionMappingStrategy. the strategy just substitutes your custom ActionMapping (for the standard one) 
whenever the enum mapping is required. you set it on the ReadConfiguration.

i don't really have time to create an example right now but this seems like one which would be useful 
for documentation so let me know if you want to go down this route and you're struggling because i 
might be able to find time to knock something together...

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org