Re: [castor-user] multiple "valid=true" attributes

Keith Visco Fri, 14 Jan 2005 13:25:38 -0800


Sebastien,

The double "valid='true'" was fixed in 0.9.5.4 as well as the three 0.9.6 Release Candidates.

The reason they were output had to do with an inheritence and introspection bug in the descriptors.

Each generated class has an "isValid()" method, and that's where the value comes from, but it was erroneously getting included in the output.

If you upgrade to 0.9.5.4 or 0.9.6 and you see a valid='true' in the output it's a good indicator that the *Descriptor.java files are not compiled and default introspection has taken place, but for 0.9.5.3 there was definately a bug.


--Keith

Tardif, Sebastien wrote:

Anybody know the solution to this problem? An old post: I've just upgraded to 0.9.5.3 from 0.9.5.2 - and have come across a problem. For some reason an additional "valid=true" attribute is being added, as below. <adapter-configs valid="true" remote-responder-config-count="0" responder-config-count="0" major-version="0" valid="true" minor-version="0"> Is this a bug - or something I'm not doing correct. What is "valid=true" used for - I've seen previous emails on the list indicating its something to do with the descriptor classes John

-----Original Message----- From: Keith Visco [mailto:[EMAIL PROTECTED] Sent: Friday, January 14, 2005 5:29 AM To: [email protected] Subject: Re: [castor-user] Sequence doesnt get marshalled correctly
Hi Kenneth,
Well, ORO is not exactly a required library. If regular expressions are used, then an implementation of our RegExpEvaluator interface is required. But if no regular expressions are used, then no regexp package is required. Also, by default we use the JakartaOroEvaluator, but you can use any one you want (just requires a change int he castor.properties file).
I suppose we need to make this more clear in the docs though.
Thanks,
--Keith
Kenneth Stephen wrote:
On Fri, 14 Jan 2005 02:25:27 -0600, Keith Visco <[EMAIL PROTECTED]> wrote:
Kenneth,
You need to compile the *Descriptor.java classes.
I can tell right away that Castor is defaulting to introspecting your
classes (because you get the valid="true" in the output - only happens
when Castor introspects the generated sources.) which is why you get the
wrong order.
If you compile all the *Descriptor.java files, you'll get the correct
output.
Keith,
   Thanks very much for the fast response. That was indeed the
problem. Once I did this, I ended up with the following exception :
java.lang.NoClassDefFoundError:
org/apache/oro/text/regex/MalformedPatternException
       at java.lang.Class.forName1(Native Method)
       at java.lang.Class.forName(Class.java:142)
       at 
org.exolab.castor.util.LocalConfiguration.getRegExpEvaluator(LocalConfiguration.java:497)
       at 
org.exolab.castor.xml.validators.PatternValidator.initEvaluator(PatternValidator.java:164)
       at 
org.exolab.castor.xml.validators.PatternValidator.validate(PatternValidator.java:135)
       at 
org.exolab.castor.xml.validators.StringValidator.validate(StringValidator.java:259)
       at 
org.exolab.castor.xml.validators.StringValidator.validate(StringValidator.java:293)
       at org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:279)
       at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:903)
       at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:764)
       at org.exolab.castor.xml.Validator.validate(Validator.java:122)
       at org.exolab.castor.xml.Marshaller.validate(Marshaller.java:2119)
       at org.exolab.castor.xml.Marshaller.marshal(Marshaller.java:771)
       at org.exolab.castor.xml.Marshaller.marshal(Marshaller.java:671)
       at services.ice.catalog.Locale.marshal(Locale.java:76)
       at Test.main(Test.java:12)
   I put jakarta ORO in the CLASSPATH and got my program correctly. I
bring this up because the Castor documentation doesnt mention ORO as a
dependant library.
Thanks,
Kenneth
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-user
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-user
------------------------------------------------------------------------
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-user

----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-user

Re: [castor-user] multiple "valid=true" attributes

Reply via email to