Hi Marc,
can you please open Jira Issues for both problems ?
Kind regards
Werner
On 23.01.2013 16:09, Marc Eyrignoux wrote:
Up to now my project used an old version of Castor, like 0.9+, and I am
working on a migration to the latest release, ie. 1.3.2 or 1.3.3-RC1.
I am facing two problems:
-My project runs with a JDK 5, and the releases of Castor 1.3.2 and
Castor 1.3.3-RC1 seem to have been built with a JDK 6.
Therefore I get errors at runtime, and I had to switch to Castor 1.3.1,
which does not have this problem.
That should be addressed. And it should not have happened.
Anyway, I can live with that, it doesn’t matter much, even if the
documentation of Castor states that any version should run properly with
a JDK 5.
-My true problem is about null Collections: they were NOT marshaled with
my old version of Castor.
That problem is specific to castor 1.3.1, or applies to e.g. 1.3.3-RC1
as well ? If the latter, please open a Jira issue.
Now they are, which causes some regressions in my application. I
searched everywhere if there a configuration or a property about that,
but didn’t find anything.
Is there something to configure somewhere or do I have to correct the
regressions one by one ?
In order that everything would be clear, here is an example of my problem :
I want to marshal the following bean:
Public class toto {
Private Collection myCollection = null;
Private String myString = “test”;
Public Collection getMyCollection() { return myCollection; }
Public void setMyCollection( Collection p_collection ) { myCollection =
p_collection; }
Public String getMyString() { return myString; }
Public void setMyString( String p_string ) { myString = p_string; }
}
If “myString” contains “test” and “myCollection” contains null, my old
version didn’t put the collection in the XML result:
<toto>
<myString>test</myString>
</toto>
But now it does :
<toto>
<myString>test</myString>
<myCollection/>
</toto>
How to tell Castor 1.3+ not to put “<myCollection/>” in the XML stream ?
Thanks for your help,
Marc
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
