I have never set that, but I'll check. I still wonder why none of the xmi versions
are enabled when I try File -> export -> xmi (I'm guessing now that Unisys XMI is
just version 1.0?)
[time passes as I regenerate project]
Ok, if I do File -> Save As, it comes up with XMI 1.2 selected, and saves properly as
1.2 and the maven andromda build seems to be happy.
Now just saving the project saves it out as 1.2, so I guess MD has remembered that
setting somehow.
It seems strange that it would revert to 1.0 if it read in a 1.2 version xmi
document, but then I hadn't checked that stuff previously to be absolutely certain
what was happening.
Thanks for your help.
Chad Brandon wrote:
> Linus Kamb wrote:
>
>> No, not positive. In fact, positive that I'm not. I just did a
>> test. MD 9.5 read in the andromda-generated template .xmi file
>> (xmi-version="1.2") and, when saved, saved out xmi version 1.0.
>>
>> <?xml version='1.0' encoding='UTF-8'?>
>> <!-- <!DOCTYPE XMI SYSTEM "uml14xmi10.dtd"> -->
>> <!-- This xmi file is optimized for MagicDraw UML. Some references are
>> not saved. -->
>> <!-- Change MagicDraw UML environment options property General->.Save
>> Rich XMI -->
>>
>> <XMI xmi.version='1.0' timestamp='Thu Apr 21 14:10:06 PDT 2005'>
>> <XMI.header>
>> <XMI.documentation>
>> <XMI.exporter>MagicDraw UML</XMI.exporter>
>> <XMI.exporterVersion>9.5</XMI.exporterVersion>
>> </XMI.documentation>
>> <XMI.metamodel xmi.name='UML' xmi.version='1.4'/>
>> </XMI.header>
>> [...]
>>
>> I changed the property mentioned in the comment, and that didn't seem
>> to make any difference.
>
>
> Go to "File -> Save Project As" and then make sure you have 1.1 or .1.2
> selected (it remembers what you've selected before, so you must have
> selected 1.0 at some point).
>
>>
>> So this is seems to be a magicdraw bug. I'm downloading MD9.0 to try
>> that out.
>>
>> Thanks,
>> Linus
>>
>> Chad Brandon wrote:
>>
>>> Hi Linus,
>>>
>>> Are you "positive" you saved it as XMI 1.1 or 1.2? Because that
>>> error only occurs with XMI 1.0, if you're sure, send me your model
>>> and I'll take a look.
>>>
>>> Chad
>>>
>>>>
>>>> Linus Kamb wrote:
>>>>
>>>>> Wouter,
>>>>>
>>>>> Thanks for the quick response.
>>>>>
>>>>> However, that is exactly what I have done.
>>>>> I used maven andromdapp:generate to create the project skeleton,
>>>>> read in the generated .xmi file, added a single <<Entity>>class,
>>>>> saved, and ran maven. Same problem. :-(
>>>>>
>>>>> I have attached the exception record.
>>>>>
>>>>> Thanks,
>>>>> Linus
>>>>>
>>>>>
>>>>> Wouter Zoons wrote:
>>>>>
>>>>>> Linus Kamb wrote:
>>>>>>
>>>>>>> I am just getting started with AndroMDS. I have been using
>>>>>>> MagicDraw to do my modeling, and I see that Magic Draw was listed
>>>>>>> as a preferred modelling tool, or some such, for AndroMDA. That
>>>>>>> is great.
>>>>>>>
>>>>>>> But when I try to process my exported model, I get an exception:
>>>>>>> [...]
>>>>>>> Root Exception .: javax.jmi.xmi.MalformedXMIException:
>>>>>>> org.netbeans.lib.jmi.util.DebugException: Element name cannot be
>>>>>>> resolved, unknown package: Foundation.Core.ModelElement.name
>>>>>>> javax.jmi.xmi.MalformedXMIException:
>>>>>>> org.netbeans.lib.jmi.util.DebugException: Element name cannot be
>>>>>>> resolved, unknown package: Foundation.Core.ModelElement.name
>>>>>>> [...]
>>>>>>>
>>>>>>> Looking around AnrdoMDA archives, I see this very problem posed
>>>>>>> in January, and the answer (by Chad Brandon, 2005-01-03) was to
>>>>>>> export the model (explicitly stating MagicDraw) using XMI 1.1 or
>>>>>>> 1.2 (see included email below.)
>>>>>>>
>>>>>>> I have MagicDraw 9.5 professional, and the only XMI version
>>>>>>> enabled is the 1.0 version. Furthermore MagicDraw documents say
>>>>>>> 1.0 is the only version supported.
>>>>>>>
>>>>>>> What am I missing?
>>>>>>>
>>>>>>
>>>>>> hello Linus,
>>>>>>
>>>>>> no need to 'export' the model from MagicDraw, just saving it will
>>>>>> do the trick
>>>>>>
>>>>>> (you can choose to save it in XML (=XMI) or in a ZIP (= zipped XMI)
>>>>>>
>>>>>> good luck
>>>>>>
>>>>>> -- Wouter
>>>>>>
>>>>>> ps: I also recommend using the project generator (see this page:
>>>>>> http://team.andromda.org/docs/starting.html), it will output an
>>>>>> empty model that you can open with MagicDraw and if you just save
>>>>>> it AndroMDA will be able to read it
>>>>>>
>>>>>>
>>>>>>
>>>>>> -------------------------------------------------------
>>>>>> 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_id=6595&alloc_id=14396&op=click
>>>>>> _______________________________________________
>>>>>> Andromda-user mailing list
>>>>>> Andromda-user@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/andromda-user
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>>
>>>>> ------- AndroMDA Exception Recording -------
>>>>> Version ........: 3.0-RC1
>>>>> Error ..........: Error performing ModelProcessor.process with
>>>>> model(s) -->
>>>>> 'file:/local/linus/andromda/projects/testproject/mda/src/uml/TestProjectModel.xmi'
>>>>>
>>>>> Build ..........: 2005-03-28 06:13:43
>>>>> Build System ...: Linux-2.6.8-1.521
>>>>> Build JDK ......: Sun Microsystems Inc.-1.4.2_07-b05
>>>>> Build Builder ..: amartinwest
>>>>> Run System .....: Mac OS X10.3.9
>>>>> Run JDK ........: "Apple Computer, Inc."1.4.2-38
>>>>> Main Exception .: Error performing MDRepositoryFacade.readModel
>>>>> Root Exception .: javax.jmi.xmi.MalformedXMIException:
>>>>> org.netbeans.lib.jmi.util.DebugException: Element name cannot be
>>>>> resolved, unknown package: Foundation.Core.ModelElement.name
>>>>> javax.jmi.xmi.MalformedXMIException:
>>>>> org.netbeans.lib.jmi.util.DebugException: Element name cannot be
>>>>> resolved, unknown package: Foundation.Core.ModelElement.name
>>>>> 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:332)
>>>>>
>>>>> at
>>>>> org.andromda.repositories.mdr.MDRepositoryFacade.readModel(MDRepositoryFacade.java:126)
>>>>>
>>>>> at
>>>>> org.andromda.core.ModelProcessor.process(ModelProcessor.java:201)
>>>>> at
>>>>> org.andromda.core.ModelProcessor.process(ModelProcessor.java:95)
>>>>> at
>>>>> org.andromda.core.anttasks.AndroMDAGenTask.execute(AndroMDAGenTask.java:236)
>>>>>
>>>>> at org.apache.tools.ant.Task.perform(Task.java:341)
>>>>> at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:185)
>>>>> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>>>> at
>>>>> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
>>>>>
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
>>>>>
>>>>> at com.werken.werkz.Goal.fire(Goal.java:639)
>>>>> at com.werken.werkz.Goal.attain(Goal.java:575)
>>>>> at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
>>>>>
>>>>> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>>>> at
>>>>> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>>>> at
>>>>> org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
>>>>> at
>>>>> com.werken.werkz.jelly.PreGoalTag$1.firePreGoal(PreGoalTag.java:87)
>>>>> at com.werken.werkz.Goal.firePreGoalCallbacks(Goal.java:691)
>>>>> at com.werken.werkz.Goal.fire(Goal.java:616)
>>>>> at com.werken.werkz.Goal.attain(Goal.java:575)
>>>>> at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
>>>>>
>>>>> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>>>> at
>>>>> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
>>>>>
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
>>>>>
>>>>> at com.werken.werkz.Goal.fire(Goal.java:639)
>>>>> at com.werken.werkz.Goal.attain(Goal.java:575)
>>>>> at
>>>>> org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:671)
>>>>>
>>>>> at
>>>>> org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
>>>>> at
>>>>> org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:368)
>>>>>
>>>>> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>>>> at
>>>>> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
>>>>>
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
>>>>>
>>>>> at com.werken.werkz.Goal.fire(Goal.java:639)
>>>>> at com.werken.werkz.Goal.attain(Goal.java:575)
>>>>> at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
>>>>>
>>>>> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>>>> at
>>>>> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
>>>>>
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
>>>>>
>>>>> at com.werken.werkz.Goal.fire(Goal.java:639)
>>>>> at com.werken.werkz.Goal.attain(Goal.java:575)
>>>>> at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:127)
>>>>>
>>>>> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
>>>>> at
>>>>> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:79)
>>>>>
>>>>> at
>>>>> org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:110)
>>>>>
>>>>> at com.werken.werkz.Goal.fire(Goal.java:639)
>>>>> at com.werken.werkz.Goal.attain(Goal.java:575)
>>>>> at
>>>>> org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:671)
>>>>>
>>>>> at
>>>>> org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
>>>>> at org.apache.maven.cli.App.doMain(App.java:488)
>>>>> at org.apache.maven.cli.App.main(App.java:1239)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at
>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>>>
>>>>> at
>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>>>
>>>>> at java.lang.reflect.Method.invoke(Method.java:324)
>>>>> at com.werken.forehead.Forehead.run(Forehead.java:551)
>>>>> at com.werken.forehead.Forehead.main(Forehead.java:581)
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> 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_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Andromda-user mailing list
>>> Andromda-user@...
>>> https://lists.sourceforge.net/lists/listinfo/andromda-user
>>
>>
>>
>
|