Hey Chad,
Thursday, September 1, 2005, 5:44:47 PM, you wrote:
CB> Forgot to tell you: you'll need to set this property
CB> "andromda.uml2mof.module.search.path" with the location to find the
CB> modules, i.e.:
CB> andromda.uml2mof.module.search.path=${maven.src.dir}/uml/modules
CB> Chad Brandon wrote:
>> Matthias,
>>
>> The uml2mof module support is done (so you can start on your spring
>> metamodel), once I added our MDR resolver, there was another issue (a
>> null pointer was occuring in the MDR code), anyway I had to fix that
>> in the MDR source and bundle it in our uml2mof jar (we just need to
>> make sure the andromda-uml2mof jar is on the classpath before the
>> regular MDR one so that it uses our class). I'll bring up this null
>> pointer with Martin Matula and see if he knows why this occurs (looks
>> like a bug in MDR's org.netbeans.lib.jmi.xmi.XmiContext to me).
>>
>> Chad
all this works very fine! I have isolated the MOF modeling profile
into a separate module and committed it. I have also defined a
configuration metamodel, made of namespaces, property groups and
properties. This also translates fine. See andromda-cvs for more
detail.
I noticed that the jar files for the metamodels always contain an
unneeded class named "PrimitiveTypesPackage". Could you check this and
change the packaging code so that it is omitted?
Minor detail: I noticed that the UML2MOF plug-in complains that it has
no log4j configuration.
Thanks a lot.
More to come next week (Spring metamodel, etc.)...
Matthias
---
Matthias Bohlen
Internet:
http://www.mbohlen.de/
[EMAIL PROTECTED]
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
