I'll explain our situation in more detail: We have an existing infrastructure of Components (EJBs) and an underlying Database. Persistance of these Components is achieved 'traditionally' (without O/R - Mapping tools).
We want to import Data from other Datasources (Access / CSV / Oracle,...) into our System. This means we don't need an persistance layer. But we need an comfortable (configurable/generic) way of importing this Data into our existing Objectmodel. Basically we want to say 'import TableA.fieldA to ObjectB.fieldA' All we need is a generic 'loading facility'. I'm not sure if OJB is the right tool for this purpose. Thanks for helping! Christian Plate -----Urspr�ngliche Nachricht----- Von: Brian McCallister [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 16. Oktober 2003 15:04 An: OJB Users List Betreff: Re: Is OJB the right solution? Just from the description you gave it is likely that OJB would help solve a lot of your problems, but I am not sure without details. By "import" do you mean use multiple datasources for the application to materialize the same type of object, or do you mean import data from one schema (in database one) into database two, using database two's schema. I think you mean the first situation -- and can say with a definite yes that OJB can work well for you. You will need to be careful about object relationships across datasource boundaries... hmm, fun problem. -Brian On Thursday, October 16, 2003, at 04:06 AM, Christian Plate wrote: > > Hi! > > After much reading i'm still not quite sure if OJB is the right > solution for our problem. > > We have an existing Objectmodel and underlying Database. Now we > want to import data from other Datasources. These Datasources have > different Structures. So we thought it would be a good idea to find a > generic solution. The specification of a mapping through XML is > excactly what we need. > > My Question is if OJB is the right solution for this > 'Import-Scenario'. Should i look for something different? > > Thanks in advance! > > Christian Plate > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
