Lars,

Oh, well, thats propably explaning, why this was working for me:
In order to get allways the latest release of the profile, I pointed
MagicDraw directly into the maven repository, which, incidentally,
was on another drive.... This forced MagicDraw to use an absolute
path!

Are you opening the model in MagicDraw from it's location
within the mda/src directory?

In fact, from an SCCM point of view, it would make sense,
to accept the profiles as part of your projects sources,
or at least as sources, the project is depending on, so it wouldn't
be that bad an idea, to place them into the mda/src directory.

(Just imagine, what is going to happen, if a change in a centralized
profile breaks your build, when you are desparately trying to fix
that production bug, and no copy of the originally used profile around)

I agree, that this is inconvenient, if your projects outnumber your
profiles by far...

Thomas

Lars K�dderitzsch schrieb:

> Thomas,
>
> thanks for you answer.
> The reference to the profile in my model looks like this:
>
> <UML:Package
> href='net.koedderitzsch.ofbiz.profile.xml.zip|_9_0_2_3ae0193_1110713561136_794522_45'>
>
>    <XMI.extension xmi.extender='MagicDraw UML 9.0'
> xmi.extenderID='MagicDraw UML 9.0'>
>        <referentPath xmi.value='::net.koedderitzsch.profile'/>
>    </XMI.extension>
> </UML:Package>
>
> As you see there is no absolute path defined.
> But instead of resolving the profile from the MagicDraw/Profiles
> directory andromda tries to locate the profile-file
> in my test project directory, where the test model for my project lies.
> I tried several times to delete and reimport the profile from the model
> - evertime the same problem.
> My workaround for now is to define my stereotypes directly within my
> test model and using no other profile (not even UML_Standard). Another
> workaround would be to copy all needed profiles into my test project :-(
> But there has to be another (probably simple) solution...
>
> With best regards,
> Lars
>
>
> Thomas Schapitz schrieb:
>
>> Lars,
>>
>> I run into a similar problem with the andromda-profile, when switching
>> versions from M3-SNAPSHOT to RC1.
>> I resolved this within MagicDraw itself. Looking into your XMI, you'll
>> find, that Magic Draw codes
>> the location of the used profiles into the XMI, which esentially renders
>> it unportable (you can't move it around
>> any longer)
>>
>> Since the error Message referrers to an absolute location,
>> "D:\_projects\ofbiz cartridge
>> test\net.koedderitzsch.ofbiz.profile.xml.zip" and you explicitly
>> mentioned, that you placed your
>> profile into "MagicDraw/Profiles" (which doesn't show up in the
>> message!!)
>> I'm just guessing, that you might have done something like moving the
>> models or the profiles
>> around to another machine.
>>
>> You should be able to correct this by opening the model and
>> reattaching/importing the profile
>> from within MagicDraw.
>>
>> Thomas
>>
>>
>> Lars K�dderitzsch schrieb:
>>
>>  
>>
>>> Hi,
>>> this may be a newbie question.
>>> I worked into andromda for two days developing my own cartridge.
>>> So far it works very good, got some own metafacades working.
>>> I have one nasty problem though.
>>> I have a test model which references my profile where my stereotypes
>>> are
>>> defined.
>>> If I try to generate from the test model andromda tries to resolve the
>>> profile reference (profile resides in MagigDraw/profiles).
>>> The same happend if the test model uses the Standard UML Profile of
>>> MagicDraw.
>>>
>>> The exception that follows looks like this:
>>>
>>> 2005-03-14 06:47:32,272 INFO  [AndroMDA] Referenced model -->
>>> 'file:/D:/_projects/ofbiz cartridge
>>> test/net.koedderitzsch.ofbiz.profile.xml.zip'
>>> 2005-03-14 06:47:32,312 ERROR
>>> [org.andromda.repositories.mdr.MDRepositoryFacade] Error performing
>>> MDRepository.loadModel
>>> javax.jmi.xmi.MalformedXMIException:
>>> org.netbeans.lib.jmi.util.DebugException: D:\_projects\ofbiz cartridge
>>> test\net.koedderitzsch.ofbiz.profile.xml.zip (Das System kann die
>>> angegebene Datei nicht finden)
>>>   at org.netbeans.lib.jmi.xmi.SAXReader.read(SAXReader.java:83)
>>>   at org.netbeans.lib.jmi.xmi.SAXReader.read(SAXReader.java:70)
>>>   at
>>> org.andromda.repositories.mdr.MDRepositoryFacade.loadModel(MDRepositoryFacade.java:320)
>>>
>>>
>>>   at
>>> org.andromda.repositories.mdr.MDRepositoryFacade.readModel(MDRepositoryFacade.java:126)
>>>
>>>
>>>   at org.andromda.core.ModelProcessor.process(ModelProcessor.java:239)
>>>   at org.andromda.core.ModelProcessor.process(ModelProcessor.java:143)
>>>   at
>>> org.andromda.core.anttasks.AndroMDAGenTask.execute(AndroMDAGenTask.java:247)
>>>
>>>
>>>   at
>>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
>>>   at org.apache.tools.ant.Task.perform(Task.java:364)
>>>   at org.apache.tools.ant.Target.execute(Target.java:341)
>>>   at org.apache.tools.ant.Target.performTasks(Target.java:369)
>>>   at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
>>>   at
>>> org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.run(InternalAntRunner.java:379)
>>>
>>>
>>>   at
>>> org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.main(InternalAntRunner.java:135)
>>>
>>>
>>>
>>> I assume that I missed a crucial setting for my build.xml file.
>>> Can you give me a hint what I'm missing?
>>>
>>> With best regards,
>>> Lars K�dderitzsch
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
>>> _______________________________________________
>>> Andromda-user mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/andromda-user
>>>
>>>
>>>
>>>   
>>
>>
>>
>>  
>>
>
>
>
>
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Andromda-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/andromda-user

Reply via email to