
| Key: |
XSTR-67
|
| Type: |
New Feature
|
| Status: |
Closed
|
| Resolution: |
Fixed
|
| Priority: |
Major
|
| Assignee: |
Unassigned
|
| Reporter: |
Brian Slesinsky
|
| Votes: |
4
|
| Watchers: |
3
|
|
If you were logged in you would be able to see more operations.
|
|
|
XStream
Created: 12/May/04 10:29 PM
Updated: 24/May/07 12:38 AM
|
|
| Component/s: |
Core
|
| Affects Version/s: |
1.1
|
| Fix Version/s: |
1.2.2
|
|
|
File Attachments:
|
1.
xstr-67.patch (13 kb)
|
|
Issue Links:
|
Related
|
|
This issue relates to:
|
|
|
|
|
|
|
Supercedes
|
|
This issue supercedes:
|
|
XSTR-184
Issue regarding circular references, sets, and superclass
|
|
|
|
|
XSTR-259
deserializing problem with class implementing hashCode
|
|
|
|
|
|
|
|
Fields are currently always listed in alphabetical order. In my quest to make our objects pretty-print nicer, I'd like to change the order. This can be done with converters, but it could be made more convenient.
One possible API:
xstream.setFieldOrder(Address.class,
new String[] {"name", "address1", "address2", "city", "state", "zip"})
I'd expect that any unmentioned fields should be tacked onto the end, and specifying a field name that's not in the class should be an error.
|
|
Description
|
Fields are currently always listed in alphabetical order. In my quest to make our objects pretty-print nicer, I'd like to change the order. This can be done with converters, but it could be made more convenient.
One possible API:
xstream.setFieldOrder(Address.class,
new String[] {"name", "address1", "address2", "city", "state", "zip"})
I'd expect that any unmentioned fields should be tacked onto the end, and specifying a field name that's not in the class should be an error. |
Show » |
|