|
|
| Re: progress... but still stuck [message #32594 is a reply to message #32490] |
Mon, 03 November 2003 12:10  |
Eclipse User |
|
|
|
Originally posted by: merks.ca.ibm.com
--------------D8454CDEB562C138931FD7F6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lance,
I see that I should really take advantage of some of the latest features in EMF
that weren't available when I began the XSD work. It would be awfully nice if
the "global" references were of the form
http://www.w3.org/2001/XMLSchema#//..
rather than
platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema.xsd#//..
This could be accomplished with a URI map...
The XSD model's global resource set is populated on demand by calls like
XSDSchemaImpl.getSchemaForSchema. So if nothing has prompted the schema for
schema instance to be created, the XSD global resource set will be empty.
Probably that's the thing missing in your scenario.
Lance Phillips wrote:
> Ed,
> We're making some progress. When I read in my legacy model, I'm able to
> get references to XSD Simple datatypes via the GlobalResourceSet as you
> suggested. I end up with hrefs that look like this :
> <baseTypeDefinition
> href=" platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema
> .xsd#//NMTOKENS;XSDSimpleTypeDefinition=32"/>
>
> However, when I try to reload the xmi resource that contains this kind of
> ref, the xmi resource is unable to resolve the reference. Any ideas on what
> we're still missing? We've tried explicity loading the xsd file referenced
> above into our resource set prior to trying to open the converted xmi model
> and that didn't seem to help either.
>
> thanks,
>
> lp
--------------D8454CDEB562C138931FD7F6
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Lance,
<p>I see that I should really take advantage of some of the latest features
in EMF that weren't available when I began the XSD work. It would
be awfully nice if the "global" references were of the form
<blockquote><A HREF="http://www.w3.org/2001/XMLSchema#//">http://www.w3.org/2001/XMLSchema#//</A>..</blockquote>
rather than
<blockquote> platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema.xsd#//.. </blockquote>
This could be accomplished with a URI map...
<p>The XSD model's global resource set is populated on demand by calls
like XSDSchemaImpl.getSchemaForSchema. So if nothing has prompted the schema
for schema instance to be created, the XSD global resource set will be
empty. Probably that's the thing missing in your scenario.
<br>
<p>Lance Phillips wrote:
<blockquote TYPE=CITE>Ed,
<br> We're making some progress. When I read in
my legacy model, I'm able to
<br>get references to XSD Simple datatypes via the GlobalResourceSet as
you
<br>suggested. I end up with hrefs that look like this :
<br><baseTypeDefinition
<br>href=" platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema
<br>.xsd#//NMTOKENS;XSDSimpleTypeDefinition=32"/>
<p>However, when I try to reload the xmi resource that contains this kind
of
<br>ref, the xmi resource is unable to resolve the reference. Any
ideas on what
<br>we're still missing? We've tried explicity loading the xsd file
referenced
<br>above into our resource set prior to trying to open the converted xmi
model
<br>and that didn't seem to help either.
<p>thanks,
<p>lp</blockquote>
</html>
--------------D8454CDEB562C138931FD7F6--
|
|
|
|
| Re: progress... but still stuck [message #580367 is a reply to message #32490] |
Mon, 03 November 2003 12:10 |
 Ed Merks
Messages: 33140
Registered: July 2009 |
Senior Member |
|
|
--------------D8454CDEB562C138931FD7F6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lance,
I see that I should really take advantage of some of the latest features in EMF
that weren't available when I began the XSD work. It would be awfully nice if
the "global" references were of the form
http://www.w3.org/2001/XMLSchema#//.
rather than
platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema.xsd#//..
This could be accomplished with a URI map...
The XSD model's global resource set is populated on demand by calls like
XSDSchemaImpl.getSchemaForSchema. So if nothing has prompted the schema for
schema instance to be created, the XSD global resource set will be empty.
Probably that's the thing missing in your scenario.
Lance Phillips wrote:
> Ed,
> We're making some progress. When I read in my legacy model, I'm able to
> get references to XSD Simple datatypes via the GlobalResourceSet as you
> suggested. I end up with hrefs that look like this :
> <baseTypeDefinition
> href=" platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema
> .xsd#//NMTOKENS;XSDSimpleTypeDefinition=32"/>
>
> However, when I try to reload the xmi resource that contains this kind of
> ref, the xmi resource is unable to resolve the reference. Any ideas on what
> we're still missing? We've tried explicity loading the xsd file referenced
> above into our resource set prior to trying to open the converted xmi model
> and that didn't seem to help either.
>
> thanks,
>
> lp
--------------D8454CDEB562C138931FD7F6
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Lance,
<p>I see that I should really take advantage of some of the latest features
in EMF that weren't available when I began the XSD work. It would
be awfully nice if the "global" references were of the form
<blockquote><A HREF="http://www.w3.org/2001/XMLSchema#//">http://www.w3.org/2001/XMLSchema#//</A>..</blockquote>
rather than
<blockquote> platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema.xsd#//.. </blockquote>
This could be accomplished with a URI map...
<p>The XSD model's global resource set is populated on demand by calls
like XSDSchemaImpl.getSchemaForSchema. So if nothing has prompted the schema
for schema instance to be created, the XSD global resource set will be
empty. Probably that's the thing missing in your scenario.
<br>
<p>Lance Phillips wrote:
<blockquote TYPE=CITE>Ed,
<br> We're making some progress. When I read in
my legacy model, I'm able to
<br>get references to XSD Simple datatypes via the GlobalResourceSet as
you
<br>suggested. I end up with hrefs that look like this :
<br><baseTypeDefinition
<br>href=" platform:/plugin/org.eclipse.xsd_1.1.1/cache/www.w3.org/2001 /XMLSchema
<br>.xsd#//NMTOKENS;XSDSimpleTypeDefinition=32"/>
<p>However, when I try to reload the xmi resource that contains this kind
of
<br>ref, the xmi resource is unable to resolve the reference. Any
ideas on what
<br>we're still missing? We've tried explicity loading the xsd file
referenced
<br>above into our resource set prior to trying to open the converted xmi
model
<br>and that didn't seem to help either.
<p>thanks,
<p>lp</blockquote>
</html>
--------------D8454CDEB562C138931FD7F6--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Powered by
FUDForum. Page generated in 0.03625 seconds
] 
Search
Help
Register
Login
Home
