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]
-------------------------------------------------

Reply via email to