|
|
Re: Problems saving model (losing hrefs) [message #473950 is a reply to message #473948] |
Wed, 11 July 2007 13:49 |
Ed Merks Messages: 33143 Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------030202090109050909030704
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
James,
No, I'm not aware of any generic issue like this. Only in the case that
OPTION_PROCESS_DANGLING_HREF mapped to something other than
OPTION_PROCESS_DANGLING_HREF_THROW, would something (a dangling
reference) disappear during save. I'd rather not see cross posting of
problems that are likely model specific. It's best to deal with UML2
issues here since I monitor this newsgroup anyway.
James Bruck wrote:
> Hi Jim,
>
> Which version of RSM are you using? a 6.x version?
> When you load your file, do you notice missing content at that stage or is
> this simply a saving out issue?
> Could you try to export your .emx to .uml(2) and then try the same opening
> and closing ( also export AbstractCore.emx ). Do you notice loss of href's
> at that stage or are you simply losing hrefs from the notational elements?
>
> Could it be that the element in AbstractCore.emx is somehow corrupt or
> missing? Did you notice errors in the error log?
>
> Any other details or a reproduceable scenario would be helpful. You might
> want to cross post this to the emf newsgroup since they might be aware of
> such serialization issues.
>
> - James.
>
>
> "Jim Strawn" <jistrawn@cisco.com> wrote in message
> news:f70tdl$ut7$1@build.eclipse.org...
>
>> Hello,
>>
>> I am having a bit of trouble saving a model file (.emx from RSM). I am
>> using UML2 version 1.1.1 and emf 2.1.0.
>>
>> I am able to load the file and save the file without errors. When I
>> compare old against new, I am missing references to other model files
>> (which have been loaded into my resource set in the proper order).
>>
>> Any help would be appreciated.
>>
>> Ex Node.
>>
>> Old
>> <children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
>> <element xmi:type="uml:Class"
>>
>>
> href=" ../AbstractCore/AbstractCore.emx#_zaGuYLz7EduWf4B9Cbg8WQ?Abs tractCore/
> topAndResources/ServiceElement"/>
>
>> <layoutConstraint
>> xmi:type="notation:Size"
>> xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
>> width="1320"
>> height="1320"/>
>> </children>
>>
>>
>> New:
>> <children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
>> <element xmi:type="uml:Class"/>
>> <layoutConstraint
>> xmi:type="notation:Size"
>> xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
>> width="1320"
>> height="1320"/>
>> </children>
>>
>
>
>
--------------030202090109050909030704
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
James,<br>
<br>
No, I'm not aware of any generic issue like this. Only in the case
that OPTION_PROCESS_DANGLING_HREF mapped to something other than
OPTION_PROCESS_DANGLING_HREF_THROW, would something (a dangling
reference) disappear during save. I'd rather not see cross posting of
problems that are likely model specific. It's best to deal with UML2
issues here since I monitor this newsgroup anyway.<br>
<br>
<br>
James Bruck wrote:
<blockquote cite="mid:f72m0m$9cg$2@build.eclipse.org" type="cite">
<pre wrap="">Hi Jim,
Which version of RSM are you using? a 6.x version?
When you load your file, do you notice missing content at that stage or is
this simply a saving out issue?
Could you try to export your .emx to .uml(2) and then try the same opening
and closing ( also export AbstractCore.emx ). Do you notice loss of href's
at that stage or are you simply losing hrefs from the notational elements?
Could it be that the element in AbstractCore.emx is somehow corrupt or
missing? Did you notice errors in the error log?
Any other details or a reproduceable scenario would be helpful. You might
want to cross post this to the emf newsgroup since they might be aware of
such serialization issues.
- James.
"Jim Strawn" <a class="moz-txt-link-rfc2396E" href="mailto:jistrawn@cisco.com"><jistrawn@cisco.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:f70tdl$ut7$1@build.eclipse.org">news:f70tdl$ut7$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
I am having a bit of trouble saving a model file (.emx from RSM). I am
using UML2 version 1.1.1 and emf 2.1.0.
I am able to load the file and save the file without errors. When I
compare old against new, I am missing references to other model files
(which have been loaded into my resource set in the proper order).
Any help would be appreciated.
Ex Node.
Old
<children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
<element xmi:type="uml:Class"
</pre>
</blockquote>
<pre wrap=""><!---->href=" ../AbstractCore/AbstractCore.emx#_zaGuYLz7EduWf4B9Cbg8WQ?Abs tractCore/
topAndResources/ServiceElement"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <layoutConstraint
xmi:type="notation:Size"
xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
width="1320"
height="1320"/>
</children>
New:
<children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
<element xmi:type="uml:Class"/>
<layoutConstraint
xmi:type="notation:Size"
xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
width="1320"
height="1320"/>
</children>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------030202090109050909030704--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
|
|
Re: Problems saving model (losing hrefs) [message #473954 is a reply to message #473950] |
Wed, 11 July 2007 17:39 |
Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, Ed, James,
That is precisely what RSM does: it applies the option to silently discard
dangling HREFs on save.
Cheers,
Christian
Ed Merks wrote:
> James,
>
> No, I'm not aware of any generic issue like this. Only in the case that
> OPTION_PROCESS_DANGLING_HREF mapped to something other than
> OPTION_PROCESS_DANGLING_HREF_THROW, would something (a dangling
> reference) disappear during save. I'd rather not see cross posting of
> problems that are likely model specific. It's best to deal with UML2
> issues here since I monitor this newsgroup anyway.
>
<snip>
|
|
|
|
|
Re: Problems saving model (losing hrefs) [message #623649 is a reply to message #473948] |
Wed, 11 July 2007 13:49 |
Ed Merks Messages: 33143 Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------030202090109050909030704
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
James,
No, I'm not aware of any generic issue like this. Only in the case that
OPTION_PROCESS_DANGLING_HREF mapped to something other than
OPTION_PROCESS_DANGLING_HREF_THROW, would something (a dangling
reference) disappear during save. I'd rather not see cross posting of
problems that are likely model specific. It's best to deal with UML2
issues here since I monitor this newsgroup anyway.
James Bruck wrote:
> Hi Jim,
>
> Which version of RSM are you using? a 6.x version?
> When you load your file, do you notice missing content at that stage or is
> this simply a saving out issue?
> Could you try to export your .emx to .uml(2) and then try the same opening
> and closing ( also export AbstractCore.emx ). Do you notice loss of href's
> at that stage or are you simply losing hrefs from the notational elements?
>
> Could it be that the element in AbstractCore.emx is somehow corrupt or
> missing? Did you notice errors in the error log?
>
> Any other details or a reproduceable scenario would be helpful. You might
> want to cross post this to the emf newsgroup since they might be aware of
> such serialization issues.
>
> - James.
>
>
> "Jim Strawn" <jistrawn@cisco.com> wrote in message
> news:f70tdl$ut7$1@build.eclipse.org...
>
>> Hello,
>>
>> I am having a bit of trouble saving a model file (.emx from RSM). I am
>> using UML2 version 1.1.1 and emf 2.1.0.
>>
>> I am able to load the file and save the file without errors. When I
>> compare old against new, I am missing references to other model files
>> (which have been loaded into my resource set in the proper order).
>>
>> Any help would be appreciated.
>>
>> Ex Node.
>>
>> Old
>> <children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
>> <element xmi:type="uml:Class"
>>
>>
> href=" ../AbstractCore/AbstractCore.emx#_zaGuYLz7EduWf4B9Cbg8WQ?Abs tractCore/
> topAndResources/ServiceElement"/>
>
>> <layoutConstraint
>> xmi:type="notation:Size"
>> xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
>> width="1320"
>> height="1320"/>
>> </children>
>>
>>
>> New:
>> <children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
>> <element xmi:type="uml:Class"/>
>> <layoutConstraint
>> xmi:type="notation:Size"
>> xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
>> width="1320"
>> height="1320"/>
>> </children>
>>
>
>
>
--------------030202090109050909030704
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
James,<br>
<br>
No, I'm not aware of any generic issue like this. Only in the case
that OPTION_PROCESS_DANGLING_HREF mapped to something other than
OPTION_PROCESS_DANGLING_HREF_THROW, would something (a dangling
reference) disappear during save. I'd rather not see cross posting of
problems that are likely model specific. It's best to deal with UML2
issues here since I monitor this newsgroup anyway.<br>
<br>
<br>
James Bruck wrote:
<blockquote cite="mid:f72m0m$9cg$2@build.eclipse.org" type="cite">
<pre wrap="">Hi Jim,
Which version of RSM are you using? a 6.x version?
When you load your file, do you notice missing content at that stage or is
this simply a saving out issue?
Could you try to export your .emx to .uml(2) and then try the same opening
and closing ( also export AbstractCore.emx ). Do you notice loss of href's
at that stage or are you simply losing hrefs from the notational elements?
Could it be that the element in AbstractCore.emx is somehow corrupt or
missing? Did you notice errors in the error log?
Any other details or a reproduceable scenario would be helpful. You might
want to cross post this to the emf newsgroup since they might be aware of
such serialization issues.
- James.
"Jim Strawn" <a class="moz-txt-link-rfc2396E" href="mailto:jistrawn@cisco.com"><jistrawn@cisco.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:f70tdl$ut7$1@build.eclipse.org">news:f70tdl$ut7$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
I am having a bit of trouble saving a model file (.emx from RSM). I am
using UML2 version 1.1.1 and emf 2.1.0.
I am able to load the file and save the file without errors. When I
compare old against new, I am missing references to other model files
(which have been loaded into my resource set in the proper order).
Any help would be appreciated.
Ex Node.
Old
<children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
<element xmi:type="uml:Class"
</pre>
</blockquote>
<pre wrap=""><!---->href=" ../AbstractCore/AbstractCore.emx#_zaGuYLz7EduWf4B9Cbg8WQ?Abs tractCore/
topAndResources/ServiceElement"/>
</pre>
<blockquote type="cite">
<pre wrap=""> <layoutConstraint
xmi:type="notation:Size"
xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
width="1320"
height="1320"/>
</children>
New:
<children xmi:id="_F7i-ZLz-EduWf4B9Cbg8WQ" type="ImageCompartment">
<element xmi:type="uml:Class"/>
<layoutConstraint
xmi:type="notation:Size"
xmi:id="_F7i-Zbz-EduWf4B9Cbg8WQ"
width="1320"
height="1320"/>
</children>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------030202090109050909030704--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
|
|
Re: Problems saving model (losing hrefs) [message #623653 is a reply to message #473950] |
Wed, 11 July 2007 17:39 |
Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, Ed, James,
That is precisely what RSM does: it applies the option to silently discard
dangling HREFs on save.
Cheers,
Christian
Ed Merks wrote:
> James,
>
> No, I'm not aware of any generic issue like this. Only in the case that
> OPTION_PROCESS_DANGLING_HREF mapped to something other than
> OPTION_PROCESS_DANGLING_HREF_THROW, would something (a dangling
> reference) disappear during save. I'd rather not see cross posting of
> problems that are likely model specific. It's best to deal with UML2
> issues here since I monitor this newsgroup anyway.
>
<snip>
|
|
|
|
Powered by
FUDForum. Page generated in 0.03815 seconds