Hi Werner,

I tried the new snapshot build, Unfortunately I am getting an exception
which seems to be related to Castor-1948

The exception I am seeing using version 1.2.1 is different from the
exception thrown by version 1.2, however both exceptions seem to be as a
result of the same problem.

The source for the xml I am trying to unmarshal was generated using
0.9.4.3, I have attached the two exceptions and also the xsd of the
field that seems to be causing the problem

Thanks,
Alex.

-----Original Message-----
From: Werner Guttmann [mailto:[EMAIL PROTECTED] 
Sent: 10 April 2008 11:58
To: [email protected]
Subject: Re: [castor-user] castor 1.2.1 release date?

Which is what I'd expect, given that we have moved all core XML 
functionality from 1.2.1 and above to a new xml module.

In other words, please have a look at

http://snapshots.repository.codehaus.org/org/codehaus/castor/castor-xml/
1.2.1-SNAPSHOT/

for the remaining module.

I hope this helps.

Regards
Werner

Alex Herriott wrote:
> Hi Werner,
> 
> Just getting that snapshot release now, I have downloaded some of the
> jars such as codegen, xml-schema etc but there is no jar for castor
> 1.2.1 in the following location:
>
http://snapshots.repository.codehaus.org/org/codehaus/castor/castor/1.2.
> 1-SNAPSHOT/
> Where do I get the castor-1.2.1 .jar?
> 
> Thanks again,
> Alex.
> 
> 
> 
> -----Original Message-----
> From: Werner Guttmann [mailto:[EMAIL PROTECTED] 
> Sent: 10 April 2008 10:05
> To: [email protected]
> Subject: Re: [castor-user] castor 1.2.1 release date?
> 
> Just pushed out the announcement as discussed.
> 
> Werner
> 
> Werner Guttmann wrote:
>>
>> Alex Herriott wrote:
>>> Hi Werner,
>>>
>>> Thanks for the quick responses,
>>>
>>> Could we go ahead with a snapshot release then,
>> Yes, can do.
>>
>>> Will you send the link to this mailing list once it is built?
>> Yes, I will push out a short email once a snapshot release has been 
>> deployed.
>>
>>> Thanks again,
>>> Alex.
>>>
>>> -----Original Message-----
>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] Sent: 09
April
> 
>>> 2008 15:22
>>> To: [email protected]
>>> Subject: Re: [castor-user] castor 1.2.1 release date?
>>>
>>> Alex
>>>
>>> Alex Herriott wrote:
>>>> Hi Werner,
>>>>
>>>> A snapshot release would be useful to get us by the issue we are
>>> facing
>>>> at the moment. It would keep us going until the official release of
>>>> 1.2.1
>>>>
>>>> When you say manage as properly as a golden one, what does that
>>> include?
>>> No difference to the main ones, in terms of testing. We have an 
>>> integraztion test suite that we use before committing any code. As
> such,
>>> no negative side effects if an area of functionality is completely 
>>> covered by the test suite. But please do not expect 100% coverage ..
>>> ;-).
>>>
>>>> Is it a supported release? 
>>> Yes, an no. We will support it, in that we reply to questions and
> accept
>>> Jira issues. But there's gotta be a difference in what we offer (in 
>>> terms of commitment and time). As always, a snapshot release is a 
>>> snapshot of the current code base. Tested, yes. But it could be that

>>> things will change until we make a release. Not very frequently, and

>>> hopefully not on the public interfaces, but we are dealing with bugs

>>> that break old contracts, etc.
>>>
>>> To what level will it be tested?
>>> See above.
>>>
>>>> When could this release be available? 
>>> Within one or two days. It's for myself (or any committer) just a 
>>> mattr of building it and deploying it to the Maven snapshot repo.
>>>> How do I get a snapshot release
>>>> from maven snapshot repository?
>>> If you don't use Maven, simply download the JARs using HTTP.
>>>
>>>> Thanks,
>>>> Alex.
>>>>
>>>> -----Original Message-----
>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] Sent: 09
> April 
>>>> 2008 13:07
>>>> To: [email protected]
>>>> Subject: Re: [castor-user] castor 1.2.1 release date?
>>>>
>>>> Hi,
>>>>
>>>> not 100% sure, but looking at the number of open issues in Jira, I 
>>>> reckon this will be away a few weeks of time.
>>>>
>>>> Having said that, I do acknowledge that there's some interesting
> bugs 
>>>> that have been fixed since 1.2 has been made available, and that an

>>>> early 1.2.1 release might make sense.
>>>>
>>>> Question: would you be happy to leave with a snapshot release, i.e.
> a 
>>>> release that we manage as properly as a golden one, but that is
only
> 
>>>> made available through the Maven snapshot repository of the
Codehaus
> ?
>>>> If that's an option to you, that could be made available easily.
>>>>
>>>> Regards
>>>> Werner
>>>>
>>>> Alex Herriott wrote:
>>>>> Hi,
>>>>>
>>>>>  
>>>>>
>>>>> Can you tell me when castor 1.2.1 is due for release? If you don't
>>>> have
>>>>> an exact date, could you give me a rough estimate please
>>>>>
>>>>>  
>>>>>
>>>>> There is a bug fix (CASTOR-1948) in this release which is
affecting
>>> us
>>>>> at present
>>>>>
>>>>>  
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Alex.
>>>>>
>>>>
> ---------------------------------------------------------------------
>>>> To unsubscribe from this list, please visit:
>>>>
>>>>     http://xircles.codehaus.org/manage_email
>>>>
>>>>
>>>>
>>>>
> ---------------------------------------------------------------------
>>>> To unsubscribe from this list, please visit:
>>>>
>>>>     http://xircles.codehaus.org/manage_email
>>>>
>>>>
>>>>
>>>
>>>
---------------------------------------------------------------------
>>> To unsubscribe from this list, please visit:
>>>
>>>     http://xircles.codehaus.org/manage_email
>>>
>>>
>>>
>>>
---------------------------------------------------------------------
>>> To unsubscribe from this list, please visit:
>>>
>>>     http://xircles.codehaus.org/manage_email
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>    http://xircles.codehaus.org/manage_email
>>
>>
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
> 
>     http://xircles.codehaus.org/manage_email
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
> 
>     http://xircles.codehaus.org/manage_email
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Castor 1.2


