Hi Eric,

with some bugfixes at JDOManager and DatabaseRegistry we opened another
problem that apears when you call JDOManager.loadConfiguration(JdoConf)
with a configuration for a datasource. Having said that it worked for
driver configurations but that will not realy help you.

But there is light at the end of the tunnel as this bug has been
resolved in CVS and its only a question of days until the first
milestone of castor's 0.9.9 release will be pushed out.

I suggest you to try out a fresh CVS snapshot from
http://cvs.castor.codehaus.org/

Sorry for the inconvenience.

Ralf


Eric Anderson schrieb:
> How come I can't tell where the parse error is?
> 
> It happens if I mearly switch the jar files out 9.6 for 9.7, and restart the 
> app.
> 
> This is what most of my mappings look like.
> <mapping>
> 
> 
> <class name="org.usiis.struts.WebPatientForm" identity="patientId providerId" 
> read-only="true">
>       <map-to table="WWW_PATIENTS_ENTRY"/>
>       <field name="patientId" type="string"><sql name="patient_id" 
> type="char"/></field>
>       <field name="providerId" type="string"><sql name="provider_id" 
> type="char"/></field>
>       <field name="birthDate" type="date"><sql name="dob" 
> type="date"/></field>
>       <field name="usiisId" type="integer"><sql name="usiis_id" 
> type="integer"/></field>
>       <field name="firstName" type="string"><sql name="first_name" 
> type="char"/></field>
>       <field name="middleName" type="string"><sql name="middle_name" 
> type="char"/></field>
>       <field name="lastName" type="string"><sql name="last_name" 
> type="char"/></field>
>       <field name="suffix" type="string"><sql name="suffix" 
> type="char"/></field>
>       <field name="ssn" type="string"><sql name="ssn" type="char"/></field>
>       <field name="gender" type="string"><sql name="gender" 
> type="char"/></field>
>       <field name="mothersMaiden" type="string"><sql name="mothers_maiden" 
> type="char"/></field>
>       <field name="address" type="string"><sql name="address_street" 
> type="char"/></field>
>       <field name="address2" type="string"><sql name="address_street2" 
> type="char"/></field>
>       <field name="city" type="string"><sql name="address_city" 
> type="char"/></field>
>       <field name="state" type="string"><sql name="address_state" 
> type="char"/></field>
>       <field name="zip" type="string"><sql name="address_zip" 
> type="char"/></field>
>       <field name="county" type="string"><sql name="county_code" 
> type="char"/></field>
>       <field name="birthState" type="string"><sql name="birth_state" 
> type="char"/></field>
>       <field name="homeArea" type="string"><sql name="phone_area" 
> type="char"/></field>
>       <field name="homeExchange" type="string"><sql name="phone_exchange" 
> type="char"/></field>
>       <field name="homeLine" type="string"><sql name="phone_line" 
> type="char"/></field>
>       <field name="releaseDate" type="date"><sql name="release_date" 
> type="date"/></field>
>       <field name="releaseProviderId" type="string"><sql 
> name="release_prov_id" type="char"/></field>
>       <field name="status" type="string"><sql name="status_code" 
> type="char"/></field>
>       <field name="language" type="string"><sql name="lang_code" 
> type="char"/></field>
>       <field name="ethnicity" type="string"><sql name="eth_code" 
> type="char"/></field>
>       <field name="race" type="string"><sql name="race_code" 
> type="char"/></field>
>       <field name="confidentialFlag" type="string"><sql 
> name="confidential_flag" type="char"/></field>
>     <field name="physician" type="string"><sql name="physician_id" 
> type="integer"/></field>
> </class>
> 
> </mapping>
> 
>>>>[EMAIL PROTECTED] 08/17/05 6:28 AM >>>
> 
> It looks like it actually has to do with your mapping files. It's
> getting into ClassMolder and SQLEngine which deal with the classes
> themselves. You doing anything funky with your mappings? Assuming no
> since it worked with 0.9.6.
> 
> Could you post a snippet of your mapping files? Also, are you using
> CVS or the stable release?
> 
> -Nick
> 
> On 8/16/05, Eric Anderson <[EMAIL PROTECTED]> wrote:
> 
>>If I try and follow the following example here 
>>http://www.castor.org/database-conf.html under JDOConfFactory after removing 
>>the castor 9.6 and putting the 9.7 jar, on this line
>>
>>JDOManager.loadConfiguration(JDOConfFactory.createJdoConf(dbConf));
>>
>>I get this error,
>>
>>java.lang.ClassCastException
>>        at 
>> org.exolab.castor.jdo.engine.SQLEngine$FieldInfo.<init>(SQLEngine.java:1618)
>>        at org.exolab.castor.jdo.engine.SQLEngine.<init>(SQLEngine.java:280)
>>        at 
>> org.exolab.castor.jdo.engine.BaseFactory.getPersistence(BaseFactory.java:84)
>>        at org.exolab.castor.persist.ClassMolder.resolve(ClassMolder.java:532)
>>        at org.exolab.castor.persist.LockEngine.<init>(LockEngine.java:164)
>>        at 
>> org.exolab.castor.persist.PersistenceEngineFactory.createEngine(PersistenceEng
>>neFactory.java:80)
>>        at 
>> org.exolab.castor.jdo.engine.DatabaseRegistry.<init>(DatabaseRegistry.java:727
>>
>>        at 
>> org.exolab.castor.jdo.engine.DatabaseRegistry.<init>(DatabaseRegistry.java:709
>>
>>        at 
>> org.exolab.castor.jdo.engine.DatabaseRegistry.initFromDataSource(DatabaseRegis
>>ry.java:315)
>>        at 
>> org.exolab.castor.jdo.engine.DatabaseRegistry.initDatabase(DatabaseRegistry.ja
>>a:279)
>>        at 
>> org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.ja
>>a:200)
>>        at 
>> org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.ja
>>a:136)
>>        at 
>> org.exolab.castor.jdo.JDOManager.loadConfiguration(JDOManager.java:237)
>>        at 
>> org.exolab.castor.jdo.JDOManager.loadConfiguration(JDOManager.java:269)
>>        at 
>> org.usiis.struts.BasePersistenceManager.setDBConfig(BasePersistenceManager.java
>>
>>
>>Anyone know why?
>>
>>
>>
>>-------------------------------------------------
>>If you wish to unsubscribe from this list, please
>>send an empty message to the following address:
>>
>>[EMAIL PROTECTED] 
>>-------------------------------------------------
>>
>>
> 
> 
> -------------------------------------------------
> If you wish to unsubscribe from this list, please
> send an empty message to the following address:
> 
> [EMAIL PROTECTED] 
> -------------------------------------------------
> 
> 
> -------------------------------------------------
> If you wish to unsubscribe from this list, please 
> send an empty message to the following address:
> 
> [EMAIL PROTECTED]
> -------------------------------------------------

-- 

Syscon Ingenieurbüro für
Meß- und Datentechnik GmbH
Ralf Joachim
Raiffeisenstraße 11
D-72127 Kusterdingen
Germany

Tel.   +49 7071 3690 52
Mobil: +49 173 9630135
Fax    +49 7071 3690 98

Email: [EMAIL PROTECTED]
Web:   www.syscon-world.de

-------------------------------------------------
If you wish to unsubscribe from this list, please 
send an empty message to the following address:

[EMAIL PROTECTED]
-------------------------------------------------

Reply via email to