Marco, 

yes, you'll have to get the JAR file(s) via ftp (as it always is the case with 
Castor downloads). Look at 

http://castor.exolab.org/phpBB2/viewtopic.php?t=336

for the original announcement I posted to the mailing lists that includes the 
URLs.

Werner

On Wed, 10 Nov 2004 08:54:43 -0000, Marco Mistroni wrote:

>
>Hello Werner,
>       Thanx..i'll do it...
>Just one minor isse: there have been many posts recently about
>Where the 0.9.5.6 can be downloaded...
>I assume I have to go thru 'FTP access', correct?
>
>
>
>Thanx and regards
>       marco
>
>-----Original Message-----
>From: Werner Guttmann [mailto:[EMAIL PROTECTED] 
>Sent: 09 November 2004 19:16
>To: [EMAIL PROTECTED]
>Subject: Re: [castor-user] classLoading problem with Castor 0.9.5.3?
>
>
>Marco,
>
>as far as I remember, there's been a problem reported for this 'feature'
>shortly after the 0.9.5.3 release. If you're willing to consider using
>the 0.9.6 release 
>candidate, I am 100% sure that this has been fixed.
>
>Werner
>
>On Tue, 9 Nov 2004 09:13:06 -0000, Marco Mistroni wrote:
>
>>
>>Hello all,
>>      I am experiencing ClassLoading problems with Castor 0.9.5.3.
>>In my CastorPersistenceManager class, I am loading database.xml &
>>Mapping.xml 'dynamically' with following code
>>
>>              _mapping = new Mapping( getClass().getClassLoader() );
>>              _mapping.setLogWriter(new PrintWriter(System.out) );
>>              InputStream stream =
>>this.getClass().getResourceAsStream(mapping);
>>              _mapping.loadMapping(new InputSource( stream ) );
>>              _jdo = new JDO();
>>            _jdo.setLogWriter(new PrintWriter(System.out));
>>              URL url =
>>this.getClass().getClassLoader().getResource("/database.xml");
>>              _jdo.loadConfiguration(url.toString());
>>                _jdo.setDatabaseName( "test" );
>>
>>In this way, I don't have to specify the 'absolute' path of my mapping
>>files..
>>
>>The values of mapping.xml and databae.xml  is  '/mapping.xml'  
>>
>>Issue is, when I run my program with castor 0.9.5.2, everything gets
>>loaded
>>Without any problems..
>>
>>When I moved to castor 0.9.5.3, then it looks like castor is trying to
>>find the file in my directory, instead of loading from classes
>>
>>Anyone can give me help, or suggestion on what can be wrong?
>>
>>Thanx in advance and regard
>>      marco
>>
>>
>>
>>
>>-----Original Message-----
>>From: Marco Mistroni [mailto:[EMAIL PROTECTED] 
>>Sent: 08 November 2004 21:40
>>To: Marco Mistroni
>>Subject: RE: [castor-user] SourceGenerator issue /2
>>
>>--- error in initializing
>>org.exolab.castor.mapping.MappingException: Nested error:
>>java.io.FileNotFoundEx
>>ception: C:\Sw\Budget-Project\Backend\target\mapping.xml (The system
>>cannot
>>find
>> the file specified)
>>2004-11-08 21:38:41,187 ERROR  com.myapp.castor.CastorFactory [main]  -
>>Error in
>> initializing castor!
>>
>>java.lang.Exception: Error in initializing
>>cpmgr!org.exolab.castor.mapping.Mappi
>>ngException: Nested error: java.io.FileNotFoundException:
>>C:\Sw\Budget-Project\B
>>ackend\target\mapping.xml (The system cannot find the file specified)
>>        at
>>com.myapp.castor.CastorPersistenceManager.init(CastorPersistenceManag
>>er.java:88)
>>        at com.myapp.castor.CastorFactory.<init>(CastorFactory.java:26)
>>        at
>>com.myapp.castor.CastorPersistenceManagerTest.setUp(CastorPersistence
>>ManagerTest.java:69)
>>        at junit.framework.TestCase.runBare(TestCase.java:125)
>>        at junit.framework.TestResult$1.protect(TestResult.java:106)
>>        at junit.framework.TestResult.runProtected(TestResult.java:124)
>>        at junit.framework.TestResult.run(TestResult.java:109)
>>        at junit.framework.TestCase.run(TestCase.java:118)
>>        at junit.framework.TestSuite.runTest(TestSuite.java:208)
>>        at junit.framework.TestSuite.run(TestSuite.java:203)
>>        at
>>org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUni
>>tTestRunner.java:325)
>>        at
>>org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JU
>>nitTask.java:848)
>>        at
>>org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitT
>>ask.java:556)
>>        at
>>org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitT
>>ask.java:532)
>>        at org.apache.tools.ant.Task.perform(Task.java:341)
>>        at
>>org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232)
>>        at
>>org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>        at
>>org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>        at
>>org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
>>        at
>org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88)
>>        at
>>org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>        at
>>org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>        at
>>org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
>>        at
>>com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
>>        at com.werken.werkz.Goal.fire(Goal.java:639)
>>        at com.werken.werkz.Goal.attain(Goal.java:575)
>>        at com.werken.werkz.Goal.attainPrecursors(Goal.java:488)
>>        at com.werken.werkz.Goal.attain(Goal.java:573)
>>        at com.werken.werkz.Goal.attainPrecursors(Goal.java:488)
>>        at com.werken.werkz.Goal.attain(Goal.java:573)
>>        at
>>com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
>>        at
>>com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134)
>>        at
>>org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainG
>>oalTag.java:107)
>>        at
>>org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>        at
>>org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>        at
>>org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
>>        at
>>com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
>>        at com.werken.werkz.Goal.fire(Goal.java:639)
>>        at com.werken.werkz.Goal.attain(Goal.java:575)
>>        at
>>org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:
>>448)
>>        at
>>org.apache.maven.MavenSession.attainGoals(MavenSession.java:360)
>>        at
>>org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:37
>>8)
>>        at
>>org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>        at
>>org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>        at
>>org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
>>        at
>>com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
>>        at com.werken.werkz.Goal.fire(Goal.java:639)
>>        at com.werken.werkz.Goal.attain(Goal.java:575)
>>        at
>>org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:
>>448)
>>        at
>>org.apache.maven.MavenSession.attainGoals(MavenSession.java:348)
>>        at org.apache.maven.cli.App.doMain(App.java:543)
>>        at org.apache.maven.cli.App.main(App.java:1109)
>>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>        at
>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
>>java:39)
>>        at
>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>>sorImpl.java:25)
>>        at java.lang.reflect.Method.invoke(Method.java:324)
>>        at com.werken.forehead.Forehead.run(Forehead.java:551)
>>        at com.werken.forehead.Forehead.main(Forehead.java:581)
>>2004-11-08 21:38:41,187 DEBUG
>>com.myapp.castor.CastorPersistenceManagerTest
>>[ma
>>in]  - Exception in CastorEntryTest.setup()
>>com.myapp.exceptions.PersistenceException: java.lang.Exception: Error
>in
>>initial
>>izing cpmgr!org.exolab.castor.mapping.MappingException: Nested error:
>>java.io.Fi
>>leNotFoundException: C:\Sw\Budget-Project\Backend\target\mapping.xml
>>(The
>>system
>> cannot find the file specified)
>>2004-11-08 21:38:41,187 ERROR
>>com.myapp.castor.CastorPersistenceManagerTest
>>[ma
>>in]  - Exception in testQueryExpenseType
>>java.lang.NullPointerException
>>        at
>>com.myapp.castor.CastorPersistenceManagerTest.testQueryExpenseType(Ca
>>storPersistenceManagerTest.java:165)
>>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>        at
>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
>>java:39)
>>        at
>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>>sorImpl.java:25)
>>        at java.lang.reflect.Method.invoke(Method.java:324)
>>        at junit.framework.TestCase.runTest(TestCase.java:154)
>>        at junit.framework.TestCase.runBare(TestCase.java:127)
>>        at junit.framework.TestResult$1.protect(TestResult.java:106)
>>        at junit.framework.TestResult.runProtected(TestResult.java:124)
>>        at junit.framework.TestResult.run(TestResult.java:109)
>>
>>-----Original Message-----
>>From: Marco Mistroni [mailto:[EMAIL PROTECTED]
>>Sent: 08 November 2004 11:48
>>To: [EMAIL PROTECTED]
>>Subject: FW: [castor-user] SourceGenerator issue /2
>>
>>
>>
>>
>>-----Original Message-----
>>From: Keith Visco [mailto:[EMAIL PROTECTED]
>>Sent: 05 November 2004 21:05
>>To: [EMAIL PROTECTED]
>>Subject: Re: [castor-user] SourceGenerator issue /2
>>
>>
>>
>>Hi Marco,
>>
>>I think you can use something like:
>>
>>.
>>    <xsd:complexType>
>>       <xsd:sequence>
>>          <xsd:any minOccurs="0" maxOccurs="unbounded"/>
>>       </xsd:sequence>
>>    </xsd:complexType>
>>.
>>
>>--Keith
>>
>>
>>Marco Mistroni wrote:
>>> Hello,
>>>     Sorry to spam the list but I have sent a message last week about
>>> one
>>> Issue with SourceGenerator and didn't get any reply
>>> I have to write a schema for an object that behaves like a java
>>> Collection,
>>> Meaning that It should contain 'Objects'
>>>
>>> Basically, I want (castor to generate) a class with following method
>>>
>>> public void addValue(Object object)
>>>
>>> from an XML schema
>>>
>>> problem is that there is no way to write a schema that says 'this
>>> complexType should hold a collection of objects of type 'object'.
>>> I have checked, I could use xsd:anyType or xsd:IDREF.. it's ok in
>>> putting
>>> Values into my class, but whenever I retrieve the object that I have
>>> put, I get back a String representation.
>>>
>>> Any suggestions on how to overcome htat problem? Writing custom
>Fields
>>> Handler? Custom Types?
>>>
>>> Regards
>>>     Marco
>>>
>>> FOR THOSE WHO ARE PATIENT, HERE IS THE BACKGROUND
>>>
>>> I am using Castor together with Axis for marshalling/unmarshalling
>>> objects.
>>> My axis WS will use a 'PersistenceManager' class which is in charge
>of
>>> interacting with a  database.
>>> In case of a query, I am passing a set of parameters with which the
>>> Query should be populated. Since I want to keep my code 'not
>>dependent'
>>> on the query or on the type of objects, I am passing to my
>Persistence
>>> manager an array of Objects. The PersistenceManager picks those
>>objects
>>> and populate the query. (there's an article in javaworld by ryan
>>daigle
>>> for stuff like that)
>>> For using this code inside my webservice, I need Castor to create me
>>an
>>> object that behaves like a Collection, that holds Objects and not
>>> specific types..
>>> So far I haven't been able to get away with it.
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
>>> Sent: 05 November 2004 09:29
>>> To: [EMAIL PROTECTED]
>>> Subject: Re: [castor-user] Re: Date Format jdo and xml
>>>
>>>
>>> Charles,
>>>
>>> there's one more alternative that just crossed my mind. Let's assume
>>you
>>> have a property x of type String in a class named X, along the lines
>>of
>>>
>>> class X {
>>>
>>>    private String x;
>>>
>>>    public void setX (String x) { ...}
>>>
>>>    public String getX() { .. }
>>>
>>> }
>>>
>>> You could add two more methods
>>>
>>>    public Date getXasDate () { .. }
>>>
>>>    public void setX (Date x) { ... }
>>>
>>> and make Castor use the newly defined getter/setter by declaring
>>> get-method and set-method attributes on the >field> element.
>>>
>>> Werner
>>>
>>> On Fri, 5 Nov 2004 09:18:18 GMT, Charles Abell wrote:
>>>
>>>
>>>>Thanks Werner,
>>>>I had read it, but assumed it referred to a date stored as characters
>>>
>>> in a database, to be converted to date in the object.
>>>
>>>>Anyway the example gives me :
>>>>org.exolab.castor.mapping.MappingException: The SQL type d, is not
>>>
>>> supported in this release
>>>
>>>>Maybe it's easier to change the format using xsl.
>>>>
>>>>Charles
>>>>
>>>>
>>>>>Charles,
>>>>>
>>>>>have you ever read about parameterized type conversion at
>>>>>
>>>>>http://castor.exolab.org/types.html#Parameterized-Type-Convertors
>>>>>
>>>>>This might be a possible solution for your case.
>>>>>
>>>>>Werner
>>>>>
>>>>>On Thu, 4 Nov 2004 12:49:17 GMT, Charles Abell wrote:
>>>>>
>>>>>
>>>>>>Martin,
>>>>>>
>>>>>>Many thanks for the example, but regretfully not. I suspect the
>>>>>>difference is my mapping  has the extra line :
>>>>>><sql name="QU_DATE" type="date" dirty="ignore" />
>>>>>>
>>>>>>Stack trace is below.
>>>>>>
>>>>>>Best regards
>>>>>>
>>>>>>Charles
>>>>>>
>>>>>>org.exolab.castor.mapping.MappingException: No convertor exists
>>>>>>for converting type java.lang.String to type java.sql.Date
>>>>>>
>>>>>>at
>>>>>>
>>>
>>> org.exolab.castor.jdo.engine.SQLTypes.getConvertor(SQLTypes.java:475)
>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.jdo.engine.JDOMappingLoader.getTypeInfo(JDOMappingLo
>>>
>>>>>>ader.java:223)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.mapping.loader.MappingLoader.createFieldDesc(Mapping
>>>
>>>>>>Loader.java:632)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.jdo.engine.JDOMappingLoader.createFieldDesc(JDOMappi
>>>
>>>>>>ngLoader.java:246)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.mapping.loader.MappingLoader.createFieldDescs(Mappin
>>>
>>>>>>gLoader.java:519)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.mapping.loader.MappingLoader.createDescriptor(Mappin
>>>
>>>>>>gLoader.java:343)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.jdo.engine.JDOMappingLoader.createDescriptor(JDOMapp
>>>
>>>>>>ingLoader.java:147)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.mapping.loader.MappingLoader.loadMapping(MappingLoad
>>>
>>>>>>er.java:212)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.jdo.engine.JDOMappingLoader.loadMapping(JDOMappingLo
>>>
>>>>>>ader.java:295)
>>>>>>
>>>>>>at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:278)
>>>>>>
>>>>>>at
>>>>>>
>>>
>>>
>org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseReg
>>>
>>>>>>istry.java:289)
>>>>>>
>>>>>>at org.exolab.castor.jdo.JDO.getDatabase(JDO.java:559)
>>>>>
>>>>>
>>
>>
>>
>>-----------------------------------------------------------
>>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

Reply via email to