Exception in thread "main" java.lang.NoSuchMethodError: 
org.exolab.castor.xml.validators.IntegerValidator: method setMinInclusive(I)V 
not found
        at 
com.s1.adapter.arch.configurationmanager.configuration.ResourceQueueDescriptor.<init>(ResourceQueueDescriptor.java:136)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:80)
        at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:44)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:315)
        at java.lang.Class.newInstance3(Class.java:367)
        at java.lang.Class.newInstance(Class.java:305)
        at 
org.exolab.castor.xml.util.resolvers.ByDescriptorClass.internalResolve(ByDescriptorClass.java:84)
        at 
org.exolab.castor.xml.util.resolvers.AbstractResolverClassCommand.resolve(AbstractResolverClassCommand.java:55)
        at 
org.exolab.castor.xml.util.resolvers.CastorXMLStrategy.getDescriptor(CastorXMLStrategy.java:131)
        at 
org.exolab.castor.xml.util.resolvers.CastorXMLStrategy.resolveClass(CastorXMLStrategy.java:82)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorResolverImpl.resolve(XMLClassDescriptorResolverImpl.java:241)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorResolverImpl.resolve(XMLClassDescriptorResolverImpl.java:198)
        at 
org.exolab.castor.xml.UnmarshalHandler.getClassDescriptor(UnmarshalHandler.java:3459)
        at 
org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler.java:2278)
        at 
org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler.java:1418)
        at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1477)
        at org.apache.crimson.parser.Parser2.content(Parser2.java:1766)
        at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1494)
        at org.apache.crimson.parser.Parser2.content(Parser2.java:1766)
        at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1494)
        at org.apache.crimson.parser.Parser2.content(Parser2.java:1766)
        at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1494)
        at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500)
        at org.apache.crimson.parser.Parser2.parse(Parser2.java:305)
        at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:715)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:616)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:807)
        at 
com.s1.adapter.arch.configurationmanager.configuration.Configuration.unmarshal(Configuration.java:375)
        at com.s1.adapter.fasterpayments.ConfigTest.main(ConfigTest.java:30)
        <xs:element name="AvailableResources">
                <xs:simpleType>
                        <xs:restriction base="xs:int">
                                <xs:minInclusive value="0"/>
                        </xs:restriction>
                </xs:simpleType>
        </xs:element>
Castor 1.2.1

Caused by: ValidationException: The following exception occured while 
validating field: _availableResources of class: 
com.s1.adapter.arch.configurationmanager.configuration.ResourceQueue: Expecting 
an Long, received instead: java.lang.Integer;
   - location of error: XPATH: /ResourceQueue/AvailableResources
Expecting an Long, received instead: java.lang.Integer
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:285)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:248)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.FieldValidator.validateInstance(FieldValidator.java:335)
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:277)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.FieldValidator.validateInstance(FieldValidator.java:335)
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:277)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.UnmarshalHandler.endElement(UnmarshalHandler.java:920)
        at 
org.exolab.castor.xml.UnmarshalHandler.endElement(UnmarshalHandler.java:1164)
        at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1523)
        at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500)
        at org.apache.crimson.parser.Parser2.parse(Parser2.java:305)
        at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:723)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:624)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:815)
        at 
com.s1.adapter.arch.configurationmanager.configuration.Configuration.unmarshal(Configuration.java:375)
        at com.s1.adapter.fasterpayments.ConfigTest.main(ConfigTest.java:30)
        
Caused by: ValidationException: The following exception occured while 
validating field: _availableResources of class: 
com.s1.adapter.arch.configurationmanager.configuration.ResourceQueue: Expecting 
an Long, received instead: java.lang.Integer;
   - location of error: XPATH: /ResourceQueue/AvailableResources
Expecting an Long, received instead: java.lang.Integer
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:285)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:248)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.FieldValidator.validateInstance(FieldValidator.java:335)
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:277)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.FieldValidator.validateInstance(FieldValidator.java:335)
        at 
org.exolab.castor.xml.FieldValidator.validate(FieldValidator.java:277)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validateField(XMLClassDescriptorImpl.java:1088)
        at 
org.exolab.castor.xml.util.XMLClassDescriptorImpl.validate(XMLClassDescriptorImpl.java:1058)
        at org.exolab.castor.xml.Validator.validate(Validator.java:135)
        at 
org.exolab.castor.xml.UnmarshalHandler.endElement(UnmarshalHandler.java:920)
        at 
org.exolab.castor.xml.UnmarshalHandler.endElement(UnmarshalHandler.java:1164)
        at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1523)
        at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500)
        at org.apache.crimson.parser.Parser2.parse(Parser2.java:305)
        at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:723)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:624)
        at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:815)
        at 
com.s1.adapter.arch.configurationmanager.configuration.Configuration.unmarshal(Configuration.java:375)
        at com.s1.adapter.fasterpayments.ConfigTest.main(ConfigTest.java:30)
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Reply via email to