Re: Implementation classes needed!

I think you have a lot of options that you can choose from to solve your 
problem without much work. Here are some off the top of my heaad:

1. There is a JMI implementation called NSMDF on sourceforge 
(nsuml.sourceforge.net). It is implemented in a way that allows for what 
you want. Specifically, it generates Java source code that you can then 
customize/enhance as necessary. Unfortunately, that project is currently 
unmaintained but I had success with using it a couple of years ago. I 
could send you a couple of patches that are needed to fix a couple of bugs.

2. Most databases now feature some kind of XML support. You might be 
able to use the XML mapping tools of your object database to get it to 
do the XMI-database mapping, and then use its programmatic API's to send 
XMI documents back and forth between MDR and your OODBMS.

3. If you are already going to use an OODBMS, then do you really need 
MDR? It might be simpler to build a small utility that will take MOF 
models (metamodels, e.g. the UML 1.3 metamodel), generate schemas that 
are directly usable by your OODBMS, and then have your OODBMS tools 
generate the Java classes/interfaces for you to use according to its own 
database-to-Java mapping scheme (JDO, apparently).

Regards,
Brian

Martin Matula wrote:

> Hi Eric,
> I am sorry but this is not possible. If you want to store MDR objects 
> differently, you can create your own implementation of the storage SPI 
> that can be found in org.netbeans.mdr.persistence.
> Currently there are 3 know implementations of this - b-tree (used by 
> MDR by default), memory (transient in-memory impl.) and JDBC - 
> contributed to the MDR project by John Sichi.
> Regards,
> Martin
>
> Eric Torreborre wrote:
>
>> Hi,
>>
>> We are currently using the MDR for the management UML Models. However 
>> we would like to store them in an object database, rather than in XMI 
>> format.
>>
>> In order to do this, we need to get an access to the JMI 
>> implementation classes (in order to enhance them with JDO).
>>
>> In short, we don’t need the magic of the MDR (generated bytecode). Is 
>> there any standard way to achieve this?
>>
>> Thanks a lot for any lead,…
>>
>> Eric.
>>
>>
>> --------------------------------------------------
>> Eric Torreborre
>> LTG UML - Product Manager
>> Leirios Technologies
>> tel: 33(0)6.61.48.57.65/33(0)3.81.88.62.02
>> e-mail: [email protected]
>> --------------------------------------------------
>>
>> ------------------------------------------------------------------------
>> Créez gratuitement votre Yahoo! Mail avec *100 Mo de stockage !*
>> Créez votre Yahoo! Mail 
>> <http://fr.rd.yahoo.com/mail/taglines/*http://fr.rd.yahoo.com/evt=25917/*http://fr.rd.yahoo.com/mail/mail_taglines_100/default/*http://fr.benefits.yahoo.com/> 
>>
>>
>> Yahoo! Messenger 
>> <http://fr.rd.yahoo.com/mail/taglines/*http://fr.rd.yahoo.com/evt=26111/*http://fr.rd.yahoo.com/messenger/mail_taglines/default/*http://fr.messenger.yahoo.com>: 
>> dialoguez instantanément avec vos amis - c'est * gratuit !* 
>
>
>