This sounds like it's related to a problem I was
experiencing:
http://bugzilla.exolab.org/show_bug.cgi?id=1637
--- Aziz Hammadi <[EMAIL PROTECTED]> wrote:
>
> Hi Nick
> you would not believe it but re-aaranging the
> mapping was the
> solution! It works now perfectly. By the way I
> wanted to load an
> object into the db. It wasn't a select operation.
> Give a look to this piece of code in
> (MappingLoader.java:422).:
> if ( depend == null )
> throw new MappingException(
> "Depends not found" +
>
> clsMap.getDepends() +
> " " + javaClass.getName() );
> if ( depend == NoDescriptor )
> throw new MappingException(
> "Depends not found" +
>
> clsMap.getDepends() +
> " " + javaClass.getName() );
> } catch ( ClassNotFoundException except
> )
>
> The error description is the same but the sources
> are quite different.
> One little thing more:
> can you add a space char after the string found? :-)
>
>
>
> Well here is the complete error message:
>
> log4j:WARN No appenders could be found for logger
> (org.exolab.castor.jdo.engine.JDOConfLoader).
> log4j:WARN Please initialize the log4j system
> properly.
> org.exolab.castor.jdo.DatabaseNotFoundException:
> Nested error:
> org.exolab.castor.mapping.MappingException: Depends
> not
>
[EMAIL PROTECTED]
> EepromCell:
> Nested error:
> org.exolab.castor.mapping.MappingException: Depends
> not
>
[EMAIL PROTECTED]
> EepromCell
> at
> org.exolab.castor.jdo.JDO.getDatabase(JDO.java:567)
> at
>
com.nokia.dump2db.mapper.DbMapper.mappToDb(DbMapper.java:97)
> at
> com.nokia.dump2db.main.MainApp.main(MainApp.java:54)
> Caused by:
> org.exolab.castor.mapping.MappingException: Nested
> error:
> org.exolab.castor.mapping.MappingException: Depends
> not
>
[EMAIL PROTECTED]
> EepromCell
> at
>
org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:295)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.initFromDriver(DatabaseRegistry.java:469)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.java:324)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.java:254)
> at
> org.exolab.castor.jdo.JDO.getDatabase(JDO.java:565)
> ... 2 more
> Caused by:
> org.exolab.castor.mapping.MappingException: Depends
> not
>
[EMAIL PROTECTED]
> EepromCell
> at
>
org.exolab.castor.mapping.loader.MappingLoader.createDescriptor(MappingLoader.java:422)
> at
>
org.exolab.castor.jdo.engine.JDOMappingLoader.createDescriptor(JDOMappingLoader.java:135)
> at
>
org.exolab.castor.mapping.loader.MappingLoader.loadMapping(MappingLoader.java:289)
> at
>
org.exolab.castor.jdo.engine.JDOMappingLoader.loadMapping(JDOMappingLoader.java:324)
> at
>
org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:292)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.initFromDriver(DatabaseRegistry.java:469)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.java:324)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.java:254)
> at
> org.exolab.castor.jdo.JDO.getDatabase(JDO.java:565)
> at
>
com.nokia.dump2db.mapper.DbMapper.mappToDb(DbMapper.java:97)
> at
> com.nokia.dump2db.main.MainApp.main(MainApp.java:54)
> Caused by:
> org.exolab.castor.mapping.MappingException: Depends
> not
>
[EMAIL PROTECTED]
> EepromCell
> at
>
org.exolab.castor.mapping.loader.MappingLoader.createDescriptor(MappingLoader.java:422)
> at
>
org.exolab.castor.jdo.engine.JDOMappingLoader.createDescriptor(JDOMappingLoader.java:135)
> at
>
org.exolab.castor.mapping.loader.MappingLoader.loadMapping(MappingLoader.java:289)
> at
>
org.exolab.castor.jdo.engine.JDOMappingLoader.loadMapping(JDOMappingLoader.java:324)
> at
>
org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:292)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.initFromDriver(DatabaseRegistry.java:469)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.java:324)
> at
>
org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(DatabaseRegistry.java:254)
> at
> org.exolab.castor.jdo.JDO.getDatabase(JDO.java:565)
> at
>
com.nokia.dump2db.mapper.DbMapper.mappToDb(DbMapper.java:97)
> at
> com.nokia.dump2db.main.MainApp.main(MainApp.java:54)
> Exception in thread "main"
> java.lang.NullPointerException
> at
>
com.nokia.dump2db.mapper.DbMapper.mappToDb(DbMapper.java:108)
> at
> com.nokia.dump2db.main.MainApp.main(MainApp.java:54)
> On Tue, 1 Feb 2005 10:42:05 -0500, Nick Stuart
> <[EMAIL PROTECTED]> wrote:
> >
> > You are right, that is a bad error being thrown.
> But, my question is,
> > are you trying to load the EepromCell directly?
> Are you trying to do
> > something like:
> >
> > db.load(EepromCell.class, <some-id>)
> >
> > Because that isn't going to work. The depends
> attribute brings with
> > the fact that this object will never standalone,
> and hence, never be
> > loaded by itself.
> >
> > But assuming you are not doing this. Try
> re-arranging the mappings so
> > that the parents are first, then the children
> (dont believe this
> > matters, but its worth a shot). I've always set my
> mappings up this
> > way and have ever had a problem. Like I said,
> everything appears to be
> > setup correctly.
> >
> > Can you paste the whole stacktrace so we can get
> line numbers. Would
> > at least like to clean up the error report for a
> bit better
> > description. :)
> >
> > -Nick
> >
> >
> > On Tue, 1 Feb 2005 16:10:12 +0100, Aziz Hammadi
> <[EMAIL PROTECTED]> wrote:
> > >
> > > Here is the error message I get:
> > >
> > > org.exolab.castor.jdo.DatabaseNotFoundException:
> Nested error:
> > > org.exolab.castor.mapping.MappingException:
> Depends not
> > >
>
[EMAIL PROTECTED]
> EepromCell:
> > > Nested error:
> org.exolab.castor.mapping.MappingException: Depends
> not
> > >
>
[EMAIL PROTECTED]
> EepromCell
> > >
> > > The exception is thrown while trying to get
> dependent classes. I
> > > followed it into the castor source code. It is
> badly described through
> > > a DatabaseNotFoundException. It is irritating.
> > > The connection to the database does exist. As I
> mentioned eralier
> > > mapping just one dependency level works.
> > >
> > >
> > > On Tue, 1 Feb 2005 09:50:26 -0500, Nick Stuart
> <[EMAIL PROTECTED]> wrote:
> > > >
> > > > That looks as though its setup correctly, so
> what is exactly is the
> > > > error that comes up? Or the functionality that
> isn't working? Is it
> > > > generating a stacktrace or is it just not
> behaving as expected? Again,
> > > > this setup should work, it might just depend
> on what you are looking
> > > > for it to do.
> > > >
> > > > -Nick
> > > >
> > > >
> > > > On Tue, 1 Feb 2005 15:33:00 +0100, Aziz
> Hammadi <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Sorry Nick! that was a copy-and-paste
> mistake. The cell depends on
> > > > > Sector but it does not work. Here is my
> real xml file based on the
> > > > > folowing model:
> > > > >
> > > > > Eeprom 1--------------------* EepromBlock
> 1--------------------*
> > > > >
> > > > > <class name="EepromCell"
> identity="id" key-generator="IDENTITY"
> > > > > depends="EepromBlock">
> > > > > <map-to table="eepromcell"/>
> > > > > <field name="id"
> type="integer">
> > > > > <sql name="id"
> type="integer"/>
> > > > > </field>
> > > > > <field name="name"
> type="string" required="true" transient="false"
> > > > > direct="false">
> > > > > <sql name="name"
> type="char"/>
> > > > > </field>
> > > > > <field name="value"
> type="string" required="true" transient="false"
> > > > > direct="false">
> > > > > <sql name="value"
> type="char"/>
> > > > > </field>
> > > > > <!-- reference to the parent -->
> > > > > <field
> name="eepromBlock" type="EepromBlock"
> required="true"
> > > > > transient="false" direct="false">
> > > > > <sql
> name="EepromBlock_Id"/>
> > > > > </field>
> > > > > </class>
> > > > >
> > > > > <class name="EepromBlock"
> identity="id" key-generator="IDENTITY"
> > > > > depends="Eeprom">
> > > > > <map-to
> table="eepromblock"/>
> > > > > <field name="id"
> type="integer">
> > > > > <sql name="id"
> type="integer"/>
> > > > > </field>
> > > > > <field name="number"
> type="integer">
> > > > > <sql name="number"
> type="integer"/>
> > > > > </field>
> > > > > <!-- reference to the parent
> -->
> > > > > <field name="eeprom"
> type="Eeprom" required="true" transient="false"
> > > > > direct="false">
> > > > > <sql
> name="Eeprom_Id"/>
> > > > > </field>
> > > > > <!-- reference to the
> children-->
> > > > > <field
> name="eepromCell" type="EepromCell"
> collection="array"
> > > > > required="true">
> > > > > <sql
> many-key="EepromBlock_id"/>
> > > > > </field>
> > > > > </class>
> > > > > <class name="Eeprom" identity="id"
> key-generator="IDENTITY">
> > > > > <map-to table="eeprom"/>
> > > > > <field name="id"
> type="integer">
> > > > > <sql name="id"
> type="integer"/>
> > > > > </field>
> > > > > <!-- reference to the children-->
> > > > >
> <field name="eepromBlock" type="EepromBlock"
> collection="array"
> > > > > required="true">
> > > > > <sql
> many-key="Eeprom_id"/>
> > > > > </field>
> > > > > </class>
> > > > >
> > > > >
> > > > > On Tue, 1 Feb 2005 08:47:32 -0500, Nick
> Stuart <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > Shouldnt the cell contain its parent
> sector, and not the hard disk? So
> > > > > > you would have something like:
> > > > > > <class name="Cell" depends="Sector">
> > > > > > <field name="sector type="Sector">
> > > > > > <sql name="sector_Id"/>
> > > > > > </field>
> > > > > > </class>
> > > > > >
> > > > > > This would make more sense in the
> hierarchy to have it setup this way.
> > > > > > I've been able to use several levels of
> dependencies with out any
> > > > > > issues. At least 3 levels deep, and more.
> I always have a reference
> > > > > > from the parent (HardDisk) to the children
> (Sectors) and the other way
> > > > > > as well (from the children back to the
> parent). You didn't supply the
> > > > > > full mapping so I dont know if you have
> this or not.
> > > > > >
> > > > > > -Nick
> > > > > >
> > > > > > Be something
> > > > > > On Tue, 1 Feb 2005 12:43:59 +0100, Aziz
> Hammadi <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > I have the following model:
> > > > > > >
> > > > > > > HardDisk 1 ------------* Sector 1
> ------------- * Cell
> > > > > > >
> > > > > > > 1) mapping
> > > > > > > HardDisk 1 --------------- *
> Sector
> > > > > > > using this :
> > > > > > >
> > > > > > > <class name="Sector" depends="HardDisk">
> > > > > > > <field name="hardDisk" type="HardDisk">
> > > > > > > <sql name="hardDisk_Id"/>
> > > > > > > </field>
> > > > > > > </class>
> > > > > > >
> > > > > > > <class name="Cell" depends="Sector">
> > > > > > > <field name="hardDisk" type="HardDisk">
> > > > > > > <sql name="sector_Id"/>
> > > > > > > </field>
> > > > > > > </class>
> > > > > > >
> > > > > > > works.
> > > > > > >
> > > > > > > 2) mapping
> > > > > > > Sector 1 --------------- *
> Cell
> > > > > > > works using a similar mapping.
> > > > > > >
> > > > > > > 3) While trying to mapp
> > > > > > > HardDisk 1 ------------* Sector 1
> ------------- * Cell
> > > > > > > all together I get this exception:
> > > > > > >
> > > > > > >
> org.exolab.castor.mapping.MappingException: Depends
> not
> > > > > > >
>
[EMAIL PROTECTED]
> Cell
> > > > > > >
> > > > > > > The mapping file looks like this
> (simple):
> > > > > > >
> > > > > > > <class name="HardDisk" >
> > > > > > > </class>
> > > > > > >
> > > > > > > <class name="Sector" depends="HardDisk">
> > > > > > > <field name="hardDisk" type="HardDisk">
> > > > > > > <sql name="hardDisk_Id"/>
> > > > > > > </field>
> > > > > > > </class>
> > > > > > >
> > > > > > > <class name="Cell" depends="Sector">
> > > > > > > <field name="hardDisk" type="HardDisk">
> > > > > > > <sql name="sector_Id"/>
> > > > > > > </field>
> > > > > > > </class>
> > > > > > >
> > > > > > > Does castor provide dependency
> recursion? I tryed to look at some
> > > > > > > mapping files of some open source code
> project using castor but none
> > > > > > > of them uses such a hierarchical
> structure
> > > > > > > despite of the fact that this is a very
> used model!
> > > > > > > I use castor-0.9.6-RC3.jar
> > > > > > >
> > > > > > > cheers!
> > > > > > >
> > > > > > >
>
-----------------------------------------------------------
> > > > > > > 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
> > > >
> > >
> > >
>
-----------------------------------------------------------
> > > 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
