Home » Modeling » EMF » Problems with Ecore schemalocation while generating xsd with wizard.
| Problems with Ecore schemalocation while generating xsd with wizard. [message #414725] |
Tue, 20 November 2007 11:50  |
 Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi everybody. <br>
I'm generating some xsd, wsdl, etc., for my project, and suddenly came
upon this problem.<br>
<br>
While generating an schema <b>with the eclipse wizard</b>, I get:<br>
<br>
<xsd:import namespace=<a class="moz-txt-link-rfc2396E" href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation=" ../../../../../../../plugin/org.eclipse.emf.ecore/model/Ecor e.xsd "/><br>
<br>
I guess "../../../../../../../" represents the path to the eclipse
installation folder, but when trying to validate the xsd I get "Failed
to read schema document" for that line, and therefore all my wsdl files
are not valid.<br>
What should I do?, I don't know if that is a valid way of expressing
the path or not, or if I should set something in the genmodel. I
thought of generating all referenced/used schemas (including ecore),
but they don't show up in the package page.<br>
<br>
I'm a newcomer to schemas, so I'm a little lost here. I would very much
appreciate your help.<br>
Thank you in advance.<br>
Regards,<br>
Juan Pedro<br>
<br>
</body>
</html>
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414730 is a reply to message #414725] |
Tue, 20 November 2007 12:36  |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------090605070602000804000001
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Juan,
Comments below.
Juan Pedro Silva wrote:
> Hi everybody.
> I'm generating some xsd, wsdl, etc., for my project, and suddenly came
> upon this problem.
EMF doesn't generate WSDLs yet...
>
> While generating an schema *with the eclipse wizard*, I get:
>
> <xsd:import namespace="http://www.eclipse.org/emf/2002/Ecore"
> schemaLocation=" ../../../../../../../plugin/org.eclipse.emf.ecore/model/Ecor e.xsd "/>
>
> I guess "../../../../../../../" represents the path to the eclipse
> installation folder, but when trying to validate the xsd I get "Failed
> to read schema document" for that line, and therefore all my wsdl
> files are not valid.
This represents a relative path from the workspace location of your
..xsd, which I assume is of the form
paltform:/resource/project/d1/d2/d3/d4/d5/d6/Your.xsd, such that
resolving that relative path against the absolute path of the .xsd, will
yield the absolute address
platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd. When validating
in an Eclipse environment, it should be possible to resolve this .xsd
since new
URL("platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd ").openStream()
should be able to fetch it. In any other context, you'd likely need an
XML catalog to specify how to find the Ecore.xsd. Likely you should be
avoiding the use of type in the Ecore.ecore/Ecore.xsd and use the data
types in the XMLTypePackage which correspond to the data types defined
in the XML Schema for schemas, i.e., xsd:int, xsd:string and so on.
> What should I do?, I don't know if that is a valid way of expressing
> the path or not, or if I should set something in the genmodel. I
> thought of generating all referenced/used schemas (including ecore),
> but they don't show up in the package page.
It's not clear if the above path is invalid or if you are validating in
a context where platform:/plugin URLs don't work natively. It seems
likely that you might want to use the XML Schema data types instead if
having a schema with minimal dependencies is important.
>
> I'm a newcomer to schemas, so I'm a little lost here. I would very
> much appreciate your help.
> Thank you in advance.
> Regards,
> Juan Pedro
>
--------------090605070602000804000001
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">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite">Hi
everybody. <br>
I'm generating some xsd, wsdl, etc., for my project, and suddenly came
upon this problem.<br>
</blockquote>
EMF doesn't generate WSDLs yet...<br>
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite"><br>
While generating an schema <b>with the eclipse wizard</b>, I get:<br>
<br>
<xsd:import namespace=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation=" ../../../../../../../plugin/org.eclipse.emf.ecore/model/Ecor e.xsd "/><br>
<br>
I guess "../../../../../../../" represents the path to the eclipse
installation folder, but when trying to validate the xsd I get "Failed
to read schema document" for that line, and therefore all my wsdl files
are not valid.<br>
</blockquote>
This represents a relative path from the workspace location of your
..xsd, which I assume is of the form
paltform:/resource/project/d1/d2/d3/d4/d5/d6/Your.xsd,&n bsp; such that
resolving that relative path against the absolute path of the .xsd,
will yield the absolute address
platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd.& nbsp; When
validating in an Eclipse environment, it should be possible to resolve
this .xsd since new
URL("platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd ").openStream()
should be able to fetch it. In any other context, you'd likely need an
XML catalog to specify how to find the Ecore.xsd. Likely you should be
avoiding the use of type in the Ecore.ecore/Ecore.xsd and use the data
types in the XMLTypePackage which correspond to the data types defined
in the XML Schema for schemas, i.e., xsd:int, xsd:string and so on.<br>
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite">What
should I do?, I don't know if that is a valid way of expressing
the path or not, or if I should set something in the genmodel. I
thought of generating all referenced/used schemas (including ecore),
but they don't show up in the package page.<br>
</blockquote>
It's not clear if the above path is invalid or if you are validating in
a context where platform:/plugin URLs don't work natively. It seems
likely that you might want to use the XML Schema data types instead if
having a schema with minimal dependencies is important.<br>
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite"><br>
I'm a newcomer to schemas, so I'm a little lost here. I would very much
appreciate your help.<br>
Thank you in advance.<br>
Regards,<br>
Juan Pedro<br>
<br>
</blockquote>
<br>
</body>
</html>
--------------090605070602000804000001--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414732 is a reply to message #414730] |
Tue, 20 November 2007 13:02 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
<!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">
Ed, thanks for your answer.<br>
In respect of your comments: <br>
<br>
-Yes, the wsdl generation is mine, not eclipse's. <span
class="moz-smiley-s1"><span> :-) </span></span> I'll be glad to make
it available whenever you feel like (planning to offer it to Servus
project, as you told me in a previous post). Currently, I'm tunning it
and it only makes document/literal wrapped wsdl files. Regardless of
the Ecore.xsd issue, they are validating fine so far.<br>
<br>
-The validation is taking place in a eclipse environment, selecting the
file (already in the workspace) in the package explorer,
right-click/validate. So it goes down to one of two options: either I'm
having some miss-configuration, or the validation rules don't allow
such a path expression. I placed Ecore.xsd in the same folder and
shortened the path to "./" and it worked fine.<br>
<br>
-I am using UML Primitive Types for the parameters, which I guess is
causing the ecore type references. Is there any option I can turn on so
that the XSD Exporter would perform a type mapping for me?. The
available type options while modeling UML are UML, Ecore, Default,
Standard, the ones available in the current model, and the ones
available in the applied profiles, so I cannot choose XML Schema data
types while editing the models, and would have to make the
transformation by code on a later step.<br>
<br>
I'll hold for your suggestions.<br>
Regards,<br>
Juan Pedro<br>
<br>
<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhukd5$3ar$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite">Hi
everybody. <br>
I'm generating some xsd, wsdl, etc., for my project, and suddenly came
upon this problem.<br>
</blockquote>
EMF doesn't generate WSDLs yet...<br>
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite"><br>
While generating an schema <b>with the eclipse wizard</b>, I get:<br>
<br>
<xsd:import namespace=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation=" ../../../../../../../plugin/org.eclipse.emf.ecore/model/Ecor e.xsd "/><br>
<br>
I guess "../../../../../../../" represents the path to the eclipse
installation folder, but when trying to validate the xsd I get "Failed
to read schema document" for that line, and therefore all my wsdl files
are not valid.<br>
</blockquote>
This represents a relative path from the workspace location of your
..xsd, which I assume is of the form
paltform:/resource/project/d1/d2/d3/d4/d5/d6/Your.xsd,&n bsp; such that
resolving that relative path against the absolute path of the .xsd,
will yield the absolute address
platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd.& nbsp; When
validating in an Eclipse environment, it should be possible to resolve
this .xsd since new
URL("platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd ").openStream()
should be able to fetch it. In any other context, you'd likely need an
XML catalog to specify how to find the Ecore.xsd. Likely you should be
avoiding the use of type in the Ecore.ecore/Ecore.xsd and use the data
types in the XMLTypePackage which correspond to the data types defined
in the XML Schema for schemas, i.e., xsd:int, xsd:string and so on.<br>
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite">What
should I do?, I don't know if that is a valid way of expressing
the path or not, or if I should set something in the genmodel. I
thought of generating all referenced/used schemas (including ecore),
but they don't show up in the package page.<br>
</blockquote>
It's not clear if the above path is invalid or if you are validating in
a context where platform:/plugin URLs don't work natively. It seems
likely that you might want to use the XML Schema data types instead if
having a schema with minimal dependencies is important.<br>
<blockquote cite="mid:fhuhqb$qlm$1@build.eclipse.org" type="cite"><br>
I'm a newcomer to schemas, so I'm a little lost here. I would very much
appreciate your help.<br>
Thank you in advance.<br>
Regards,<br>
Juan Pedro<br>
<br>
</blockquote>
<br>
</blockquote>
</body>
</html>
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414740 is a reply to message #414732] |
Tue, 20 November 2007 14:01 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
Juan,
Comments below.
Juan Pedro Silva wrote:
> Ed, thanks for your answer.
> In respect of your comments:
>
> -Yes, the wsdl generation is mine, not eclipse's. :-) I'll be glad to
> make it available whenever you feel like (planning to offer it to
> Servus project, as you told me in a previous post). Currently, I'm
> tunning it and it only makes document/literal wrapped wsdl files.
> Regardless of the Ecore.xsd issue, they are validating fine so far.
Yes, please keep an eye on the Servus project. I'm sure your
contributions will be welcomed...
>
> -The validation is taking place in a eclipse environment, selecting
> the file (already in the workspace) in the package explorer,
> right-click/validate. So it goes down to one of two options: either
> I'm having some miss-configuration, or the validation rules don't
> allow such a path expression. I placed Ecore.xsd in the same folder
> and shortened the path to "./" and it worked fine.
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on the
result isn't too bad, just kind of annoying...
>
> -I am using UML Primitive Types for the parameters, which I guess is
> causing the ecore type references. Is there any option I can turn on
> so that the XSD Exporter would perform a type mapping for me?
No, it will always use exactly the types you refer to.
> . The available type options while modeling UML are UML, Ecore,
> Default, Standard, the ones available in the current model, and the
> ones available in the applied profiles, so I cannot choose XML Schema
> data types while editing the models, and would have to make the
> transformation by code on a later step.
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
>
> I'll hold for your suggestions.
> Regards,
> Juan Pedro
>
>
>
>
> Ed Merks escribió:
>> Juan,
>>
>> Comments below.
>>
>> Juan Pedro Silva wrote:
>>> Hi everybody.
>>> I'm generating some xsd, wsdl, etc., for my project, and suddenly
>>> came upon this problem.
>> EMF doesn't generate WSDLs yet...
>>>
>>> While generating an schema *with the eclipse wizard*, I get:
>>>
>>> <xsd:import namespace="http://www.eclipse.org/emf/2002/Ecore"
>>> schemaLocation=" ../../../../../../../plugin/org.eclipse.emf.ecore/model/Ecor e.xsd "/>
>>>
>>> I guess "../../../../../../../" represents the path to the eclipse
>>> installation folder, but when trying to validate the xsd I get
>>> "Failed to read schema document" for that line, and therefore all my
>>> wsdl files are not valid.
>> This represents a relative path from the workspace location of your
>> ..xsd, which I assume is of the form
>> paltform:/resource/project/d1/d2/d3/d4/d5/d6/Your.xsd, such that
>> resolving that relative path against the absolute path of the .xsd,
>> will yield the absolute address
>> platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd. When
>> validating in an Eclipse environment, it should be possible to
>> resolve this .xsd since new
>> URL("platform:/plugin/org/eclipse.emf.ecore/model/Ecore.xsd ").openStream()
>> should be able to fetch it. In any other context, you'd likely need
>> an XML catalog to specify how to find the Ecore.xsd. Likely you
>> should be avoiding the use of type in the Ecore.ecore/Ecore.xsd and
>> use the data types in the XMLTypePackage which correspond to the data
>> types defined in the XML Schema for schemas, i.e., xsd:int,
>> xsd:string and so on.
>>> What should I do?, I don't know if that is a valid way of expressing
>>> the path or not, or if I should set something in the genmodel. I
>>> thought of generating all referenced/used schemas (including ecore),
>>> but they don't show up in the package page.
>> It's not clear if the above path is invalid or if you are validating
>> in a context where platform:/plugin URLs don't work natively. It
>> seems likely that you might want to use the XML Schema data types
>> instead if having a schema with minimal dependencies is important.
>>>
>>> I'm a newcomer to schemas, so I'm a little lost here. I would very
>>> much appreciate your help.
>>> Thank you in advance.
>>> Regards,
>>> Juan Pedro
>>>
>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414741 is a reply to message #414740] |
Tue, 20 November 2007 14:10 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
Ed, comments inline.
Ed Merks escribió:
>> -The validation is taking place in a eclipse environment, selecting
>> the file (already in the workspace) in the package explorer,
>> right-click/validate. So it goes down to one of two options: either
>> I'm having some miss-configuration, or the validation rules don't
>> allow such a path expression. I placed Ecore.xsd in the same folder
>> and shortened the path to "./" and it worked fine.
> So likely WTP is providing that support. What is the exact absolute
> location URI of the schema that contains this relative path? Is it
> really that many levels deep that the relative path should resolve to
> the correct absolute path? I suppose having to modify one import on
> the result isn't too bad, just kind of annoying...
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of the
path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path.
>> . The available type options while modeling UML are UML, Ecore,
>> Default, Standard, the ones available in the current model, and the
>> ones available in the applied profiles, so I cannot choose XML Schema
>> data types while editing the models, and would have to make the
>> transformation by code on a later step.
> I guess you'd need some different UML provide to access the XML Type
> package's types. I don't know enough about UML for how to create that.
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup.
Thanks again for your quick replies and all your help.
Regards,
Juan Pedro
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414751 is a reply to message #414741] |
Tue, 20 November 2007 16:04 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
<!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">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org" type="cite">Ed,
comments inline.
<br>
<br>
Ed Merks escribió:
<br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking place in a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine.
<br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying...
<br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path.
<br>
<blockquote type="cite">
<blockquote type="cite">. The available type options while modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step.
<br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup.
<br>
Thanks again for your quick replies and all your help.
<br>
Regards,
<br>
Juan Pedro
<br>
</blockquote>
</body>
</html>
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414753 is a reply to message #414751] |
Tue, 20 November 2007 16:18 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------010904080603030808030908
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Juan,
It's a logical location as created by this URI method:
public static URI createPlatformPluginURI(String pathName, boolean
encode)
{
return createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);
}
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...
Juan Pedro Silva wrote:
> Ed, while posting on webtools newsgroup, I noticed the generated path:
>
> schemaLocation=" ../../../../../../../*plugin*/org.eclipse.emf.ecore/model/Ec ore.xsd "
>
> refers to a wrong folder /"plugin"/ instead of /"plugins"/, which is
> the correct folder. It's odd somehow, as the schema was generated by
> the EMF Exporter wizard, not by me.
> I tried placing the ecore jar file in a new "plugin" folder, and
> everything works fine.
>
> What is strange is that, should it be a miss-configuration of my
> environmental variables, I should be getting error almost everywhere
> else where I needed Ecore.xsd.
> The other strange thing is that this is not a variable a user normally
> sets, is it?, it is platform-generated..
>
> I hold for your comments.
> Regards,
> Juan Pedro
>
> Juan Pedro Silva escribi
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414757 is a reply to message #414753] |
Tue, 20 November 2007 16:59 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
<!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">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
<br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big>What I did was create the plugin folder and copying the ecore
plugin in there.<br>
I restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
<br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
Thanks, Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org" type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking place in a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type options while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</body>
</html>
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414764 is a reply to message #414757] |
Tue, 20 November 2007 22:50 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------010106050408060102030302
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Juan,
Comments below.
Juan Pedro Silva wrote:
> Ed, I been trying to debug the execution of the exporter until the
> point of the generation of the path with no luck.
> First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
> compatibility), so I don't have URI.createPlatformPluginURI(String
> pathName, boolean encode).
> I tried placing a breakpoint on URI.createPlatformResourceURI(String
> pathName) to see when the path was being generated, but seems that is
> not the alternative.
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.
>
> Secondly, I'm not sure which comment specifically confused you, so
> I'll try to make all of them a little clearer.
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.
> What I did was create the plugin folder and copying the ecore plugin
> in there.
Where though? Something like platform:/plugin/<plugin-ID>/path should
access "path" in the jar corresopnding the <plugin-ID> installed in the
target environment. I don't understand how it would ever access
anything else.
> I restarted eclipse, regenerated the xsd with the same result (same
> schemalocation path), only that now the validator validates it
> correctly (so it is not a problem of the structure of the path or that
> the schema was inside a jar file or any other of such reasons).
I asked this before, but what is the absolute URI of the generated .xsd?
>
> I completely agree with you in that the active plugin was still the
> other one, I was just making sure it wasn't a validator problem of
> some kind.
> Hope this clarifies my comments a little more.
It's still not clear to me what's wrong. If the path correctly resolves
(URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...
> Thanks, Ed.
> Regards,
> Juan Pedro
>
>
> Ed Merks escribi
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414779 is a reply to message #414764] |
Wed, 21 November 2007 12:49 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------040800030100030903070504
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">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i>
<a class="moz-txt-link-abbreviated" href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a class="moz-txt-link-freetext" href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a class="moz-txt-link-freetext" href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
When I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can find the file
in the specified path, not if it's consistent with the active plugin
and all.<br>
The path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
I hope this helps pin-pointing the problem.<br>
Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org"
type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking place in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type options while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</body>
</html>
--------------040800030100030903070504
Content-Type: text/plain;
name="plugin_resolver_code.txt"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="plugin_resolver_code.txt"
ICAgICAgICBCdW5kbGUgYnVuZGxlID0gUGxhdGZvcm0uZ2V0QnVuZGxlKCJv cmcuZWNsaXBz
ZS5lbWYuZWNvcmUiKTsNCglTeXN0ZW0ub3V0LnByaW50bG4oIkJ1bmRsZSBM b2NhdGlvbjog
IiArIGJ1bmRsZS5nZXRMb2NhdGlvbigpKTsNCglVUkwgdSA9IEZpbGVMb2Nh dG9yLmZpbmQo
YnVuZGxlLCBuZXcgUGF0aCgiL21vZGVsL0Vjb3JlLnhzZCIpLCBDb2xsZWN0 aW9ucy5FTVBU
WV9NQVAgKTsNCglpZiAodSAhPSBudWxsKQ0KCXsNCgkgICAgICB1ID0gRmls ZUxvY2F0b3Iu
cmVzb2x2ZSh1KTsNCgkgICAgICBGaWxlIGYgPSBuZXcgRmlsZSh1LmdldEZp bGUoKSk7DQoJ
ICAgICAgSVBhdGggcCA9IG5ldyBQYXRoKGYuZ2V0QWJzb2x1dGVQYXRoKCkp Ow0KCSAgICAg
IFN5c3RlbS5vdXQucHJpbnRsbigiUGF0aDogIiArIHAudG9TdHJpbmcoKSk7 DQoJICAgICAg
U3lzdGVtLm91dC5wcmludGxuKCJVUkk6ICIgK1VSSS5jcmVhdGVQbGF0Zm9y bVJlc291cmNl
VVJJKGYuZ2V0QWJzb2x1dGVQYXRoKCkpKTsNCgl9
--------------040800030100030903070504--
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414780 is a reply to message #414779] |
Wed, 21 November 2007 13:11 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------010403070806060900050803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Juan,
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.
Juan Pedro Silva wrote:
> Hi Ed. I tyook a little longer to try some code out so I could give
> you some more clues on what is going on.
> I tried the attached code to find the location of the plugin. The
> output of the System.out.println() lines was the following:
>
> Bundle Location:/
> update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar
> /Path:
> /J:/Programas/Eclipse_Para_RSA/eclipse/file:J:/Programas/Ecl ipse_Para_RSA/eclipse/plugins/org.eclipse.emf.ecore_2.2.3.v2 00705141058.jar!/model/Ecore.xsd
> /URI:/
> platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/fil e:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclipse. emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd/
>
> So I guess the plugin is being resolved correctly and the problem
> might be somewhere in the XSD generation (while it makes the
> schemalocation path).
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep. For
example, if I generate Change.xsd for the EMF's change model it
generates this:
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
xmlns:change="http://www.eclipse.org/emf/2003/Change"
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace="http://www.eclipse.org/emf/2003/Change">
<xsd:import namespace="http://www.eclipse.org/emf/2002/Ecore"
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I can
see that the imports from Ecore.xsd are present:
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.
> When I talked about generating a new "plugin" folder and copying the
> jar file in there so the validator could find the referenced schema, I
> meant creating it so that the file in the path:
>
> /J:/Programas/Eclipse_Para_RSA/eclipse/plugin///org.eclipse. emf.ecore/model/Ecore.xsd
>
> /existed. I guess the validator only checks if you can find the file
> in the specified path, not if it's consistent with the active plugin
> and all.
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.
> The path for the generated xsd is:
>
> /J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\ WSDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\B lankModel.xsd/
>
This is the file system path, but the generator is using a URI of the
form platform:/resource...
> I hope this helps pin-pointing the problem.
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form file:/actual-location-on-filesystem rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).
> Regards,
> Juan Pedro
>
> P.S.: Just in case, for generating the schema, I have a XSDExporter
> and call:
> setGenModel(genmodel);
>
> setDirectoryURI(URI.createPlatformResourceURI(directory, true));
> export(monitor);
>
> nothing strange in there.
>
>
> Ed Merks escribi
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414783 is a reply to message #414780] |
Wed, 21 November 2007 13:37 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------000003000701080400000103
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Juan,
If I make this change to the exporter, then it will stop producing a
relative path between platform:/resource and platform:/plugin
### Eclipse Workspace Patch 1.0
#P org.eclipse.xsd.ecore.exporter
Index: src/org/eclipse/xsd/ecore/exporter/XSDExporter.java
============================================================ =======
RCS file:
/cvsroot/modeling/org.eclipse.mdt/org.eclipse.xsd/plugins/or g.eclipse.xsd.ecore.exporter/src/org/eclipse/xsd/ecore/expor ter/XSDExporter.java,v
retrieving revision 1.7
diff -u -r1.7 XSDExporter.java
--- src/org/eclipse/xsd/ecore/exporter/XSDExporter.java 28 Dec
2006 07:02:39 -0000 1.7
+++ src/org/eclipse/xsd/ecore/exporter/XSDExporter.java 21 Nov
2007 13:34:48 -0000
@@ -107,7 +107,11 @@
GenPackage referencedGenPackage =
genModel.findGenPackage(referencedEPackage);
URI artifactURI =
getReferencedGenPackageArtifactURI(exportData, referencedGenPackage);
URI importLocationURI =
URI.createURI(computeSchemaLocation(xsdImport, artifactURI));
- if (!schemaLocationURI.isRelative() &&
schemaLocationURI.isHierarchical() && !importLocationURI.isRelative())
+ if (!schemaLocationURI.isRelative() &&
+ schemaLocationURI.isHierarchical() &&
+ !importLocationURI.isRelative() &&
+ schemaLocationURI.isPlatformResource() ==
importLocationURI.isPlatformResource() &&
+ schemaLocationURI.isPlatformPlugin() ==
importLocationURI.isPlatformPlugin())
{
importLocationURI =
importLocationURI.deresolve(schemaLocationURI, true, true, false);
}
I.e., it will produce this instead:
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
xmlns:change="http://www.eclipse.org/emf/2003/Change"
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace="http://www.eclipse.org/emf/2003/Change">
<xsd:import namespace="http://www.eclipse.org/emf/2002/Ecore"
*schemaLocation="platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd "*/>
I'm not sure if that's better but it seems a bit nicer...
Ed Merks wrote:
> Juan,
>
> Just using new
> URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
> should successfully read the XML Schema from the plugin regardless of
> it's physical install location. More comments below.
>
>
> Juan Pedro Silva wrote:
>> Hi Ed. I tyook a little longer to try some code out so I could give
>> you some more clues on what is going on.
>> I tried the attached code to find the location of the plugin. The
>> output of the System.out.println() lines was the following:
>>
>> Bundle Location:/
>> update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar
>> /Path:
>> /J:/Programas/Eclipse_Para_RSA/eclipse/file:J:/Programas/Ecl ipse_Para_RSA/eclipse/plugins/org.eclipse.emf.ecore_2.2.3.v2 00705141058.jar!/model/Ecore.xsd
>> /URI:/
>> platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/fil e:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclipse. emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd/
>>
>> So I guess the plugin is being resolved correctly and the problem
>> might be somewhere in the XSD generation (while it makes the
>> schemalocation path).
> Certainly the relative path looks correct to me assuming that the
> absolute path of the generated XSD is really that many levels deep.
> For example, if I generate Change.xsd for the EMF's change model it
> generates this:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
> xmlns:change="http://www.eclipse.org/emf/2003/Change"
> ecore:nsPrefix="change"
> ecore:package="org.eclipse.emf.ecore.change"
> targetNamespace="http://www.eclipse.org/emf/2003/Change">
> <xsd:import namespace="http://www.eclipse.org/emf/2002/Ecore"
> schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/>
>
> And I know it's working correctly because if I open the .xsd with the
> "Sample XML Schema Editor" (the one provided by XSD, not the one
> provided by WTP which is much better and isn't just a sample), it
> doesn't complain about unresolved imports and on the Semantics tab I
> can see that the imports from Ecore.xsd are present:
>
>
> In this case the .xsd is generated to
> platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so
> the three ".." are exactly right.
>
>> When I talked about generating a new "plugin" folder and copying the
>> jar file in there so the validator could find the referenced schema,
>> I meant creating it so that the file in the path:
>>
>> /J:/Programas/Eclipse_Para_RSA/eclipse/plugin///org.eclipse. emf.ecore/model/Ecore.xsd
>>
>> /existed. I guess the validator only checks if you can find the file
>> in the specified path, not if it's consistent with the active plugin
>> and all.
> I guess the question here is what validator are you using and most
> importantly one URI is it using as load the .xsd. If it's not using
> platform:/resource/whatever, but some other absolute URI, then the
> relative path will not resolve to platform:/plugin/whatever, and
> that's what it's sounding like.
>> The path for the generated xsd is:
>>
>> /J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\ WSDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\B lankModel.xsd/
>>
> This is the file system path, but the generator is using a URI of the
> form platform:/resource...
>> I hope this helps pin-pointing the problem.
> I think we are getting closer. I think an important question to
> answer is what URI is being used to open the resource in the
> validator. If it's of the form file:/actual-location-on-filesystem
> rather than platform:/resource/location-in-workspace then it's a
> problem (and that also doesn't seem right to me, since this bypasses
> the workspace and doesn't fully support EFS implementations of the
> workspace which might supply resources that aren't actually in the
> file system).
>> Regards,
>> Juan Pedro
>>
>> P.S.: Just in case, for generating the schema, I have a XSDExporter
>> and call:
>> setGenModel(genmodel);
>>
>> setDirectoryURI(URI.createPlatformResourceURI(directory, true));
>> export(monitor);
>>
>> nothing strange in there.
>>
>>
>> Ed Merks escribi
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414784 is a reply to message #414780] |
Wed, 21 November 2007 13:52 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------060909050907000005010607
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">
Ed, the problem would be that the intention of the WSDL is for external
services to be able to communicate with this service. So, the actual
location of the file should be right, regardless of eclipse being able
to find it somewhere else (eclipse may not be running at all while the
service is being executed). So I believe the XSD validator provided by
WTP just tries to find Ecore.xsd based on the schemalocation path, as
any other external service would. I believe this is the right approach.<br>
<br>
The relative path is right in respect to the depth of the "../"
segments, but incorrect regarding the folder: the eclipse folder in
which all plugins are installed is eclipse/plugins/ , not
eclipse/plugin/ as is being generated in the schema. I keep getting the
same schemalocation path (with different number of "../" segments)
regardless of the selected output folder: I allways get the ../<font
color="#ff0000"><b>plugin</b><font color="#000000">/.. folder in the
path, instead of the correct ../plugins/ one. I just realized you get
the same in your generated schema too!!:<br>
<br>
</font></font><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
<font color="#ff0000">schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "</font>/></small><br>
<font color="#ff0000"><font color="#000000"><br>
So it's not a problem of the validator not being able to resolve the
plugin location from within eclipse (it shouldn't take this approach),
but the XSDExporter generating a wrong path for it. As we both get the
same wrong path, it is also not a configuration issue, but rather some
bug in the code, I should say.<br>
<br>
What's your opinion?.<br>
<br>
<br>
<br>
</font></font><br>
Ed Merks escribió:
<blockquote cite="mid:fi1apt$sn9$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i> <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
</blockquote>
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep.
For example, if I generate Change.xsd for the EMF's change model it
generates this:<br>
<blockquote><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/><br>
</small></blockquote>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I
can see that the imports from Ecore.xsd are present:<br>
<blockquote><img src="cid:part1.04010508.07090702@gmail.com" alt=""><br>
</blockquote>
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.<br>
<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">When
I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can find the
file
in the specified path, not if it's consistent with the active plugin
and all.<br>
</blockquote>
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">The
path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
</blockquote>
This is the file system path, but the generator is using a URI of the
form platform:/resource...<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">I
hope this helps pin-pointing the problem.<br>
</blockquote>
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="file:/actual-location-on-filesystem">file:/actual-location-on-filesystem </a>
rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org" type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org"
type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking place
in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type options
while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</body>
</html>
--------------060909050907000005010607
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <part1.04010508.07090702@gmail.com>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYW GDEjJR0oOjM9
PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgV GC8aGi9jQjhC
Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2Nj Y2NjY2P/wAAR
CADaAPsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDaA84sX+4DgLnrj1/woSKJ yQkEbME3lQU3
BcZzjOe4p0H3D/vt/wChGoJJPIYSRXMcEj20PD5YsScNtHPOEUfdPQdKFFyd kF7EywwMMiKP
H+6KXyIf+eUf/fIpIG3qWLKxIQllGAxKKScYFUVt7We51CW7jjbyZQFlfgxq I0PDdVwSTxjB
OaFfqBf8iH/nlH/3yKPIh/55R/8AfIrKtrySzjLzmMWrXNwvAJYYaRyxP/AS MY989qE1HUPt
CWrwxpMzqN0i7RtZZDnCu3Qx+vPTjrQBq+RD/wA8o/8AvkUeRD/zyj/75FZU mp3bW908XkI9
pEzvuQsJCGdePmG3/Vk9/ve3M1tf3Ut9taALbNK8Ssdo5XcMg7stnaeNo69e OQC/5EP/ADyj
/wC+RR5EP/PKP/vkVRuLy5WaQxGIRQ3EUDKyEs24pkg5GPv9MHp71Vj1a/aG OU20aicRtEHI
XhnRccMxPD/ewMYHHOKANjyIf+eUf/fIo8iH/nlH/wB8isqfU7uCSaM+Qxtk kkkOwjzAqxtg
fN8vEmMnPTPtUyXl3JdNZK0CzIW3SmMlWAEZ4Xdkf6wdz9334AL/AJEP/PKP /vkUeRD/AM8o
/wDvkVjvez6haxzL5cUIntt0ZUsxLGN+GyAPvAdD09+Gfb7q7ggM8AjimeCW P7oIHmx8cMS3
3uuF+nPABt+RD/zyj/75FHkQ/wDPKP8A75FSUUAR+RD/AM8o/wDvkUtvbW8h 814k2g4RcYBx
3P48Yp9QQy7YVHu3/oRppETlyouiKNoRKNOTYV3Z2R9PzoVbR1DLbwEH/pmP 8Kz74xolpO+y
Qi3QCFwQTyOUYfxfTnpVm4kEd5OqgKNw4H+6KFFqz7ilJK5Y8u2/59oP+/Y/ wo8u2/59oP8A
v2P8KwQlrPc3012kbGKUBZX+9GojQ8N1XBJPGME5qK11CSzQvMYxbNc3A4BL DDSOWJ/4CRjH
vntVWM+ZnR+Xbf8APtB/37H+FHl23/PtB/37H+Fc4mrah56WzxRpMzqNzrtG 0q5zhWboU9ee
nHWiTWLtre5aIwo9rEzvuQsJCGdePmG3/V579fblWDmZ0fl23/PtB/37H+FH l23/AD7Qf9+x
/hWFb6pdS3u1oQts0jxKx2jldwyDuyc7TxtHXrxys2rSx3rwfugq5bzHJVNu zO0t2fPPT7vN
OwczNzy7b/n2g/79j/Cjy7b/AJ9oP+/Y/wAKwY9Ru5WjgV4UmIdmZoycbdvy lN3B+f8AvEYG
R14n0ibGj2Qz0t4//QRRYOdo0o3064aWKJbWRoztkVAuUPoccg8Gq0UNjcoZ LGWGRQccESLn
HTPUdu5+lMtW0/yidRKCzMz/AGfdu3Z3Hzt2P+WW7Gd3Gc5420QSSJLci5x9 s83/AEjb93ft
XG3/AGdu3HfGM85pblNuKuSLFCSVaBFYdVKineRD/wA8o/8AvkU15A4HOCOh 9KBcYHzI+f8A
ZUkfnSasXGakJFNGqsGkQEO3BYf3jSF0MAga8DRAAbGEZGB06iqjn94/++38 6lihkkXKRSOA
cEqpP8qGktWyedttJE8bwxg/v0Ocd1GMAADAwOgFMkjsJZlmlS2eVMbXYKWX ByMGhYkJIKkE
HBByCKlFvFj7v6mjQq8u39fcNDWo24MI2sXHI4Y5yfqcn8zUcMOnW5zBFaxH OcoqrzgjPHsT
+Zqb7PF/d/U0fZ4v7v6mjQd5dv6+4o3thY3rL5ssflrn92FjwcnLHJXIJ7kE fnVkx2DSSSFL
YySLsdiFyy+hPccCpfs8X939TR9ni/u/qaNAvLt/X3FOezs7i+S6mnV2Qgqp Efy45GGxu689
f04qdY7BGdkS2VpGDuQFG5gcgn1Oeal+zxf3f1NH2eL+7+po0C8u39fcMYWT FywtyXBDE7fm
BABB9cgD8hTZo7CdSsyW0is28hwpy2MZ5744qX7PF/d/U0fZ4v7v6mjQLy7f 19xFJHYSzLNK
ls8qY2uwUsuDkYNCx2CM7IlsrSMHcgKNzA5BPqc81L9ni/u/qaPs8X939TRo F5dv6+4Xz4f+
esf/AH0KPPh/56x/99Ck+zxf3f1NH2eL+7+po0C8u39fcL58P/PWP/voVRDZ HB4yen1NXfs8
X939TR9ni/u/qaaaRE4ymrFeO7uo41RLhgqgADavAH4VGzu7s7uWZjkk4HbH b6Vc+zxf3f1N
H2eL+7+pp3SM3TqPdmbJbwSyrLJDG8i42uygkY5GDTxGgxhFG1iw46E5yfry fzNX/s8X939T
R9ni/u/qafMifYz7mZFaW0BzDbxRnOcogHOCP5E/mahutNhuyvm/cGfkCJjk 5JyRkE+oIrZ+
zxf3f1NH2eL+7+ppcyH7Ge9zNNvAZHkMMZeRdrsVGWHoT3FP8tN27Yu7duzj nOMZ+uOPpV/7
PF/d/U0fZ4v7v6mnzIXsZdzMNpbNCsLW8RiU5VCg2g+w/E1KgCIqIAqqMADg AVe+zxf3f1NH
2eL+7+po5kHsZ9zOjhiid3ijRGkOXKqAWPv69aIYYrdCkEaRKTkhFCjP4Vo/ Z4v7v6mj7PF/
d/U0cyD2M+5SyfU0ZPqau/Z4v7v6mj7PF/d/U0cyD2Eii/8ArG/32/nVtDMd K2wTCNvtIyvm
+UZBtHyhux7/AIVUf/WN/vt/OpoZXSF4dkMkUjbisse4dB7+1LsXF2kyaNop Le0lj8wmRX3G
VssSGA5PfHPNQagiyyWUMih4pJyHRhlWAjc4I78gH8BU4Z3aPcIlSNSqrGm0 DOPf2p8kMc8R
jmjSSNuquoIP4GotbY3TuZrwiHVIIdO8iLEUu4EErHzEeFBHtxkdc/Vq6vNL 9mmihzA/lLKN
o+Rn28btwPAdTwp+o7akVvBCEEMMcYQEKFUDaCckD6kUw2NozxubWAvEAI2M YygHQD0xQMzY
9Uu/s9q8qQb7uJXQKDiMlkXJ5+b/AFgOOMYxk9aH1DUFuHtESOaZXb544uNo WM/dZx3k67u3
TnjSmtIpbfyVAiGzy1Kop2rxlQCCMHAGMVDBpNlDbG3aCOVC/mESRrgtjGcA ADjjgD+dADZ9
QeKxtroRb/M2looj5jtlScJjhiDg/QE1A+qTwxtLIbaREg3nymOHYJvO1uce ykfdO4E4IGn5
Me/f5abt2/O0Z3Yxn644+lIlvBG6ukMauqeWrKoBC/3R7e1AFOzWddWuhcSR yP5EWDHGUGN0
nYk1oVDb2lta7vs1vFDuxu8tAufripqACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigBdItYrl7nzQx2vxhyvc+hrT/su0/uSf9/X/AMapaB9+7/3/ AOrVs02THb7/
AMyn/Zdp/ck/7+v/AI0yWwsYYy8iyBQQOJHJyTgcA1fqvfZ+zghWbEkbEKCT gOCeBSKKKW9i
HIdLkBnAXd5oHOB1wMc/57UuoafbxWpaMSKxdF3CVjjLAHqfQ01UkBUG9v7n Lp8k1uqqMOpz
lY17A96vzWvnwmN55ccHI25BBBB6eoz+J9sNbiexiPa2iPtN7P16meMD69c1 dsLWxuLeIFw8
/lgyBLhjg456H1qFoJvtrsksriK4XeMgFx5aHnkDtj8as2s5uNSicxGLEMgw QfWM9wPXH4VU
mtiFfcivP7Lspo4p0u98n3PLSeQMeTgFcjOATjrgZq5/Zdp/ck/7+v8A403U I3e80xkRmCXL
MxAztHkyDJ9OSB+NY+tyXqHVEhmlTyY3vN6yEBYzbtGqDnOfMUtjGOM5zxUG htf2Xaf3JP8A
v6/+NH9l2n9yT/v6/wDjWHci6ZXFhJfR6fvj3tMk7yA4k3YBIlIz5P3Tjr23 VYtxeLLp4lkv
pTyAdhQbdx5Iyf4cAiU7iCCpDgggGp/Zdp/ck/7+v/jR/Zdp/ck/7+v/AI1c ooAp/wBl2n9y
T/v6/wDjR/Zdp/ck/wC/r/41cooAp/2Xaf3JP+/r/wCNH9l2n9yT/v6/+NXK KAKf9l2n9yT/
AL+v/jR/Zdp/ck/7+v8A41cooAp/2Xaf3JP+/r/40f2Xaf3JP+/r/wCNXKKA Kf8AZdp/ck/7
+v8A40f2Xaf3JP8Av6/+NXKKAKf9l2n9yT/v6/8AjR/Zdp/ck/7+v/jVyigC n/Zdp/ck/wC/
r/40f2Xaf3JP+/r/AONXKKAKf9l2n9yT/v6/+NH9l2n9yT/v6/8AjVyigCn/ AGXaf3JP+/r/
AONH9l2n9yT/AL+v/jVyigDG0D793/v/ANWrZrG0D793/v8A9WrZpsmO33/m FFFFIojiILzY
C8PzgD+6OvP+H9akqOI5ebnOH9enyj3/AMPp3MlAGddf2ZJODMLJ5N21zIEL DAPqfXHr/hYt
bezjHm2kMChhjfEoGfxFZFzLdefbC11C0gRLmUypIMkf6zlvnXIyV4x1wc8V qWRd7dmikj2m
SQqdu7Pztz1+n6+vDuxWQ1tTjV9ohlOXKKcoNxBwcZbPWmB7eJHjbTWiiuZM S5RNrs5wSwB5
z3qi0toCvmT26zQXUrbJZtnBYn+e09O1PbUku9sRlgLefFsWOQMT8/PfJ4AP QVTVmlYjm0vc
2pJEijaSR1REBZmY4CgdSTUMF/Z3Kq1vdwTKz7FMcgYFsZwMd8c49Kr65xp6 sfupcQO57Kqy
oWJ9AACSewFUb64ttQvNPbTbqIyG52NcRKHwPJm4DdCQCcDnG4EjBwYNDeor k9R1y7trIutz
HFLbedzNIka3OyR1AA2He3yfMFKffGMZGLEuoanBbtdRy/aHe4uoYrfyhjCC Up0+YtmMDrjB
6Z5oA6Sq81/ZwXCW813BHPJjZG8gDNk4GAeTzxXNz6rOk00VlrEd1bjyd9zJ JEqw7vNzl1Qq
MlEHzKfvY4yDU1jqEAu5xqtxbO09nEoXO7z18yYDaCAXyMfdXDZ4GCKAOmor lbi81azjsrdr
iKCWOziJ8+XmebkMv3HMmCF4Qg/N1ORi1PqVwk96i3edjoGAjGIELqpbkZQh SzfPkMAGX5Qy
gA3pJEijaSR1REBZmY4CgdSTTq5m81G4jgkaz1RriOKzupllEafOyCPbk7dr YLtyuBxg5IOa
95e3F1ZX1vDetdzym7gks1CMYkUShCAo3DlUGSSDu9SKAOsWRHZ1R1YodrAH O04BwfTgg/jT
q5s6k5upIpdW8iyVyFvP3Q3ERQsq7iu35t7t0yccYAxRa6hqckTXdxL5ZS4t ojbeUFAMiw7w
2fm4MhIGQQeuRwADpKKKKACiiigAooooAKKKKACiiigDG0D793/v/wBWrZrG 0D793/v/ANWr
ZpsmO33/AJhRRRSKI4t2+bPTfx16bR6/j04/HNSVHEMPNxjL+nX5R7f4/XsJ KAGP9+Pgn5ux
PHB9P6/zxT65+5iuvPtja6faTo9zKJXkOCf9Zw3yNgZC8564GOa1LIOluyxR x7RJIFG7bj52
46fT9fTkARLq5m3mG2jKK7JlpSCcEjpt9qHurmHYZraMIzqmVlJIyQOm33qh PKIbSZJI3DrP
IVDxDYdzHBywx09DWdaakstzLEUCpbzor7UVS+CSD0GTkdBj1xyKt2TIV2tz raKz9c509VP3
XuIEcdmVpUDA+oIJBHcGqN9awWd5p8WlxW0EzXOTGPlRcwzAOUH0Ppu24yMZ EFm9TZEEkbRs
WAYEEqxU8+hHI+orn7rXbuO0eWCFZntBK10qxjBVHZQQS427vLfoHI9+Mum1 u8tbeS8migeA
S3MSRpkMfKEjBix4GRHjGD1zn+GgDYtLKC03mISFnxueSRpGIHQbmJOBk8dO T6mrFc/danql
peGyxBczv5XltFDtxuEpOVaTB4i/vDr3xg1Y7iW61SSXUI1jtPs0a3aowPKy TKN2CQE4O4ZO
OASVDUAdVRWH9tvH1u4sbNLSLLuWldCT8scBBIBG4/vCOo4A9MGrJqNzqtjF cJ5UNutzZ7oi
pdyWaGTh8gDG8D7p6e/AB01RwQR26FIl2qXZyM55ZixP5k1JRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQBjaB9+7/3/AOrVs1jaB9+7/wB/+rVs02THb7/zCiiikURQ/wCs n4A+cdCOflX0
/r/LFS1HEcvNznD+vT5R7/4fTuZKAKstpaGVC1vEWdzk7F+Y4J5z1/Dn8M1Y jjSJAkaKijoq
jAFYV3dTQ3Fsq2l3cCe5kRmjn2jA8whVBdcEbAemMZ71qWjusBGySTa7gHcC cBmwMk57AfiP
fAAXNxZSJJBNcwjPysDIARVW3t9MS4R4rqNpM5x5inc3rgfXoMDp6CovLciG VXkVEu5d4RWb
I3k8gfTH/AqmuLqG4jAiUgpcRA5GD/rAOnUdO9U+VNIm7tc0pI0ljaORFdHB VlYZDA9QRUMF
hZ2yqtvaQQqr71EcYUBsYyMd8cZ9Kq+IHdNLJj83JnhXEL7HYGVAQGyMZBI6 jrVW8mjsdIjj
aSex+2S+UXu7nc0IIJY7yzYO1TtwSNxXjrUlGlPpthcqq3FlbShSzKJIlbBY 5YjI7nk+tSPb
RGPairGQWZHRVyjtnLDIIz8x5x3OetZdtrU9zFZLbW8VxNPHKWdZdkQaNlRi DgkqSTggE9OO
SQW2vm5HnR2bC08yFDI0gDfvVjK4UehkGckYHIJ6AAmsdAsLOGeIwxzrPt8w SQxhWC8qCqqF
4JJzjPvwMaEUEMOPKijjwioNqgYUZwPoMnA96w7jXLp7W3eGCONrvypbY+bn dGZY1If5fkJE
g6bu/PAyavr72wvIoY8YilENwgZgJFjZiDlNnBVhgMTkYI64ANqG0toGDQ28 UZA2gogGBgDH
Hsqj/gI9KjbTbBpIZGsrYvAFWJjEuYwOgU44x2xVFNSuDezWkNpG12HJcSXL eXhY4i2DtJHM
igDaAcE8E4pttr5uR50dmwtPMhQyNIA371YyuFHoZBnJGByCegANqiiigAoo ooAKKKKACiii
gAooooAKKKKACiiigDG0D793/v8A9WrZrG0D793/AL/9WrZpsmO33/mFFFFI ojiJLzZDcPxk
H+6OnP8Ah/WpKjiGHm4xl/Tr8o9v8fr2ElAFV7OIONplXe5JCyPjnJPQ4HP+ eaniiSGMJGCF
BJ5JJyTk8msW71EQXFus0l2zSzyKPKt94QDzMEEIcn5cYznBJ6Vp2058k+a0 jsruN2wnIDMB
0GOi/wAvUUANbTbZnZv3yliWIWd1GTyeAcULptsrq375ipDANO7DI5HBOKy5 IELxTOIFRruV
ZWlUcjeSOSPQEfiKszR2OyN7SOIMs8XzImOC4HB79D0rR6O1zPpexo3drFeW 5gnDFCVb5XKk
EEEEEEEYIBqO30+3tpFkTzWdQyq0szyEBtuRlif7i/l7modcuJLbTDJFLJE3 mxIXjTewDSKp
wMHJwT2NQtPLHpqLBdXMtxdyeVBJcwhHQkHJ27V+6FZsEc4xnkVmaF5LG3S8 a7WPE75y2485
CA8dOkafl7mo4dLsoLf7PFDti3xvt3E8oFCHr22L+X1rNvNenitVlit13Gzu ZZFJz5UsW0FS
cjIDFl468Ecc0atrbR2V35SXNtPCGVSRGR5n2dpcHk9Bjp3x1GaANBdHsVV1 ELEMNoBkY+WM
ggJk/JggEbcY2r6DA+j2Mlx5zwsxyzeWZGMeWBDHy87eQzZ45yfWmx6sjXMd tNbT29xI4URy
bSQCrsGJViMHy3HXOR071VPiCKO4uzLGy2tvGPnO0fP5skW0ktjkoMHgDkki gC42kWbA/LKr
k5MizyK5+VV5cHdyEXIzyQCeeakXTrRY2jSBVRpElKqSBuTbtwB0xsXgccU3 TNSt9Ut2mtzw
jlGG5W2nAOMqSp4IPBPX1yKuUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFAGNoH37v8A
3/6tWzWNoH37v/f/AKtWzTZMdvv/ADCiiikURQkGSfGMhxnHrtX2/wAf6CWo 4jl5uc4f16fK
Pf8Aw+ncyUAUnswJI8XDj96zqCE+ViGJ25UnPJ/AmrMEQgi2BmbksWbGSSST 0+tZN3rEVtPC
lzf2lu0krqqvwVA3jc3zjg7SM46kVo290DCTPJGrqzA87RgFhnBPopP4GgCo y20UkirqzQ5d
mMYkj+Uk5PVc9TTIreyMwxqfmMzq5TdF87A5GcKCeafFIYbOWQKMCeUsxUMA N59xUBvVumjh
G0v50ZOEC7cMCQfmOeB24/MVppcztpc0760W9tjC0kkXzo4ePG5SrBgRkEdQ Ooqu2kRT7Bfy
yX6puwlykZXJxztCgZGDg9fmb1p2s3j2GnNPG8UZEkab5hlEDOqljyOgJPUV RudUmt7K0m/t
PTWS4uDH9q8siJVCMf8Anpydy4zu79KzNC1/YdkA6qjLEwdPJQhUCOqhkAHQ EqG4wc555ILb
jQre5hljmmnYyuXd8qCSYfJJ4GPu89OvtxRb6spghkupY03JIQFjY+aFcIHT rw2VIXkneuCc
cxtqkt7fRW2mSxxfJIZTc2sm5Svl4G0lCOJAc/SgCY6OrN5r3ly90CpW5Oze mAwAAC7ejv1U
/e9hhseg2sUbJHJON3JYvubIkMqtkg5Ksxxnrn5t1SR6vB9mSSZZFkZ3jMUS NK2UYqxAUZKg
jrgdRnBOKkGqWRmSNZt+/bh0UtHlsFQXA2gnIwCcncPUUATWsBt4yrTyzuxy 0kpGT+AAA4A4
AHr1JNTVlwa7ZPEuZpJX2IS0VtJhyyhgFGDk7WDbQSQMk9CatNqNqskKb2Im CmOQIxjOfu/O
Bt57DPOR6igC1RVXS7l7zSrO6kCh54EkYL0BKgnH51aoAKKKKACiiigAoooo AKKKKACiiigA
ooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebnOH9e nyj3/wAPp3Ml
RxDDzcYy/p1+Ue3+P17CSgCg9lL5kRDxsI5nljJjOULBuT8wzwxHTvVq2iMM OxmDMWZiQMDJ
JPT8aqSXcjSw/uohuneOLdIcsyh8/wABxwrHr/hVu2lM0O9lCsGZSAcjIJHX 8KAKd5pkckEv
khhIx3gFyVLZz908d6y7PQZoruWRwwS4lEj5KkrjPHsee2fTIwKuJFbeTLLL bRSOZ5cs6noH
PUgGmH7K7RiG3gSYTR48sHIG/kHKjaeDx7H0q7a7kJ6bGlqVq95aeVHKsTiS ORWZNwBRwwyM
jP3fWq89lfzpbs95bC4t5zKri2bYQUZcFd+f4ic5/CrGpXT2dp5scSyuZI41 Vn2gl3CjJwcf
e9Krz3t/Alur2dsbi4nMSoLltgARmyW2Z/hIxj8agsq3ejMlvHIjSTTQ73Cx ovzSPMkuQGYD
aGT7uc4OM55MdlpuqNcvqDzwW9zI75SS33DayxLyFk4P7r+8eD26DSttSSWI SSmKEKJfN3y/
dMbbWI45XOfmOO3HPDV1izluESG4glgMUsjzpKCqbCmQSOOj568Y96AK93oE MyW+zyJHh8z/
AI+4BMrF2DOxXK4YsM5HAyRjpia20yWzlxbXSpbuUaRTCN5Kqq4BGFUEIuRt 9cEcYml1Szje
FfPjbzbj7NlXBCSbSdrc8HjGOuSKkW/s38/ZdwN9nz52JAfKxnO706Hr6GgD P0/QvsSWy/ad
/kSpJ9zG7bbiHHX23fp71XXwzs+xjz4JPs/kfvJbbdKPL28I275FO3pg8s3r Wp/a2m/Z/tH9
oWnkb9nmecu3djOM5xnHOKsJPDJNJCksbSxY8xFYFkzyMjtmgCPT7X7Fp1ta b9/kRJHuxjdt
AGcfhViiigAooooAKKKKACiiigAooooAKKKKACiiigDG0D793/v/ANWrZrG0 D793/v8A9WrZ
psmO33/mFFFFIojiGHm4xl/Tr8o9v8fr2ElRQgCSfGMlxnHrtX3/AMP6mWgD Fu9HiuZ4XubC
0uGjldlZ+SwO87W+Q8DcTjPUCtG3tQISJ442dmYnjcMEscZI9GI/E1G95mSP bDJjzWRfmUby
AwIGWGehPTt+IswSieLeFZeSpVsZBBIPT6UAUL3T3+yziGaVgzF/KONpySSO MHv61j2Ol3iX
srMZAs0oeNipHlqM9PTtwccY4PNaqbGR5JpZy5mkUKtwU4DHsWA4GKazxgQt DLOrtLHtDXG/
epYA4AY5GP51dtSE9C1rNm9/pzQRpFITJG+yY4RwrqxU8HqAR0NUbnS5riyt If7M01Ut7gyf
ZfMJiZSjD/nnwdzZxt7da1L67WytjM0ckvzogSPG5izBQBkgdSOpqvLqbxRQ tJp12JZpfKSH
MW4naWznftxhT3zx0qCzNu9LmhtbaVmUi1DMI41d8EzxyJGoVSdoCbMgcDB2 9hDHp19qY1G5
eKO3N1FPEisXHLxwqD8yhgMxtnIB9ARzXRWlyl3biZAyjLKyt1VlJVge3BBH HHHGamoAyZdK
catDdweUkUAhVIh8vCiZSOBxgSgj124461mroktjZK0g3G0SNY2Es87S7ZEb 7mD5YPljIUNj
PovPRWdyl5ZQXUYYJPGsihuoBGRn86moA5eHT72/nl1FoPLd5X2w/aZrfKlI l3bgofrERtKj
Oc9gTsaRp7adHPGTHsZ0KBM4AWKNOhJI5Q9zxjmtCigAooooAKKKKACiiigA ooooAKKKKACi
iigAooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebn OH9enyj3/wAP
p3MlRxAh5sluX4yT/dHTj/H+lSUAYV3pwnuLdpo7tWinkYeVcbA4PmYAAcYP zZzjOAR0rTto
D5J81ZEZnc7d5GAWYjocdG/l6Ch7yMuAnmkK5DbYnI4yOu055/z2qeKVJow8 ZJUkjkEHIODw
aAMy9tbmKyuBHMrRM5kKBNrYJJPzc+vpWNp8V7/aExLg+bOHhIPGPm56fMPp 7nIyK3Y2mlSS
VruZAJnQLHErYAYgfwk9BSPJNGEdbqd/3salZIQoIZgD/CP0q2m2Qmkh+uW8 lzphjiiklbzY
nKRvsYhZFY4ORg4B7iqN3bSz2liEsNQCW9yWaM3Q84qY3GQ/merAfezj2rYu 7qKztzPOWCAq
vyoWJJIAAABJySBVdtWtUgSVxcqHk8pVNrKHZsFuF27jwDzjHFQWZp06UQWn 2rT/ALbAnnFr
U7GILuGRm3EKWC7gWyTljyck1HBpd7G8K3EPn3ivAwv9wPloioJE3E7/AJis nAGDv56nHQQT
x3MKywtuRvbBBHBBB5BByCDyCMVJQByen6HeRT2T3Ec/mxJBtdGh2xKqIGQs QZByr8L8p3dR
ljTTo9/LdEtbSx+aUa6ZDFGjuJ4mLIUIc4AkIL/MB7k11VvPHc28VxC26KVA 6NjGQRkHmpKA
KOmWps3vI1iWK3M4MCJgKqeWmcAdPm3HHrk96vVXu72C02CUyFnztSONpGIH U7VBOBkc9OR6
iiG+t52iWOTLSozqNpBwpAbPoQWAIPOfoaALFFNVwzOAGyhwcqR2B4z169R9 O1OoAKKbHIks
ayRuro4DKynIYHoQadQAUUUUAFFFFABRRRQAUUUUAFFFFAHPaVdravc7o5H3 P/Bjjk+pFaP9
rJ/z7T/+O/8AxVY1r9+b/fP8zVaHfFfj7SbgSSSOEfzMxSDkqu3PBCjrgcqe TnlsmO33/mdF
/ayf8+0//jv/AMVR/ayf8+0//jv/AMVXOLqzbYHe3AS5CPDiTJKs6LluOD+8 BwM9+aWbVvJu
p4zBmOBZHdg/O1URuBjk/vAOo6UijfTU0V5Cbab5mzxs9APX29/6CRdVjZ0U wTLuYLk7cAk4
9a5641C4tYl8+0Hmu4SMRuzqeCey7uAp/hPUe+LVnObmO3laJ4mMqZVwQRhw O4Bx6ZA47CgC
/daTczz2jx30kCwzvIyoEOAwkwRuQ/N84HPGM9+avw27ojKZWXLu3y44yzHu Pcfl9c5+r+ZF
cNczm7FnHEGEltLt8ggsXd1yN4xtwMP908c8ul1pl1ZrOOzllSORYpJFRzhm AOeFK4AYE5YH
rx0yAOexuWilhAtwGkdklJJYBmJPGOPTrVW20nUI7l5JHttqOGhAycLk/KeO Ox4/LgU6016a
ZIJJrOONJUgkbZOWKrM22PHyjJ3ZyOMDkE9Ka/iQpM6CzaUEqYGjLASqZETI Lqqn/WKRgkH1
HBLbuJKxparaSXtl5MMnlP5sT7+6hZFYkZBGcA4yMZqG7064nSxVL6UPbzmR pyE8wgo68Dbt
/iA6dPes+91i5SWaOSBQLe2uWuYkmIyVWJlKOFDdJAO2MnrgZ0ob+4naSSOy 32yvJGrJKPML
ISpypAABKkA7j1GQOcIZUkspba2jW5lkNtG0rSC3laN5HeQFGJBXsWLDIXJ4 GAMUoZr7ak1y
87XiPDgpJiMoAnmAoCFJJ8zBI7jkYGNKS6e80ZpZIljPmKMK+4HDj1AIweCC AQQRjucjUI5X
eIqk8sIDbo4JfLfdxtOdy8AbuM9xx6ADNPj1C3Nr5lxIiWyQxqiAsCqooYY8 wLyQ/JUkAjng
AOdtTaZ3SeWFJirusbkmMiRG+Uu7A/KHHCqDkZXHRo1JVVQmZk2W7LIxwXEj lckY46Z/HtVZ
9WuZLS3dLcQvcCOSIGTOQXRWDccZ3jBGeOeDxQBq2sskGqCZkne2jSVIg8m9 wG8o4JZsn5kc
8k9R9BAsa+fC9zHciONrk/uZjG2ZZg68qwPTr7469agl1R0u2git/OzuWJlL AO4UnaSV2j7p
HDEg9uuJbe8S/tfPhGYDKojf++ARk4PI5yPwz3oAYTq04RZ7mQA/NIVLct5c a8bHQgblkOM4
+YcZ6XraWYS+beS3kkqFBG8bhFZQq7t0e7by2/sSAwwRgYdRQBJo90un6RaW jwTs8MSox3Bg
SBzgls4z09B6Vc/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8A n2n/APHf/iqz
6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+ Ko/tZP8An2n/
APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCf af8A8d/+Ko/t
ZP8An2n/APHf/iqz6KAKtsyq825gPnPU+5oS3tEuPOXG/JIHmEqCepC5wCcn kDPJ9TWdOzC4
lAYgbz396Zvf+8351VjHma0NFbKxUMABgjABkJ2DOcJz8nIH3cdB6CiKxsIi xSNPnDBtzbt2
4KGzk852rnPX8TWdvf8AvN+dG9/7zfnRYPaM0RZWWwrliSQd5nYuMZxh87h1 PQ9z6mp4vJt0
jWIrtjdWxuyThsnk9SeeT1JrH3v/AHm/Oje/95vzosHtGdLdT6PdyCSdnJxt YKJFDr/dcDAY
cnhsjk+poefR5LoXDM+/IYgCQIzDoxT7pIwMEjIwPQVzW9/7zfnRvf8AvN+d Fg9ozo0k0RER
F3BUSJFG2TgRNuQfgfz75qNU0JZVkBlJXGxS0pVAGVgFU8KMovAAHAHSsDe/ 95vzo3v/AHm/
Oiwe0Z0c8miXBmMu4mbd5hCyAsGQIRx2KqvHTIB6gGgyaIZnkbc+/dlHWRo8 tkMQh+UE5OSB
k7j6muc3v/eb86N7/wB5vzosHtGdDJPYLZNb2jsWd1dmkLEnBByzNyeAB1PY dBxUuIbe52+Y
5DLnDJKUYZ6jKkHHTj2HpWTvf+8350b3/vN+dFg9ozRW2h+2Rzs8OyBCkCKo Hlg4zzn2wMYw
CRzTjaWRjij2rtij8pPnPyr8vQ56/Kpz1GKzN7/3m/Oje/8Aeb86LB7RmhLp 9hM7NICQ27K+
cwX5gQx25wCQTzjuTUrrCm9oyu6SRXf5s5I2jP5AflWVvf8AvN+dG9/7zfnR YPaM3PMT++v5
0eYn99fzrD3v/eb86N7/AN5vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9/7z fnRYPaM3PMT+
+v50eYn99fzrD3v/AHm/Oje/95vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9 /wC8350WD2jN
zzE/vr+dHmJ/fX86w97/AN5vzo3v/eb86LB7Rm55if31/OjzE/vr+dYe9/7z fnRvf+8350WD
2jNzzE/vr+dHmJ/fX86w97/3m/Oje/8Aeb86LB7Rn//Z
--------------060909050907000005010607--
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414785 is a reply to message #414784] |
Wed, 21 November 2007 14:04 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------090203000609030202000700
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Juan,
Comments below.
Juan Pedro Silva wrote:
> Ed, the problem would be that the intention of the WSDL is for
> external services to be able to communicate with this service.
For sure.
> So, the actual location of the file should be right, regardless of
> eclipse being able to find it somewhere else (eclipse may not be
> running at all while the service is being executed).
Being right is a relative term when using relative paths. If you develop
the resource locally and later deploy it to a web page that obviously
has a different URI to access it, the relative location that works in
the former situation might not work in the later situation. This likely
means you need to change schemaLocations as part of deploying.
> So I believe the XSD validator provided by WTP just tries to find
> Ecore.xsd based on the schemalocation path, as any other external
> service would. I believe this is the right approach.
Yes, but the question remains (after asking many times) what absolute
URI does it use? The interpretation of a relative path is as the name
implies relative to the path of the containing document, so a relative
path that works well in one context might not work well in another.
>
> The relative path is right in respect to the depth of the "../"
> segments, but incorrect regarding the folder: the eclipse folder in
> which all plugins are installed is eclipse/plugins/ , not
> eclipse/plugin/ as is being generated in the schema.
I'm not sure I can be more clear on this point. platform:/plugin/ and
platform:/resource are symbolic URIs that work as real live URLs within
Eclipse. There is no relationship to the symbolic URIs and the physical
name of the install location, the workspace location, or the folder name
where plugins are installed. None.
> I keep getting the same schemalocation path (with different number of
> "../" segments) regardless of the selected output folder: I allways
> get the ../*plugin*/.. folder in the path, instead of the correct
> ../plugins/ one. I just realized you get the same in your generated
> schema too!!:
I hope I've been clear but if not yet, this is correct behavior and
works correctly in the context of the XSD model and the XSD editor I
provide. But you are using it in a different context, although you're
still not made clear what that context is.
>
> <?xml version="1.0" encoding="UTF-8"?>
> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
> xmlns:change="http://www.eclipse.org/emf/2003/Change"
> ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
> targetNamespace="http://www.eclipse.org/emf/2003/Change">
> <xsd:import namespace="http://www.eclipse.org/emf/2002/Ecore"
> schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/>
>
> So it's not a problem of the validator not being able to resolve the
> plugin location from within eclipse (it shouldn't take this approach),
> but the XSDExporter generating a wrong path for it.
The path is correct.
> As we both get the same wrong path, it is also not a configuration
> issue, but rather some bug in the code, I should say.
No, you keep making assumptions about these things corresponding to
physical names in the file system and I keep trying to explain they are
logical URIs supported by Eclipse.
>
> What's your opinion?.
I'm a little frustrated since questions like what validator are you
using don't seem to get answered. If you open the .xsd, as I suggested,
with the Sample XML Schema editor, you'll see that it works correctly.
That's the best I can accomplish in the base framework. If that doesn't
work in your context, then you can modify the schemaLocation and make
the Ecore.xsd available in the location that makes sense for your context.
>
>
>
>
> Ed Merks escribi
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414788 is a reply to message #414785] |
Wed, 21 November 2007 15:32 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------070404040301030504080101
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">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Ed, first of all, apologies are due. I haven't interpreted you as of
"plugin" being a logical reference until just your previous post (the
one with the code changes to WSDExporter).<br>
I'm sorry to make you feel frustrated. It looks like you where talking
about oranges and I was talking about apples. I'm sorry. I'm also sorry
I haven't answer your questions about the validator so far. Is not at
all my intention to exasperate someone that is trying to help you, or
to make him waste time trying to explain something that is not being
correctly understood.<br>
<br>
I completely agree with your relative paths comments, and yes, opening
the schema with the Sample XML Schema editor makes the imports
available. Again apologize me, as I was wrongly interpreting the
"plugin" part of the path as a physical folder and not as a logical
variable. Emailing can sometimes be tricky for understanding someone
correctly.<br>
<br>
As for the subject in hands: <br>
-I'm using the (org.eclipse.wst.xsd.core.internal.validation.)
XSDValidator as provided by WTP 1.5.5. It uses inner class
XSDEntityResolver, which in turn uses
org.eclipse.wst.common.uriresolver.internal.ExtensibleURIRes olver. <br>
<br>
-the URI to the generated file as used by the validator is
<a class="moz-txt-link-freetext" href=" file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd"> file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd</a><br>
<br>
I'm sorry for causing any inconvenience.<br>
Regards,<br>
Juan Pedro<br>
<br>
<br>
<br>
<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1dte$eq6$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, the problem would be that the intention of the WSDL is for external
services to be able to communicate with this service.</blockquote>
For sure.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">
So,
the actual
location of the file should be right, regardless of eclipse being able
to find it somewhere else (eclipse may not be running at all while the
service is being executed).</blockquote>
Being right is a relative term when using relative paths. If you
develop the resource locally and later deploy it to a web page that
obviously has a different URI to access it, the relative location that
works in the former situation might not work in the later situation.
This likely means you need to change schemaLocations as part of
deploying.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"> So
I
believe the XSD validator provided by
WTP just tries to find Ecore.xsd based on the schemalocation path, as
any other external service would. I believe this is the right approach.<br>
</blockquote>
Yes, but the question remains (after asking many times) what absolute
URI does it use? The interpretation of a relative path is as the name
implies relative to the path of the containing document, so a relative
path that works well in one context might not work well in another.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><br>
The relative path is right in respect to the depth of the "../"
segments, but incorrect regarding the folder: the eclipse folder in
which all plugins are installed is eclipse/plugins/ , not
eclipse/plugin/ as is being generated in the schema. </blockquote>
I'm not sure I can be more clear on this point. platform:/plugin/ and
platform:/resource are symbolic URIs that work as real live URLs within
Eclipse. There is no relationship to the symbolic URIs and the
physical name of the install location, the workspace location, or the
folder name where plugins are installed. None.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">I
keep getting the
same schemalocation path (with different number of "../" segments)
regardless of the selected output folder: I allways get the ../<font
color="#ff0000"><b>plugin</b><font color="#000000">/.. folder in the
path, instead of the correct ../plugins/ one. I just realized you get
the same in your generated schema too!!:<br>
</font></font></blockquote>
I hope I've been clear but if not yet, this is correct behavior and
works correctly in the context of the XSD model and the XSD editor I
provide. But you are using it in a different context, although you're
still not made clear what that context is.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000"><br>
</font></font><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
<font color="#ff0000">schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "</font>/></small><br>
<font color="#ff0000"><font color="#000000"><br>
So it's not a problem of the validator not being able to resolve the
plugin location from within eclipse (it shouldn't take this approach),
but the XSDExporter generating a wrong path for it. </font></font></blockquote>
The path is correct.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000">As we both get the
same wrong path, it is also not a configuration issue, but rather some
bug in the code, I should say.<br>
</font></font></blockquote>
No, you keep making assumptions about these things corresponding to
physical names in the file system and I keep trying to explain they are
logical URIs supported by Eclipse.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000"><br>
What's your opinion?.<br>
</font></font></blockquote>
I'm a little frustrated since questions like what validator are you
using don't seem to get answered. If you open the .xsd, as I
suggested, with the Sample XML Schema editor, you'll see that it works
correctly. That's the best I can accomplish in the base framework. If
that doesn't work in your context, then you can modify the
schemaLocation and make the Ecore.xsd available in the location that
makes sense for your context.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000"><br>
<br>
<br>
</font></font><br>
Ed Merks escribió:
<blockquote cite="mid:fi1apt$sn9$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i> <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
</blockquote>
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep.
For example, if I generate Change.xsd for the EMF's change model it
generates this:<br>
<blockquote><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/><br>
</small></blockquote>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I
can see that the imports from Ecore.xsd are present:<br>
<blockquote><img src="cid:part1.05080004.04050502@gmail.com"
alt=""><br>
</blockquote>
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.<br>
<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">When
I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can find
the
file
in the specified path, not if it's consistent with the active plugin
and all.<br>
</blockquote>
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">The
path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
</blockquote>
This is the file system path, but the generator is using a URI of the
form platform:/resource...<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">I
hope this helps pin-pointing the problem.<br>
</blockquote>
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="file:/actual-location-on-filesystem">file:/actual-location-on-filesystem </a>
rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org"
type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking
place
in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type
options
while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</body>
</html>
--------------070404040301030504080101
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <part1.05080004.04050502@gmail.com>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYW GDEjJR0oOjM9
PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgV GC8aGi9jQjhC
Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2Nj Y2NjY2P/wAAR
CADaAPsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDaA84sX+4DgLnrj1/woSKJ yQkEbME3lQU3
BcZzjOe4p0H3D/vt/wChGoJJPIYSRXMcEj20PD5YsScNtHPOEUfdPQdKFFyd kF7EywwMMiKP
H+6KXyIf+eUf/fIpIG3qWLKxIQllGAxKKScYFUVt7We51CW7jjbyZQFlfgxq I0PDdVwSTxjB
OaFfqBf8iH/nlH/3yKPIh/55R/8AfIrKtrySzjLzmMWrXNwvAJYYaRyxP/AS MY989qE1HUPt
CWrwxpMzqN0i7RtZZDnCu3Qx+vPTjrQBq+RD/wA8o/8AvkUeRD/zyj/75FZU mp3bW908XkI9
pEzvuQsJCGdePmG3/Vk9/ve3M1tf3Ut9taALbNK8Ssdo5XcMg7stnaeNo69e OQC/5EP/ADyj
/wC+RR5EP/PKP/vkVRuLy5WaQxGIRQ3EUDKyEs24pkg5GPv9MHp71Vj1a/aG OU20aicRtEHI
XhnRccMxPD/ewMYHHOKANjyIf+eUf/fIo8iH/nlH/wB8isqfU7uCSaM+Qxtk kkkOwjzAqxtg
fN8vEmMnPTPtUyXl3JdNZK0CzIW3SmMlWAEZ4Xdkf6wdz9334AL/AJEP/PKP /vkUeRD/AM8o
/wDvkVjvez6haxzL5cUIntt0ZUsxLGN+GyAPvAdD09+Gfb7q7ggM8AjimeCW P7oIHmx8cMS3
3uuF+nPABt+RD/zyj/75FHkQ/wDPKP8A75FSUUAR+RD/AM8o/wDvkUtvbW8h 814k2g4RcYBx
3P48Yp9QQy7YVHu3/oRppETlyouiKNoRKNOTYV3Z2R9PzoVbR1DLbwEH/pmP 8Kz74xolpO+y
Qi3QCFwQTyOUYfxfTnpVm4kEd5OqgKNw4H+6KFFqz7ilJK5Y8u2/59oP+/Y/ wo8u2/59oP8A
v2P8KwQlrPc3012kbGKUBZX+9GojQ8N1XBJPGME5qK11CSzQvMYxbNc3A4BL DDSOWJ/4CRjH
vntVWM+ZnR+Xbf8APtB/37H+FHl23/PtB/37H+Fc4mrah56WzxRpMzqNzrtG 0q5zhWboU9ee
nHWiTWLtre5aIwo9rEzvuQsJCGdePmG3/V579fblWDmZ0fl23/PtB/37H+FH l23/AD7Qf9+x
/hWFb6pdS3u1oQts0jxKx2jldwyDuyc7TxtHXrxys2rSx3rwfugq5bzHJVNu zO0t2fPPT7vN
OwczNzy7b/n2g/79j/Cjy7b/AJ9oP+/Y/wAKwY9Ru5WjgV4UmIdmZoycbdvy lN3B+f8AvEYG
R14n0ibGj2Qz0t4//QRRYOdo0o3064aWKJbWRoztkVAuUPoccg8Gq0UNjcoZ LGWGRQccESLn
HTPUdu5+lMtW0/yidRKCzMz/AGfdu3Z3Hzt2P+WW7Gd3Gc5420QSSJLci5x9 s83/AEjb93ft
XG3/AGdu3HfGM85pblNuKuSLFCSVaBFYdVKineRD/wA8o/8AvkU15A4HOCOh 9KBcYHzI+f8A
ZUkfnSasXGakJFNGqsGkQEO3BYf3jSF0MAga8DRAAbGEZGB06iqjn94/++38 6lihkkXKRSOA
cEqpP8qGktWyedttJE8bwxg/v0Ocd1GMAADAwOgFMkjsJZlmlS2eVMbXYKWX ByMGhYkJIKkE
HBByCKlFvFj7v6mjQq8u39fcNDWo24MI2sXHI4Y5yfqcn8zUcMOnW5zBFaxH OcoqrzgjPHsT
+Zqb7PF/d/U0fZ4v7v6mjQd5dv6+4o3thY3rL5ssflrn92FjwcnLHJXIJ7kE fnVkx2DSSSFL
YySLsdiFyy+hPccCpfs8X939TR9ni/u/qaNAvLt/X3FOezs7i+S6mnV2Qgqp Efy45GGxu689
f04qdY7BGdkS2VpGDuQFG5gcgn1Oeal+zxf3f1NH2eL+7+po0C8u39fcMYWT FywtyXBDE7fm
BABB9cgD8hTZo7CdSsyW0is28hwpy2MZ5744qX7PF/d/U0fZ4v7v6mjQLy7f 19xFJHYSzLNK
ls8qY2uwUsuDkYNCx2CM7IlsrSMHcgKNzA5BPqc81L9ni/u/qaPs8X939TRo F5dv6+4Xz4f+
esf/AH0KPPh/56x/99Ck+zxf3f1NH2eL+7+po0C8u39fcL58P/PWP/voVRDZ HB4yen1NXfs8
X939TR9ni/u/qaaaRE4ymrFeO7uo41RLhgqgADavAH4VGzu7s7uWZjkk4HbH b6Vc+zxf3f1N
H2eL+7+pp3SM3TqPdmbJbwSyrLJDG8i42uygkY5GDTxGgxhFG1iw46E5yfry fzNX/s8X939T
R9ni/u/qafMifYz7mZFaW0BzDbxRnOcogHOCP5E/mahutNhuyvm/cGfkCJjk 5JyRkE+oIrZ+
zxf3f1NH2eL+7+ppcyH7Ge9zNNvAZHkMMZeRdrsVGWHoT3FP8tN27Yu7duzj nOMZ+uOPpV/7
PF/d/U0fZ4v7v6mnzIXsZdzMNpbNCsLW8RiU5VCg2g+w/E1KgCIqIAqqMADg AVe+zxf3f1NH
2eL+7+po5kHsZ9zOjhiid3ijRGkOXKqAWPv69aIYYrdCkEaRKTkhFCjP4Vo/ Z4v7v6mj7PF/
d/U0cyD2M+5SyfU0ZPqau/Z4v7v6mj7PF/d/U0cyD2Eii/8ArG/32/nVtDMd K2wTCNvtIyvm
+UZBtHyhux7/AIVUf/WN/vt/OpoZXSF4dkMkUjbisse4dB7+1LsXF2kyaNop Le0lj8wmRX3G
VssSGA5PfHPNQagiyyWUMih4pJyHRhlWAjc4I78gH8BU4Z3aPcIlSNSqrGm0 DOPf2p8kMc8R
jmjSSNuquoIP4GotbY3TuZrwiHVIIdO8iLEUu4EErHzEeFBHtxkdc/Vq6vNL 9mmihzA/lLKN
o+Rn28btwPAdTwp+o7akVvBCEEMMcYQEKFUDaCckD6kUw2NozxubWAvEAI2M YygHQD0xQMzY
9Uu/s9q8qQb7uJXQKDiMlkXJ5+b/AFgOOMYxk9aH1DUFuHtESOaZXb544uNo WM/dZx3k67u3
TnjSmtIpbfyVAiGzy1Kop2rxlQCCMHAGMVDBpNlDbG3aCOVC/mESRrgtjGcA ADjjgD+dADZ9
QeKxtroRb/M2looj5jtlScJjhiDg/QE1A+qTwxtLIbaREg3nymOHYJvO1uce ykfdO4E4IGn5
Me/f5abt2/O0Z3Yxn644+lIlvBG6ukMauqeWrKoBC/3R7e1AFOzWddWuhcSR yP5EWDHGUGN0
nYk1oVDb2lta7vs1vFDuxu8tAufripqACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigBdItYrl7nzQx2vxhyvc+hrT/su0/uSf9/X/AMapaB9+7/3/ AOrVs02THb7/
AMyn/Zdp/ck/7+v/AI0yWwsYYy8iyBQQOJHJyTgcA1fqvfZ+zghWbEkbEKCT gOCeBSKKKW9i
HIdLkBnAXd5oHOB1wMc/57UuoafbxWpaMSKxdF3CVjjLAHqfQ01UkBUG9v7n Lp8k1uqqMOpz
lY17A96vzWvnwmN55ccHI25BBBB6eoz+J9sNbiexiPa2iPtN7P16meMD69c1 dsLWxuLeIFw8
/lgyBLhjg456H1qFoJvtrsksriK4XeMgFx5aHnkDtj8as2s5uNSicxGLEMgw QfWM9wPXH4VU
mtiFfcivP7Lspo4p0u98n3PLSeQMeTgFcjOATjrgZq5/Zdp/ck/7+v8A403U I3e80xkRmCXL
MxAztHkyDJ9OSB+NY+tyXqHVEhmlTyY3vN6yEBYzbtGqDnOfMUtjGOM5zxUG htf2Xaf3JP8A
v6/+NH9l2n9yT/v6/wDjWHci6ZXFhJfR6fvj3tMk7yA4k3YBIlIz5P3Tjr23 VYtxeLLp4lkv
pTyAdhQbdx5Iyf4cAiU7iCCpDgggGp/Zdp/ck/7+v/jR/Zdp/ck/7+v/AI1c ooAp/wBl2n9y
T/v6/wDjR/Zdp/ck/wC/r/41cooAp/2Xaf3JP+/r/wCNH9l2n9yT/v6/+NXK KAKf9l2n9yT/
AL+v/jR/Zdp/ck/7+v8A41cooAp/2Xaf3JP+/r/40f2Xaf3JP+/r/wCNXKKA Kf8AZdp/ck/7
+v8A40f2Xaf3JP8Av6/+NXKKAKf9l2n9yT/v6/8AjR/Zdp/ck/7+v/jVyigC n/Zdp/ck/wC/
r/40f2Xaf3JP+/r/AONXKKAKf9l2n9yT/v6/+NH9l2n9yT/v6/8AjVyigCn/ AGXaf3JP+/r/
AONH9l2n9yT/AL+v/jVyigDG0D793/v/ANWrZrG0D793/v8A9WrZpsmO33/m FFFFIojiILzY
C8PzgD+6OvP+H9akqOI5ebnOH9enyj3/AMPp3MlAGddf2ZJODMLJ5N21zIEL DAPqfXHr/hYt
bezjHm2kMChhjfEoGfxFZFzLdefbC11C0gRLmUypIMkf6zlvnXIyV4x1wc8V qWRd7dmikj2m
SQqdu7Pztz1+n6+vDuxWQ1tTjV9ohlOXKKcoNxBwcZbPWmB7eJHjbTWiiuZM S5RNrs5wSwB5
z3qi0toCvmT26zQXUrbJZtnBYn+e09O1PbUku9sRlgLefFsWOQMT8/PfJ4AP QVTVmlYjm0vc
2pJEijaSR1REBZmY4CgdSTUMF/Z3Kq1vdwTKz7FMcgYFsZwMd8c49Kr65xp6 sfupcQO57Kqy
oWJ9AACSewFUb64ttQvNPbTbqIyG52NcRKHwPJm4DdCQCcDnG4EjBwYNDeor k9R1y7trIutz
HFLbedzNIka3OyR1AA2He3yfMFKffGMZGLEuoanBbtdRy/aHe4uoYrfyhjCC Up0+YtmMDrjB
6Z5oA6Sq81/ZwXCW813BHPJjZG8gDNk4GAeTzxXNz6rOk00VlrEd1bjyd9zJ JEqw7vNzl1Qq
MlEHzKfvY4yDU1jqEAu5xqtxbO09nEoXO7z18yYDaCAXyMfdXDZ4GCKAOmor lbi81azjsrdr
iKCWOziJ8+XmebkMv3HMmCF4Qg/N1ORi1PqVwk96i3edjoGAjGIELqpbkZQh SzfPkMAGX5Qy
gA3pJEijaSR1REBZmY4CgdSTTq5m81G4jgkaz1RriOKzupllEafOyCPbk7dr YLtyuBxg5IOa
95e3F1ZX1vDetdzym7gks1CMYkUShCAo3DlUGSSDu9SKAOsWRHZ1R1YodrAH O04BwfTgg/jT
q5s6k5upIpdW8iyVyFvP3Q3ERQsq7iu35t7t0yccYAxRa6hqckTXdxL5ZS4t ojbeUFAMiw7w
2fm4MhIGQQeuRwADpKKKKACiiigAooooAKKKKACiiigDG0D793/v/wBWrZrG 0D793/v/ANWr
ZpsmO33/AJhRRRSKI4t2+bPTfx16bR6/j04/HNSVHEMPNxjL+nX5R7f4/XsJ KAGP9+Pgn5ux
PHB9P6/zxT65+5iuvPtja6faTo9zKJXkOCf9Zw3yNgZC8564GOa1LIOluyxR x7RJIFG7bj52
46fT9fTkARLq5m3mG2jKK7JlpSCcEjpt9qHurmHYZraMIzqmVlJIyQOm33qh PKIbSZJI3DrP
IVDxDYdzHBywx09DWdaakstzLEUCpbzor7UVS+CSD0GTkdBj1xyKt2TIV2tz raKz9c509VP3
XuIEcdmVpUDA+oIJBHcGqN9awWd5p8WlxW0EzXOTGPlRcwzAOUH0Ppu24yMZ EFm9TZEEkbRs
WAYEEqxU8+hHI+orn7rXbuO0eWCFZntBK10qxjBVHZQQS427vLfoHI9+Mum1 u8tbeS8migeA
S3MSRpkMfKEjBix4GRHjGD1zn+GgDYtLKC03mISFnxueSRpGIHQbmJOBk8dO T6mrFc/danql
peGyxBczv5XltFDtxuEpOVaTB4i/vDr3xg1Y7iW61SSXUI1jtPs0a3aowPKy TKN2CQE4O4ZO
OASVDUAdVRWH9tvH1u4sbNLSLLuWldCT8scBBIBG4/vCOo4A9MGrJqNzqtjF cJ5UNutzZ7oi
pdyWaGTh8gDG8D7p6e/AB01RwQR26FIl2qXZyM55ZixP5k1JRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQBjaB9+7/3/AOrVs1jaB9+7/wB/+rVs02THb7/zCiiikURQ/wCs n4A+cdCOflX0
/r/LFS1HEcvNznD+vT5R7/4fTuZKAKstpaGVC1vEWdzk7F+Y4J5z1/Dn8M1Y jjSJAkaKijoq
jAFYV3dTQ3Fsq2l3cCe5kRmjn2jA8whVBdcEbAemMZ71qWjusBGySTa7gHcC cBmwMk57AfiP
fAAXNxZSJJBNcwjPysDIARVW3t9MS4R4rqNpM5x5inc3rgfXoMDp6CovLciG VXkVEu5d4RWb
I3k8gfTH/AqmuLqG4jAiUgpcRA5GD/rAOnUdO9U+VNIm7tc0pI0ljaORFdHB VlYZDA9QRUMF
hZ2yqtvaQQqr71EcYUBsYyMd8cZ9Kq+IHdNLJj83JnhXEL7HYGVAQGyMZBI6 jrVW8mjsdIjj
aSex+2S+UXu7nc0IIJY7yzYO1TtwSNxXjrUlGlPpthcqq3FlbShSzKJIlbBY 5YjI7nk+tSPb
RGPairGQWZHRVyjtnLDIIz8x5x3OetZdtrU9zFZLbW8VxNPHKWdZdkQaNlRi DgkqSTggE9OO
SQW2vm5HnR2bC08yFDI0gDfvVjK4UehkGckYHIJ6AAmsdAsLOGeIwxzrPt8w SQxhWC8qCqqF
4JJzjPvwMaEUEMOPKijjwioNqgYUZwPoMnA96w7jXLp7W3eGCONrvypbY+bn dGZY1If5fkJE
g6bu/PAyavr72wvIoY8YilENwgZgJFjZiDlNnBVhgMTkYI64ANqG0toGDQ28 UZA2gogGBgDH
Hsqj/gI9KjbTbBpIZGsrYvAFWJjEuYwOgU44x2xVFNSuDezWkNpG12HJcSXL eXhY4i2DtJHM
igDaAcE8E4pttr5uR50dmwtPMhQyNIA371YyuFHoZBnJGByCegANqiiigAoo ooAKKKKACiii
gAooooAKKKKACiiigDG0D793/v8A9WrZrG0D793/AL/9WrZpsmO33/mFFFFI ojiJLzZDcPxk
H+6OnP8Ah/WpKjiGHm4xl/Tr8o9v8fr2ElAFV7OIONplXe5JCyPjnJPQ4HP+ eaniiSGMJGCF
BJ5JJyTk8msW71EQXFus0l2zSzyKPKt94QDzMEEIcn5cYznBJ6Vp2058k+a0 jsruN2wnIDMB
0GOi/wAvUUANbTbZnZv3yliWIWd1GTyeAcULptsrq375ipDANO7DI5HBOKy5 IELxTOIFRruV
ZWlUcjeSOSPQEfiKszR2OyN7SOIMs8XzImOC4HB79D0rR6O1zPpexo3drFeW 5gnDFCVb5XKk
EEEEEEEYIBqO30+3tpFkTzWdQyq0szyEBtuRlif7i/l7modcuJLbTDJFLJE3 mxIXjTewDSKp
wMHJwT2NQtPLHpqLBdXMtxdyeVBJcwhHQkHJ27V+6FZsEc4xnkVmaF5LG3S8 a7WPE75y2485
CA8dOkafl7mo4dLsoLf7PFDti3xvt3E8oFCHr22L+X1rNvNenitVlit13Gzu ZZFJz5UsW0FS
cjIDFl468Ecc0atrbR2V35SXNtPCGVSRGR5n2dpcHk9Bjp3x1GaANBdHsVV1 ELEMNoBkY+WM
ggJk/JggEbcY2r6DA+j2Mlx5zwsxyzeWZGMeWBDHy87eQzZ45yfWmx6sjXMd tNbT29xI4URy
bSQCrsGJViMHy3HXOR071VPiCKO4uzLGy2tvGPnO0fP5skW0ktjkoMHgDkki gC42kWbA/LKr
k5MizyK5+VV5cHdyEXIzyQCeeakXTrRY2jSBVRpElKqSBuTbtwB0xsXgccU3 TNSt9Ut2mtzw
jlGG5W2nAOMqSp4IPBPX1yKuUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFAGNoH37v8A
3/6tWzWNoH37v/f/AKtWzTZMdvv/ADCiiikURQkGSfGMhxnHrtX2/wAf6CWo 4jl5uc4f16fK
Pf8Aw+ncyUAUnswJI8XDj96zqCE+ViGJ25UnPJ/AmrMEQgi2BmbksWbGSSST 0+tZN3rEVtPC
lzf2lu0krqqvwVA3jc3zjg7SM46kVo290DCTPJGrqzA87RgFhnBPopP4GgCo y20UkirqzQ5d
mMYkj+Uk5PVc9TTIreyMwxqfmMzq5TdF87A5GcKCeafFIYbOWQKMCeUsxUMA N59xUBvVumjh
G0v50ZOEC7cMCQfmOeB24/MVppcztpc0760W9tjC0kkXzo4ePG5SrBgRkEdQ Ooqu2kRT7Bfy
yX6puwlykZXJxztCgZGDg9fmb1p2s3j2GnNPG8UZEkab5hlEDOqljyOgJPUV RudUmt7K0m/t
PTWS4uDH9q8siJVCMf8Anpydy4zu79KzNC1/YdkA6qjLEwdPJQhUCOqhkAHQ EqG4wc555ILb
jQre5hljmmnYyuXd8qCSYfJJ4GPu89OvtxRb6spghkupY03JIQFjY+aFcIHT rw2VIXkneuCc
cxtqkt7fRW2mSxxfJIZTc2sm5Svl4G0lCOJAc/SgCY6OrN5r3ly90CpW5Oze mAwAAC7ejv1U
/e9hhseg2sUbJHJON3JYvubIkMqtkg5Ksxxnrn5t1SR6vB9mSSZZFkZ3jMUS NK2UYqxAUZKg
jrgdRnBOKkGqWRmSNZt+/bh0UtHlsFQXA2gnIwCcncPUUATWsBt4yrTyzuxy 0kpGT+AAA4A4
AHr1JNTVlwa7ZPEuZpJX2IS0VtJhyyhgFGDk7WDbQSQMk9CatNqNqskKb2Im CmOQIxjOfu/O
Bt57DPOR6igC1RVXS7l7zSrO6kCh54EkYL0BKgnH51aoAKKKKACiiigAoooo AKKKKACiiigA
ooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebnOH9e nyj3/wAPp3Ml
RxDDzcYy/p1+Ue3+P17CSgCg9lL5kRDxsI5nljJjOULBuT8wzwxHTvVq2iMM OxmDMWZiQMDJ
JPT8aqSXcjSw/uohuneOLdIcsyh8/wABxwrHr/hVu2lM0O9lCsGZSAcjIJHX 8KAKd5pkckEv
khhIx3gFyVLZz908d6y7PQZoruWRwwS4lEj5KkrjPHsee2fTIwKuJFbeTLLL bRSOZ5cs6noH
PUgGmH7K7RiG3gSYTR48sHIG/kHKjaeDx7H0q7a7kJ6bGlqVq95aeVHKsTiS ORWZNwBRwwyM
jP3fWq89lfzpbs95bC4t5zKri2bYQUZcFd+f4ic5/CrGpXT2dp5scSyuZI41 Vn2gl3CjJwcf
e9Krz3t/Alur2dsbi4nMSoLltgARmyW2Z/hIxj8agsq3ejMlvHIjSTTQ73Cx ovzSPMkuQGYD
aGT7uc4OM55MdlpuqNcvqDzwW9zI75SS33DayxLyFk4P7r+8eD26DSttSSWI SSmKEKJfN3y/
dMbbWI45XOfmOO3HPDV1izluESG4glgMUsjzpKCqbCmQSOOj568Y96AK93oE MyW+zyJHh8z/
AI+4BMrF2DOxXK4YsM5HAyRjpia20yWzlxbXSpbuUaRTCN5Kqq4BGFUEIuRt 9cEcYml1Szje
FfPjbzbj7NlXBCSbSdrc8HjGOuSKkW/s38/ZdwN9nz52JAfKxnO706Hr6GgD P0/QvsSWy/ad
/kSpJ9zG7bbiHHX23fp71XXwzs+xjz4JPs/kfvJbbdKPL28I275FO3pg8s3r Wp/a2m/Z/tH9
oWnkb9nmecu3djOM5xnHOKsJPDJNJCksbSxY8xFYFkzyMjtmgCPT7X7Fp1ta b9/kRJHuxjdt
AGcfhViiigAooooAKKKKACiiigAooooAKKKKACiiigDG0D793/v/ANWrZrG0 D793/v8A9WrZ
psmO33/mFFFFIojiGHm4xl/Tr8o9v8fr2ElRQgCSfGMlxnHrtX3/AMP6mWgD Fu9HiuZ4XubC
0uGjldlZ+SwO87W+Q8DcTjPUCtG3tQISJ442dmYnjcMEscZI9GI/E1G95mSP bDJjzWRfmUby
AwIGWGehPTt+IswSieLeFZeSpVsZBBIPT6UAUL3T3+yziGaVgzF/KONpySSO MHv61j2Ol3iX
srMZAs0oeNipHlqM9PTtwccY4PNaqbGR5JpZy5mkUKtwU4DHsWA4GKazxgQt DLOrtLHtDXG/
epYA4AY5GP51dtSE9C1rNm9/pzQRpFITJG+yY4RwrqxU8HqAR0NUbnS5riyt If7M01Ut7gyf
ZfMJiZSjD/nnwdzZxt7da1L67WytjM0ckvzogSPG5izBQBkgdSOpqvLqbxRQ tJp12JZpfKSH
MW4naWznftxhT3zx0qCzNu9LmhtbaVmUi1DMI41d8EzxyJGoVSdoCbMgcDB2 9hDHp19qY1G5
eKO3N1FPEisXHLxwqD8yhgMxtnIB9ARzXRWlyl3biZAyjLKyt1VlJVge3BBH HHHGamoAyZdK
catDdweUkUAhVIh8vCiZSOBxgSgj124461mroktjZK0g3G0SNY2Es87S7ZEb 7mD5YPljIUNj
PovPRWdyl5ZQXUYYJPGsihuoBGRn86moA5eHT72/nl1FoPLd5X2w/aZrfKlI l3bgofrERtKj
Oc9gTsaRp7adHPGTHsZ0KBM4AWKNOhJI5Q9zxjmtCigAooooAKKKKACiiigA ooooAKKKKACi
iigAooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebn OH9enyj3/wAP
p3MlRxAh5sluX4yT/dHTj/H+lSUAYV3pwnuLdpo7tWinkYeVcbA4PmYAAcYP zZzjOAR0rTto
D5J81ZEZnc7d5GAWYjocdG/l6Ch7yMuAnmkK5DbYnI4yOu055/z2qeKVJow8 ZJUkjkEHIODw
aAMy9tbmKyuBHMrRM5kKBNrYJJPzc+vpWNp8V7/aExLg+bOHhIPGPm56fMPp 7nIyK3Y2mlSS
VruZAJnQLHErYAYgfwk9BSPJNGEdbqd/3salZIQoIZgD/CP0q2m2Qmkh+uW8 lzphjiiklbzY
nKRvsYhZFY4ORg4B7iqN3bSz2liEsNQCW9yWaM3Q84qY3GQ/merAfezj2rYu 7qKztzPOWCAq
vyoWJJIAAABJySBVdtWtUgSVxcqHk8pVNrKHZsFuF27jwDzjHFQWZp06UQWn 2rT/ALbAnnFr
U7GILuGRm3EKWC7gWyTljyck1HBpd7G8K3EPn3ivAwv9wPloioJE3E7/AJis nAGDv56nHQQT
x3MKywtuRvbBBHBBB5BByCDyCMVJQByen6HeRT2T3Ec/mxJBtdGh2xKqIGQs QZByr8L8p3dR
ljTTo9/LdEtbSx+aUa6ZDFGjuJ4mLIUIc4AkIL/MB7k11VvPHc28VxC26KVA 6NjGQRkHmpKA
KOmWps3vI1iWK3M4MCJgKqeWmcAdPm3HHrk96vVXu72C02CUyFnztSONpGIH U7VBOBkc9OR6
iiG+t52iWOTLSozqNpBwpAbPoQWAIPOfoaALFFNVwzOAGyhwcqR2B4z169R9 O1OoAKKbHIks
ayRuro4DKynIYHoQadQAUUUUAFFFFABRRRQAUUUUAFFFFAHPaVdravc7o5H3 P/Bjjk+pFaP9
rJ/z7T/+O/8AxVY1r9+b/fP8zVaHfFfj7SbgSSSOEfzMxSDkqu3PBCjrgcqe TnlsmO33/mdF
/ayf8+0//jv/AMVR/ayf8+0//jv/AMVXOLqzbYHe3AS5CPDiTJKs6LluOD+8 BwM9+aWbVvJu
p4zBmOBZHdg/O1URuBjk/vAOo6UijfTU0V5Cbab5mzxs9APX29/6CRdVjZ0U wTLuYLk7cAk4
9a5641C4tYl8+0Hmu4SMRuzqeCey7uAp/hPUe+LVnObmO3laJ4mMqZVwQRhw O4Bx6ZA47CgC
/daTczz2jx30kCwzvIyoEOAwkwRuQ/N84HPGM9+avw27ojKZWXLu3y44yzHu Pcfl9c5+r+ZF
cNczm7FnHEGEltLt8ggsXd1yN4xtwMP908c8ul1pl1ZrOOzllSORYpJFRzhm AOeFK4AYE5YH
rx0yAOexuWilhAtwGkdklJJYBmJPGOPTrVW20nUI7l5JHttqOGhAycLk/KeO Ox4/LgU6016a
ZIJJrOONJUgkbZOWKrM22PHyjJ3ZyOMDkE9Ka/iQpM6CzaUEqYGjLASqZETI Lqqn/WKRgkH1
HBLbuJKxparaSXtl5MMnlP5sT7+6hZFYkZBGcA4yMZqG7064nSxVL6UPbzmR pyE8wgo68Dbt
/iA6dPes+91i5SWaOSBQLe2uWuYkmIyVWJlKOFDdJAO2MnrgZ0ob+4naSSOy 32yvJGrJKPML
ISpypAABKkA7j1GQOcIZUkspba2jW5lkNtG0rSC3laN5HeQFGJBXsWLDIXJ4 GAMUoZr7ak1y
87XiPDgpJiMoAnmAoCFJJ8zBI7jkYGNKS6e80ZpZIljPmKMK+4HDj1AIweCC AQQRjucjUI5X
eIqk8sIDbo4JfLfdxtOdy8AbuM9xx6ADNPj1C3Nr5lxIiWyQxqiAsCqooYY8 wLyQ/JUkAjng
AOdtTaZ3SeWFJirusbkmMiRG+Uu7A/KHHCqDkZXHRo1JVVQmZk2W7LIxwXEj lckY46Z/HtVZ
9WuZLS3dLcQvcCOSIGTOQXRWDccZ3jBGeOeDxQBq2sskGqCZkne2jSVIg8m9 wG8o4JZsn5kc
8k9R9BAsa+fC9zHciONrk/uZjG2ZZg68qwPTr7469agl1R0u2git/OzuWJlL AO4UnaSV2j7p
HDEg9uuJbe8S/tfPhGYDKojf++ARk4PI5yPwz3oAYTq04RZ7mQA/NIVLct5c a8bHQgblkOM4
+YcZ6XraWYS+beS3kkqFBG8bhFZQq7t0e7by2/sSAwwRgYdRQBJo90un6RaW jwTs8MSox3Bg
SBzgls4z09B6Vc/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8A n2n/APHf/iqz
6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+ Ko/tZP8An2n/
APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCf af8A8d/+Ko/t
ZP8An2n/APHf/iqz6KAKtsyq825gPnPU+5oS3tEuPOXG/JIHmEqCepC5wCcn kDPJ9TWdOzC4
lAYgbz396Zvf+8351VjHma0NFbKxUMABgjABkJ2DOcJz8nIH3cdB6CiKxsIi xSNPnDBtzbt2
4KGzk852rnPX8TWdvf8AvN+dG9/7zfnRYPaM0RZWWwrliSQd5nYuMZxh87h1 PQ9z6mp4vJt0
jWIrtjdWxuyThsnk9SeeT1JrH3v/AHm/Oje/95vzosHtGdLdT6PdyCSdnJxt YKJFDr/dcDAY
cnhsjk+poefR5LoXDM+/IYgCQIzDoxT7pIwMEjIwPQVzW9/7zfnRvf8AvN+d Fg9ozo0k0RER
F3BUSJFG2TgRNuQfgfz75qNU0JZVkBlJXGxS0pVAGVgFU8KMovAAHAHSsDe/ 95vzo3v/AHm/
Oiwe0Z0c8miXBmMu4mbd5hCyAsGQIRx2KqvHTIB6gGgyaIZnkbc+/dlHWRo8 tkMQh+UE5OSB
k7j6muc3v/eb86N7/wB5vzosHtGdDJPYLZNb2jsWd1dmkLEnBByzNyeAB1PY dBxUuIbe52+Y
5DLnDJKUYZ6jKkHHTj2HpWTvf+8350b3/vN+dFg9ozRW2h+2Rzs8OyBCkCKo Hlg4zzn2wMYw
CRzTjaWRjij2rtij8pPnPyr8vQ56/Kpz1GKzN7/3m/Oje/8Aeb86LB7RmhLp 9hM7NICQ27K+
cwX5gQx25wCQTzjuTUrrCm9oyu6SRXf5s5I2jP5AflWVvf8AvN+dG9/7zfnR YPaM3PMT++v5
0eYn99fzrD3v/eb86N7/AN5vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9/7z fnRYPaM3PMT+
+v50eYn99fzrD3v/AHm/Oje/95vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9 /wC8350WD2jN
zzE/vr+dHmJ/fX86w97/AN5vzo3v/eb86LB7Rm55if31/OjzE/vr+dYe9/7z fnRvf+8350WD
2jNzzE/vr+dHmJ/fX86w97/3m/Oje/8Aeb86LB7Rn//Z
--------------070404040301030504080101--
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414791 is a reply to message #414788] |
Wed, 21 November 2007 16:09 |
Ed Merks
Messages: 33143
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------020404090508050405060905
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Juan,
Comments below.
Juan Pedro Silva wrote:
> Ed, first of all, apologies are due. I haven't interpreted you as of
> "plugin" being a logical reference until just your previous post (the
> one with the code changes to WSDExporter).
> I'm sorry to make you feel frustrated. It looks like you where talking
> about oranges and I was talking about apples. I'm sorry. I'm also
> sorry I haven't answer your questions about the validator so far. Is
> not at all my intention to exasperate someone that is trying to help
> you, or to make him waste time trying to explain something that is not
> being correctly understood.
Don't worry. It's okay. I should have pretended to be infinitely
patient rather than expressing frustration. I know this is confusing stuff.
>
> I completely agree with your relative paths comments, and yes, opening
> the schema with the Sample XML Schema editor makes the imports
> available. Again apologize me, as I was wrongly interpreting the
> "plugin" part of the path as a physical folder and not as a logical
> variable. Emailing can sometimes be tricky for understanding someone
> correctly.
Yep, there's lots of room for confusion.
>
> As for the subject in hands:
> -I'm using the (org.eclipse.wst.xsd.core.internal.validation.)
> XSDValidator as provided by WTP 1.5.5. It uses inner class
> XSDEntityResolver, which in turn uses
> org.eclipse.wst.common.uriresolver.internal.ExtensibleURIRes olver.
>
> -the URI to the generated file as used by the validator is
> file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd
I see. It seems bad to me to use a physical (file:) location URI which
will generally cause problems for relative paths that span projects in
the workspace (because each project could be in a different location
rather than be physically nested in the workspace) and will not work at
all for resources backed by other EFS implementations. Perhaps you
should open a bugzilla against them and let me know the number so I can
track it and follow up...
>
> I'm sorry for causing any inconvenience.
Sorry for not being more patient.
> Regards,
> Juan Pedro
>
>
>
>
>
>
> Ed Merks escribi
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414794 is a reply to message #414791] |
Wed, 21 November 2007 16:27 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------090608040009070704080203
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">
Thanks again Ed for your answer.<br>
I'll post your remarks in the thread I had opened in the webtools
newsgroup to allow them to comment on this, mainly because the version
I'm using is not their latest, and this may have been changed already.<br>
<br>
If the time comes to open a bugzilla I'll post the number here.<br>
<br>
Thanks again for all your help.<br>
Regards,<br>
Juan Pedro<br>
<br>
P.S.: Your patience tends to infinity if not already infinite. <span
class="moz-smiley-s1"><span> :-) </span></span><br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1l7f$rfe$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Ed, first of all, apologies are due. I haven't interpreted you as of
"plugin" being a logical reference until just your previous post (the
one with the code changes to WSDExporter).<br>
I'm sorry to make you feel frustrated. It looks like you where talking
about oranges and I was talking about apples. I'm sorry. I'm also sorry
I haven't answer your questions about the validator so far. Is not at
all my intention to exasperate someone that is trying to help you, or
to make him waste time trying to explain something that is not being
correctly understood.<br>
</blockquote>
Don't worry. It's okay. I should have pretended to be infinitely
patient rather than expressing frustration. I know this is confusing
stuff.<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite"><br>
I completely agree with your relative paths comments, and yes, opening
the schema with the Sample XML Schema editor makes the imports
available. Again apologize me, as I was wrongly interpreting the
"plugin" part of the path as a physical folder and not as a logical
variable. Emailing can sometimes be tricky for understanding someone
correctly.<br>
</blockquote>
Yep, there's lots of room for confusion.<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite"><br>
As for the subject in hands: <br>
-I'm using the (org.eclipse.wst.xsd.core.internal.validation.)
XSDValidator as provided by WTP 1.5.5. It uses inner class
XSDEntityResolver, which in turn uses
org.eclipse.wst.common.uriresolver.internal.ExtensibleURIRes olver. <br>
<br>
-the URI to the generated file as used by the validator is <a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd"> file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd</a><br>
</blockquote>
I see. It seems bad to me to use a physical (file:) location URI which
will generally cause problems for relative paths that span projects in
the workspace (because each project could be in a different location
rather than be physically nested in the workspace) and will not work at
all for resources backed by other EFS implementations. Perhaps you
should open a bugzilla against them and let me know the number so I can
track it and follow up...<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite"><br>
I'm sorry for causing any inconvenience.<br>
</blockquote>
Sorry for not being more patient.<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite">Regards,<br>
Juan Pedro<br>
<br>
<br>
<br>
<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1dte$eq6$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, the problem would be that the intention of the WSDL is for external
services to be able to communicate with this service.</blockquote>
For sure.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">So,
the actual
location of the file should be right, regardless of eclipse being able
to find it somewhere else (eclipse may not be running at all while the
service is being executed).</blockquote>
Being right is a relative term when using relative paths. If you
develop the resource locally and later deploy it to a web page that
obviously has a different URI to access it, the relative location that
works in the former situation might not work in the later situation.
This likely means you need to change schemaLocations as part of
deploying.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">So
I
believe the XSD validator provided by
WTP just tries to find Ecore.xsd based on the schemalocation path, as
any other external service would. I believe this is the right approach.<br>
</blockquote>
Yes, but the question remains (after asking many times) what absolute
URI does it use? The interpretation of a relative path is as the name
implies relative to the path of the containing document, so a relative
path that works well in one context might not work well in another.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><br>
The relative path is right in respect to the depth of the "../"
segments, but incorrect regarding the folder: the eclipse folder in
which all plugins are installed is eclipse/plugins/ , not
eclipse/plugin/ as is being generated in the schema. </blockquote>
I'm not sure I can be more clear on this point. platform:/plugin/ and
platform:/resource are symbolic URIs that work as real live URLs within
Eclipse. There is no relationship to the symbolic URIs and the
physical name of the install location, the workspace location, or the
folder name where plugins are installed. None.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite">I
keep getting the
same schemalocation path (with different number of "../" segments)
regardless of the selected output folder: I allways get the ../<font
color="#ff0000"><b>plugin</b><font color="#000000">/.. folder in the
path, instead of the correct ../plugins/ one. I just realized you get
the same in your generated schema too!!:<br>
</font></font></blockquote>
I hope I've been clear but if not yet, this is correct behavior and
works correctly in the context of the XSD model and the XSD editor I
provide. But you are using it in a different context, although you're
still not made clear what that context is.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000"><br>
</font></font><small><?xml version="1.0"
encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
<font color="#ff0000">schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "</font>/></small><br>
<font color="#ff0000"><font color="#000000"><br>
So it's not a problem of the validator not being able to resolve the
plugin location from within eclipse (it shouldn't take this approach),
but the XSDExporter generating a wrong path for it. </font></font></blockquote>
The path is correct.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000">As we both get the
same wrong path, it is also not a configuration issue, but rather some
bug in the code, I should say.<br>
</font></font></blockquote>
No, you keep making assumptions about these things corresponding to
physical names in the file system and I keep trying to explain they are
logical URIs supported by Eclipse.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000"><br>
What's your opinion?.<br>
</font></font></blockquote>
I'm a little frustrated since questions like what validator are you
using don't seem to get answered. If you open the .xsd, as I
suggested, with the Sample XML Schema editor, you'll see that it works
correctly. That's the best I can accomplish in the base framework. If
that doesn't work in your context, then you can modify the
schemaLocation and make the Ecore.xsd available in the location that
makes sense for your context.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org" type="cite"><font
color="#ff0000"><font color="#000000"><br>
<br>
<br>
</font></font><br>
Ed Merks escribió:
<blockquote cite="mid:fi1apt$sn9$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i> <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
</blockquote>
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep.
For example, if I generate Change.xsd for the EMF's change model it
generates this:<br>
<blockquote><small><?xml version="1.0"
encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/><br>
</small></blockquote>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I
can see that the imports from Ecore.xsd are present:<br>
<blockquote><img src="cid:part1.06000608.04090205@gmail.com"
alt=""><br>
</blockquote>
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.<br>
<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">When
I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can
find
the
file
in the specified path, not if it's consistent with the active plugin
and all.<br>
</blockquote>
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">The
path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
</blockquote>
This is the file system path, but the generator is using a URI of the
form platform:/resource...<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">I
hope this helps pin-pointing the problem.<br>
</blockquote>
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="file:/actual-location-on-filesystem">file:/actual-location-on-filesystem </a>
rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return
createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote
cite="mid:fhuq01$uis$1@build.eclipse.org" type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is
taking
place
in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type
options
while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</body>
</html>
--------------090608040009070704080203
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <part1.06000608.04090205@gmail.com>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYW GDEjJR0oOjM9
PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgV GC8aGi9jQjhC
Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2Nj Y2NjY2P/wAAR
CADaAPsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDaA84sX+4DgLnrj1/woSKJ yQkEbME3lQU3
BcZzjOe4p0H3D/vt/wChGoJJPIYSRXMcEj20PD5YsScNtHPOEUfdPQdKFFyd kF7EywwMMiKP
H+6KXyIf+eUf/fIpIG3qWLKxIQllGAxKKScYFUVt7We51CW7jjbyZQFlfgxq I0PDdVwSTxjB
OaFfqBf8iH/nlH/3yKPIh/55R/8AfIrKtrySzjLzmMWrXNwvAJYYaRyxP/AS MY989qE1HUPt
CWrwxpMzqN0i7RtZZDnCu3Qx+vPTjrQBq+RD/wA8o/8AvkUeRD/zyj/75FZU mp3bW908XkI9
pEzvuQsJCGdePmG3/Vk9/ve3M1tf3Ut9taALbNK8Ssdo5XcMg7stnaeNo69e OQC/5EP/ADyj
/wC+RR5EP/PKP/vkVRuLy5WaQxGIRQ3EUDKyEs24pkg5GPv9MHp71Vj1a/aG OU20aicRtEHI
XhnRccMxPD/ewMYHHOKANjyIf+eUf/fIo8iH/nlH/wB8isqfU7uCSaM+Qxtk kkkOwjzAqxtg
fN8vEmMnPTPtUyXl3JdNZK0CzIW3SmMlWAEZ4Xdkf6wdz9334AL/AJEP/PKP /vkUeRD/AM8o
/wDvkVjvez6haxzL5cUIntt0ZUsxLGN+GyAPvAdD09+Gfb7q7ggM8AjimeCW P7oIHmx8cMS3
3uuF+nPABt+RD/zyj/75FHkQ/wDPKP8A75FSUUAR+RD/AM8o/wDvkUtvbW8h 814k2g4RcYBx
3P48Yp9QQy7YVHu3/oRppETlyouiKNoRKNOTYV3Z2R9PzoVbR1DLbwEH/pmP 8Kz74xolpO+y
Qi3QCFwQTyOUYfxfTnpVm4kEd5OqgKNw4H+6KFFqz7ilJK5Y8u2/59oP+/Y/ wo8u2/59oP8A
v2P8KwQlrPc3012kbGKUBZX+9GojQ8N1XBJPGME5qK11CSzQvMYxbNc3A4BL DDSOWJ/4CRjH
vntVWM+ZnR+Xbf8APtB/37H+FHl23/PtB/37H+Fc4mrah56WzxRpMzqNzrtG 0q5zhWboU9ee
nHWiTWLtre5aIwo9rEzvuQsJCGdePmG3/V579fblWDmZ0fl23/PtB/37H+FH l23/AD7Qf9+x
/hWFb6pdS3u1oQts0jxKx2jldwyDuyc7TxtHXrxys2rSx3rwfugq5bzHJVNu zO0t2fPPT7vN
OwczNzy7b/n2g/79j/Cjy7b/AJ9oP+/Y/wAKwY9Ru5WjgV4UmIdmZoycbdvy lN3B+f8AvEYG
R14n0ibGj2Qz0t4//QRRYOdo0o3064aWKJbWRoztkVAuUPoccg8Gq0UNjcoZ LGWGRQccESLn
HTPUdu5+lMtW0/yidRKCzMz/AGfdu3Z3Hzt2P+WW7Gd3Gc5420QSSJLci5x9 s83/AEjb93ft
XG3/AGdu3HfGM85pblNuKuSLFCSVaBFYdVKineRD/wA8o/8AvkU15A4HOCOh 9KBcYHzI+f8A
ZUkfnSasXGakJFNGqsGkQEO3BYf3jSF0MAga8DRAAbGEZGB06iqjn94/++38 6lihkkXKRSOA
cEqpP8qGktWyedttJE8bwxg/v0Ocd1GMAADAwOgFMkjsJZlmlS2eVMbXYKWX ByMGhYkJIKkE
HBByCKlFvFj7v6mjQq8u39fcNDWo24MI2sXHI4Y5yfqcn8zUcMOnW5zBFaxH OcoqrzgjPHsT
+Zqb7PF/d/U0fZ4v7v6mjQd5dv6+4o3thY3rL5ssflrn92FjwcnLHJXIJ7kE fnVkx2DSSSFL
YySLsdiFyy+hPccCpfs8X939TR9ni/u/qaNAvLt/X3FOezs7i+S6mnV2Qgqp Efy45GGxu689
f04qdY7BGdkS2VpGDuQFG5gcgn1Oeal+zxf3f1NH2eL+7+po0C8u39fcMYWT FywtyXBDE7fm
BABB9cgD8hTZo7CdSsyW0is28hwpy2MZ5744qX7PF/d/U0fZ4v7v6mjQLy7f 19xFJHYSzLNK
ls8qY2uwUsuDkYNCx2CM7IlsrSMHcgKNzA5BPqc81L9ni/u/qaPs8X939TRo F5dv6+4Xz4f+
esf/AH0KPPh/56x/99Ck+zxf3f1NH2eL+7+po0C8u39fcL58P/PWP/voVRDZ HB4yen1NXfs8
X939TR9ni/u/qaaaRE4ymrFeO7uo41RLhgqgADavAH4VGzu7s7uWZjkk4HbH b6Vc+zxf3f1N
H2eL+7+pp3SM3TqPdmbJbwSyrLJDG8i42uygkY5GDTxGgxhFG1iw46E5yfry fzNX/s8X939T
R9ni/u/qafMifYz7mZFaW0BzDbxRnOcogHOCP5E/mahutNhuyvm/cGfkCJjk 5JyRkE+oIrZ+
zxf3f1NH2eL+7+ppcyH7Ge9zNNvAZHkMMZeRdrsVGWHoT3FP8tN27Yu7duzj nOMZ+uOPpV/7
PF/d/U0fZ4v7v6mnzIXsZdzMNpbNCsLW8RiU5VCg2g+w/E1KgCIqIAqqMADg AVe+zxf3f1NH
2eL+7+po5kHsZ9zOjhiid3ijRGkOXKqAWPv69aIYYrdCkEaRKTkhFCjP4Vo/ Z4v7v6mj7PF/
d/U0cyD2M+5SyfU0ZPqau/Z4v7v6mj7PF/d/U0cyD2Eii/8ArG/32/nVtDMd K2wTCNvtIyvm
+UZBtHyhux7/AIVUf/WN/vt/OpoZXSF4dkMkUjbisse4dB7+1LsXF2kyaNop Le0lj8wmRX3G
VssSGA5PfHPNQagiyyWUMih4pJyHRhlWAjc4I78gH8BU4Z3aPcIlSNSqrGm0 DOPf2p8kMc8R
jmjSSNuquoIP4GotbY3TuZrwiHVIIdO8iLEUu4EErHzEeFBHtxkdc/Vq6vNL 9mmihzA/lLKN
o+Rn28btwPAdTwp+o7akVvBCEEMMcYQEKFUDaCckD6kUw2NozxubWAvEAI2M YygHQD0xQMzY
9Uu/s9q8qQb7uJXQKDiMlkXJ5+b/AFgOOMYxk9aH1DUFuHtESOaZXb544uNo WM/dZx3k67u3
TnjSmtIpbfyVAiGzy1Kop2rxlQCCMHAGMVDBpNlDbG3aCOVC/mESRrgtjGcA ADjjgD+dADZ9
QeKxtroRb/M2looj5jtlScJjhiDg/QE1A+qTwxtLIbaREg3nymOHYJvO1uce ykfdO4E4IGn5
Me/f5abt2/O0Z3Yxn644+lIlvBG6ukMauqeWrKoBC/3R7e1AFOzWddWuhcSR yP5EWDHGUGN0
nYk1oVDb2lta7vs1vFDuxu8tAufripqACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigBdItYrl7nzQx2vxhyvc+hrT/su0/uSf9/X/AMapaB9+7/3/ AOrVs02THb7/
AMyn/Zdp/ck/7+v/AI0yWwsYYy8iyBQQOJHJyTgcA1fqvfZ+zghWbEkbEKCT gOCeBSKKKW9i
HIdLkBnAXd5oHOB1wMc/57UuoafbxWpaMSKxdF3CVjjLAHqfQ01UkBUG9v7n Lp8k1uqqMOpz
lY17A96vzWvnwmN55ccHI25BBBB6eoz+J9sNbiexiPa2iPtN7P16meMD69c1 dsLWxuLeIFw8
/lgyBLhjg456H1qFoJvtrsksriK4XeMgFx5aHnkDtj8as2s5uNSicxGLEMgw QfWM9wPXH4VU
mtiFfcivP7Lspo4p0u98n3PLSeQMeTgFcjOATjrgZq5/Zdp/ck/7+v8A403U I3e80xkRmCXL
MxAztHkyDJ9OSB+NY+tyXqHVEhmlTyY3vN6yEBYzbtGqDnOfMUtjGOM5zxUG htf2Xaf3JP8A
v6/+NH9l2n9yT/v6/wDjWHci6ZXFhJfR6fvj3tMk7yA4k3YBIlIz5P3Tjr23 VYtxeLLp4lkv
pTyAdhQbdx5Iyf4cAiU7iCCpDgggGp/Zdp/ck/7+v/jR/Zdp/ck/7+v/AI1c ooAp/wBl2n9y
T/v6/wDjR/Zdp/ck/wC/r/41cooAp/2Xaf3JP+/r/wCNH9l2n9yT/v6/+NXK KAKf9l2n9yT/
AL+v/jR/Zdp/ck/7+v8A41cooAp/2Xaf3JP+/r/40f2Xaf3JP+/r/wCNXKKA Kf8AZdp/ck/7
+v8A40f2Xaf3JP8Av6/+NXKKAKf9l2n9yT/v6/8AjR/Zdp/ck/7+v/jVyigC n/Zdp/ck/wC/
r/40f2Xaf3JP+/r/AONXKKAKf9l2n9yT/v6/+NH9l2n9yT/v6/8AjVyigCn/ AGXaf3JP+/r/
AONH9l2n9yT/AL+v/jVyigDG0D793/v/ANWrZrG0D793/v8A9WrZpsmO33/m FFFFIojiILzY
C8PzgD+6OvP+H9akqOI5ebnOH9enyj3/AMPp3MlAGddf2ZJODMLJ5N21zIEL DAPqfXHr/hYt
bezjHm2kMChhjfEoGfxFZFzLdefbC11C0gRLmUypIMkf6zlvnXIyV4x1wc8V qWRd7dmikj2m
SQqdu7Pztz1+n6+vDuxWQ1tTjV9ohlOXKKcoNxBwcZbPWmB7eJHjbTWiiuZM S5RNrs5wSwB5
z3qi0toCvmT26zQXUrbJZtnBYn+e09O1PbUku9sRlgLefFsWOQMT8/PfJ4AP QVTVmlYjm0vc
2pJEijaSR1REBZmY4CgdSTUMF/Z3Kq1vdwTKz7FMcgYFsZwMd8c49Kr65xp6 sfupcQO57Kqy
oWJ9AACSewFUb64ttQvNPbTbqIyG52NcRKHwPJm4DdCQCcDnG4EjBwYNDeor k9R1y7trIutz
HFLbedzNIka3OyR1AA2He3yfMFKffGMZGLEuoanBbtdRy/aHe4uoYrfyhjCC Up0+YtmMDrjB
6Z5oA6Sq81/ZwXCW813BHPJjZG8gDNk4GAeTzxXNz6rOk00VlrEd1bjyd9zJ JEqw7vNzl1Qq
MlEHzKfvY4yDU1jqEAu5xqtxbO09nEoXO7z18yYDaCAXyMfdXDZ4GCKAOmor lbi81azjsrdr
iKCWOziJ8+XmebkMv3HMmCF4Qg/N1ORi1PqVwk96i3edjoGAjGIELqpbkZQh SzfPkMAGX5Qy
gA3pJEijaSR1REBZmY4CgdSTTq5m81G4jgkaz1RriOKzupllEafOyCPbk7dr YLtyuBxg5IOa
95e3F1ZX1vDetdzym7gks1CMYkUShCAo3DlUGSSDu9SKAOsWRHZ1R1YodrAH O04BwfTgg/jT
q5s6k5upIpdW8iyVyFvP3Q3ERQsq7iu35t7t0yccYAxRa6hqckTXdxL5ZS4t ojbeUFAMiw7w
2fm4MhIGQQeuRwADpKKKKACiiigAooooAKKKKACiiigDG0D793/v/wBWrZrG 0D793/v/ANWr
ZpsmO33/AJhRRRSKI4t2+bPTfx16bR6/j04/HNSVHEMPNxjL+nX5R7f4/XsJ KAGP9+Pgn5ux
PHB9P6/zxT65+5iuvPtja6faTo9zKJXkOCf9Zw3yNgZC8564GOa1LIOluyxR x7RJIFG7bj52
46fT9fTkARLq5m3mG2jKK7JlpSCcEjpt9qHurmHYZraMIzqmVlJIyQOm33qh PKIbSZJI3DrP
IVDxDYdzHBywx09DWdaakstzLEUCpbzor7UVS+CSD0GTkdBj1xyKt2TIV2tz raKz9c509VP3
XuIEcdmVpUDA+oIJBHcGqN9awWd5p8WlxW0EzXOTGPlRcwzAOUH0Ppu24yMZ EFm9TZEEkbRs
WAYEEqxU8+hHI+orn7rXbuO0eWCFZntBK10qxjBVHZQQS427vLfoHI9+Mum1 u8tbeS8migeA
S3MSRpkMfKEjBix4GRHjGD1zn+GgDYtLKC03mISFnxueSRpGIHQbmJOBk8dO T6mrFc/danql
peGyxBczv5XltFDtxuEpOVaTB4i/vDr3xg1Y7iW61SSXUI1jtPs0a3aowPKy TKN2CQE4O4ZO
OASVDUAdVRWH9tvH1u4sbNLSLLuWldCT8scBBIBG4/vCOo4A9MGrJqNzqtjF cJ5UNutzZ7oi
pdyWaGTh8gDG8D7p6e/AB01RwQR26FIl2qXZyM55ZixP5k1JRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQBjaB9+7/3/AOrVs1jaB9+7/wB/+rVs02THb7/zCiiikURQ/wCs n4A+cdCOflX0
/r/LFS1HEcvNznD+vT5R7/4fTuZKAKstpaGVC1vEWdzk7F+Y4J5z1/Dn8M1Y jjSJAkaKijoq
jAFYV3dTQ3Fsq2l3cCe5kRmjn2jA8whVBdcEbAemMZ71qWjusBGySTa7gHcC cBmwMk57AfiP
fAAXNxZSJJBNcwjPysDIARVW3t9MS4R4rqNpM5x5inc3rgfXoMDp6CovLciG VXkVEu5d4RWb
I3k8gfTH/AqmuLqG4jAiUgpcRA5GD/rAOnUdO9U+VNIm7tc0pI0ljaORFdHB VlYZDA9QRUMF
hZ2yqtvaQQqr71EcYUBsYyMd8cZ9Kq+IHdNLJj83JnhXEL7HYGVAQGyMZBI6 jrVW8mjsdIjj
aSex+2S+UXu7nc0IIJY7yzYO1TtwSNxXjrUlGlPpthcqq3FlbShSzKJIlbBY 5YjI7nk+tSPb
RGPairGQWZHRVyjtnLDIIz8x5x3OetZdtrU9zFZLbW8VxNPHKWdZdkQaNlRi DgkqSTggE9OO
SQW2vm5HnR2bC08yFDI0gDfvVjK4UehkGckYHIJ6AAmsdAsLOGeIwxzrPt8w SQxhWC8qCqqF
4JJzjPvwMaEUEMOPKijjwioNqgYUZwPoMnA96w7jXLp7W3eGCONrvypbY+bn dGZY1If5fkJE
g6bu/PAyavr72wvIoY8YilENwgZgJFjZiDlNnBVhgMTkYI64ANqG0toGDQ28 UZA2gogGBgDH
Hsqj/gI9KjbTbBpIZGsrYvAFWJjEuYwOgU44x2xVFNSuDezWkNpG12HJcSXL eXhY4i2DtJHM
igDaAcE8E4pttr5uR50dmwtPMhQyNIA371YyuFHoZBnJGByCegANqiiigAoo ooAKKKKACiii
gAooooAKKKKACiiigDG0D793/v8A9WrZrG0D793/AL/9WrZpsmO33/mFFFFI ojiJLzZDcPxk
H+6OnP8Ah/WpKjiGHm4xl/Tr8o9v8fr2ElAFV7OIONplXe5JCyPjnJPQ4HP+ eaniiSGMJGCF
BJ5JJyTk8msW71EQXFus0l2zSzyKPKt94QDzMEEIcn5cYznBJ6Vp2058k+a0 jsruN2wnIDMB
0GOi/wAvUUANbTbZnZv3yliWIWd1GTyeAcULptsrq375ipDANO7DI5HBOKy5 IELxTOIFRruV
ZWlUcjeSOSPQEfiKszR2OyN7SOIMs8XzImOC4HB79D0rR6O1zPpexo3drFeW 5gnDFCVb5XKk
EEEEEEEYIBqO30+3tpFkTzWdQyq0szyEBtuRlif7i/l7modcuJLbTDJFLJE3 mxIXjTewDSKp
wMHJwT2NQtPLHpqLBdXMtxdyeVBJcwhHQkHJ27V+6FZsEc4xnkVmaF5LG3S8 a7WPE75y2485
CA8dOkafl7mo4dLsoLf7PFDti3xvt3E8oFCHr22L+X1rNvNenitVlit13Gzu ZZFJz5UsW0FS
cjIDFl468Ecc0atrbR2V35SXNtPCGVSRGR5n2dpcHk9Bjp3x1GaANBdHsVV1 ELEMNoBkY+WM
ggJk/JggEbcY2r6DA+j2Mlx5zwsxyzeWZGMeWBDHy87eQzZ45yfWmx6sjXMd tNbT29xI4URy
bSQCrsGJViMHy3HXOR071VPiCKO4uzLGy2tvGPnO0fP5skW0ktjkoMHgDkki gC42kWbA/LKr
k5MizyK5+VV5cHdyEXIzyQCeeakXTrRY2jSBVRpElKqSBuTbtwB0xsXgccU3 TNSt9Ut2mtzw
jlGG5W2nAOMqSp4IPBPX1yKuUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFAGNoH37v8A
3/6tWzWNoH37v/f/AKtWzTZMdvv/ADCiiikURQkGSfGMhxnHrtX2/wAf6CWo 4jl5uc4f16fK
Pf8Aw+ncyUAUnswJI8XDj96zqCE+ViGJ25UnPJ/AmrMEQgi2BmbksWbGSSST 0+tZN3rEVtPC
lzf2lu0krqqvwVA3jc3zjg7SM46kVo290DCTPJGrqzA87RgFhnBPopP4GgCo y20UkirqzQ5d
mMYkj+Uk5PVc9TTIreyMwxqfmMzq5TdF87A5GcKCeafFIYbOWQKMCeUsxUMA N59xUBvVumjh
G0v50ZOEC7cMCQfmOeB24/MVppcztpc0760W9tjC0kkXzo4ePG5SrBgRkEdQ Ooqu2kRT7Bfy
yX6puwlykZXJxztCgZGDg9fmb1p2s3j2GnNPG8UZEkab5hlEDOqljyOgJPUV RudUmt7K0m/t
PTWS4uDH9q8siJVCMf8Anpydy4zu79KzNC1/YdkA6qjLEwdPJQhUCOqhkAHQ EqG4wc555ILb
jQre5hljmmnYyuXd8qCSYfJJ4GPu89OvtxRb6spghkupY03JIQFjY+aFcIHT rw2VIXkneuCc
cxtqkt7fRW2mSxxfJIZTc2sm5Svl4G0lCOJAc/SgCY6OrN5r3ly90CpW5Oze mAwAAC7ejv1U
/e9hhseg2sUbJHJON3JYvubIkMqtkg5Ksxxnrn5t1SR6vB9mSSZZFkZ3jMUS NK2UYqxAUZKg
jrgdRnBOKkGqWRmSNZt+/bh0UtHlsFQXA2gnIwCcncPUUATWsBt4yrTyzuxy 0kpGT+AAA4A4
AHr1JNTVlwa7ZPEuZpJX2IS0VtJhyyhgFGDk7WDbQSQMk9CatNqNqskKb2Im CmOQIxjOfu/O
Bt57DPOR6igC1RVXS7l7zSrO6kCh54EkYL0BKgnH51aoAKKKKACiiigAoooo AKKKKACiiigA
ooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebnOH9e nyj3/wAPp3Ml
RxDDzcYy/p1+Ue3+P17CSgCg9lL5kRDxsI5nljJjOULBuT8wzwxHTvVq2iMM OxmDMWZiQMDJ
JPT8aqSXcjSw/uohuneOLdIcsyh8/wABxwrHr/hVu2lM0O9lCsGZSAcjIJHX 8KAKd5pkckEv
khhIx3gFyVLZz908d6y7PQZoruWRwwS4lEj5KkrjPHsee2fTIwKuJFbeTLLL bRSOZ5cs6noH
PUgGmH7K7RiG3gSYTR48sHIG/kHKjaeDx7H0q7a7kJ6bGlqVq95aeVHKsTiS ORWZNwBRwwyM
jP3fWq89lfzpbs95bC4t5zKri2bYQUZcFd+f4ic5/CrGpXT2dp5scSyuZI41 Vn2gl3CjJwcf
e9Krz3t/Alur2dsbi4nMSoLltgARmyW2Z/hIxj8agsq3ejMlvHIjSTTQ73Cx ovzSPMkuQGYD
aGT7uc4OM55MdlpuqNcvqDzwW9zI75SS33DayxLyFk4P7r+8eD26DSttSSWI SSmKEKJfN3y/
dMbbWI45XOfmOO3HPDV1izluESG4glgMUsjzpKCqbCmQSOOj568Y96AK93oE MyW+zyJHh8z/
AI+4BMrF2DOxXK4YsM5HAyRjpia20yWzlxbXSpbuUaRTCN5Kqq4BGFUEIuRt 9cEcYml1Szje
FfPjbzbj7NlXBCSbSdrc8HjGOuSKkW/s38/ZdwN9nz52JAfKxnO706Hr6GgD P0/QvsSWy/ad
/kSpJ9zG7bbiHHX23fp71XXwzs+xjz4JPs/kfvJbbdKPL28I275FO3pg8s3r Wp/a2m/Z/tH9
oWnkb9nmecu3djOM5xnHOKsJPDJNJCksbSxY8xFYFkzyMjtmgCPT7X7Fp1ta b9/kRJHuxjdt
AGcfhViiigAooooAKKKKACiiigAooooAKKKKACiiigDG0D793/v/ANWrZrG0 D793/v8A9WrZ
psmO33/mFFFFIojiGHm4xl/Tr8o9v8fr2ElRQgCSfGMlxnHrtX3/AMP6mWgD Fu9HiuZ4XubC
0uGjldlZ+SwO87W+Q8DcTjPUCtG3tQISJ442dmYnjcMEscZI9GI/E1G95mSP bDJjzWRfmUby
AwIGWGehPTt+IswSieLeFZeSpVsZBBIPT6UAUL3T3+yziGaVgzF/KONpySSO MHv61j2Ol3iX
srMZAs0oeNipHlqM9PTtwccY4PNaqbGR5JpZy5mkUKtwU4DHsWA4GKazxgQt DLOrtLHtDXG/
epYA4AY5GP51dtSE9C1rNm9/pzQRpFITJG+yY4RwrqxU8HqAR0NUbnS5riyt If7M01Ut7gyf
ZfMJiZSjD/nnwdzZxt7da1L67WytjM0ckvzogSPG5izBQBkgdSOpqvLqbxRQ tJp12JZpfKSH
MW4naWznftxhT3zx0qCzNu9LmhtbaVmUi1DMI41d8EzxyJGoVSdoCbMgcDB2 9hDHp19qY1G5
eKO3N1FPEisXHLxwqD8yhgMxtnIB9ARzXRWlyl3biZAyjLKyt1VlJVge3BBH HHHGamoAyZdK
catDdweUkUAhVIh8vCiZSOBxgSgj124461mroktjZK0g3G0SNY2Es87S7ZEb 7mD5YPljIUNj
PovPRWdyl5ZQXUYYJPGsihuoBGRn86moA5eHT72/nl1FoPLd5X2w/aZrfKlI l3bgofrERtKj
Oc9gTsaRp7adHPGTHsZ0KBM4AWKNOhJI5Q9zxjmtCigAooooAKKKKACiiigA ooooAKKKKACi
iigAooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebn OH9enyj3/wAP
p3MlRxAh5sluX4yT/dHTj/H+lSUAYV3pwnuLdpo7tWinkYeVcbA4PmYAAcYP zZzjOAR0rTto
D5J81ZEZnc7d5GAWYjocdG/l6Ch7yMuAnmkK5DbYnI4yOu055/z2qeKVJow8 ZJUkjkEHIODw
aAMy9tbmKyuBHMrRM5kKBNrYJJPzc+vpWNp8V7/aExLg+bOHhIPGPm56fMPp 7nIyK3Y2mlSS
VruZAJnQLHErYAYgfwk9BSPJNGEdbqd/3salZIQoIZgD/CP0q2m2Qmkh+uW8 lzphjiiklbzY
nKRvsYhZFY4ORg4B7iqN3bSz2liEsNQCW9yWaM3Q84qY3GQ/merAfezj2rYu 7qKztzPOWCAq
vyoWJJIAAABJySBVdtWtUgSVxcqHk8pVNrKHZsFuF27jwDzjHFQWZp06UQWn 2rT/ALbAnnFr
U7GILuGRm3EKWC7gWyTljyck1HBpd7G8K3EPn3ivAwv9wPloioJE3E7/AJis nAGDv56nHQQT
x3MKywtuRvbBBHBBB5BByCDyCMVJQByen6HeRT2T3Ec/mxJBtdGh2xKqIGQs QZByr8L8p3dR
ljTTo9/LdEtbSx+aUa6ZDFGjuJ4mLIUIc4AkIL/MB7k11VvPHc28VxC26KVA 6NjGQRkHmpKA
KOmWps3vI1iWK3M4MCJgKqeWmcAdPm3HHrk96vVXu72C02CUyFnztSONpGIH U7VBOBkc9OR6
iiG+t52iWOTLSozqNpBwpAbPoQWAIPOfoaALFFNVwzOAGyhwcqR2B4z169R9 O1OoAKKbHIks
ayRuro4DKynIYHoQadQAUUUUAFFFFABRRRQAUUUUAFFFFAHPaVdravc7o5H3 P/Bjjk+pFaP9
rJ/z7T/+O/8AxVY1r9+b/fP8zVaHfFfj7SbgSSSOEfzMxSDkqu3PBCjrgcqe TnlsmO33/mdF
/ayf8+0//jv/AMVR/ayf8+0//jv/AMVXOLqzbYHe3AS5CPDiTJKs6LluOD+8 BwM9+aWbVvJu
p4zBmOBZHdg/O1URuBjk/vAOo6UijfTU0V5Cbab5mzxs9APX29/6CRdVjZ0U wTLuYLk7cAk4
9a5641C4tYl8+0Hmu4SMRuzqeCey7uAp/hPUe+LVnObmO3laJ4mMqZVwQRhw O4Bx6ZA47CgC
/daTczz2jx30kCwzvIyoEOAwkwRuQ/N84HPGM9+avw27ojKZWXLu3y44yzHu Pcfl9c5+r+ZF
cNczm7FnHEGEltLt8ggsXd1yN4xtwMP908c8ul1pl1ZrOOzllSORYpJFRzhm AOeFK4AYE5YH
rx0yAOexuWilhAtwGkdklJJYBmJPGOPTrVW20nUI7l5JHttqOGhAycLk/KeO Ox4/LgU6016a
ZIJJrOONJUgkbZOWKrM22PHyjJ3ZyOMDkE9Ka/iQpM6CzaUEqYGjLASqZETI Lqqn/WKRgkH1
HBLbuJKxparaSXtl5MMnlP5sT7+6hZFYkZBGcA4yMZqG7064nSxVL6UPbzmR pyE8wgo68Dbt
/iA6dPes+91i5SWaOSBQLe2uWuYkmIyVWJlKOFDdJAO2MnrgZ0ob+4naSSOy 32yvJGrJKPML
ISpypAABKkA7j1GQOcIZUkspba2jW5lkNtG0rSC3laN5HeQFGJBXsWLDIXJ4 GAMUoZr7ak1y
87XiPDgpJiMoAnmAoCFJJ8zBI7jkYGNKS6e80ZpZIljPmKMK+4HDj1AIweCC AQQRjucjUI5X
eIqk8sIDbo4JfLfdxtOdy8AbuM9xx6ADNPj1C3Nr5lxIiWyQxqiAsCqooYY8 wLyQ/JUkAjng
AOdtTaZ3SeWFJirusbkmMiRG+Uu7A/KHHCqDkZXHRo1JVVQmZk2W7LIxwXEj lckY46Z/HtVZ
9WuZLS3dLcQvcCOSIGTOQXRWDccZ3jBGeOeDxQBq2sskGqCZkne2jSVIg8m9 wG8o4JZsn5kc
8k9R9BAsa+fC9zHciONrk/uZjG2ZZg68qwPTr7469agl1R0u2git/OzuWJlL AO4UnaSV2j7p
HDEg9uuJbe8S/tfPhGYDKojf++ARk4PI5yPwz3oAYTq04RZ7mQA/NIVLct5c a8bHQgblkOM4
+YcZ6XraWYS+beS3kkqFBG8bhFZQq7t0e7by2/sSAwwRgYdRQBJo90un6RaW jwTs8MSox3Bg
SBzgls4z09B6Vc/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8A n2n/APHf/iqz
6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+ Ko/tZP8An2n/
APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCf af8A8d/+Ko/t
ZP8An2n/APHf/iqz6KAKtsyq825gPnPU+5oS3tEuPOXG/JIHmEqCepC5wCcn kDPJ9TWdOzC4
lAYgbz396Zvf+8351VjHma0NFbKxUMABgjABkJ2DOcJz8nIH3cdB6CiKxsIi xSNPnDBtzbt2
4KGzk852rnPX8TWdvf8AvN+dG9/7zfnRYPaM0RZWWwrliSQd5nYuMZxh87h1 PQ9z6mp4vJt0
jWIrtjdWxuyThsnk9SeeT1JrH3v/AHm/Oje/95vzosHtGdLdT6PdyCSdnJxt YKJFDr/dcDAY
cnhsjk+poefR5LoXDM+/IYgCQIzDoxT7pIwMEjIwPQVzW9/7zfnRvf8AvN+d Fg9ozo0k0RER
F3BUSJFG2TgRNuQfgfz75qNU0JZVkBlJXGxS0pVAGVgFU8KMovAAHAHSsDe/ 95vzo3v/AHm/
Oiwe0Z0c8miXBmMu4mbd5hCyAsGQIRx2KqvHTIB6gGgyaIZnkbc+/dlHWRo8 tkMQh+UE5OSB
k7j6muc3v/eb86N7/wB5vzosHtGdDJPYLZNb2jsWd1dmkLEnBByzNyeAB1PY dBxUuIbe52+Y
5DLnDJKUYZ6jKkHHTj2HpWTvf+8350b3/vN+dFg9ozRW2h+2Rzs8OyBCkCKo Hlg4zzn2wMYw
CRzTjaWRjij2rtij8pPnPyr8vQ56/Kpz1GKzN7/3m/Oje/8Aeb86LB7RmhLp 9hM7NICQ27K+
cwX5gQx25wCQTzjuTUrrCm9oyu6SRXf5s5I2jP5AflWVvf8AvN+dG9/7zfnR YPaM3PMT++v5
0eYn99fzrD3v/eb86N7/AN5vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9/7z fnRYPaM3PMT+
+v50eYn99fzrD3v/AHm/Oje/95vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9 /wC8350WD2jN
zzE/vr+dHmJ/fX86w97/AN5vzo3v/eb86LB7Rm55if31/OjzE/vr+dYe9/7z fnRvf+8350WD
2jNzzE/vr+dHmJ/fX86w97/3m/Oje/8Aeb86LB7Rn//Z
--------------090608040009070704080203--
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414796 is a reply to message #414783] |
Wed, 21 November 2007 16:38 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------000708090104040107050205
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">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Ed, platform:/plugin is validates correctly using the WTP validator.<br>
Thank you.<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1cb3$8pg$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
If I make this change to the exporter, then it will stop producing a
relative path between platform:/resource and platform:/plugin<br>
<blockquote><small>### Eclipse Workspace Patch 1.0</small><br>
<small>#P org.eclipse.xsd.ecore.exporter</small><br>
<small>Index: src/org/eclipse/xsd/ecore/exporter/XSDExporter.java</small> <br>
<small> ============================================================ ======= </small><br>
<small>RCS file:
/cvsroot/modeling/org.eclipse.mdt/org.eclipse.xsd/plugins/or g.eclipse.xsd.ecore.exporter/src/org/eclipse/xsd/ecore/expor ter/XSDExporter.java,v </small><br>
<small>retrieving revision 1.7</small><br>
<small>diff -u -r1.7 XSDExporter.java</small><br>
<small>--- src/org/eclipse/xsd/ecore/exporter/XSDExporter.java  ;
28
Dec 2006 07:02:39 -0000 1.7</small><br>
<small>+++ src/org/eclipse/xsd/ecore/exporter/XSDExporter.java  ;
21
Nov 2007 13:34:48 -0000</small><br>
<small>@@ -107,7 +107,11 @@</small><br>
<small> GenPackage referencedGenPackage =
genModel.findGenPackage(referencedEPackage);</small><br>
<small> URI artifactURI =
getReferencedGenPackageArtifactURI(exportData, referencedGenPackage);</small><br>
<small> URI importLocationURI =
URI.createURI(computeSchemaLocation(xsdImport, artifactURI));</small><br>
<small> -   ; if (!schemaLocationURI.isRelative() &&
schemaLocationURI.isHierarchical() &&
!importLocationURI.isRelative())</small><br>
<small> +   ; if (!schemaLocationURI.isRelative() &&</small><br>
<small> +   ;   ; schemaLocationURI.isHierarchical()
&& </small><br>
<small> +   ;   ; !importLocationURI.isRelative() &&</small><br>
<small> +   ;   ; schemaLocationURI.isPlatformResource() ==
importLocationURI.isPlatformResource() &&</small><br>
<small> +   ;   ; schemaLocationURI.isPlatformPlugin() ==
importLocationURI.isPlatformPlugin())</small><br>
<small> {</small><br>
<small> importLocationURI =
importLocationURI.deresolve(schemaLocationURI, true, true, false);</small><br>
<small> }</small><br>
</blockquote>
I.e., it will produce this instead:<br>
<blockquote><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
<b>schemaLocation="platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd "</b>/></small><br>
</blockquote>
I'm not sure if that's better but it seems a bit nicer...<br>
<br>
<br>
Ed Merks wrote:
<blockquote cite="mid:fi1apt$sn9$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i> <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
</blockquote>
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep.
For example, if I generate Change.xsd for the EMF's change model it
generates this:<br>
<blockquote><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/><br>
</small></blockquote>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I
can see that the imports from Ecore.xsd are present:<br>
<blockquote><img src="cid:part1.02000403.07060306@gmail.com" alt=""><br>
</blockquote>
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.<br>
<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">When
I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can find
the
file
in the specified path, not if it's consistent with the active plugin
and all.<br>
</blockquote>
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">The
path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
</blockquote>
This is the file system path, but the generator is using a URI of the
form platform:/resource...<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">I
hope this helps pin-pointing the problem.<br>
</blockquote>
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="file:/actual-location-on-filesystem">file:/actual-location-on-filesystem </a>
rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org" type="cite">Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org"
type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking
place
in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type options
while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
</body>
</html>
--------------000708090104040107050205
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <part1.02000403.07060306@gmail.com>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYW GDEjJR0oOjM9
PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgV GC8aGi9jQjhC
Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2Nj Y2NjY2P/wAAR
CADaAPsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDaA84sX+4DgLnrj1/woSKJ yQkEbME3lQU3
BcZzjOe4p0H3D/vt/wChGoJJPIYSRXMcEj20PD5YsScNtHPOEUfdPQdKFFyd kF7EywwMMiKP
H+6KXyIf+eUf/fIpIG3qWLKxIQllGAxKKScYFUVt7We51CW7jjbyZQFlfgxq I0PDdVwSTxjB
OaFfqBf8iH/nlH/3yKPIh/55R/8AfIrKtrySzjLzmMWrXNwvAJYYaRyxP/AS MY989qE1HUPt
CWrwxpMzqN0i7RtZZDnCu3Qx+vPTjrQBq+RD/wA8o/8AvkUeRD/zyj/75FZU mp3bW908XkI9
pEzvuQsJCGdePmG3/Vk9/ve3M1tf3Ut9taALbNK8Ssdo5XcMg7stnaeNo69e OQC/5EP/ADyj
/wC+RR5EP/PKP/vkVRuLy5WaQxGIRQ3EUDKyEs24pkg5GPv9MHp71Vj1a/aG OU20aicRtEHI
XhnRccMxPD/ewMYHHOKANjyIf+eUf/fIo8iH/nlH/wB8isqfU7uCSaM+Qxtk kkkOwjzAqxtg
fN8vEmMnPTPtUyXl3JdNZK0CzIW3SmMlWAEZ4Xdkf6wdz9334AL/AJEP/PKP /vkUeRD/AM8o
/wDvkVjvez6haxzL5cUIntt0ZUsxLGN+GyAPvAdD09+Gfb7q7ggM8AjimeCW P7oIHmx8cMS3
3uuF+nPABt+RD/zyj/75FHkQ/wDPKP8A75FSUUAR+RD/AM8o/wDvkUtvbW8h 814k2g4RcYBx
3P48Yp9QQy7YVHu3/oRppETlyouiKNoRKNOTYV3Z2R9PzoVbR1DLbwEH/pmP 8Kz74xolpO+y
Qi3QCFwQTyOUYfxfTnpVm4kEd5OqgKNw4H+6KFFqz7ilJK5Y8u2/59oP+/Y/ wo8u2/59oP8A
v2P8KwQlrPc3012kbGKUBZX+9GojQ8N1XBJPGME5qK11CSzQvMYxbNc3A4BL DDSOWJ/4CRjH
vntVWM+ZnR+Xbf8APtB/37H+FHl23/PtB/37H+Fc4mrah56WzxRpMzqNzrtG 0q5zhWboU9ee
nHWiTWLtre5aIwo9rEzvuQsJCGdePmG3/V579fblWDmZ0fl23/PtB/37H+FH l23/AD7Qf9+x
/hWFb6pdS3u1oQts0jxKx2jldwyDuyc7TxtHXrxys2rSx3rwfugq5bzHJVNu zO0t2fPPT7vN
OwczNzy7b/n2g/79j/Cjy7b/AJ9oP+/Y/wAKwY9Ru5WjgV4UmIdmZoycbdvy lN3B+f8AvEYG
R14n0ibGj2Qz0t4//QRRYOdo0o3064aWKJbWRoztkVAuUPoccg8Gq0UNjcoZ LGWGRQccESLn
HTPUdu5+lMtW0/yidRKCzMz/AGfdu3Z3Hzt2P+WW7Gd3Gc5420QSSJLci5x9 s83/AEjb93ft
XG3/AGdu3HfGM85pblNuKuSLFCSVaBFYdVKineRD/wA8o/8AvkU15A4HOCOh 9KBcYHzI+f8A
ZUkfnSasXGakJFNGqsGkQEO3BYf3jSF0MAga8DRAAbGEZGB06iqjn94/++38 6lihkkXKRSOA
cEqpP8qGktWyedttJE8bwxg/v0Ocd1GMAADAwOgFMkjsJZlmlS2eVMbXYKWX ByMGhYkJIKkE
HBByCKlFvFj7v6mjQq8u39fcNDWo24MI2sXHI4Y5yfqcn8zUcMOnW5zBFaxH OcoqrzgjPHsT
+Zqb7PF/d/U0fZ4v7v6mjQd5dv6+4o3thY3rL5ssflrn92FjwcnLHJXIJ7kE fnVkx2DSSSFL
YySLsdiFyy+hPccCpfs8X939TR9ni/u/qaNAvLt/X3FOezs7i+S6mnV2Qgqp Efy45GGxu689
f04qdY7BGdkS2VpGDuQFG5gcgn1Oeal+zxf3f1NH2eL+7+po0C8u39fcMYWT FywtyXBDE7fm
BABB9cgD8hTZo7CdSsyW0is28hwpy2MZ5744qX7PF/d/U0fZ4v7v6mjQLy7f 19xFJHYSzLNK
ls8qY2uwUsuDkYNCx2CM7IlsrSMHcgKNzA5BPqc81L9ni/u/qaPs8X939TRo F5dv6+4Xz4f+
esf/AH0KPPh/56x/99Ck+zxf3f1NH2eL+7+po0C8u39fcL58P/PWP/voVRDZ HB4yen1NXfs8
X939TR9ni/u/qaaaRE4ymrFeO7uo41RLhgqgADavAH4VGzu7s7uWZjkk4HbH b6Vc+zxf3f1N
H2eL+7+pp3SM3TqPdmbJbwSyrLJDG8i42uygkY5GDTxGgxhFG1iw46E5yfry fzNX/s8X939T
R9ni/u/qafMifYz7mZFaW0BzDbxRnOcogHOCP5E/mahutNhuyvm/cGfkCJjk 5JyRkE+oIrZ+
zxf3f1NH2eL+7+ppcyH7Ge9zNNvAZHkMMZeRdrsVGWHoT3FP8tN27Yu7duzj nOMZ+uOPpV/7
PF/d/U0fZ4v7v6mnzIXsZdzMNpbNCsLW8RiU5VCg2g+w/E1KgCIqIAqqMADg AVe+zxf3f1NH
2eL+7+po5kHsZ9zOjhiid3ijRGkOXKqAWPv69aIYYrdCkEaRKTkhFCjP4Vo/ Z4v7v6mj7PF/
d/U0cyD2M+5SyfU0ZPqau/Z4v7v6mj7PF/d/U0cyD2Eii/8ArG/32/nVtDMd K2wTCNvtIyvm
+UZBtHyhux7/AIVUf/WN/vt/OpoZXSF4dkMkUjbisse4dB7+1LsXF2kyaNop Le0lj8wmRX3G
VssSGA5PfHPNQagiyyWUMih4pJyHRhlWAjc4I78gH8BU4Z3aPcIlSNSqrGm0 DOPf2p8kMc8R
jmjSSNuquoIP4GotbY3TuZrwiHVIIdO8iLEUu4EErHzEeFBHtxkdc/Vq6vNL 9mmihzA/lLKN
o+Rn28btwPAdTwp+o7akVvBCEEMMcYQEKFUDaCckD6kUw2NozxubWAvEAI2M YygHQD0xQMzY
9Uu/s9q8qQb7uJXQKDiMlkXJ5+b/AFgOOMYxk9aH1DUFuHtESOaZXb544uNo WM/dZx3k67u3
TnjSmtIpbfyVAiGzy1Kop2rxlQCCMHAGMVDBpNlDbG3aCOVC/mESRrgtjGcA ADjjgD+dADZ9
QeKxtroRb/M2looj5jtlScJjhiDg/QE1A+qTwxtLIbaREg3nymOHYJvO1uce ykfdO4E4IGn5
Me/f5abt2/O0Z3Yxn644+lIlvBG6ukMauqeWrKoBC/3R7e1AFOzWddWuhcSR yP5EWDHGUGN0
nYk1oVDb2lta7vs1vFDuxu8tAufripqACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigBdItYrl7nzQx2vxhyvc+hrT/su0/uSf9/X/AMapaB9+7/3/ AOrVs02THb7/
AMyn/Zdp/ck/7+v/AI0yWwsYYy8iyBQQOJHJyTgcA1fqvfZ+zghWbEkbEKCT gOCeBSKKKW9i
HIdLkBnAXd5oHOB1wMc/57UuoafbxWpaMSKxdF3CVjjLAHqfQ01UkBUG9v7n Lp8k1uqqMOpz
lY17A96vzWvnwmN55ccHI25BBBB6eoz+J9sNbiexiPa2iPtN7P16meMD69c1 dsLWxuLeIFw8
/lgyBLhjg456H1qFoJvtrsksriK4XeMgFx5aHnkDtj8as2s5uNSicxGLEMgw QfWM9wPXH4VU
mtiFfcivP7Lspo4p0u98n3PLSeQMeTgFcjOATjrgZq5/Zdp/ck/7+v8A403U I3e80xkRmCXL
MxAztHkyDJ9OSB+NY+tyXqHVEhmlTyY3vN6yEBYzbtGqDnOfMUtjGOM5zxUG htf2Xaf3JP8A
v6/+NH9l2n9yT/v6/wDjWHci6ZXFhJfR6fvj3tMk7yA4k3YBIlIz5P3Tjr23 VYtxeLLp4lkv
pTyAdhQbdx5Iyf4cAiU7iCCpDgggGp/Zdp/ck/7+v/jR/Zdp/ck/7+v/AI1c ooAp/wBl2n9y
T/v6/wDjR/Zdp/ck/wC/r/41cooAp/2Xaf3JP+/r/wCNH9l2n9yT/v6/+NXK KAKf9l2n9yT/
AL+v/jR/Zdp/ck/7+v8A41cooAp/2Xaf3JP+/r/40f2Xaf3JP+/r/wCNXKKA Kf8AZdp/ck/7
+v8A40f2Xaf3JP8Av6/+NXKKAKf9l2n9yT/v6/8AjR/Zdp/ck/7+v/jVyigC n/Zdp/ck/wC/
r/40f2Xaf3JP+/r/AONXKKAKf9l2n9yT/v6/+NH9l2n9yT/v6/8AjVyigCn/ AGXaf3JP+/r/
AONH9l2n9yT/AL+v/jVyigDG0D793/v/ANWrZrG0D793/v8A9WrZpsmO33/m FFFFIojiILzY
C8PzgD+6OvP+H9akqOI5ebnOH9enyj3/AMPp3MlAGddf2ZJODMLJ5N21zIEL DAPqfXHr/hYt
bezjHm2kMChhjfEoGfxFZFzLdefbC11C0gRLmUypIMkf6zlvnXIyV4x1wc8V qWRd7dmikj2m
SQqdu7Pztz1+n6+vDuxWQ1tTjV9ohlOXKKcoNxBwcZbPWmB7eJHjbTWiiuZM S5RNrs5wSwB5
z3qi0toCvmT26zQXUrbJZtnBYn+e09O1PbUku9sRlgLefFsWOQMT8/PfJ4AP QVTVmlYjm0vc
2pJEijaSR1REBZmY4CgdSTUMF/Z3Kq1vdwTKz7FMcgYFsZwMd8c49Kr65xp6 sfupcQO57Kqy
oWJ9AACSewFUb64ttQvNPbTbqIyG52NcRKHwPJm4DdCQCcDnG4EjBwYNDeor k9R1y7trIutz
HFLbedzNIka3OyR1AA2He3yfMFKffGMZGLEuoanBbtdRy/aHe4uoYrfyhjCC Up0+YtmMDrjB
6Z5oA6Sq81/ZwXCW813BHPJjZG8gDNk4GAeTzxXNz6rOk00VlrEd1bjyd9zJ JEqw7vNzl1Qq
MlEHzKfvY4yDU1jqEAu5xqtxbO09nEoXO7z18yYDaCAXyMfdXDZ4GCKAOmor lbi81azjsrdr
iKCWOziJ8+XmebkMv3HMmCF4Qg/N1ORi1PqVwk96i3edjoGAjGIELqpbkZQh SzfPkMAGX5Qy
gA3pJEijaSR1REBZmY4CgdSTTq5m81G4jgkaz1RriOKzupllEafOyCPbk7dr YLtyuBxg5IOa
95e3F1ZX1vDetdzym7gks1CMYkUShCAo3DlUGSSDu9SKAOsWRHZ1R1YodrAH O04BwfTgg/jT
q5s6k5upIpdW8iyVyFvP3Q3ERQsq7iu35t7t0yccYAxRa6hqckTXdxL5ZS4t ojbeUFAMiw7w
2fm4MhIGQQeuRwADpKKKKACiiigAooooAKKKKACiiigDG0D793/v/wBWrZrG 0D793/v/ANWr
ZpsmO33/AJhRRRSKI4t2+bPTfx16bR6/j04/HNSVHEMPNxjL+nX5R7f4/XsJ KAGP9+Pgn5ux
PHB9P6/zxT65+5iuvPtja6faTo9zKJXkOCf9Zw3yNgZC8564GOa1LIOluyxR x7RJIFG7bj52
46fT9fTkARLq5m3mG2jKK7JlpSCcEjpt9qHurmHYZraMIzqmVlJIyQOm33qh PKIbSZJI3DrP
IVDxDYdzHBywx09DWdaakstzLEUCpbzor7UVS+CSD0GTkdBj1xyKt2TIV2tz raKz9c509VP3
XuIEcdmVpUDA+oIJBHcGqN9awWd5p8WlxW0EzXOTGPlRcwzAOUH0Ppu24yMZ EFm9TZEEkbRs
WAYEEqxU8+hHI+orn7rXbuO0eWCFZntBK10qxjBVHZQQS427vLfoHI9+Mum1 u8tbeS8migeA
S3MSRpkMfKEjBix4GRHjGD1zn+GgDYtLKC03mISFnxueSRpGIHQbmJOBk8dO T6mrFc/danql
peGyxBczv5XltFDtxuEpOVaTB4i/vDr3xg1Y7iW61SSXUI1jtPs0a3aowPKy TKN2CQE4O4ZO
OASVDUAdVRWH9tvH1u4sbNLSLLuWldCT8scBBIBG4/vCOo4A9MGrJqNzqtjF cJ5UNutzZ7oi
pdyWaGTh8gDG8D7p6e/AB01RwQR26FIl2qXZyM55ZixP5k1JRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQBjaB9+7/3/AOrVs1jaB9+7/wB/+rVs02THb7/zCiiikURQ/wCs n4A+cdCOflX0
/r/LFS1HEcvNznD+vT5R7/4fTuZKAKstpaGVC1vEWdzk7F+Y4J5z1/Dn8M1Y jjSJAkaKijoq
jAFYV3dTQ3Fsq2l3cCe5kRmjn2jA8whVBdcEbAemMZ71qWjusBGySTa7gHcC cBmwMk57AfiP
fAAXNxZSJJBNcwjPysDIARVW3t9MS4R4rqNpM5x5inc3rgfXoMDp6CovLciG VXkVEu5d4RWb
I3k8gfTH/AqmuLqG4jAiUgpcRA5GD/rAOnUdO9U+VNIm7tc0pI0ljaORFdHB VlYZDA9QRUMF
hZ2yqtvaQQqr71EcYUBsYyMd8cZ9Kq+IHdNLJj83JnhXEL7HYGVAQGyMZBI6 jrVW8mjsdIjj
aSex+2S+UXu7nc0IIJY7yzYO1TtwSNxXjrUlGlPpthcqq3FlbShSzKJIlbBY 5YjI7nk+tSPb
RGPairGQWZHRVyjtnLDIIz8x5x3OetZdtrU9zFZLbW8VxNPHKWdZdkQaNlRi DgkqSTggE9OO
SQW2vm5HnR2bC08yFDI0gDfvVjK4UehkGckYHIJ6AAmsdAsLOGeIwxzrPt8w SQxhWC8qCqqF
4JJzjPvwMaEUEMOPKijjwioNqgYUZwPoMnA96w7jXLp7W3eGCONrvypbY+bn dGZY1If5fkJE
g6bu/PAyavr72wvIoY8YilENwgZgJFjZiDlNnBVhgMTkYI64ANqG0toGDQ28 UZA2gogGBgDH
Hsqj/gI9KjbTbBpIZGsrYvAFWJjEuYwOgU44x2xVFNSuDezWkNpG12HJcSXL eXhY4i2DtJHM
igDaAcE8E4pttr5uR50dmwtPMhQyNIA371YyuFHoZBnJGByCegANqiiigAoo ooAKKKKACiii
gAooooAKKKKACiiigDG0D793/v8A9WrZrG0D793/AL/9WrZpsmO33/mFFFFI ojiJLzZDcPxk
H+6OnP8Ah/WpKjiGHm4xl/Tr8o9v8fr2ElAFV7OIONplXe5JCyPjnJPQ4HP+ eaniiSGMJGCF
BJ5JJyTk8msW71EQXFus0l2zSzyKPKt94QDzMEEIcn5cYznBJ6Vp2058k+a0 jsruN2wnIDMB
0GOi/wAvUUANbTbZnZv3yliWIWd1GTyeAcULptsrq375ipDANO7DI5HBOKy5 IELxTOIFRruV
ZWlUcjeSOSPQEfiKszR2OyN7SOIMs8XzImOC4HB79D0rR6O1zPpexo3drFeW 5gnDFCVb5XKk
EEEEEEEYIBqO30+3tpFkTzWdQyq0szyEBtuRlif7i/l7modcuJLbTDJFLJE3 mxIXjTewDSKp
wMHJwT2NQtPLHpqLBdXMtxdyeVBJcwhHQkHJ27V+6FZsEc4xnkVmaF5LG3S8 a7WPE75y2485
CA8dOkafl7mo4dLsoLf7PFDti3xvt3E8oFCHr22L+X1rNvNenitVlit13Gzu ZZFJz5UsW0FS
cjIDFl468Ecc0atrbR2V35SXNtPCGVSRGR5n2dpcHk9Bjp3x1GaANBdHsVV1 ELEMNoBkY+WM
ggJk/JggEbcY2r6DA+j2Mlx5zwsxyzeWZGMeWBDHy87eQzZ45yfWmx6sjXMd tNbT29xI4URy
bSQCrsGJViMHy3HXOR071VPiCKO4uzLGy2tvGPnO0fP5skW0ktjkoMHgDkki gC42kWbA/LKr
k5MizyK5+VV5cHdyEXIzyQCeeakXTrRY2jSBVRpElKqSBuTbtwB0xsXgccU3 TNSt9Ut2mtzw
jlGG5W2nAOMqSp4IPBPX1yKuUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFAGNoH37v8A
3/6tWzWNoH37v/f/AKtWzTZMdvv/ADCiiikURQkGSfGMhxnHrtX2/wAf6CWo 4jl5uc4f16fK
Pf8Aw+ncyUAUnswJI8XDj96zqCE+ViGJ25UnPJ/AmrMEQgi2BmbksWbGSSST 0+tZN3rEVtPC
lzf2lu0krqqvwVA3jc3zjg7SM46kVo290DCTPJGrqzA87RgFhnBPopP4GgCo y20UkirqzQ5d
mMYkj+Uk5PVc9TTIreyMwxqfmMzq5TdF87A5GcKCeafFIYbOWQKMCeUsxUMA N59xUBvVumjh
G0v50ZOEC7cMCQfmOeB24/MVppcztpc0760W9tjC0kkXzo4ePG5SrBgRkEdQ Ooqu2kRT7Bfy
yX6puwlykZXJxztCgZGDg9fmb1p2s3j2GnNPG8UZEkab5hlEDOqljyOgJPUV RudUmt7K0m/t
PTWS4uDH9q8siJVCMf8Anpydy4zu79KzNC1/YdkA6qjLEwdPJQhUCOqhkAHQ EqG4wc555ILb
jQre5hljmmnYyuXd8qCSYfJJ4GPu89OvtxRb6spghkupY03JIQFjY+aFcIHT rw2VIXkneuCc
cxtqkt7fRW2mSxxfJIZTc2sm5Svl4G0lCOJAc/SgCY6OrN5r3ly90CpW5Oze mAwAAC7ejv1U
/e9hhseg2sUbJHJON3JYvubIkMqtkg5Ksxxnrn5t1SR6vB9mSSZZFkZ3jMUS NK2UYqxAUZKg
jrgdRnBOKkGqWRmSNZt+/bh0UtHlsFQXA2gnIwCcncPUUATWsBt4yrTyzuxy 0kpGT+AAA4A4
AHr1JNTVlwa7ZPEuZpJX2IS0VtJhyyhgFGDk7WDbQSQMk9CatNqNqskKb2Im CmOQIxjOfu/O
Bt57DPOR6igC1RVXS7l7zSrO6kCh54EkYL0BKgnH51aoAKKKKACiiigAoooo AKKKKACiiigA
ooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebnOH9e nyj3/wAPp3Ml
RxDDzcYy/p1+Ue3+P17CSgCg9lL5kRDxsI5nljJjOULBuT8wzwxHTvVq2iMM OxmDMWZiQMDJ
JPT8aqSXcjSw/uohuneOLdIcsyh8/wABxwrHr/hVu2lM0O9lCsGZSAcjIJHX 8KAKd5pkckEv
khhIx3gFyVLZz908d6y7PQZoruWRwwS4lEj5KkrjPHsee2fTIwKuJFbeTLLL bRSOZ5cs6noH
PUgGmH7K7RiG3gSYTR48sHIG/kHKjaeDx7H0q7a7kJ6bGlqVq95aeVHKsTiS ORWZNwBRwwyM
jP3fWq89lfzpbs95bC4t5zKri2bYQUZcFd+f4ic5/CrGpXT2dp5scSyuZI41 Vn2gl3CjJwcf
e9Krz3t/Alur2dsbi4nMSoLltgARmyW2Z/hIxj8agsq3ejMlvHIjSTTQ73Cx ovzSPMkuQGYD
aGT7uc4OM55MdlpuqNcvqDzwW9zI75SS33DayxLyFk4P7r+8eD26DSttSSWI SSmKEKJfN3y/
dMbbWI45XOfmOO3HPDV1izluESG4glgMUsjzpKCqbCmQSOOj568Y96AK93oE MyW+zyJHh8z/
AI+4BMrF2DOxXK4YsM5HAyRjpia20yWzlxbXSpbuUaRTCN5Kqq4BGFUEIuRt 9cEcYml1Szje
FfPjbzbj7NlXBCSbSdrc8HjGOuSKkW/s38/ZdwN9nz52JAfKxnO706Hr6GgD P0/QvsSWy/ad
/kSpJ9zG7bbiHHX23fp71XXwzs+xjz4JPs/kfvJbbdKPL28I275FO3pg8s3r Wp/a2m/Z/tH9
oWnkb9nmecu3djOM5xnHOKsJPDJNJCksbSxY8xFYFkzyMjtmgCPT7X7Fp1ta b9/kRJHuxjdt
AGcfhViiigAooooAKKKKACiiigAooooAKKKKACiiigDG0D793/v/ANWrZrG0 D793/v8A9WrZ
psmO33/mFFFFIojiGHm4xl/Tr8o9v8fr2ElRQgCSfGMlxnHrtX3/AMP6mWgD Fu9HiuZ4XubC
0uGjldlZ+SwO87W+Q8DcTjPUCtG3tQISJ442dmYnjcMEscZI9GI/E1G95mSP bDJjzWRfmUby
AwIGWGehPTt+IswSieLeFZeSpVsZBBIPT6UAUL3T3+yziGaVgzF/KONpySSO MHv61j2Ol3iX
srMZAs0oeNipHlqM9PTtwccY4PNaqbGR5JpZy5mkUKtwU4DHsWA4GKazxgQt DLOrtLHtDXG/
epYA4AY5GP51dtSE9C1rNm9/pzQRpFITJG+yY4RwrqxU8HqAR0NUbnS5riyt If7M01Ut7gyf
ZfMJiZSjD/nnwdzZxt7da1L67WytjM0ckvzogSPG5izBQBkgdSOpqvLqbxRQ tJp12JZpfKSH
MW4naWznftxhT3zx0qCzNu9LmhtbaVmUi1DMI41d8EzxyJGoVSdoCbMgcDB2 9hDHp19qY1G5
eKO3N1FPEisXHLxwqD8yhgMxtnIB9ARzXRWlyl3biZAyjLKyt1VlJVge3BBH HHHGamoAyZdK
catDdweUkUAhVIh8vCiZSOBxgSgj124461mroktjZK0g3G0SNY2Es87S7ZEb 7mD5YPljIUNj
PovPRWdyl5ZQXUYYJPGsihuoBGRn86moA5eHT72/nl1FoPLd5X2w/aZrfKlI l3bgofrERtKj
Oc9gTsaRp7adHPGTHsZ0KBM4AWKNOhJI5Q9zxjmtCigAooooAKKKKACiiigA ooooAKKKKACi
iigAooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebn OH9enyj3/wAP
p3MlRxAh5sluX4yT/dHTj/H+lSUAYV3pwnuLdpo7tWinkYeVcbA4PmYAAcYP zZzjOAR0rTto
D5J81ZEZnc7d5GAWYjocdG/l6Ch7yMuAnmkK5DbYnI4yOu055/z2qeKVJow8 ZJUkjkEHIODw
aAMy9tbmKyuBHMrRM5kKBNrYJJPzc+vpWNp8V7/aExLg+bOHhIPGPm56fMPp 7nIyK3Y2mlSS
VruZAJnQLHErYAYgfwk9BSPJNGEdbqd/3salZIQoIZgD/CP0q2m2Qmkh+uW8 lzphjiiklbzY
nKRvsYhZFY4ORg4B7iqN3bSz2liEsNQCW9yWaM3Q84qY3GQ/merAfezj2rYu 7qKztzPOWCAq
vyoWJJIAAABJySBVdtWtUgSVxcqHk8pVNrKHZsFuF27jwDzjHFQWZp06UQWn 2rT/ALbAnnFr
U7GILuGRm3EKWC7gWyTljyck1HBpd7G8K3EPn3ivAwv9wPloioJE3E7/AJis nAGDv56nHQQT
x3MKywtuRvbBBHBBB5BByCDyCMVJQByen6HeRT2T3Ec/mxJBtdGh2xKqIGQs QZByr8L8p3dR
ljTTo9/LdEtbSx+aUa6ZDFGjuJ4mLIUIc4AkIL/MB7k11VvPHc28VxC26KVA 6NjGQRkHmpKA
KOmWps3vI1iWK3M4MCJgKqeWmcAdPm3HHrk96vVXu72C02CUyFnztSONpGIH U7VBOBkc9OR6
iiG+t52iWOTLSozqNpBwpAbPoQWAIPOfoaALFFNVwzOAGyhwcqR2B4z169R9 O1OoAKKbHIks
ayRuro4DKynIYHoQadQAUUUUAFFFFABRRRQAUUUUAFFFFAHPaVdravc7o5H3 P/Bjjk+pFaP9
rJ/z7T/+O/8AxVY1r9+b/fP8zVaHfFfj7SbgSSSOEfzMxSDkqu3PBCjrgcqe TnlsmO33/mdF
/ayf8+0//jv/AMVR/ayf8+0//jv/AMVXOLqzbYHe3AS5CPDiTJKs6LluOD+8 BwM9+aWbVvJu
p4zBmOBZHdg/O1URuBjk/vAOo6UijfTU0V5Cbab5mzxs9APX29/6CRdVjZ0U wTLuYLk7cAk4
9a5641C4tYl8+0Hmu4SMRuzqeCey7uAp/hPUe+LVnObmO3laJ4mMqZVwQRhw O4Bx6ZA47CgC
/daTczz2jx30kCwzvIyoEOAwkwRuQ/N84HPGM9+avw27ojKZWXLu3y44yzHu Pcfl9c5+r+ZF
cNczm7FnHEGEltLt8ggsXd1yN4xtwMP908c8ul1pl1ZrOOzllSORYpJFRzhm AOeFK4AYE5YH
rx0yAOexuWilhAtwGkdklJJYBmJPGOPTrVW20nUI7l5JHttqOGhAycLk/KeO Ox4/LgU6016a
ZIJJrOONJUgkbZOWKrM22PHyjJ3ZyOMDkE9Ka/iQpM6CzaUEqYGjLASqZETI Lqqn/WKRgkH1
HBLbuJKxparaSXtl5MMnlP5sT7+6hZFYkZBGcA4yMZqG7064nSxVL6UPbzmR pyE8wgo68Dbt
/iA6dPes+91i5SWaOSBQLe2uWuYkmIyVWJlKOFDdJAO2MnrgZ0ob+4naSSOy 32yvJGrJKPML
ISpypAABKkA7j1GQOcIZUkspba2jW5lkNtG0rSC3laN5HeQFGJBXsWLDIXJ4 GAMUoZr7ak1y
87XiPDgpJiMoAnmAoCFJJ8zBI7jkYGNKS6e80ZpZIljPmKMK+4HDj1AIweCC AQQRjucjUI5X
eIqk8sIDbo4JfLfdxtOdy8AbuM9xx6ADNPj1C3Nr5lxIiWyQxqiAsCqooYY8 wLyQ/JUkAjng
AOdtTaZ3SeWFJirusbkmMiRG+Uu7A/KHHCqDkZXHRo1JVVQmZk2W7LIxwXEj lckY46Z/HtVZ
9WuZLS3dLcQvcCOSIGTOQXRWDccZ3jBGeOeDxQBq2sskGqCZkne2jSVIg8m9 wG8o4JZsn5kc
8k9R9BAsa+fC9zHciONrk/uZjG2ZZg68qwPTr7469agl1R0u2git/OzuWJlL AO4UnaSV2j7p
HDEg9uuJbe8S/tfPhGYDKojf++ARk4PI5yPwz3oAYTq04RZ7mQA/NIVLct5c a8bHQgblkOM4
+YcZ6XraWYS+beS3kkqFBG8bhFZQq7t0e7by2/sSAwwRgYdRQBJo90un6RaW jwTs8MSox3Bg
SBzgls4z09B6Vc/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8A n2n/APHf/iqz
6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+ Ko/tZP8An2n/
APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCf af8A8d/+Ko/t
ZP8An2n/APHf/iqz6KAKtsyq825gPnPU+5oS3tEuPOXG/JIHmEqCepC5wCcn kDPJ9TWdOzC4
lAYgbz396Zvf+8351VjHma0NFbKxUMABgjABkJ2DOcJz8nIH3cdB6CiKxsIi xSNPnDBtzbt2
4KGzk852rnPX8TWdvf8AvN+dG9/7zfnRYPaM0RZWWwrliSQd5nYuMZxh87h1 PQ9z6mp4vJt0
jWIrtjdWxuyThsnk9SeeT1JrH3v/AHm/Oje/95vzosHtGdLdT6PdyCSdnJxt YKJFDr/dcDAY
cnhsjk+poefR5LoXDM+/IYgCQIzDoxT7pIwMEjIwPQVzW9/7zfnRvf8AvN+d Fg9ozo0k0RER
F3BUSJFG2TgRNuQfgfz75qNU0JZVkBlJXGxS0pVAGVgFU8KMovAAHAHSsDe/ 95vzo3v/AHm/
Oiwe0Z0c8miXBmMu4mbd5hCyAsGQIRx2KqvHTIB6gGgyaIZnkbc+/dlHWRo8 tkMQh+UE5OSB
k7j6muc3v/eb86N7/wB5vzosHtGdDJPYLZNb2jsWd1dmkLEnBByzNyeAB1PY dBxUuIbe52+Y
5DLnDJKUYZ6jKkHHTj2HpWTvf+8350b3/vN+dFg9ozRW2h+2Rzs8OyBCkCKo Hlg4zzn2wMYw
CRzTjaWRjij2rtij8pPnPyr8vQ56/Kpz1GKzN7/3m/Oje/8Aeb86LB7RmhLp 9hM7NICQ27K+
cwX5gQx25wCQTzjuTUrrCm9oyu6SRXf5s5I2jP5AflWVvf8AvN+dG9/7zfnR YPaM3PMT++v5
0eYn99fzrD3v/eb86N7/AN5vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9/7z fnRYPaM3PMT+
+v50eYn99fzrD3v/AHm/Oje/95vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9 /wC8350WD2jN
zzE/vr+dHmJ/fX86w97/AN5vzo3v/eb86LB7Rm55if31/OjzE/vr+dYe9/7z fnRvf+8350WD
2jNzzE/vr+dHmJ/fX86w97/3m/Oje/8Aeb86LB7Rn//Z
--------------000708090104040107050205--
|
|
| |
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414801 is a reply to message #414794] |
Wed, 21 November 2007 17:35 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------030404050806020209090700
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">
Ed, I was pointed by Dave Carver to add on bugzilla <a
class="moz-txt-link-freetext"
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=196353">https://bugs.eclipse.org/bugs/show_bug.cgi?id=196353</a>
for this issue.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fi1mco$vv1$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Thanks again Ed for your answer.<br>
I'll post your remarks in the thread I had opened in the webtools
newsgroup to allow them to comment on this, mainly because the version
I'm using is not their latest, and this may have been changed already.<br>
<br>
If the time comes to open a bugzilla I'll post the number here.<br>
<br>
Thanks again for all your help.<br>
Regards,<br>
Juan Pedro<br>
<br>
P.S.: Your patience tends to infinity if not already infinite. <span
class="moz-smiley-s1"><span> :-) </span></span><br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1l7f$rfe$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Ed, first of all, apologies are due. I haven't interpreted you as of
"plugin" being a logical reference until just your previous post (the
one with the code changes to WSDExporter).<br>
I'm sorry to make you feel frustrated. It looks like you where talking
about oranges and I was talking about apples. I'm sorry. I'm also sorry
I haven't answer your questions about the validator so far. Is not at
all my intention to exasperate someone that is trying to help you, or
to make him waste time trying to explain something that is not being
correctly understood.<br>
</blockquote>
Don't worry. It's okay. I should have pretended to be infinitely
patient rather than expressing frustration. I know this is confusing
stuff.<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite"><br>
I completely agree with your relative paths comments, and yes, opening
the schema with the Sample XML Schema editor makes the imports
available. Again apologize me, as I was wrongly interpreting the
"plugin" part of the path as a physical folder and not as a logical
variable. Emailing can sometimes be tricky for understanding someone
correctly.<br>
</blockquote>
Yep, there's lots of room for confusion.<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite"><br>
As for the subject in hands: <br>
-I'm using the (org.eclipse.wst.xsd.core.internal.validation.)
XSDValidator as provided by WTP 1.5.5. It uses inner class
XSDEntityResolver, which in turn uses
org.eclipse.wst.common.uriresolver.internal.ExtensibleURIRes olver. <br>
<br>
-the URI to the generated file as used by the validator is <a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd"> file:///J:/Programas/Eclipse_Para_RSA/eclipse/ws_Europa/juan .pedro/WSDL_Output/PruebaProfSegm/WSDL_Output/Schemas/BlankM odel.xsd</a><br>
</blockquote>
I see. It seems bad to me to use a physical (file:) location URI which
will generally cause problems for relative paths that span projects in
the workspace (because each project could be in a different location
rather than be physically nested in the workspace) and will not work at
all for resources backed by other EFS implementations. Perhaps you
should open a bugzilla against them and let me know the number so I can
track it and follow up...<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite"><br>
I'm sorry for causing any inconvenience.<br>
</blockquote>
Sorry for not being more patient.<br>
<blockquote cite="mid:fi1j6h$b67$1@build.eclipse.org" type="cite">Regards,<br>
Juan Pedro<br>
<br>
<br>
<br>
<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1dte$eq6$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, the problem would be that the intention of the WSDL is for external
services to be able to communicate with this service.</blockquote>
For sure.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite">So,
the actual
location of the file should be right, regardless of eclipse being able
to find it somewhere else (eclipse may not be running at all while the
service is being executed).</blockquote>
Being right is a relative term when using relative paths. If you
develop the resource locally and later deploy it to a web page that
obviously has a different URI to access it, the relative location that
works in the former situation might not work in the later situation.
This likely means you need to change schemaLocations as part of
deploying.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite">So
I
believe the XSD validator provided by
WTP just tries to find Ecore.xsd based on the schemalocation path, as
any other external service would. I believe this is the right approach.<br>
</blockquote>
Yes, but the question remains (after asking many times) what absolute
URI does it use? The interpretation of a relative path is as the name
implies relative to the path of the containing document, so a relative
path that works well in one context might not work well in another.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite"><br>
The relative path is right in respect to the depth of the "../"
segments, but incorrect regarding the folder: the eclipse folder in
which all plugins are installed is eclipse/plugins/ , not
eclipse/plugin/ as is being generated in the schema. </blockquote>
I'm not sure I can be more clear on this point. platform:/plugin/ and
platform:/resource are symbolic URIs that work as real live URLs within
Eclipse. There is no relationship to the symbolic URIs and the
physical name of the install location, the workspace location, or the
folder name where plugins are installed. None.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite">I
keep getting the
same schemalocation path (with different number of "../" segments)
regardless of the selected output folder: I allways get the ../<font
color="#ff0000"><b>plugin</b><font color="#000000">/.. folder in the
path, instead of the correct ../plugins/ one. I just realized you get
the same in your generated schema too!!:<br>
</font></font></blockquote>
I hope I've been clear but if not yet, this is correct behavior and
works correctly in the context of the XSD model and the XSD editor I
provide. But you are using it in a different context, although you're
still not made clear what that context is.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite"><font color="#ff0000"><font color="#000000"><br>
</font></font><small><?xml version="1.0"
encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
<font color="#ff0000">schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "</font>/></small><br>
<font color="#ff0000"><font color="#000000"><br>
So it's not a problem of the validator not being able to resolve the
plugin location from within eclipse (it shouldn't take this approach),
but the XSDExporter generating a wrong path for it. </font></font></blockquote>
The path is correct.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite"><font color="#ff0000"><font color="#000000">As we both get
the
same wrong path, it is also not a configuration issue, but rather some
bug in the code, I should say.<br>
</font></font></blockquote>
No, you keep making assumptions about these things corresponding to
physical names in the file system and I keep trying to explain they are
logical URIs supported by Eclipse.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite"><font color="#ff0000"><font color="#000000"><br>
What's your opinion?.<br>
</font></font></blockquote>
I'm a little frustrated since questions like what validator are you
using don't seem to get answered. If you open the .xsd, as I
suggested, with the Sample XML Schema editor, you'll see that it works
correctly. That's the best I can accomplish in the base framework. If
that doesn't work in your context, then you can modify the
schemaLocation and make the Ecore.xsd available in the location that
makes sense for your context.<br>
<blockquote cite="mid:fi1dar$d1d$1@build.eclipse.org"
type="cite"><font color="#ff0000"><font color="#000000"><br>
<br>
<br>
</font></font><br>
Ed Merks escribió:
<blockquote cite="mid:fi1apt$sn9$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i> <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
</blockquote>
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep.
For example, if I generate Change.xsd for the EMF's change model it
generates this:<br>
<blockquote><small><?xml version="1.0"
encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/><br>
</small></blockquote>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I
can see that the imports from Ecore.xsd are present:<br>
<blockquote><img src="cid:part1.02070708.08000501@gmail.com"
alt=""><br>
</blockquote>
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.<br>
<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">When
I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can
find
the
file
in the specified path, not if it's consistent with the active plugin
and all.<br>
</blockquote>
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">The
path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
</blockquote>
This is the file system path, but the generator is using a URI of the
form platform:/resource...<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">I
hope this helps pin-pointing the problem.<br>
</blockquote>
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="file:/actual-location-on-filesystem">file:/actual-location-on-filesystem </a>
rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return
createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote
cite="mid:fhv0lo$8j7$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote
cite="mid:fhuq01$uis$1@build.eclipse.org" type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is
taking
place
in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type
options
while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
</body>
</html>
--------------030404050806020209090700
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <part1.02070708.08000501@gmail.com>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYW GDEjJR0oOjM9
PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgV GC8aGi9jQjhC
Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2Nj Y2NjY2P/wAAR
CADaAPsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDaA84sX+4DgLnrj1/woSKJ yQkEbME3lQU3
BcZzjOe4p0H3D/vt/wChGoJJPIYSRXMcEj20PD5YsScNtHPOEUfdPQdKFFyd kF7EywwMMiKP
H+6KXyIf+eUf/fIpIG3qWLKxIQllGAxKKScYFUVt7We51CW7jjbyZQFlfgxq I0PDdVwSTxjB
OaFfqBf8iH/nlH/3yKPIh/55R/8AfIrKtrySzjLzmMWrXNwvAJYYaRyxP/AS MY989qE1HUPt
CWrwxpMzqN0i7RtZZDnCu3Qx+vPTjrQBq+RD/wA8o/8AvkUeRD/zyj/75FZU mp3bW908XkI9
pEzvuQsJCGdePmG3/Vk9/ve3M1tf3Ut9taALbNK8Ssdo5XcMg7stnaeNo69e OQC/5EP/ADyj
/wC+RR5EP/PKP/vkVRuLy5WaQxGIRQ3EUDKyEs24pkg5GPv9MHp71Vj1a/aG OU20aicRtEHI
XhnRccMxPD/ewMYHHOKANjyIf+eUf/fIo8iH/nlH/wB8isqfU7uCSaM+Qxtk kkkOwjzAqxtg
fN8vEmMnPTPtUyXl3JdNZK0CzIW3SmMlWAEZ4Xdkf6wdz9334AL/AJEP/PKP /vkUeRD/AM8o
/wDvkVjvez6haxzL5cUIntt0ZUsxLGN+GyAPvAdD09+Gfb7q7ggM8AjimeCW P7oIHmx8cMS3
3uuF+nPABt+RD/zyj/75FHkQ/wDPKP8A75FSUUAR+RD/AM8o/wDvkUtvbW8h 814k2g4RcYBx
3P48Yp9QQy7YVHu3/oRppETlyouiKNoRKNOTYV3Z2R9PzoVbR1DLbwEH/pmP 8Kz74xolpO+y
Qi3QCFwQTyOUYfxfTnpVm4kEd5OqgKNw4H+6KFFqz7ilJK5Y8u2/59oP+/Y/ wo8u2/59oP8A
v2P8KwQlrPc3012kbGKUBZX+9GojQ8N1XBJPGME5qK11CSzQvMYxbNc3A4BL DDSOWJ/4CRjH
vntVWM+ZnR+Xbf8APtB/37H+FHl23/PtB/37H+Fc4mrah56WzxRpMzqNzrtG 0q5zhWboU9ee
nHWiTWLtre5aIwo9rEzvuQsJCGdePmG3/V579fblWDmZ0fl23/PtB/37H+FH l23/AD7Qf9+x
/hWFb6pdS3u1oQts0jxKx2jldwyDuyc7TxtHXrxys2rSx3rwfugq5bzHJVNu zO0t2fPPT7vN
OwczNzy7b/n2g/79j/Cjy7b/AJ9oP+/Y/wAKwY9Ru5WjgV4UmIdmZoycbdvy lN3B+f8AvEYG
R14n0ibGj2Qz0t4//QRRYOdo0o3064aWKJbWRoztkVAuUPoccg8Gq0UNjcoZ LGWGRQccESLn
HTPUdu5+lMtW0/yidRKCzMz/AGfdu3Z3Hzt2P+WW7Gd3Gc5420QSSJLci5x9 s83/AEjb93ft
XG3/AGdu3HfGM85pblNuKuSLFCSVaBFYdVKineRD/wA8o/8AvkU15A4HOCOh 9KBcYHzI+f8A
ZUkfnSasXGakJFNGqsGkQEO3BYf3jSF0MAga8DRAAbGEZGB06iqjn94/++38 6lihkkXKRSOA
cEqpP8qGktWyedttJE8bwxg/v0Ocd1GMAADAwOgFMkjsJZlmlS2eVMbXYKWX ByMGhYkJIKkE
HBByCKlFvFj7v6mjQq8u39fcNDWo24MI2sXHI4Y5yfqcn8zUcMOnW5zBFaxH OcoqrzgjPHsT
+Zqb7PF/d/U0fZ4v7v6mjQd5dv6+4o3thY3rL5ssflrn92FjwcnLHJXIJ7kE fnVkx2DSSSFL
YySLsdiFyy+hPccCpfs8X939TR9ni/u/qaNAvLt/X3FOezs7i+S6mnV2Qgqp Efy45GGxu689
f04qdY7BGdkS2VpGDuQFG5gcgn1Oeal+zxf3f1NH2eL+7+po0C8u39fcMYWT FywtyXBDE7fm
BABB9cgD8hTZo7CdSsyW0is28hwpy2MZ5744qX7PF/d/U0fZ4v7v6mjQLy7f 19xFJHYSzLNK
ls8qY2uwUsuDkYNCx2CM7IlsrSMHcgKNzA5BPqc81L9ni/u/qaPs8X939TRo F5dv6+4Xz4f+
esf/AH0KPPh/56x/99Ck+zxf3f1NH2eL+7+po0C8u39fcL58P/PWP/voVRDZ HB4yen1NXfs8
X939TR9ni/u/qaaaRE4ymrFeO7uo41RLhgqgADavAH4VGzu7s7uWZjkk4HbH b6Vc+zxf3f1N
H2eL+7+pp3SM3TqPdmbJbwSyrLJDG8i42uygkY5GDTxGgxhFG1iw46E5yfry fzNX/s8X939T
R9ni/u/qafMifYz7mZFaW0BzDbxRnOcogHOCP5E/mahutNhuyvm/cGfkCJjk 5JyRkE+oIrZ+
zxf3f1NH2eL+7+ppcyH7Ge9zNNvAZHkMMZeRdrsVGWHoT3FP8tN27Yu7duzj nOMZ+uOPpV/7
PF/d/U0fZ4v7v6mnzIXsZdzMNpbNCsLW8RiU5VCg2g+w/E1KgCIqIAqqMADg AVe+zxf3f1NH
2eL+7+po5kHsZ9zOjhiid3ijRGkOXKqAWPv69aIYYrdCkEaRKTkhFCjP4Vo/ Z4v7v6mj7PF/
d/U0cyD2M+5SyfU0ZPqau/Z4v7v6mj7PF/d/U0cyD2Eii/8ArG/32/nVtDMd K2wTCNvtIyvm
+UZBtHyhux7/AIVUf/WN/vt/OpoZXSF4dkMkUjbisse4dB7+1LsXF2kyaNop Le0lj8wmRX3G
VssSGA5PfHPNQagiyyWUMih4pJyHRhlWAjc4I78gH8BU4Z3aPcIlSNSqrGm0 DOPf2p8kMc8R
jmjSSNuquoIP4GotbY3TuZrwiHVIIdO8iLEUu4EErHzEeFBHtxkdc/Vq6vNL 9mmihzA/lLKN
o+Rn28btwPAdTwp+o7akVvBCEEMMcYQEKFUDaCckD6kUw2NozxubWAvEAI2M YygHQD0xQMzY
9Uu/s9q8qQb7uJXQKDiMlkXJ5+b/AFgOOMYxk9aH1DUFuHtESOaZXb544uNo WM/dZx3k67u3
TnjSmtIpbfyVAiGzy1Kop2rxlQCCMHAGMVDBpNlDbG3aCOVC/mESRrgtjGcA ADjjgD+dADZ9
QeKxtroRb/M2looj5jtlScJjhiDg/QE1A+qTwxtLIbaREg3nymOHYJvO1uce ykfdO4E4IGn5
Me/f5abt2/O0Z3Yxn644+lIlvBG6ukMauqeWrKoBC/3R7e1AFOzWddWuhcSR yP5EWDHGUGN0
nYk1oVDb2lta7vs1vFDuxu8tAufripqACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigBdItYrl7nzQx2vxhyvc+hrT/su0/uSf9/X/AMapaB9+7/3/ AOrVs02THb7/
AMyn/Zdp/ck/7+v/AI0yWwsYYy8iyBQQOJHJyTgcA1fqvfZ+zghWbEkbEKCT gOCeBSKKKW9i
HIdLkBnAXd5oHOB1wMc/57UuoafbxWpaMSKxdF3CVjjLAHqfQ01UkBUG9v7n Lp8k1uqqMOpz
lY17A96vzWvnwmN55ccHI25BBBB6eoz+J9sNbiexiPa2iPtN7P16meMD69c1 dsLWxuLeIFw8
/lgyBLhjg456H1qFoJvtrsksriK4XeMgFx5aHnkDtj8as2s5uNSicxGLEMgw QfWM9wPXH4VU
mtiFfcivP7Lspo4p0u98n3PLSeQMeTgFcjOATjrgZq5/Zdp/ck/7+v8A403U I3e80xkRmCXL
MxAztHkyDJ9OSB+NY+tyXqHVEhmlTyY3vN6yEBYzbtGqDnOfMUtjGOM5zxUG htf2Xaf3JP8A
v6/+NH9l2n9yT/v6/wDjWHci6ZXFhJfR6fvj3tMk7yA4k3YBIlIz5P3Tjr23 VYtxeLLp4lkv
pTyAdhQbdx5Iyf4cAiU7iCCpDgggGp/Zdp/ck/7+v/jR/Zdp/ck/7+v/AI1c ooAp/wBl2n9y
T/v6/wDjR/Zdp/ck/wC/r/41cooAp/2Xaf3JP+/r/wCNH9l2n9yT/v6/+NXK KAKf9l2n9yT/
AL+v/jR/Zdp/ck/7+v8A41cooAp/2Xaf3JP+/r/40f2Xaf3JP+/r/wCNXKKA Kf8AZdp/ck/7
+v8A40f2Xaf3JP8Av6/+NXKKAKf9l2n9yT/v6/8AjR/Zdp/ck/7+v/jVyigC n/Zdp/ck/wC/
r/40f2Xaf3JP+/r/AONXKKAKf9l2n9yT/v6/+NH9l2n9yT/v6/8AjVyigCn/ AGXaf3JP+/r/
AONH9l2n9yT/AL+v/jVyigDG0D793/v/ANWrZrG0D793/v8A9WrZpsmO33/m FFFFIojiILzY
C8PzgD+6OvP+H9akqOI5ebnOH9enyj3/AMPp3MlAGddf2ZJODMLJ5N21zIEL DAPqfXHr/hYt
bezjHm2kMChhjfEoGfxFZFzLdefbC11C0gRLmUypIMkf6zlvnXIyV4x1wc8V qWRd7dmikj2m
SQqdu7Pztz1+n6+vDuxWQ1tTjV9ohlOXKKcoNxBwcZbPWmB7eJHjbTWiiuZM S5RNrs5wSwB5
z3qi0toCvmT26zQXUrbJZtnBYn+e09O1PbUku9sRlgLefFsWOQMT8/PfJ4AP QVTVmlYjm0vc
2pJEijaSR1REBZmY4CgdSTUMF/Z3Kq1vdwTKz7FMcgYFsZwMd8c49Kr65xp6 sfupcQO57Kqy
oWJ9AACSewFUb64ttQvNPbTbqIyG52NcRKHwPJm4DdCQCcDnG4EjBwYNDeor k9R1y7trIutz
HFLbedzNIka3OyR1AA2He3yfMFKffGMZGLEuoanBbtdRy/aHe4uoYrfyhjCC Up0+YtmMDrjB
6Z5oA6Sq81/ZwXCW813BHPJjZG8gDNk4GAeTzxXNz6rOk00VlrEd1bjyd9zJ JEqw7vNzl1Qq
MlEHzKfvY4yDU1jqEAu5xqtxbO09nEoXO7z18yYDaCAXyMfdXDZ4GCKAOmor lbi81azjsrdr
iKCWOziJ8+XmebkMv3HMmCF4Qg/N1ORi1PqVwk96i3edjoGAjGIELqpbkZQh SzfPkMAGX5Qy
gA3pJEijaSR1REBZmY4CgdSTTq5m81G4jgkaz1RriOKzupllEafOyCPbk7dr YLtyuBxg5IOa
95e3F1ZX1vDetdzym7gks1CMYkUShCAo3DlUGSSDu9SKAOsWRHZ1R1YodrAH O04BwfTgg/jT
q5s6k5upIpdW8iyVyFvP3Q3ERQsq7iu35t7t0yccYAxRa6hqckTXdxL5ZS4t ojbeUFAMiw7w
2fm4MhIGQQeuRwADpKKKKACiiigAooooAKKKKACiiigDG0D793/v/wBWrZrG 0D793/v/ANWr
ZpsmO33/AJhRRRSKI4t2+bPTfx16bR6/j04/HNSVHEMPNxjL+nX5R7f4/XsJ KAGP9+Pgn5ux
PHB9P6/zxT65+5iuvPtja6faTo9zKJXkOCf9Zw3yNgZC8564GOa1LIOluyxR x7RJIFG7bj52
46fT9fTkARLq5m3mG2jKK7JlpSCcEjpt9qHurmHYZraMIzqmVlJIyQOm33qh PKIbSZJI3DrP
IVDxDYdzHBywx09DWdaakstzLEUCpbzor7UVS+CSD0GTkdBj1xyKt2TIV2tz raKz9c509VP3
XuIEcdmVpUDA+oIJBHcGqN9awWd5p8WlxW0EzXOTGPlRcwzAOUH0Ppu24yMZ EFm9TZEEkbRs
WAYEEqxU8+hHI+orn7rXbuO0eWCFZntBK10qxjBVHZQQS427vLfoHI9+Mum1 u8tbeS8migeA
S3MSRpkMfKEjBix4GRHjGD1zn+GgDYtLKC03mISFnxueSRpGIHQbmJOBk8dO T6mrFc/danql
peGyxBczv5XltFDtxuEpOVaTB4i/vDr3xg1Y7iW61SSXUI1jtPs0a3aowPKy TKN2CQE4O4ZO
OASVDUAdVRWH9tvH1u4sbNLSLLuWldCT8scBBIBG4/vCOo4A9MGrJqNzqtjF cJ5UNutzZ7oi
pdyWaGTh8gDG8D7p6e/AB01RwQR26FIl2qXZyM55ZixP5k1JRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQBjaB9+7/3/AOrVs1jaB9+7/wB/+rVs02THb7/zCiiikURQ/wCs n4A+cdCOflX0
/r/LFS1HEcvNznD+vT5R7/4fTuZKAKstpaGVC1vEWdzk7F+Y4J5z1/Dn8M1Y jjSJAkaKijoq
jAFYV3dTQ3Fsq2l3cCe5kRmjn2jA8whVBdcEbAemMZ71qWjusBGySTa7gHcC cBmwMk57AfiP
fAAXNxZSJJBNcwjPysDIARVW3t9MS4R4rqNpM5x5inc3rgfXoMDp6CovLciG VXkVEu5d4RWb
I3k8gfTH/AqmuLqG4jAiUgpcRA5GD/rAOnUdO9U+VNIm7tc0pI0ljaORFdHB VlYZDA9QRUMF
hZ2yqtvaQQqr71EcYUBsYyMd8cZ9Kq+IHdNLJj83JnhXEL7HYGVAQGyMZBI6 jrVW8mjsdIjj
aSex+2S+UXu7nc0IIJY7yzYO1TtwSNxXjrUlGlPpthcqq3FlbShSzKJIlbBY 5YjI7nk+tSPb
RGPairGQWZHRVyjtnLDIIz8x5x3OetZdtrU9zFZLbW8VxNPHKWdZdkQaNlRi DgkqSTggE9OO
SQW2vm5HnR2bC08yFDI0gDfvVjK4UehkGckYHIJ6AAmsdAsLOGeIwxzrPt8w SQxhWC8qCqqF
4JJzjPvwMaEUEMOPKijjwioNqgYUZwPoMnA96w7jXLp7W3eGCONrvypbY+bn dGZY1If5fkJE
g6bu/PAyavr72wvIoY8YilENwgZgJFjZiDlNnBVhgMTkYI64ANqG0toGDQ28 UZA2gogGBgDH
Hsqj/gI9KjbTbBpIZGsrYvAFWJjEuYwOgU44x2xVFNSuDezWkNpG12HJcSXL eXhY4i2DtJHM
igDaAcE8E4pttr5uR50dmwtPMhQyNIA371YyuFHoZBnJGByCegANqiiigAoo ooAKKKKACiii
gAooooAKKKKACiiigDG0D793/v8A9WrZrG0D793/AL/9WrZpsmO33/mFFFFI ojiJLzZDcPxk
H+6OnP8Ah/WpKjiGHm4xl/Tr8o9v8fr2ElAFV7OIONplXe5JCyPjnJPQ4HP+ eaniiSGMJGCF
BJ5JJyTk8msW71EQXFus0l2zSzyKPKt94QDzMEEIcn5cYznBJ6Vp2058k+a0 jsruN2wnIDMB
0GOi/wAvUUANbTbZnZv3yliWIWd1GTyeAcULptsrq375ipDANO7DI5HBOKy5 IELxTOIFRruV
ZWlUcjeSOSPQEfiKszR2OyN7SOIMs8XzImOC4HB79D0rR6O1zPpexo3drFeW 5gnDFCVb5XKk
EEEEEEEYIBqO30+3tpFkTzWdQyq0szyEBtuRlif7i/l7modcuJLbTDJFLJE3 mxIXjTewDSKp
wMHJwT2NQtPLHpqLBdXMtxdyeVBJcwhHQkHJ27V+6FZsEc4xnkVmaF5LG3S8 a7WPE75y2485
CA8dOkafl7mo4dLsoLf7PFDti3xvt3E8oFCHr22L+X1rNvNenitVlit13Gzu ZZFJz5UsW0FS
cjIDFl468Ecc0atrbR2V35SXNtPCGVSRGR5n2dpcHk9Bjp3x1GaANBdHsVV1 ELEMNoBkY+WM
ggJk/JggEbcY2r6DA+j2Mlx5zwsxyzeWZGMeWBDHy87eQzZ45yfWmx6sjXMd tNbT29xI4URy
bSQCrsGJViMHy3HXOR071VPiCKO4uzLGy2tvGPnO0fP5skW0ktjkoMHgDkki gC42kWbA/LKr
k5MizyK5+VV5cHdyEXIzyQCeeakXTrRY2jSBVRpElKqSBuTbtwB0xsXgccU3 TNSt9Ut2mtzw
jlGG5W2nAOMqSp4IPBPX1yKuUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFAGNoH37v8A
3/6tWzWNoH37v/f/AKtWzTZMdvv/ADCiiikURQkGSfGMhxnHrtX2/wAf6CWo 4jl5uc4f16fK
Pf8Aw+ncyUAUnswJI8XDj96zqCE+ViGJ25UnPJ/AmrMEQgi2BmbksWbGSSST 0+tZN3rEVtPC
lzf2lu0krqqvwVA3jc3zjg7SM46kVo290DCTPJGrqzA87RgFhnBPopP4GgCo y20UkirqzQ5d
mMYkj+Uk5PVc9TTIreyMwxqfmMzq5TdF87A5GcKCeafFIYbOWQKMCeUsxUMA N59xUBvVumjh
G0v50ZOEC7cMCQfmOeB24/MVppcztpc0760W9tjC0kkXzo4ePG5SrBgRkEdQ Ooqu2kRT7Bfy
yX6puwlykZXJxztCgZGDg9fmb1p2s3j2GnNPG8UZEkab5hlEDOqljyOgJPUV RudUmt7K0m/t
PTWS4uDH9q8siJVCMf8Anpydy4zu79KzNC1/YdkA6qjLEwdPJQhUCOqhkAHQ EqG4wc555ILb
jQre5hljmmnYyuXd8qCSYfJJ4GPu89OvtxRb6spghkupY03JIQFjY+aFcIHT rw2VIXkneuCc
cxtqkt7fRW2mSxxfJIZTc2sm5Svl4G0lCOJAc/SgCY6OrN5r3ly90CpW5Oze mAwAAC7ejv1U
/e9hhseg2sUbJHJON3JYvubIkMqtkg5Ksxxnrn5t1SR6vB9mSSZZFkZ3jMUS NK2UYqxAUZKg
jrgdRnBOKkGqWRmSNZt+/bh0UtHlsFQXA2gnIwCcncPUUATWsBt4yrTyzuxy 0kpGT+AAA4A4
AHr1JNTVlwa7ZPEuZpJX2IS0VtJhyyhgFGDk7WDbQSQMk9CatNqNqskKb2Im CmOQIxjOfu/O
Bt57DPOR6igC1RVXS7l7zSrO6kCh54EkYL0BKgnH51aoAKKKKACiiigAoooo AKKKKACiiigA
ooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebnOH9e nyj3/wAPp3Ml
RxDDzcYy/p1+Ue3+P17CSgCg9lL5kRDxsI5nljJjOULBuT8wzwxHTvVq2iMM OxmDMWZiQMDJ
JPT8aqSXcjSw/uohuneOLdIcsyh8/wABxwrHr/hVu2lM0O9lCsGZSAcjIJHX 8KAKd5pkckEv
khhIx3gFyVLZz908d6y7PQZoruWRwwS4lEj5KkrjPHsee2fTIwKuJFbeTLLL bRSOZ5cs6noH
PUgGmH7K7RiG3gSYTR48sHIG/kHKjaeDx7H0q7a7kJ6bGlqVq95aeVHKsTiS ORWZNwBRwwyM
jP3fWq89lfzpbs95bC4t5zKri2bYQUZcFd+f4ic5/CrGpXT2dp5scSyuZI41 Vn2gl3CjJwcf
e9Krz3t/Alur2dsbi4nMSoLltgARmyW2Z/hIxj8agsq3ejMlvHIjSTTQ73Cx ovzSPMkuQGYD
aGT7uc4OM55MdlpuqNcvqDzwW9zI75SS33DayxLyFk4P7r+8eD26DSttSSWI SSmKEKJfN3y/
dMbbWI45XOfmOO3HPDV1izluESG4glgMUsjzpKCqbCmQSOOj568Y96AK93oE MyW+zyJHh8z/
AI+4BMrF2DOxXK4YsM5HAyRjpia20yWzlxbXSpbuUaRTCN5Kqq4BGFUEIuRt 9cEcYml1Szje
FfPjbzbj7NlXBCSbSdrc8HjGOuSKkW/s38/ZdwN9nz52JAfKxnO706Hr6GgD P0/QvsSWy/ad
/kSpJ9zG7bbiHHX23fp71XXwzs+xjz4JPs/kfvJbbdKPL28I275FO3pg8s3r Wp/a2m/Z/tH9
oWnkb9nmecu3djOM5xnHOKsJPDJNJCksbSxY8xFYFkzyMjtmgCPT7X7Fp1ta b9/kRJHuxjdt
AGcfhViiigAooooAKKKKACiiigAooooAKKKKACiiigDG0D793/v/ANWrZrG0 D793/v8A9WrZ
psmO33/mFFFFIojiGHm4xl/Tr8o9v8fr2ElRQgCSfGMlxnHrtX3/AMP6mWgD Fu9HiuZ4XubC
0uGjldlZ+SwO87W+Q8DcTjPUCtG3tQISJ442dmYnjcMEscZI9GI/E1G95mSP bDJjzWRfmUby
AwIGWGehPTt+IswSieLeFZeSpVsZBBIPT6UAUL3T3+yziGaVgzF/KONpySSO MHv61j2Ol3iX
srMZAs0oeNipHlqM9PTtwccY4PNaqbGR5JpZy5mkUKtwU4DHsWA4GKazxgQt DLOrtLHtDXG/
epYA4AY5GP51dtSE9C1rNm9/pzQRpFITJG+yY4RwrqxU8HqAR0NUbnS5riyt If7M01Ut7gyf
ZfMJiZSjD/nnwdzZxt7da1L67WytjM0ckvzogSPG5izBQBkgdSOpqvLqbxRQ tJp12JZpfKSH
MW4naWznftxhT3zx0qCzNu9LmhtbaVmUi1DMI41d8EzxyJGoVSdoCbMgcDB2 9hDHp19qY1G5
eKO3N1FPEisXHLxwqD8yhgMxtnIB9ARzXRWlyl3biZAyjLKyt1VlJVge3BBH HHHGamoAyZdK
catDdweUkUAhVIh8vCiZSOBxgSgj124461mroktjZK0g3G0SNY2Es87S7ZEb 7mD5YPljIUNj
PovPRWdyl5ZQXUYYJPGsihuoBGRn86moA5eHT72/nl1FoPLd5X2w/aZrfKlI l3bgofrERtKj
Oc9gTsaRp7adHPGTHsZ0KBM4AWKNOhJI5Q9zxjmtCigAooooAKKKKACiiigA ooooAKKKKACi
iigAooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebn OH9enyj3/wAP
p3MlRxAh5sluX4yT/dHTj/H+lSUAYV3pwnuLdpo7tWinkYeVcbA4PmYAAcYP zZzjOAR0rTto
D5J81ZEZnc7d5GAWYjocdG/l6Ch7yMuAnmkK5DbYnI4yOu055/z2qeKVJow8 ZJUkjkEHIODw
aAMy9tbmKyuBHMrRM5kKBNrYJJPzc+vpWNp8V7/aExLg+bOHhIPGPm56fMPp 7nIyK3Y2mlSS
VruZAJnQLHErYAYgfwk9BSPJNGEdbqd/3salZIQoIZgD/CP0q2m2Qmkh+uW8 lzphjiiklbzY
nKRvsYhZFY4ORg4B7iqN3bSz2liEsNQCW9yWaM3Q84qY3GQ/merAfezj2rYu 7qKztzPOWCAq
vyoWJJIAAABJySBVdtWtUgSVxcqHk8pVNrKHZsFuF27jwDzjHFQWZp06UQWn 2rT/ALbAnnFr
U7GILuGRm3EKWC7gWyTljyck1HBpd7G8K3EPn3ivAwv9wPloioJE3E7/AJis nAGDv56nHQQT
x3MKywtuRvbBBHBBB5BByCDyCMVJQByen6HeRT2T3Ec/mxJBtdGh2xKqIGQs QZByr8L8p3dR
ljTTo9/LdEtbSx+aUa6ZDFGjuJ4mLIUIc4AkIL/MB7k11VvPHc28VxC26KVA 6NjGQRkHmpKA
KOmWps3vI1iWK3M4MCJgKqeWmcAdPm3HHrk96vVXu72C02CUyFnztSONpGIH U7VBOBkc9OR6
iiG+t52iWOTLSozqNpBwpAbPoQWAIPOfoaALFFNVwzOAGyhwcqR2B4z169R9 O1OoAKKbHIks
ayRuro4DKynIYHoQadQAUUUUAFFFFABRRRQAUUUUAFFFFAHPaVdravc7o5H3 P/Bjjk+pFaP9
rJ/z7T/+O/8AxVY1r9+b/fP8zVaHfFfj7SbgSSSOEfzMxSDkqu3PBCjrgcqe TnlsmO33/mdF
/ayf8+0//jv/AMVR/ayf8+0//jv/AMVXOLqzbYHe3AS5CPDiTJKs6LluOD+8 BwM9+aWbVvJu
p4zBmOBZHdg/O1URuBjk/vAOo6UijfTU0V5Cbab5mzxs9APX29/6CRdVjZ0U wTLuYLk7cAk4
9a5641C4tYl8+0Hmu4SMRuzqeCey7uAp/hPUe+LVnObmO3laJ4mMqZVwQRhw O4Bx6ZA47CgC
/daTczz2jx30kCwzvIyoEOAwkwRuQ/N84HPGM9+avw27ojKZWXLu3y44yzHu Pcfl9c5+r+ZF
cNczm7FnHEGEltLt8ggsXd1yN4xtwMP908c8ul1pl1ZrOOzllSORYpJFRzhm AOeFK4AYE5YH
rx0yAOexuWilhAtwGkdklJJYBmJPGOPTrVW20nUI7l5JHttqOGhAycLk/KeO Ox4/LgU6016a
ZIJJrOONJUgkbZOWKrM22PHyjJ3ZyOMDkE9Ka/iQpM6CzaUEqYGjLASqZETI Lqqn/WKRgkH1
HBLbuJKxparaSXtl5MMnlP5sT7+6hZFYkZBGcA4yMZqG7064nSxVL6UPbzmR pyE8wgo68Dbt
/iA6dPes+91i5SWaOSBQLe2uWuYkmIyVWJlKOFDdJAO2MnrgZ0ob+4naSSOy 32yvJGrJKPML
ISpypAABKkA7j1GQOcIZUkspba2jW5lkNtG0rSC3laN5HeQFGJBXsWLDIXJ4 GAMUoZr7ak1y
87XiPDgpJiMoAnmAoCFJJ8zBI7jkYGNKS6e80ZpZIljPmKMK+4HDj1AIweCC AQQRjucjUI5X
eIqk8sIDbo4JfLfdxtOdy8AbuM9xx6ADNPj1C3Nr5lxIiWyQxqiAsCqooYY8 wLyQ/JUkAjng
AOdtTaZ3SeWFJirusbkmMiRG+Uu7A/KHHCqDkZXHRo1JVVQmZk2W7LIxwXEj lckY46Z/HtVZ
9WuZLS3dLcQvcCOSIGTOQXRWDccZ3jBGeOeDxQBq2sskGqCZkne2jSVIg8m9 wG8o4JZsn5kc
8k9R9BAsa+fC9zHciONrk/uZjG2ZZg68qwPTr7469agl1R0u2git/OzuWJlL AO4UnaSV2j7p
HDEg9uuJbe8S/tfPhGYDKojf++ARk4PI5yPwz3oAYTq04RZ7mQA/NIVLct5c a8bHQgblkOM4
+YcZ6XraWYS+beS3kkqFBG8bhFZQq7t0e7by2/sSAwwRgYdRQBJo90un6RaW jwTs8MSox3Bg
SBzgls4z09B6Vc/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8A n2n/APHf/iqz
6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+ Ko/tZP8An2n/
APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCf af8A8d/+Ko/t
ZP8An2n/APHf/iqz6KAKtsyq825gPnPU+5oS3tEuPOXG/JIHmEqCepC5wCcn kDPJ9TWdOzC4
lAYgbz396Zvf+8351VjHma0NFbKxUMABgjABkJ2DOcJz8nIH3cdB6CiKxsIi xSNPnDBtzbt2
4KGzk852rnPX8TWdvf8AvN+dG9/7zfnRYPaM0RZWWwrliSQd5nYuMZxh87h1 PQ9z6mp4vJt0
jWIrtjdWxuyThsnk9SeeT1JrH3v/AHm/Oje/95vzosHtGdLdT6PdyCSdnJxt YKJFDr/dcDAY
cnhsjk+poefR5LoXDM+/IYgCQIzDoxT7pIwMEjIwPQVzW9/7zfnRvf8AvN+d Fg9ozo0k0RER
F3BUSJFG2TgRNuQfgfz75qNU0JZVkBlJXGxS0pVAGVgFU8KMovAAHAHSsDe/ 95vzo3v/AHm/
Oiwe0Z0c8miXBmMu4mbd5hCyAsGQIRx2KqvHTIB6gGgyaIZnkbc+/dlHWRo8 tkMQh+UE5OSB
k7j6muc3v/eb86N7/wB5vzosHtGdDJPYLZNb2jsWd1dmkLEnBByzNyeAB1PY dBxUuIbe52+Y
5DLnDJKUYZ6jKkHHTj2HpWTvf+8350b3/vN+dFg9ozRW2h+2Rzs8OyBCkCKo Hlg4zzn2wMYw
CRzTjaWRjij2rtij8pPnPyr8vQ56/Kpz1GKzN7/3m/Oje/8Aeb86LB7RmhLp 9hM7NICQ27K+
cwX5gQx25wCQTzjuTUrrCm9oyu6SRXf5s5I2jP5AflWVvf8AvN+dG9/7zfnR YPaM3PMT++v5
0eYn99fzrD3v/eb86N7/AN5vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9/7z fnRYPaM3PMT+
+v50eYn99fzrD3v/AHm/Oje/95vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9 /wC8350WD2jN
zzE/vr+dHmJ/fX86w97/AN5vzo3v/eb86LB7Rm55if31/OjzE/vr+dYe9/7z fnRvf+8350WD
2jNzzE/vr+dHmJ/fX86w97/3m/Oje/8Aeb86LB7Rn//Z
--------------030404050806020209090700--
|
|
|
| Re: Problems with Ecore schemalocation while generating xsd with wizard. [message #414804 is a reply to message #414798] |
Wed, 21 November 2007 18:09 |
Juan Pedro Silva
Messages: 258
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------030100090607000102080006
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">
Ed: bugzilla <a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=210561">https://bugs.eclipse.org/bugs/show_bug.cgi?id=210561</a>
opened.<br>
Thanks a lot.<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1ng6$39t$2@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Juan,<br>
<br>
If you open a bugzilla, I'll commit this change for EMF/XSD 2.4.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi1n27$1vl$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Ed, platform:/plugin is validates correctly using the WTP validator.<br>
Thank you.<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fi1cb3$8pg$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
If I make this change to the exporter, then it will stop producing a
relative path between platform:/resource and platform:/plugin<br>
<blockquote><small>### Eclipse Workspace Patch 1.0</small><br>
<small>#P org.eclipse.xsd.ecore.exporter</small><br>
<small>Index:
src/org/eclipse/xsd/ecore/exporter/XSDExporter.java</small> <br>
<small> ============================================================ ======= </small><br>
<small>RCS file:
/cvsroot/modeling/org.eclipse.mdt/org.eclipse.xsd/plugins/or g.eclipse.xsd.ecore.exporter/src/org/eclipse/xsd/ecore/expor ter/XSDExporter.java,v </small><br>
<small>retrieving revision 1.7</small><br>
<small>diff -u -r1.7 XSDExporter.java</small><br>
<small>---
src/org/eclipse/xsd/ecore/exporter/XSDExporter.java  ;
28
Dec 2006 07:02:39 -0000 1.7</small><br>
<small>+++
src/org/eclipse/xsd/ecore/exporter/XSDExporter.java  ;
21
Nov 2007 13:34:48 -0000</small><br>
<small>@@ -107,7 +107,11 @@</small><br>
<small> GenPackage referencedGenPackage =
genModel.findGenPackage(referencedEPackage);</small><br>
<small> URI artifactURI =
getReferencedGenPackageArtifactURI(exportData, referencedGenPackage);</small><br>
<small> URI importLocationURI =
URI.createURI(computeSchemaLocation(xsdImport, artifactURI));</small><br>
<small> -   ; if (!schemaLocationURI.isRelative()
&&
schemaLocationURI.isHierarchical() &&
!importLocationURI.isRelative())</small><br>
<small> +   ; if (!schemaLocationURI.isRelative() &&</small><br>
<small> +   ;   ; schemaLocationURI.isHierarchical()
&& </small><br>
<small> +   ;   ; !importLocationURI.isRelative()
&&</small><br>
<small> +   ;   ; schemaLocationURI.isPlatformResource()
==
importLocationURI.isPlatformResource() &&</small><br>
<small> +   ;   ; schemaLocationURI.isPlatformPlugin() ==
importLocationURI.isPlatformPlugin())</small><br>
<small> {</small><br>
<small> importLocationURI =
importLocationURI.deresolve(schemaLocationURI, true, true, false);</small><br>
<small> }</small><br>
</blockquote>
I.e., it will produce this instead:<br>
<blockquote><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
<b>schemaLocation="platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd "</b>/></small><br>
</blockquote>
I'm not sure if that's better but it seems a bit nicer...<br>
<br>
<br>
Ed Merks wrote:
<blockquote cite="mid:fi1apt$sn9$1@build.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Just using new
URL(" platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd).open Stream()
should successfully read the XML Schema from the plugin regardless of
it's physical install location. More comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Hi Ed. I tyook a little longer to try some code out so I could give you
some more clues on what is going on.<br>
I tried the attached code to find the location of the plugin. The
output of the System.out.println() lines was the following:<br>
<br>
<font color="#33ccff">Bundle Location:<i> <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar">update@plugins/org.eclipse.emf.ecore_2.2.3.v200705141058.jar</a><br>
</i>Path: <i>J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a><br>
</i>URI:<i>
platform:/resource/J:/Programas/Eclipse_Para_RSA/eclipse/<a
moz-do-not-send="true" class="moz-txt-link-freetext"
href=" file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar%21/model/Ecore.xsd "> file:J:/Programas/Eclipse_Para_RSA/eclipse/plugins/org.eclip se.emf.ecore_2.2.3.v200705141058.jar!/model/Ecore.xsd </a></i></font><br>
<br>
So I guess the plugin is being resolved correctly and the problem might
be somewhere in the XSD generation (while it makes the schemalocation
path).<br>
</blockquote>
Certainly the relative path looks correct to me assuming that the
absolute path of the generated XSD is really that many levels deep.
For example, if I generate Change.xsd for the EMF's change model it
generates this:<br>
<blockquote><small><?xml version="1.0" encoding="UTF-8"?></small><br>
<small><xsd:schema xmlns:xsd=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:ecore=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
xmlns:change=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>
ecore:nsPrefix="change" ecore:package="org.eclipse.emf.ecore.change"
targetNamespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2003/Change">"http://www.eclipse.org/emf/2003/Change"</a>></small><br>
<small> <xsd:import
namespace=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="http://www.eclipse.org/emf/2002/Ecore">"http://www.eclipse.org/emf/2002/Ecore"</a>
schemaLocation="../../../plugin/org.eclipse.emf.ecore/model/Ecore.xsd "/><br>
</small></blockquote>
And I know it's working correctly because if I open the .xsd with the
"Sample XML Schema Editor" (the one provided by XSD, not the one
provided by WTP which is much better and isn't just a sample), it
doesn't complain about unresolved imports and on the Semantics tab I
can see that the imports from Ecore.xsd are present:<br>
<blockquote><img src="cid:part1.08030609.01050505@gmail.com"
alt=""><br>
</blockquote>
In this case the .xsd is generated to
platform:/resource/org.eclipse.emf.ecore.change/model/Change .xsd so the
three ".." are exactly right.<br>
<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">When
I talked about generating a new "plugin" folder and copying the
jar file in there so the validator could find the referenced schema, I
meant creating it so that the file in the path:<br>
<br>
<font color="#33ccff"><i>J:/Programas/Eclipse_Para_RSA/eclipse/plugin/ </i></font><i><font
color="#33ccff">org.eclipse.emf.ecore/model/Ecore.xsd</font ><br>
<br>
</i>existed. I guess the validator only checks if you can
find
the
file
in the specified path, not if it's consistent with the active plugin
and all.<br>
</blockquote>
I guess the question here is what validator are you using and most
importantly one URI is it using as load the .xsd. If it's not using
platform:/resource/whatever, but some other absolute URI, then the
relative path will not resolve to platform:/plugin/whatever, and that's
what it's sounding like.<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">The
path for the generated xsd is:<br>
<br>
<font color="#33ccff"><i> J:\Programas\Eclipse_Para_RSA\eclipse\ws_Europa\juan.pedro\W SDL_Output\schemas\ProblemasEcorePath\WSDL_Output\Schemas\Bl ankModel.xsd </i></font><br>
<br>
</blockquote>
This is the file system path, but the generator is using a URI of the
form platform:/resource...<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">I
hope this helps pin-pointing the problem.<br>
</blockquote>
I think we are getting closer. I think an important question to answer
is what URI is being used to open the resource in the validator. If
it's of the form <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="file:/actual-location-on-filesystem">file:/actual-location-on-filesystem </a>
rather than
platform:/resource/location-in-workspace then it's a problem (and that
also doesn't seem right to me, since this bypasses the workspace and
doesn't fully support EFS implementations of the workspace which might
supply resources that aren't actually in the file system).<br>
<blockquote cite="mid:fi19kh$obl$1@build.eclipse.org"
type="cite">Regards,<br>
Juan Pedro<br>
<br>
P.S.: Just in case, for generating the schema, I have a XSDExporter and
call: <br>
<font color="#33ccff">setGenModel(genmodel);<br>
setDirectoryURI(URI.createPlatformResourceURI(directory, true)); <br>
export(monitor);</font><br>
<br>
nothing strange in there.<br>
<br>
<br>
Ed Merks escribió:
<blockquote cite="mid:fhvoc1$r3k$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
Comments below.<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, I been trying to debug the execution of the exporter until the
point of the generation of the path with no luck.<br>
First thing is I'm running eclipse 3.2.2 and emf 2.2.3 (due to RSA
compatibility), so I don't have URI<big>.</big>createPlatformPluginURI(String
pathName, boolean encode).<big><br>
</big>I tried placing a breakpoint on
URI.createPlatformResourceURI(String pathName) to see when the path was
being generated, but seems that is not the alternative.<br>
</blockquote>
Before we had this method, has duplicate such code in quite a few
places. The use of platform:/plugin is correct and is done explicitly
to be able to reference things in the installed environment.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
Secondly, I'm not sure which comment specifically confused you, so I'll
try to make all of them a little clearer.<big><br>
</big></blockquote>
It was your the comment about placing Ecore.xsd in a plugin folder that
confused me.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">What
I did was create the plugin folder and copying the ecore
plugin in there.<br>
</blockquote>
Where though? Something like platform:/plugin/<plugin-ID>/path
should access "path" in the jar corresopnding the <plugin-ID>
installed in the target environment. I don't understand how it would
ever access anything else.<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">I
restarted eclipse, regenerated the xsd with the same result (same
schemalocation path), only that now the validator validates it
correctly (so it is not a problem of the structure of the path or that
the schema was inside a jar file or any other of such reasons). <br>
</blockquote>
I asked this before, but what is the absolute URI of the generated .xsd?<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite"><br>
I completely agree with you in that the active plugin was still the
other one, I was just making sure it wasn't a validator problem of some
kind.<br>
Hope this clarifies my comments a little more.<br>
</blockquote>
It's still not clear to me what's wrong. If the path correctly
resolves (URI has a resolve method) to the right absolute path, i.e.,
platform:/plugin/org.eclipse.emf.ecore/model/Ecore.xsd, then anything
running in Eclipse creating a URL for that should find it because it
should be in the Ecore plugin's jar...<br>
<blockquote cite="mid:fhv3t2$jj6$1@build.eclipse.org"
type="cite">Thanks,
Ed.<br>
Regards,<br>
Juan Pedro<br>
<small><br>
</small><br>
Ed Merks escribió:
<blockquote cite="mid:fhv1de$akc$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Juan,<br>
<br>
It's a logical location as created by this URI method:<br>
<blockquote><small> public static URI
createPlatformPluginURI(String
pathName, boolean encode)</small><br>
<small> {</small><br>
<small> return
createPlatformURI("platform:/plugin",
"platform:/plugin/", pathName, encode);</small><br>
<small> }</small><br>
</blockquote>
It should access the contents of the installed plugin in the running
environment. So your "plugin" folder comment kind of confuses me...<br>
<br>
<br>
Juan Pedro Silva wrote:
<blockquote cite="mid:fhv0lo$8j7$1@build.eclipse.org"
type="cite">
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
Ed, while posting on webtools newsgroup, I noticed the generated path:<br>
<br>
schemaLocation="../../../../../../../<font color="#ff0000"><b>plugin</b></font>/org.eclipse.emf.ecore/model/Ecore.xsd "<br>
<br>
refers to a wrong folder <i>"plugin"</i> instead of <i>"plugins"</i>,
which is the correct folder. It's odd somehow, as
the schema was generated by the EMF Exporter wizard, not by me.<br>
I tried placing the ecore jar file in a new "plugin" folder, and
everything
works fine.<br>
<br>
What is strange is that, should it be a miss-configuration of my
environmental variables, I should be getting error almost everywhere
else where I needed Ecore.xsd.<br>
The other strange thing is that this is not a variable a user normally
sets, is it?, it is platform-generated..<br>
<br>
I hold for your comments.<br>
Regards,<br>
Juan Pedro<br>
<br>
Juan Pedro Silva escribió:
<blockquote cite="mid:fhuq01$uis$1@build.eclipse.org"
type="cite">Ed,
comments inline. <br>
<br>
Ed Merks escribió: <br>
<blockquote type="cite">
<blockquote type="cite">-The validation is taking
place
in
a
eclipse environment, selecting the file (already in the workspace) in
the package explorer, right-click/validate. So it goes down to one of
two options: either I'm having some miss-configuration, or the
validation rules don't allow such a path expression. I placed Ecore.xsd
in the same folder and shortened the path to "./" and it worked fine. <br>
</blockquote>
So likely WTP is providing that support. What is the exact absolute
location URI of the schema that contains this relative path? Is it
really that many levels deep that the relative path should resolve to
the correct absolute path? I suppose having to modify one import on
the result isn't too bad, just kind of annoying... <br>
</blockquote>
By counting the segments I get that it is the proper path to Ecore.xsd
(seven ../ segments take me to the "eclipse" folder, and the rest of
the path takes to the correspondent plugin and file). I'll turn to the
webtools newsgroup and ask there about the depth of the path. <br>
<blockquote type="cite">
<blockquote type="cite">. The available type
options
while
modeling
UML are UML, Ecore, Default, Standard, the ones available in the
current model, and the ones available in the applied profiles, so I
cannot choose XML Schema data types while editing the models, and would
have to make the transformation by code on a later step. <br>
</blockquote>
I guess you'd need some different UML provide to access the XML Type
package's types. I don't know enough about UML for how to create that.
<br>
</blockquote>
Ok, I may post in the UML newsgroup about this if I can't solve the
issue with what I'm told in the webtools newsgroup. <br>
Thanks again for your quick replies and all your help. <br>
Regards, <br>
Juan Pedro <br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</body>
</html>
--------------030100090607000102080006
Content-Type: image/jpeg
Content-Transfer-Encoding: base64
Content-ID: <part1.08030609.01050505@gmail.com>
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYW GDEjJR0oOjM9
PDkzODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgV GC8aGi9jQjhC
Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2Nj Y2NjY2P/wAAR
CADaAPsDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDaA84sX+4DgLnrj1/woSKJ yQkEbME3lQU3
BcZzjOe4p0H3D/vt/wChGoJJPIYSRXMcEj20PD5YsScNtHPOEUfdPQdKFFyd kF7EywwMMiKP
H+6KXyIf+eUf/fIpIG3qWLKxIQllGAxKKScYFUVt7We51CW7jjbyZQFlfgxq I0PDdVwSTxjB
OaFfqBf8iH/nlH/3yKPIh/55R/8AfIrKtrySzjLzmMWrXNwvAJYYaRyxP/AS MY989qE1HUPt
CWrwxpMzqN0i7RtZZDnCu3Qx+vPTjrQBq+RD/wA8o/8AvkUeRD/zyj/75FZU mp3bW908XkI9
pEzvuQsJCGdePmG3/Vk9/ve3M1tf3Ut9taALbNK8Ssdo5XcMg7stnaeNo69e OQC/5EP/ADyj
/wC+RR5EP/PKP/vkVRuLy5WaQxGIRQ3EUDKyEs24pkg5GPv9MHp71Vj1a/aG OU20aicRtEHI
XhnRccMxPD/ewMYHHOKANjyIf+eUf/fIo8iH/nlH/wB8isqfU7uCSaM+Qxtk kkkOwjzAqxtg
fN8vEmMnPTPtUyXl3JdNZK0CzIW3SmMlWAEZ4Xdkf6wdz9334AL/AJEP/PKP /vkUeRD/AM8o
/wDvkVjvez6haxzL5cUIntt0ZUsxLGN+GyAPvAdD09+Gfb7q7ggM8AjimeCW P7oIHmx8cMS3
3uuF+nPABt+RD/zyj/75FHkQ/wDPKP8A75FSUUAR+RD/AM8o/wDvkUtvbW8h 814k2g4RcYBx
3P48Yp9QQy7YVHu3/oRppETlyouiKNoRKNOTYV3Z2R9PzoVbR1DLbwEH/pmP 8Kz74xolpO+y
Qi3QCFwQTyOUYfxfTnpVm4kEd5OqgKNw4H+6KFFqz7ilJK5Y8u2/59oP+/Y/ wo8u2/59oP8A
v2P8KwQlrPc3012kbGKUBZX+9GojQ8N1XBJPGME5qK11CSzQvMYxbNc3A4BL DDSOWJ/4CRjH
vntVWM+ZnR+Xbf8APtB/37H+FHl23/PtB/37H+Fc4mrah56WzxRpMzqNzrtG 0q5zhWboU9ee
nHWiTWLtre5aIwo9rEzvuQsJCGdePmG3/V579fblWDmZ0fl23/PtB/37H+FH l23/AD7Qf9+x
/hWFb6pdS3u1oQts0jxKx2jldwyDuyc7TxtHXrxys2rSx3rwfugq5bzHJVNu zO0t2fPPT7vN
OwczNzy7b/n2g/79j/Cjy7b/AJ9oP+/Y/wAKwY9Ru5WjgV4UmIdmZoycbdvy lN3B+f8AvEYG
R14n0ibGj2Qz0t4//QRRYOdo0o3064aWKJbWRoztkVAuUPoccg8Gq0UNjcoZ LGWGRQccESLn
HTPUdu5+lMtW0/yidRKCzMz/AGfdu3Z3Hzt2P+WW7Gd3Gc5420QSSJLci5x9 s83/AEjb93ft
XG3/AGdu3HfGM85pblNuKuSLFCSVaBFYdVKineRD/wA8o/8AvkU15A4HOCOh 9KBcYHzI+f8A
ZUkfnSasXGakJFNGqsGkQEO3BYf3jSF0MAga8DRAAbGEZGB06iqjn94/++38 6lihkkXKRSOA
cEqpP8qGktWyedttJE8bwxg/v0Ocd1GMAADAwOgFMkjsJZlmlS2eVMbXYKWX ByMGhYkJIKkE
HBByCKlFvFj7v6mjQq8u39fcNDWo24MI2sXHI4Y5yfqcn8zUcMOnW5zBFaxH OcoqrzgjPHsT
+Zqb7PF/d/U0fZ4v7v6mjQd5dv6+4o3thY3rL5ssflrn92FjwcnLHJXIJ7kE fnVkx2DSSSFL
YySLsdiFyy+hPccCpfs8X939TR9ni/u/qaNAvLt/X3FOezs7i+S6mnV2Qgqp Efy45GGxu689
f04qdY7BGdkS2VpGDuQFG5gcgn1Oeal+zxf3f1NH2eL+7+po0C8u39fcMYWT FywtyXBDE7fm
BABB9cgD8hTZo7CdSsyW0is28hwpy2MZ5744qX7PF/d/U0fZ4v7v6mjQLy7f 19xFJHYSzLNK
ls8qY2uwUsuDkYNCx2CM7IlsrSMHcgKNzA5BPqc81L9ni/u/qaPs8X939TRo F5dv6+4Xz4f+
esf/AH0KPPh/56x/99Ck+zxf3f1NH2eL+7+po0C8u39fcL58P/PWP/voVRDZ HB4yen1NXfs8
X939TR9ni/u/qaaaRE4ymrFeO7uo41RLhgqgADavAH4VGzu7s7uWZjkk4HbH b6Vc+zxf3f1N
H2eL+7+pp3SM3TqPdmbJbwSyrLJDG8i42uygkY5GDTxGgxhFG1iw46E5yfry fzNX/s8X939T
R9ni/u/qafMifYz7mZFaW0BzDbxRnOcogHOCP5E/mahutNhuyvm/cGfkCJjk 5JyRkE+oIrZ+
zxf3f1NH2eL+7+ppcyH7Ge9zNNvAZHkMMZeRdrsVGWHoT3FP8tN27Yu7duzj nOMZ+uOPpV/7
PF/d/U0fZ4v7v6mnzIXsZdzMNpbNCsLW8RiU5VCg2g+w/E1KgCIqIAqqMADg AVe+zxf3f1NH
2eL+7+po5kHsZ9zOjhiid3ijRGkOXKqAWPv69aIYYrdCkEaRKTkhFCjP4Vo/ Z4v7v6mj7PF/
d/U0cyD2M+5SyfU0ZPqau/Z4v7v6mj7PF/d/U0cyD2Eii/8ArG/32/nVtDMd K2wTCNvtIyvm
+UZBtHyhux7/AIVUf/WN/vt/OpoZXSF4dkMkUjbisse4dB7+1LsXF2kyaNop Le0lj8wmRX3G
VssSGA5PfHPNQagiyyWUMih4pJyHRhlWAjc4I78gH8BU4Z3aPcIlSNSqrGm0 DOPf2p8kMc8R
jmjSSNuquoIP4GotbY3TuZrwiHVIIdO8iLEUu4EErHzEeFBHtxkdc/Vq6vNL 9mmihzA/lLKN
o+Rn28btwPAdTwp+o7akVvBCEEMMcYQEKFUDaCckD6kUw2NozxubWAvEAI2M YygHQD0xQMzY
9Uu/s9q8qQb7uJXQKDiMlkXJ5+b/AFgOOMYxk9aH1DUFuHtESOaZXb544uNo WM/dZx3k67u3
TnjSmtIpbfyVAiGzy1Kop2rxlQCCMHAGMVDBpNlDbG3aCOVC/mESRrgtjGcA ADjjgD+dADZ9
QeKxtroRb/M2looj5jtlScJjhiDg/QE1A+qTwxtLIbaREg3nymOHYJvO1uce ykfdO4E4IGn5
Me/f5abt2/O0Z3Yxn644+lIlvBG6ukMauqeWrKoBC/3R7e1AFOzWddWuhcSR yP5EWDHGUGN0
nYk1oVDb2lta7vs1vFDuxu8tAufripqACiiigAooooAKKKKACiiigAooooAK KKKACiiigAoo
ooAKKKKACiiigBdItYrl7nzQx2vxhyvc+hrT/su0/uSf9/X/AMapaB9+7/3/ AOrVs02THb7/
AMyn/Zdp/ck/7+v/AI0yWwsYYy8iyBQQOJHJyTgcA1fqvfZ+zghWbEkbEKCT gOCeBSKKKW9i
HIdLkBnAXd5oHOB1wMc/57UuoafbxWpaMSKxdF3CVjjLAHqfQ01UkBUG9v7n Lp8k1uqqMOpz
lY17A96vzWvnwmN55ccHI25BBBB6eoz+J9sNbiexiPa2iPtN7P16meMD69c1 dsLWxuLeIFw8
/lgyBLhjg456H1qFoJvtrsksriK4XeMgFx5aHnkDtj8as2s5uNSicxGLEMgw QfWM9wPXH4VU
mtiFfcivP7Lspo4p0u98n3PLSeQMeTgFcjOATjrgZq5/Zdp/ck/7+v8A403U I3e80xkRmCXL
MxAztHkyDJ9OSB+NY+tyXqHVEhmlTyY3vN6yEBYzbtGqDnOfMUtjGOM5zxUG htf2Xaf3JP8A
v6/+NH9l2n9yT/v6/wDjWHci6ZXFhJfR6fvj3tMk7yA4k3YBIlIz5P3Tjr23 VYtxeLLp4lkv
pTyAdhQbdx5Iyf4cAiU7iCCpDgggGp/Zdp/ck/7+v/jR/Zdp/ck/7+v/AI1c ooAp/wBl2n9y
T/v6/wDjR/Zdp/ck/wC/r/41cooAp/2Xaf3JP+/r/wCNH9l2n9yT/v6/+NXK KAKf9l2n9yT/
AL+v/jR/Zdp/ck/7+v8A41cooAp/2Xaf3JP+/r/40f2Xaf3JP+/r/wCNXKKA Kf8AZdp/ck/7
+v8A40f2Xaf3JP8Av6/+NXKKAKf9l2n9yT/v6/8AjR/Zdp/ck/7+v/jVyigC n/Zdp/ck/wC/
r/40f2Xaf3JP+/r/AONXKKAKf9l2n9yT/v6/+NH9l2n9yT/v6/8AjVyigCn/ AGXaf3JP+/r/
AONH9l2n9yT/AL+v/jVyigDG0D793/v/ANWrZrG0D793/v8A9WrZpsmO33/m FFFFIojiILzY
C8PzgD+6OvP+H9akqOI5ebnOH9enyj3/AMPp3MlAGddf2ZJODMLJ5N21zIEL DAPqfXHr/hYt
bezjHm2kMChhjfEoGfxFZFzLdefbC11C0gRLmUypIMkf6zlvnXIyV4x1wc8V qWRd7dmikj2m
SQqdu7Pztz1+n6+vDuxWQ1tTjV9ohlOXKKcoNxBwcZbPWmB7eJHjbTWiiuZM S5RNrs5wSwB5
z3qi0toCvmT26zQXUrbJZtnBYn+e09O1PbUku9sRlgLefFsWOQMT8/PfJ4AP QVTVmlYjm0vc
2pJEijaSR1REBZmY4CgdSTUMF/Z3Kq1vdwTKz7FMcgYFsZwMd8c49Kr65xp6 sfupcQO57Kqy
oWJ9AACSewFUb64ttQvNPbTbqIyG52NcRKHwPJm4DdCQCcDnG4EjBwYNDeor k9R1y7trIutz
HFLbedzNIka3OyR1AA2He3yfMFKffGMZGLEuoanBbtdRy/aHe4uoYrfyhjCC Up0+YtmMDrjB
6Z5oA6Sq81/ZwXCW813BHPJjZG8gDNk4GAeTzxXNz6rOk00VlrEd1bjyd9zJ JEqw7vNzl1Qq
MlEHzKfvY4yDU1jqEAu5xqtxbO09nEoXO7z18yYDaCAXyMfdXDZ4GCKAOmor lbi81azjsrdr
iKCWOziJ8+XmebkMv3HMmCF4Qg/N1ORi1PqVwk96i3edjoGAjGIELqpbkZQh SzfPkMAGX5Qy
gA3pJEijaSR1REBZmY4CgdSTTq5m81G4jgkaz1RriOKzupllEafOyCPbk7dr YLtyuBxg5IOa
95e3F1ZX1vDetdzym7gks1CMYkUShCAo3DlUGSSDu9SKAOsWRHZ1R1YodrAH O04BwfTgg/jT
q5s6k5upIpdW8iyVyFvP3Q3ERQsq7iu35t7t0yccYAxRa6hqckTXdxL5ZS4t ojbeUFAMiw7w
2fm4MhIGQQeuRwADpKKKKACiiigAooooAKKKKACiiigDG0D793/v/wBWrZrG 0D793/v/ANWr
ZpsmO33/AJhRRRSKI4t2+bPTfx16bR6/j04/HNSVHEMPNxjL+nX5R7f4/XsJ KAGP9+Pgn5ux
PHB9P6/zxT65+5iuvPtja6faTo9zKJXkOCf9Zw3yNgZC8564GOa1LIOluyxR x7RJIFG7bj52
46fT9fTkARLq5m3mG2jKK7JlpSCcEjpt9qHurmHYZraMIzqmVlJIyQOm33qh PKIbSZJI3DrP
IVDxDYdzHBywx09DWdaakstzLEUCpbzor7UVS+CSD0GTkdBj1xyKt2TIV2tz raKz9c509VP3
XuIEcdmVpUDA+oIJBHcGqN9awWd5p8WlxW0EzXOTGPlRcwzAOUH0Ppu24yMZ EFm9TZEEkbRs
WAYEEqxU8+hHI+orn7rXbuO0eWCFZntBK10qxjBVHZQQS427vLfoHI9+Mum1 u8tbeS8migeA
S3MSRpkMfKEjBix4GRHjGD1zn+GgDYtLKC03mISFnxueSRpGIHQbmJOBk8dO T6mrFc/danql
peGyxBczv5XltFDtxuEpOVaTB4i/vDr3xg1Y7iW61SSXUI1jtPs0a3aowPKy TKN2CQE4O4ZO
OASVDUAdVRWH9tvH1u4sbNLSLLuWldCT8scBBIBG4/vCOo4A9MGrJqNzqtjF cJ5UNutzZ7oi
pdyWaGTh8gDG8D7p6e/AB01RwQR26FIl2qXZyM55ZixP5k1JRQAUUUUAFFFF ABRRRQAUUUUA
FFFFABRRRQBjaB9+7/3/AOrVs1jaB9+7/wB/+rVs02THb7/zCiiikURQ/wCs n4A+cdCOflX0
/r/LFS1HEcvNznD+vT5R7/4fTuZKAKstpaGVC1vEWdzk7F+Y4J5z1/Dn8M1Y jjSJAkaKijoq
jAFYV3dTQ3Fsq2l3cCe5kRmjn2jA8whVBdcEbAemMZ71qWjusBGySTa7gHcC cBmwMk57AfiP
fAAXNxZSJJBNcwjPysDIARVW3t9MS4R4rqNpM5x5inc3rgfXoMDp6CovLciG VXkVEu5d4RWb
I3k8gfTH/AqmuLqG4jAiUgpcRA5GD/rAOnUdO9U+VNIm7tc0pI0ljaORFdHB VlYZDA9QRUMF
hZ2yqtvaQQqr71EcYUBsYyMd8cZ9Kq+IHdNLJj83JnhXEL7HYGVAQGyMZBI6 jrVW8mjsdIjj
aSex+2S+UXu7nc0IIJY7yzYO1TtwSNxXjrUlGlPpthcqq3FlbShSzKJIlbBY 5YjI7nk+tSPb
RGPairGQWZHRVyjtnLDIIz8x5x3OetZdtrU9zFZLbW8VxNPHKWdZdkQaNlRi DgkqSTggE9OO
SQW2vm5HnR2bC08yFDI0gDfvVjK4UehkGckYHIJ6AAmsdAsLOGeIwxzrPt8w SQxhWC8qCqqF
4JJzjPvwMaEUEMOPKijjwioNqgYUZwPoMnA96w7jXLp7W3eGCONrvypbY+bn dGZY1If5fkJE
g6bu/PAyavr72wvIoY8YilENwgZgJFjZiDlNnBVhgMTkYI64ANqG0toGDQ28 UZA2gogGBgDH
Hsqj/gI9KjbTbBpIZGsrYvAFWJjEuYwOgU44x2xVFNSuDezWkNpG12HJcSXL eXhY4i2DtJHM
igDaAcE8E4pttr5uR50dmwtPMhQyNIA371YyuFHoZBnJGByCegANqiiigAoo ooAKKKKACiii
gAooooAKKKKACiiigDG0D793/v8A9WrZrG0D793/AL/9WrZpsmO33/mFFFFI ojiJLzZDcPxk
H+6OnP8Ah/WpKjiGHm4xl/Tr8o9v8fr2ElAFV7OIONplXe5JCyPjnJPQ4HP+ eaniiSGMJGCF
BJ5JJyTk8msW71EQXFus0l2zSzyKPKt94QDzMEEIcn5cYznBJ6Vp2058k+a0 jsruN2wnIDMB
0GOi/wAvUUANbTbZnZv3yliWIWd1GTyeAcULptsrq375ipDANO7DI5HBOKy5 IELxTOIFRruV
ZWlUcjeSOSPQEfiKszR2OyN7SOIMs8XzImOC4HB79D0rR6O1zPpexo3drFeW 5gnDFCVb5XKk
EEEEEEEYIBqO30+3tpFkTzWdQyq0szyEBtuRlif7i/l7modcuJLbTDJFLJE3 mxIXjTewDSKp
wMHJwT2NQtPLHpqLBdXMtxdyeVBJcwhHQkHJ27V+6FZsEc4xnkVmaF5LG3S8 a7WPE75y2485
CA8dOkafl7mo4dLsoLf7PFDti3xvt3E8oFCHr22L+X1rNvNenitVlit13Gzu ZZFJz5UsW0FS
cjIDFl468Ecc0atrbR2V35SXNtPCGVSRGR5n2dpcHk9Bjp3x1GaANBdHsVV1 ELEMNoBkY+WM
ggJk/JggEbcY2r6DA+j2Mlx5zwsxyzeWZGMeWBDHy87eQzZ45yfWmx6sjXMd tNbT29xI4URy
bSQCrsGJViMHy3HXOR071VPiCKO4uzLGy2tvGPnO0fP5skW0ktjkoMHgDkki gC42kWbA/LKr
k5MizyK5+VV5cHdyEXIzyQCeeakXTrRY2jSBVRpElKqSBuTbtwB0xsXgccU3 TNSt9Ut2mtzw
jlGG5W2nAOMqSp4IPBPX1yKuUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFAGNoH37v8A
3/6tWzWNoH37v/f/AKtWzTZMdvv/ADCiiikURQkGSfGMhxnHrtX2/wAf6CWo 4jl5uc4f16fK
Pf8Aw+ncyUAUnswJI8XDj96zqCE+ViGJ25UnPJ/AmrMEQgi2BmbksWbGSSST 0+tZN3rEVtPC
lzf2lu0krqqvwVA3jc3zjg7SM46kVo290DCTPJGrqzA87RgFhnBPopP4GgCo y20UkirqzQ5d
mMYkj+Uk5PVc9TTIreyMwxqfmMzq5TdF87A5GcKCeafFIYbOWQKMCeUsxUMA N59xUBvVumjh
G0v50ZOEC7cMCQfmOeB24/MVppcztpc0760W9tjC0kkXzo4ePG5SrBgRkEdQ Ooqu2kRT7Bfy
yX6puwlykZXJxztCgZGDg9fmb1p2s3j2GnNPG8UZEkab5hlEDOqljyOgJPUV RudUmt7K0m/t
PTWS4uDH9q8siJVCMf8Anpydy4zu79KzNC1/YdkA6qjLEwdPJQhUCOqhkAHQ EqG4wc555ILb
jQre5hljmmnYyuXd8qCSYfJJ4GPu89OvtxRb6spghkupY03JIQFjY+aFcIHT rw2VIXkneuCc
cxtqkt7fRW2mSxxfJIZTc2sm5Svl4G0lCOJAc/SgCY6OrN5r3ly90CpW5Oze mAwAAC7ejv1U
/e9hhseg2sUbJHJON3JYvubIkMqtkg5Ksxxnrn5t1SR6vB9mSSZZFkZ3jMUS NK2UYqxAUZKg
jrgdRnBOKkGqWRmSNZt+/bh0UtHlsFQXA2gnIwCcncPUUATWsBt4yrTyzuxy 0kpGT+AAA4A4
AHr1JNTVlwa7ZPEuZpJX2IS0VtJhyyhgFGDk7WDbQSQMk9CatNqNqskKb2Im CmOQIxjOfu/O
Bt57DPOR6igC1RVXS7l7zSrO6kCh54EkYL0BKgnH51aoAKKKKACiiigAoooo AKKKKACiiigA
ooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebnOH9e nyj3/wAPp3Ml
RxDDzcYy/p1+Ue3+P17CSgCg9lL5kRDxsI5nljJjOULBuT8wzwxHTvVq2iMM OxmDMWZiQMDJ
JPT8aqSXcjSw/uohuneOLdIcsyh8/wABxwrHr/hVu2lM0O9lCsGZSAcjIJHX 8KAKd5pkckEv
khhIx3gFyVLZz908d6y7PQZoruWRwwS4lEj5KkrjPHsee2fTIwKuJFbeTLLL bRSOZ5cs6noH
PUgGmH7K7RiG3gSYTR48sHIG/kHKjaeDx7H0q7a7kJ6bGlqVq95aeVHKsTiS ORWZNwBRwwyM
jP3fWq89lfzpbs95bC4t5zKri2bYQUZcFd+f4ic5/CrGpXT2dp5scSyuZI41 Vn2gl3CjJwcf
e9Krz3t/Alur2dsbi4nMSoLltgARmyW2Z/hIxj8agsq3ejMlvHIjSTTQ73Cx ovzSPMkuQGYD
aGT7uc4OM55MdlpuqNcvqDzwW9zI75SS33DayxLyFk4P7r+8eD26DSttSSWI SSmKEKJfN3y/
dMbbWI45XOfmOO3HPDV1izluESG4glgMUsjzpKCqbCmQSOOj568Y96AK93oE MyW+zyJHh8z/
AI+4BMrF2DOxXK4YsM5HAyRjpia20yWzlxbXSpbuUaRTCN5Kqq4BGFUEIuRt 9cEcYml1Szje
FfPjbzbj7NlXBCSbSdrc8HjGOuSKkW/s38/ZdwN9nz52JAfKxnO706Hr6GgD P0/QvsSWy/ad
/kSpJ9zG7bbiHHX23fp71XXwzs+xjz4JPs/kfvJbbdKPL28I275FO3pg8s3r Wp/a2m/Z/tH9
oWnkb9nmecu3djOM5xnHOKsJPDJNJCksbSxY8xFYFkzyMjtmgCPT7X7Fp1ta b9/kRJHuxjdt
AGcfhViiigAooooAKKKKACiiigAooooAKKKKACiiigDG0D793/v/ANWrZrG0 D793/v8A9WrZ
psmO33/mFFFFIojiGHm4xl/Tr8o9v8fr2ElRQgCSfGMlxnHrtX3/AMP6mWgD Fu9HiuZ4XubC
0uGjldlZ+SwO87W+Q8DcTjPUCtG3tQISJ442dmYnjcMEscZI9GI/E1G95mSP bDJjzWRfmUby
AwIGWGehPTt+IswSieLeFZeSpVsZBBIPT6UAUL3T3+yziGaVgzF/KONpySSO MHv61j2Ol3iX
srMZAs0oeNipHlqM9PTtwccY4PNaqbGR5JpZy5mkUKtwU4DHsWA4GKazxgQt DLOrtLHtDXG/
epYA4AY5GP51dtSE9C1rNm9/pzQRpFITJG+yY4RwrqxU8HqAR0NUbnS5riyt If7M01Ut7gyf
ZfMJiZSjD/nnwdzZxt7da1L67WytjM0ckvzogSPG5izBQBkgdSOpqvLqbxRQ tJp12JZpfKSH
MW4naWznftxhT3zx0qCzNu9LmhtbaVmUi1DMI41d8EzxyJGoVSdoCbMgcDB2 9hDHp19qY1G5
eKO3N1FPEisXHLxwqD8yhgMxtnIB9ARzXRWlyl3biZAyjLKyt1VlJVge3BBH HHHGamoAyZdK
catDdweUkUAhVIh8vCiZSOBxgSgj124461mroktjZK0g3G0SNY2Es87S7ZEb 7mD5YPljIUNj
PovPRWdyl5ZQXUYYJPGsihuoBGRn86moA5eHT72/nl1FoPLd5X2w/aZrfKlI l3bgofrERtKj
Oc9gTsaRp7adHPGTHsZ0KBM4AWKNOhJI5Q9zxjmtCigAooooAKKKKACiiigA ooooAKKKKACi
iigAooooAxtA+/d/7/8AVq2axtA+/d/7/wDVq2abJjt9/wCYUUUUiiOI5ebn OH9enyj3/wAP
p3MlRxAh5sluX4yT/dHTj/H+lSUAYV3pwnuLdpo7tWinkYeVcbA4PmYAAcYP zZzjOAR0rTto
D5J81ZEZnc7d5GAWYjocdG/l6Ch7yMuAnmkK5DbYnI4yOu055/z2qeKVJow8 ZJUkjkEHIODw
aAMy9tbmKyuBHMrRM5kKBNrYJJPzc+vpWNp8V7/aExLg+bOHhIPGPm56fMPp 7nIyK3Y2mlSS
VruZAJnQLHErYAYgfwk9BSPJNGEdbqd/3salZIQoIZgD/CP0q2m2Qmkh+uW8 lzphjiiklbzY
nKRvsYhZFY4ORg4B7iqN3bSz2liEsNQCW9yWaM3Q84qY3GQ/merAfezj2rYu 7qKztzPOWCAq
vyoWJJIAAABJySBVdtWtUgSVxcqHk8pVNrKHZsFuF27jwDzjHFQWZp06UQWn 2rT/ALbAnnFr
U7GILuGRm3EKWC7gWyTljyck1HBpd7G8K3EPn3ivAwv9wPloioJE3E7/AJis nAGDv56nHQQT
x3MKywtuRvbBBHBBB5BByCDyCMVJQByen6HeRT2T3Ec/mxJBtdGh2xKqIGQs QZByr8L8p3dR
ljTTo9/LdEtbSx+aUa6ZDFGjuJ4mLIUIc4AkIL/MB7k11VvPHc28VxC26KVA 6NjGQRkHmpKA
KOmWps3vI1iWK3M4MCJgKqeWmcAdPm3HHrk96vVXu72C02CUyFnztSONpGIH U7VBOBkc9OR6
iiG+t52iWOTLSozqNpBwpAbPoQWAIPOfoaALFFNVwzOAGyhwcqR2B4z169R9 O1OoAKKbHIks
ayRuro4DKynIYHoQadQAUUUUAFFFFABRRRQAUUUUAFFFFAHPaVdravc7o5H3 P/Bjjk+pFaP9
rJ/z7T/+O/8AxVY1r9+b/fP8zVaHfFfj7SbgSSSOEfzMxSDkqu3PBCjrgcqe TnlsmO33/mdF
/ayf8+0//jv/AMVR/ayf8+0//jv/AMVXOLqzbYHe3AS5CPDiTJKs6LluOD+8 BwM9+aWbVvJu
p4zBmOBZHdg/O1URuBjk/vAOo6UijfTU0V5Cbab5mzxs9APX29/6CRdVjZ0U wTLuYLk7cAk4
9a5641C4tYl8+0Hmu4SMRuzqeCey7uAp/hPUe+LVnObmO3laJ4mMqZVwQRhw O4Bx6ZA47CgC
/daTczz2jx30kCwzvIyoEOAwkwRuQ/N84HPGM9+avw27ojKZWXLu3y44yzHu Pcfl9c5+r+ZF
cNczm7FnHEGEltLt8ggsXd1yN4xtwMP908c8ul1pl1ZrOOzllSORYpJFRzhm AOeFK4AYE5YH
rx0yAOexuWilhAtwGkdklJJYBmJPGOPTrVW20nUI7l5JHttqOGhAycLk/KeO Ox4/LgU6016a
ZIJJrOONJUgkbZOWKrM22PHyjJ3ZyOMDkE9Ka/iQpM6CzaUEqYGjLASqZETI Lqqn/WKRgkH1
HBLbuJKxparaSXtl5MMnlP5sT7+6hZFYkZBGcA4yMZqG7064nSxVL6UPbzmR pyE8wgo68Dbt
/iA6dPes+91i5SWaOSBQLe2uWuYkmIyVWJlKOFDdJAO2MnrgZ0ob+4naSSOy 32yvJGrJKPML
ISpypAABKkA7j1GQOcIZUkspba2jW5lkNtG0rSC3laN5HeQFGJBXsWLDIXJ4 GAMUoZr7ak1y
87XiPDgpJiMoAnmAoCFJJ8zBI7jkYGNKS6e80ZpZIljPmKMK+4HDj1AIweCC AQQRjucjUI5X
eIqk8sIDbo4JfLfdxtOdy8AbuM9xx6ADNPj1C3Nr5lxIiWyQxqiAsCqooYY8 wLyQ/JUkAjng
AOdtTaZ3SeWFJirusbkmMiRG+Uu7A/KHHCqDkZXHRo1JVVQmZk2W7LIxwXEj lckY46Z/HtVZ
9WuZLS3dLcQvcCOSIGTOQXRWDccZ3jBGeOeDxQBq2sskGqCZkne2jSVIg8m9 wG8o4JZsn5kc
8k9R9BAsa+fC9zHciONrk/uZjG2ZZg68qwPTr7469agl1R0u2git/OzuWJlL AO4UnaSV2j7p
HDEg9uuJbe8S/tfPhGYDKojf++ARk4PI5yPwz3oAYTq04RZ7mQA/NIVLct5c a8bHQgblkOM4
+YcZ6XraWYS+beS3kkqFBG8bhFZQq7t0e7by2/sSAwwRgYdRQBJo90un6RaW jwTs8MSox3Bg
SBzgls4z09B6Vc/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8A n2n/APHf/iqz
6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCfaf8A8d/+ Ko/tZP8An2n/
APHf/iqz6KAND+1k/wCfaf8A8d/+Ko/tZP8An2n/APHf/iqz6KAND+1k/wCf af8A8d/+Ko/t
ZP8An2n/APHf/iqz6KAKtsyq825gPnPU+5oS3tEuPOXG/JIHmEqCepC5wCcn kDPJ9TWdOzC4
lAYgbz396Zvf+8351VjHma0NFbKxUMABgjABkJ2DOcJz8nIH3cdB6CiKxsIi xSNPnDBtzbt2
4KGzk852rnPX8TWdvf8AvN+dG9/7zfnRYPaM0RZWWwrliSQd5nYuMZxh87h1 PQ9z6mp4vJt0
jWIrtjdWxuyThsnk9SeeT1JrH3v/AHm/Oje/95vzosHtGdLdT6PdyCSdnJxt YKJFDr/dcDAY
cnhsjk+poefR5LoXDM+/IYgCQIzDoxT7pIwMEjIwPQVzW9/7zfnRvf8AvN+d Fg9ozo0k0RER
F3BUSJFG2TgRNuQfgfz75qNU0JZVkBlJXGxS0pVAGVgFU8KMovAAHAHSsDe/ 95vzo3v/AHm/
Oiwe0Z0c8miXBmMu4mbd5hCyAsGQIRx2KqvHTIB6gGgyaIZnkbc+/dlHWRo8 tkMQh+UE5OSB
k7j6muc3v/eb86N7/wB5vzosHtGdDJPYLZNb2jsWd1dmkLEnBByzNyeAB1PY dBxUuIbe52+Y
5DLnDJKUYZ6jKkHHTj2HpWTvf+8350b3/vN+dFg9ozRW2h+2Rzs8OyBCkCKo Hlg4zzn2wMYw
CRzTjaWRjij2rtij8pPnPyr8vQ56/Kpz1GKzN7/3m/Oje/8Aeb86LB7RmhLp 9hM7NICQ27K+
cwX5gQx25wCQTzjuTUrrCm9oyu6SRXf5s5I2jP5AflWVvf8AvN+dG9/7zfnR YPaM3PMT++v5
0eYn99fzrD3v/eb86N7/AN5vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9/7z fnRYPaM3PMT+
+v50eYn99fzrD3v/AHm/Oje/95vzosHtGbnmJ/fX86PMT++v51h73/vN+dG9 /wC8350WD2jN
zzE/vr+dHmJ/fX86w97/AN5vzo3v/eb86LB7Rm55if31/OjzE/vr+dYe9/7z fnRvf+8350WD
2jNzzE/vr+dHmJ/fX86w97/3m/Oje/8Aeb86LB7Rn//Z
--------------030100090607000102080006--
|
|
|
Goto Forum:
Current Time: Tue Apr 30 14:16:58 GMT 2024
Powered by FUDForum. Page generated in 0.04999 seconds |
] 
Search
Help
Register
Login
Home
