Home » Modeling » EMF » Using EMF plugins on HP-Itanium
| |
| Re: Using EMF plugins on HP-Itanium [message #415472 is a reply to message #415470] |
Fri, 14 December 2007 23:39   |
 No real name
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips that
contain platform dependent and platform independent code. So, now, to be
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is a
better approach.
Regards,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message
news:fjv0k5$og3$1@build.eclipse.org...
> Arvind,
>
> Comments below.
>
> Arvind Parasuram wrote:
>> Hi,
>> From what I have understood EMF is supposed to be platform independent
>> and can run standalone or within an Eclipse runtime if present.
>>
> Yes.
>> The EMF plugins however declare "org.eclipse.runtime" as a required
>> bundle in MANIFEST.MF.
>>
> When running within Eclipse this bundle is definitely required.
>> We have a custom home grown build setup that figures out plugin
>> dependencies by looking at the MANIFEST. This ends up breaking our builds
>> on HP-Itanium, because Eclipse does not deliver any runtime for
>> HP-Itanium.
>>
> I didn't know about that.
>> One option of course is to build Eclipse on HP-Itanium to get past our
>> build issues. I would like to avoid doing this as this is additional
>> overhead for us.
>> Is there a version of EMF available that does not have a dependency on
>> "org.eclipse.runtime" in the MANIFEST?
>>
> No.
>> If not, is there a way to specify "hard" Vs "soft" dependencies as part
>> of the build or in the MANIFEST?
>>
> We do have optional dependencies, such as org.eclipse.core.resources, but
> when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
> present. I'm not sure I really understand the problem. I didn't think
> the core runtime has platform dependencies either. Will you be running
> these plugins with the Equinox runtime? If not, can you just provide
> org.eclipse.core.runtime to keep the build happy knowing it won't be
> needed during standalone execution.?
>> Thanks in advance.
>> -Arvind
>>
>>
>>
>>
>>
>>
|
|
|
| Re: Using EMF plugins on HP-Itanium [message #415473 is a reply to message #415472] |
Sat, 15 December 2007 00:07 |
Ed Merks
Messages: 33141
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------020802020605060602010605
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Arvind,
In the end, do you run them as plugins? If not, you can always
specialize your dependency computations to filter out ones you don't
have and you know you won't need.
Arvind Parasuram wrote:
> Hi Ed,
> Thanks for responding.
>
> The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
> a platform dependency.
> The problem is Eclipse does not provide separate Eclipse Platform zips that
> contain platform dependent and platform independent code. So, now, to be
> able to build my code on HP, I have to do the following...
> 1) Download a Windows or Solaris zip on HP.
> 2) Extract it.
> 3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
> into my build structure so that the build can locate these plugins.
>
> This seems to be a bad workaround. I was trying to find out if there is a
> better approach.
>
> Regards,
> -Arvind
>
>
> "Ed Merks" <merks@ca.ibm.com> wrote in message
> news:fjv0k5$og3$1@build.eclipse.org...
>
>> Arvind,
>>
>> Comments below.
>>
>> Arvind Parasuram wrote:
>>
>>> Hi,
>>> From what I have understood EMF is supposed to be platform independent
>>> and can run standalone or within an Eclipse runtime if present.
>>>
>>>
>> Yes.
>>
>>> The EMF plugins however declare "org.eclipse.runtime" as a required
>>> bundle in MANIFEST.MF.
>>>
>>>
>> When running within Eclipse this bundle is definitely required.
>>
>>> We have a custom home grown build setup that figures out plugin
>>> dependencies by looking at the MANIFEST. This ends up breaking our builds
>>> on HP-Itanium, because Eclipse does not deliver any runtime for
>>> HP-Itanium.
>>>
>>>
>> I didn't know about that.
>>
>>> One option of course is to build Eclipse on HP-Itanium to get past our
>>> build issues. I would like to avoid doing this as this is additional
>>> overhead for us.
>>> Is there a version of EMF available that does not have a dependency on
>>> "org.eclipse.runtime" in the MANIFEST?
>>>
>>>
>> No.
>>
>>> If not, is there a way to specify "hard" Vs "soft" dependencies as part
>>> of the build or in the MANIFEST?
>>>
>>>
>> We do have optional dependencies, such as org.eclipse.core.resources, but
>> when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
>> present. I'm not sure I really understand the problem. I didn't think
>> the core runtime has platform dependencies either. Will you be running
>> these plugins with the Equinox runtime? If not, can you just provide
>> org.eclipse.core.runtime to keep the build happy knowing it won't be
>> needed during standalone execution.?
>>
>>> Thanks in advance.
>>> -Arvind
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>
>
>
--------------020802020605060602010605
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">
Arvind,<br>
<br>
In the end, do you run them as plugins? If not, you can always
specialize your dependency computations to filter out ones you don't
have and you know you won't need.<br>
<br>
<br>
Arvind Parasuram wrote:
<blockquote cite="mid:fjv48n$mt3$1@build.eclipse.org" type="cite">
<pre wrap="">Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips that
contain platform dependent and platform independent code. So, now, to be
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is a
better approach.
Regards,
-Arvind
"Ed Merks" <a class="moz-txt-link-rfc2396E" href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:fjv0k5$og3$1@build.eclipse.org">news:fjv0k5$og3$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Arvind,
Comments below.
Arvind Parasuram wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
From what I have understood EMF is supposed to be platform independent
and can run standalone or within an Eclipse runtime if present.
</pre>
</blockquote>
<pre wrap="">Yes.
</pre>
<blockquote type="cite">
<pre wrap="">The EMF plugins however declare "org.eclipse.runtime" as a required
bundle in MANIFEST.MF.
</pre>
</blockquote>
<pre wrap="">When running within Eclipse this bundle is definitely required.
</pre>
<blockquote type="cite">
<pre wrap="">We have a custom home grown build setup that figures out plugin
dependencies by looking at the MANIFEST. This ends up breaking our builds
on HP-Itanium, because Eclipse does not deliver any runtime for
HP-Itanium.
</pre>
</blockquote>
<pre wrap="">I didn't know about that.
</pre>
<blockquote type="cite">
<pre wrap="">One option of course is to build Eclipse on HP-Itanium to get past our
build issues. I would like to avoid doing this as this is additional
overhead for us.
Is there a version of EMF available that does not have a dependency on
"org.eclipse.runtime" in the MANIFEST?
</pre>
</blockquote>
<pre wrap="">No.
</pre>
<blockquote type="cite">
<pre wrap="">If not, is there a way to specify "hard" Vs "soft" dependencies as part
of the build or in the MANIFEST?
</pre>
</blockquote>
<pre wrap="">We do have optional dependencies, such as org.eclipse.core.resources, but
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
present. I'm not sure I really understand the problem. I didn't think
the core runtime has platform dependencies either. Will you be running
these plugins with the Equinox runtime? If not, can you just provide
org.eclipse.core.runtime to keep the build happy knowing it won't be
needed during standalone execution.?
</pre>
<blockquote type="cite">
<pre wrap="">Thanks in advance.
-Arvind
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>
--------------020802020605060602010605--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Using EMF plugins on HP-Itanium [message #415474 is a reply to message #415473] |
Sat, 15 December 2007 07:10 |
No real name
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_0058_01C83EA6.89E07120
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Ed,
Both, we run them as plugins within an Eclipse application and just as =
java jars when running from command line utilities.
Thanks,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fjv5s4$v2g$1@build.eclipse.org...
Arvind,
In the end, do you run them as plugins? If not, you can always =
specialize your dependency computations to filter out ones you don't =
have and you know you won't need.
Arvind Parasuram wrote:=20
Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not =
have=20
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips =
that=20
contain platform dependent and platform independent code. So, now, to be =
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins =
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is =
a=20
better approach.
Regards,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message=20
news:fjv0k5$og3$1@build.eclipse.org...
Arvind,
Comments below.
Arvind Parasuram wrote:
Hi,
From what I have understood EMF is supposed to be platform independent=20
and can run standalone or within an Eclipse runtime if present.
Yes.
The EMF plugins however declare "org.eclipse.runtime" as a required=20
bundle in MANIFEST.MF.
When running within Eclipse this bundle is definitely required.
We have a custom home grown build setup that figures out plugin=20
dependencies by looking at the MANIFEST. This ends up breaking our =
builds=20
on HP-Itanium, because Eclipse does not deliver any runtime for=20
HP-Itanium.
I didn't know about that.
One option of course is to build Eclipse on HP-Itanium to get past =
our=20
build issues. I would like to avoid doing this as this is additional=20
overhead for us.
Is there a version of EMF available that does not have a dependency on=20
"org.eclipse.runtime" in the MANIFEST?
No.
If not, is there a way to specify "hard" Vs "soft" dependencies as =
part=20
of the build or in the MANIFEST?
We do have optional dependencies, such as =
org.eclipse.core.resources, but=20
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be =
present. I'm not sure I really understand the problem. I didn't think=20
the core runtime has platform dependencies either. Will you be running=20
these plugins with the Equinox runtime? If not, can you just provide=20
org.eclipse.core.runtime to keep the build happy knowing it won't be=20
needed during standalone execution.?
Thanks in advance.
-Arvind
=20
=20
------=_NextPart_000_0058_01C83EA6.89E07120
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16544" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Both, we run them as plugins within an =
Eclipse=20
application and just as java jars when running from command line=20
utilities.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-Arvind</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>>=20
wrote in message <A=20
=
href=3D"news:fjv5s4$v2g$1@build.eclipse.org">news:fjv5s4$v2g$1@build.ecli=
pse.org</A>...</DIV>Arvind,<BR><BR>In=20
the end, do you run them as plugins? If not, you can always =
specialize=20
your dependency computations to filter out ones you don't have and you =
know=20
you won't need.<BR><BR><BR>Arvind Parasuram wrote:=20
<BLOCKQUOTE cite=3Dmid:fjv48n$mt3$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not =
have=20
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips =
that=20
contain platform dependent and platform independent code. So, now, to be =
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins =
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is =
a=20
better approach.
Regards,
-Arvind
"Ed Merks" <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:merks@ca.ibm.com"><merks@ca.ibm.com></A> wrote in =
message=20
<A class=3Dmoz-txt-link-freetext =
href=3D"news:fjv0k5$og3$1@build.eclipse.org">news:fjv0k5$og3$1@build.ecli=
pse.org</A>...
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Arvind,
Comments below.
Arvind Parasuram wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Hi,
From what I have understood EMF is supposed to be platform independent=20
and can run standalone or within an Eclipse runtime if present.
</PRE></BLOCKQUOTE><PRE wrap=3D"">Yes.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">The EMF plugins however =
declare "org.eclipse.runtime" as a required=20
bundle in MANIFEST.MF.
</PRE></BLOCKQUOTE><PRE wrap=3D"">When running within Eclipse this =
bundle is definitely required.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">We have a custom home =
grown build setup that figures out plugin=20
dependencies by looking at the MANIFEST. This ends up breaking our =
builds=20
on HP-Itanium, because Eclipse does not deliver any runtime for=20
HP-Itanium.
</PRE></BLOCKQUOTE><PRE wrap=3D"">I didn't know about that.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">One option of course is =
to build Eclipse on HP-Itanium to get past our=20
build issues. I would like to avoid doing this as this is additional=20
overhead for us.
Is there a version of EMF available that does not have a dependency on=20
"org.eclipse.runtime" in the MANIFEST?
</PRE></BLOCKQUOTE><PRE wrap=3D"">No.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">If not, is there a way to =
specify "hard" Vs "soft" dependencies as part=20
of the build or in the MANIFEST?
</PRE></BLOCKQUOTE><PRE wrap=3D"">We do have optional =
dependencies, such as org.eclipse.core.resources, but=20
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be =
present. I'm not sure I really understand the problem. I didn't think=20
the core runtime has platform dependencies either. Will you be running=20
these plugins with the Equinox runtime? If not, can you just provide=20
org.eclipse.core.runtime to keep the build happy knowing it won't be=20
needed during standalone execution.?
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Thanks in advance.
-Arvind
</PRE></BLOCKQUOTE></BLOCKQUOTE><PRE wrap=3D""><!---->
</PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0058_01C83EA6.89E07120--
|
|
|
| Re: Using EMF plugins on HP-Itanium [message #415476 is a reply to message #415474] |
Sat, 15 December 2007 16:39 |
Ed Merks
Messages: 33141
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------000701000507000002050809
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Arvind,
If you run them as plugins within an Eclipse application then you must
be using the Eclipse core runtime, right? So it seems reasonable that
you should have the core runtime around when you build your plugins.
I'm slightly confused; maybe the issue is just the inability to get the
Equinox runtime as a separate download, although that is available:
<http://download.eclipse.org/eclipse/equinox/>
http://download.eclipse.org/eclipse/equinox/
Arvind Parasuram wrote:
> Ed,
> Both, we run them as plugins within an Eclipse application and just as
> java jars when running from command line utilities.
>
> Thanks,
> -Arvind
>
> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> message news:fjv5s4$v2g$1@build.eclipse.org...
> Arvind,
>
> In the end, do you run them as plugins? If not, you can always
> specialize your dependency computations to filter out ones you
> don't have and you know you won't need.
>
>
> Arvind Parasuram wrote:
>> Hi Ed,
>> Thanks for responding.
>>
>> The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
>> a platform dependency.
>> The problem is Eclipse does not provide separate Eclipse Platform zips that
>> contain platform dependent and platform independent code. So, now, to be
>> able to build my code on HP, I have to do the following...
>> 1) Download a Windows or Solaris zip on HP.
>> 2) Extract it.
>> 3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
>> into my build structure so that the build can locate these plugins.
>>
>> This seems to be a bad workaround. I was trying to find out if there is a
>> better approach.
>>
>> Regards,
>> -Arvind
>>
>>
>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>> news:fjv0k5$og3$1@build.eclipse.org...
>>
>>> Arvind,
>>>
>>> Comments below.
>>>
>>> Arvind Parasuram wrote:
>>>
>>>> Hi,
>>>> From what I have understood EMF is supposed to be platform independent
>>>> and can run standalone or within an Eclipse runtime if present.
>>>>
>>>>
>>> Yes.
>>>
>>>> The EMF plugins however declare "org.eclipse.runtime" as a required
>>>> bundle in MANIFEST.MF.
>>>>
>>>>
>>> When running within Eclipse this bundle is definitely required.
>>>
>>>> We have a custom home grown build setup that figures out plugin
>>>> dependencies by looking at the MANIFEST. This ends up breaking our builds
>>>> on HP-Itanium, because Eclipse does not deliver any runtime for
>>>> HP-Itanium.
>>>>
>>>>
>>> I didn't know about that.
>>>
>>>> One option of course is to build Eclipse on HP-Itanium to get past our
>>>> build issues. I would like to avoid doing this as this is additional
>>>> overhead for us.
>>>> Is there a version of EMF available that does not have a dependency on
>>>> "org.eclipse.runtime" in the MANIFEST?
>>>>
>>>>
>>> No.
>>>
>>>> If not, is there a way to specify "hard" Vs "soft" dependencies as part
>>>> of the build or in the MANIFEST?
>>>>
>>>>
>>> We do have optional dependencies, such as org.eclipse.core.resources, but
>>> when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
>>> present. I'm not sure I really understand the problem. I didn't think
>>> the core runtime has platform dependencies either. Will you be running
>>> these plugins with the Equinox runtime? If not, can you just provide
>>> org.eclipse.core.runtime to keep the build happy knowing it won't be
>>> needed during standalone execution.?
>>>
>>>> Thanks in advance.
>>>> -Arvind
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>>
>>
>
--------------000701000507000002050809
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">
Arvind,<br>
<br>
If you run them as plugins within an Eclipse application then you must
be using the Eclipse core runtime, right? So it seems reasonable that
you should have the core runtime around when you build your plugins.
I'm slightly confused; maybe the issue is just the inability to get the
Equinox runtime as a separate download, although that is available:<a
href="http://download.eclipse.org/eclipse/equinox/"><br>
</a>
<blockquote><a href="http://download.eclipse.org/eclipse/equinox/">http://download.eclipse.org/eclipse/equinox/</a><br>
</blockquote>
<br>
Arvind Parasuram wrote:
<blockquote cite="mid:fjvulg$id0$1@build.eclipse.org" type="cite">
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<meta content="MSHTML 6.00.6000.16544" name="GENERATOR">
<style></style>
<div><font face="Arial" size="2">Ed,</font></div>
<div><font face="Arial" size="2">Both, we run them as plugins within
an Eclipse application and just as java jars when running from command
line utilities.</font></div>
<div> </div>
<div><font face="Arial" size="2">Thanks,</font></div>
<div><font face="Arial" size="2">-Arvind</font></div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div>"Ed Merks" <<a moz-do-not-send="true"
href="mailto:merks@ca.ibm.com">merks@ca.ibm.com</a>> wrote in
message <a moz-do-not-send="true"
href="news:fjv5s4$v2g$1@build.eclipse.org">news:fjv5s4$v2g$1@build.eclipse.org</a>...</div>
Arvind,<br>
<br>
In the end, do you run them as plugins? If not, you can always
specialize your dependency computations to filter out ones you don't
have and you know you won't need.<br>
<br>
<br>
Arvind Parasuram wrote:
<blockquote cite="mid:fjv48n$mt3$1@build.eclipse.org" type="cite">
<pre wrap="">Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips that
contain platform dependent and platform independent code. So, now, to be
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is a
better approach.
Regards,
-Arvind
"Ed Merks" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:merks@ca.ibm.com"><merks@ca.ibm.com></a> wrote in message
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="news:fjv0k5$og3$1@build.eclipse.org">news:fjv0k5$og3$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Arvind,
Comments below.
Arvind Parasuram wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
From what I have understood EMF is supposed to be platform independent
and can run standalone or within an Eclipse runtime if present.
</pre>
</blockquote>
<pre wrap="">Yes.
</pre>
<blockquote type="cite">
<pre wrap="">The EMF plugins however declare "org.eclipse.runtime" as a required
bundle in MANIFEST.MF.
</pre>
</blockquote>
<pre wrap="">When running within Eclipse this bundle is definitely required.
</pre>
<blockquote type="cite">
<pre wrap="">We have a custom home grown build setup that figures out plugin
dependencies by looking at the MANIFEST. This ends up breaking our builds
on HP-Itanium, because Eclipse does not deliver any runtime for
HP-Itanium.
</pre>
</blockquote>
<pre wrap="">I didn't know about that.
</pre>
<blockquote type="cite">
<pre wrap="">One option of course is to build Eclipse on HP-Itanium to get past our
build issues. I would like to avoid doing this as this is additional
overhead for us.
Is there a version of EMF available that does not have a dependency on
"org.eclipse.runtime" in the MANIFEST?
</pre>
</blockquote>
<pre wrap="">No.
</pre>
<blockquote type="cite">
<pre wrap="">If not, is there a way to specify "hard" Vs "soft" dependencies as part
of the build or in the MANIFEST?
</pre>
</blockquote>
<pre wrap="">We do have optional dependencies, such as org.eclipse.core.resources, but
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
present. I'm not sure I really understand the problem. I didn't think
the core runtime has platform dependencies either. Will you be running
these plugins with the Equinox runtime? If not, can you just provide
org.eclipse.core.runtime to keep the build happy knowing it won't be
needed during standalone execution.?
</pre>
<blockquote type="cite">
<pre wrap="">Thanks in advance.
-Arvind
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------000701000507000002050809--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Using EMF plugins on HP-Itanium [message #415496 is a reply to message #415476] |
Mon, 17 December 2007 22:14 |
No real name
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_000A_01C840B7.2B4A6DB0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Ed,
Sorry to have confused you :-) It's a complicated issue. In short, yes, =
we would need the core runtime to build. But since Eclipse does not =
provide it on HP, either we have to build the runtime on HP or copy over =
the core runtime plugins from Solaris. Either option would work for us.
What I was referring to earlier was that the Eclipse platform zip =
includes both platform independent plugin jars and platform depedent =
plugin jars in one was zip. If it was split up into separate zips, we =
could have just downloaded the platform independent zip.
Thanks for your inputs.
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fk1001$ihp$1@build.eclipse.org...
Arvind,
If you run them as plugins within an Eclipse application then you must =
be using the Eclipse core runtime, right? So it seems reasonable that =
you should have the core runtime around when you build your plugins. =
I'm slightly confused; maybe the issue is just the inability to get the =
Equinox runtime as a separate download, although that is available:
http://download.eclipse.org/eclipse/equinox/
Arvind Parasuram wrote:=20
Ed,
Both, we run them as plugins within an Eclipse application and just =
as java jars when running from command line utilities.
Thanks,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fjv5s4$v2g$1@build.eclipse.org...
Arvind,
In the end, do you run them as plugins? If not, you can always =
specialize your dependency computations to filter out ones you don't =
have and you know you won't need.
Arvind Parasuram wrote:=20
Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not =
have=20
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips =
that=20
contain platform dependent and platform independent code. So, now, to be =
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins =
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is =
a=20
better approach.
Regards,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message=20
news:fjv0k5$og3$1@build.eclipse.org...
Arvind,
Comments below.
Arvind Parasuram wrote:
Hi,
From what I have understood EMF is supposed to be platform independent=20
and can run standalone or within an Eclipse runtime if present.
Yes.
The EMF plugins however declare "org.eclipse.runtime" as a required=20
bundle in MANIFEST.MF.
When running within Eclipse this bundle is definitely required.
We have a custom home grown build setup that figures out plugin=20
dependencies by looking at the MANIFEST. This ends up breaking our =
builds=20
on HP-Itanium, because Eclipse does not deliver any runtime for=20
HP-Itanium.
I didn't know about that.
One option of course is to build Eclipse on HP-Itanium to get past =
our=20
build issues. I would like to avoid doing this as this is additional=20
overhead for us.
Is there a version of EMF available that does not have a dependency on=20
"org.eclipse.runtime" in the MANIFEST?
No.
If not, is there a way to specify "hard" Vs "soft" dependencies as =
part=20
of the build or in the MANIFEST?
We do have optional dependencies, such as =
org.eclipse.core.resources, but=20
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be =
present. I'm not sure I really understand the problem. I didn't think=20
the core runtime has platform dependencies either. Will you be running=20
these plugins with the Equinox runtime? If not, can you just provide=20
org.eclipse.core.runtime to keep the build happy knowing it won't be=20
needed during standalone execution.?
Thanks in advance.
-Arvind
=20
=20
------=_NextPart_000_000A_01C840B7.2B4A6DB0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16587" name=3DGENERATOR></HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Sorry to have confused you :-) It's a =
complicated=20
issue. In short, yes, we would need the core runtime to build. But since =
Eclipse=20
does not provide it on HP, either we have to build the runtime on HP or =
copy=20
over the core runtime plugins from Solaris. Either option would work for =
us.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>What I was referring to =
earlier was that the=20
Eclipse platform zip includes both platform independent plugin jars and =
platform=20
depedent plugin jars in one was zip. If it was split up into separate =
zips, we=20
could have just downloaded the platform independent zip.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for your inputs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-Arvind</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>>=20
wrote in message <A=20
=
href=3D"news:fk1001$ihp$1@build.eclipse.org">news:fk1001$ihp$1@build.ecli=
pse.org</A>...</DIV>Arvind,<BR><BR>If=20
you run them as plugins within an Eclipse application then you must be =
using=20
the Eclipse core runtime, right? So it seems reasonable that you =
should=20
have the core runtime around when you build your plugins. I'm =
slightly=20
confused; maybe the issue is just the inability to get the Equinox =
runtime as=20
a separate download, although that is available:<A=20
href=3D"http://download.eclipse.org/eclipse/equinox/"><BR></A>
<BLOCKQUOTE><A=20
=
href=3D"http://download.eclipse.org/eclipse/equinox/">http://download.ecl=
ipse.org/eclipse/equinox/</A><BR></BLOCKQUOTE><BR>Arvind=20
Parasuram wrote:=20
<BLOCKQUOTE cite=3Dmid:fjvulg$id0$1@build.eclipse.org type=3D"cite">
<META content=3D"MSHTML 6.00.6000.16544" name=3DGENERATOR>
<STYLE></STYLE>
<DIV><FONT face=3DArial size=3D2>Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Both, we run them as plugins within =
an Eclipse=20
application and just as java jars when running from command line=20
utilities.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-Arvind</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: rgb(0,0,0) 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A href=3D"mailto:merks@ca.ibm.com"=20
moz-do-not-send=3D"true">merks@ca.ibm.com</A>> wrote in message =
<A=20
href=3D"news:fjv5s4$v2g$1@build.eclipse.org"=20
=
moz-do-not-send=3D"true">news:fjv5s4$v2g$1@build.eclipse.org</A>...</DIV>=
Arvind,<BR><BR>In=20
the end, do you run them as plugins? If not, you can always=20
specialize your dependency computations to filter out ones you =
don't have=20
and you know you won't need.<BR><BR><BR>Arvind Parasuram wrote:=20
<BLOCKQUOTE cite=3Dmid:fjv48n$mt3$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not =
have=20
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips =
that=20
contain platform dependent and platform independent code. So, now, to be =
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins =
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is =
a=20
better approach.
Regards,
-Arvind
"Ed Merks" <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:merks@ca.ibm.com" =
moz-do-not-send=3D"true"><merks@ca.ibm.com></A> wrote in message=20
<A class=3Dmoz-txt-link-freetext =
href=3D"news:fjv0k5$og3$1@build.eclipse.org" =
moz-do-not-send=3D"true">news:fjv0k5$og3$1@build.eclipse.org</A>...
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Arvind,
Comments below.
Arvind Parasuram wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Hi,
From what I have understood EMF is supposed to be platform independent=20
and can run standalone or within an Eclipse runtime if present.
</PRE></BLOCKQUOTE><PRE wrap=3D"">Yes.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">The EMF plugins =
however declare "org.eclipse.runtime" as a required=20
bundle in MANIFEST.MF.
</PRE></BLOCKQUOTE><PRE wrap=3D"">When running within Eclipse this =
bundle is definitely required.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">We have a custom home =
grown build setup that figures out plugin=20
dependencies by looking at the MANIFEST. This ends up breaking our =
builds=20
on HP-Itanium, because Eclipse does not deliver any runtime for=20
HP-Itanium.
</PRE></BLOCKQUOTE><PRE wrap=3D"">I didn't know about that.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">One option of course =
is to build Eclipse on HP-Itanium to get past our=20
build issues. I would like to avoid doing this as this is additional=20
overhead for us.
Is there a version of EMF available that does not have a dependency on=20
"org.eclipse.runtime" in the MANIFEST?
</PRE></BLOCKQUOTE><PRE wrap=3D"">No.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">If not, is there a =
way to specify "hard" Vs "soft" dependencies as part=20
of the build or in the MANIFEST?
</PRE></BLOCKQUOTE><PRE wrap=3D"">We do have optional =
dependencies, such as org.eclipse.core.resources, but=20
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be =
present. I'm not sure I really understand the problem. I didn't think=20
the core runtime has platform dependencies either. Will you be running=20
these plugins with the Equinox runtime? If not, can you just provide=20
org.eclipse.core.runtime to keep the build happy knowing it won't be=20
needed during standalone execution.?
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Thanks in advance.
-Arvind
</PRE></BLOCKQUOTE></BLOCKQUOTE><PRE wrap=3D""><!---->
=
</PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BLOCKQUOTE><BR></BLOCKQUOTE ></BODY>=
</HTML>
------=_NextPart_000_000A_01C840B7.2B4A6DB0--
|
|
|
| Re: Using EMF plugins on HP-Itanium [message #415498 is a reply to message #415496] |
Tue, 18 December 2007 13:36 |
Ed Merks
Messages: 33141
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------030706000704070901020706
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Arvind,
Don't the equinox runtime download work or does it have the same type of
platform dependencies?
Arvind Parasuram wrote:
> Ed,
> Sorry to have confused you :-) It's a complicated issue. In short,
> yes, we would need the core runtime to build. But since Eclipse does
> not provide it on HP, either we have to build the runtime on HP or
> copy over the core runtime plugins from Solaris. Either option would
> work for us.
>
> What I was referring to earlier was that the Eclipse platform zip
> includes both platform independent plugin jars and platform depedent
> plugin jars in one was zip. If it was split up into separate zips, we
> could have just downloaded the platform independent zip.
>
> Thanks for your inputs.
> -Arvind
>
>
>
> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote in
> message news:fk1001$ihp$1@build.eclipse.org...
> Arvind,
>
> If you run them as plugins within an Eclipse application then you
> must be using the Eclipse core runtime, right? So it seems
> reasonable that you should have the core runtime around when you
> build your plugins. I'm slightly confused; maybe the issue is
> just the inability to get the Equinox runtime as a separate
> download, although that is available:
> <http://download.eclipse.org/eclipse/equinox/>
>
> http://download.eclipse.org/eclipse/equinox/
>
>
> Arvind Parasuram wrote:
>> Ed,
>> Both, we run them as plugins within an Eclipse application and
>> just as java jars when running from command line utilities.
>>
>> Thanks,
>> -Arvind
>>
>> "Ed Merks" <merks@ca.ibm.com <mailto:merks@ca.ibm.com>> wrote
>> in message news:fjv5s4$v2g$1@build.eclipse.org...
>> Arvind,
>>
>> In the end, do you run them as plugins? If not, you can
>> always specialize your dependency computations to filter out
>> ones you don't have and you know you won't need.
>>
>>
>> Arvind Parasuram wrote:
>>> Hi Ed,
>>> Thanks for responding.
>>>
>>> The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
>>> a platform dependency.
>>> The problem is Eclipse does not provide separate Eclipse Platform zips that
>>> contain platform dependent and platform independent code. So, now, to be
>>> able to build my code on HP, I have to do the following...
>>> 1) Download a Windows or Solaris zip on HP.
>>> 2) Extract it.
>>> 3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
>>> into my build structure so that the build can locate these plugins.
>>>
>>> This seems to be a bad workaround. I was trying to find out if there is a
>>> better approach.
>>>
>>> Regards,
>>> -Arvind
>>>
>>>
>>> "Ed Merks" <merks@ca.ibm.com> wrote in message
>>> news:fjv0k5$og3$1@build.eclipse.org...
>>>
>>>> Arvind,
>>>>
>>>> Comments below.
>>>>
>>>> Arvind Parasuram wrote:
>>>>
>>>>> Hi,
>>>>> From what I have understood EMF is supposed to be platform independent
>>>>> and can run standalone or within an Eclipse runtime if present.
>>>>>
>>>>>
>>>> Yes.
>>>>
>>>>> The EMF plugins however declare "org.eclipse.runtime" as a required
>>>>> bundle in MANIFEST.MF.
>>>>>
>>>>>
>>>> When running within Eclipse this bundle is definitely required.
>>>>
>>>>> We have a custom home grown build setup that figures out plugin
>>>>> dependencies by looking at the MANIFEST. This ends up breaking our builds
>>>>> on HP-Itanium, because Eclipse does not deliver any runtime for
>>>>> HP-Itanium.
>>>>>
>>>>>
>>>> I didn't know about that.
>>>>
>>>>> One option of course is to build Eclipse on HP-Itanium to get past our
>>>>> build issues. I would like to avoid doing this as this is additional
>>>>> overhead for us.
>>>>> Is there a version of EMF available that does not have a dependency on
>>>>> "org.eclipse.runtime" in the MANIFEST?
>>>>>
>>>>>
>>>> No.
>>>>
>>>>> If not, is there a way to specify "hard" Vs "soft" dependencies as part
>>>>> of the build or in the MANIFEST?
>>>>>
>>>>>
>>>> We do have optional dependencies, such as org.eclipse.core.resources, but
>>>> when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
>>>> present. I'm not sure I really understand the problem. I didn't think
>>>> the core runtime has platform dependencies either. Will you be running
>>>> these plugins with the Equinox runtime? If not, can you just provide
>>>> org.eclipse.core.runtime to keep the build happy knowing it won't be
>>>> needed during standalone execution.?
>>>>
>>>>> Thanks in advance.
>>>>> -Arvind
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>>>
>>
>
--------------030706000704070901020706
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">
Arvind,<br>
<br>
Don't the equinox runtime download work or does it have the same type
of platform dependencies?<br>
<br>
<br>
Arvind Parasuram wrote:
<blockquote cite="mid:fk6sd7$3a9$1@build.eclipse.org" type="cite">
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<meta content="MSHTML 6.00.6000.16587" name="GENERATOR">
<div><font face="Arial" size="2">Ed,</font></div>
<div><font face="Arial" size="2">Sorry to have confused you :-) It's
a complicated issue. In short, yes, we would need the core runtime to
build. But since Eclipse does not provide it on HP, either we have to
build the runtime on HP or copy over the core runtime plugins from
Solaris. Either option would work for us.</font></div>
<div> </div>
<div><font face="Arial" size="2">What I was referring to earlier was
that the Eclipse platform zip includes both platform independent plugin
jars and platform depedent plugin jars in one was zip. If it was split
up into separate zips, we could have just downloaded the platform
independent zip.</font></div>
<div> </div>
<div><font face="Arial" size="2">Thanks for your inputs.</font></div>
<div><font face="Arial" size="2">-Arvind</font></div>
<div> </div>
<div> </div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div>"Ed Merks" <<a moz-do-not-send="true"
href="mailto:merks@ca.ibm.com">merks@ca.ibm.com</a>> wrote in
message <a moz-do-not-send="true"
href="news:fk1001$ihp$1@build.eclipse.org">news:fk1001$ihp$1@build.eclipse.org</a>...</div>
Arvind,<br>
<br>
If you run them as plugins within an Eclipse application then you must
be using the Eclipse core runtime, right? So it seems reasonable that
you should have the core runtime around when you build your plugins.
I'm slightly confused; maybe the issue is just the inability to get the
Equinox runtime as a separate download, although that is available:<a
moz-do-not-send="true"
href="http://download.eclipse.org/eclipse/equinox/"><br>
</a>
<blockquote><a moz-do-not-send="true"
href="http://download.eclipse.org/eclipse/equinox/">http://download.eclipse.org/eclipse/equinox/</a><br>
</blockquote>
<br>
Arvind Parasuram wrote:
<blockquote cite="mid:fjvulg$id0$1@build.eclipse.org" type="cite">
<meta content="MSHTML 6.00.6000.16544" name="GENERATOR">
<style></style>
<div><font face="Arial" size="2">Ed,</font></div>
<div><font face="Arial" size="2">Both, we run them as plugins
within an Eclipse application and just as java jars when running from
command line utilities.</font></div>
<div> </div>
<div><font face="Arial" size="2">Thanks,</font></div>
<div><font face="Arial" size="2">-Arvind</font></div>
<blockquote
style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div>"Ed Merks" <<a href="mailto:merks@ca.ibm.com"
moz-do-not-send="true">merks@ca.ibm.com</a>> wrote in message <a
href="news:fjv5s4$v2g$1@build.eclipse.org" moz-do-not-send="true">news:fjv5s4$v2g$1@build.eclipse.org</a>...</div>
Arvind,<br>
<br>
In the end, do you run them as plugins? If not, you can always
specialize your dependency computations to filter out ones you don't
have and you know you won't need.<br>
<br>
<br>
Arvind Parasuram wrote:
<blockquote cite="mid:fjv48n$mt3$1@build.eclipse.org"
type="cite">
<pre wrap="">Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not have
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips that
contain platform dependent and platform independent code. So, now, to be
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is a
better approach.
Regards,
-Arvind
"Ed Merks" <a class="moz-txt-link-rfc2396E"
href="mailto:merks@ca.ibm.com" moz-do-not-send="true"><merks@ca.ibm.com></a> wrote in message
<a class="moz-txt-link-freetext"
href="news:fjv0k5$og3$1@build.eclipse.org" moz-do-not-send="true">news:fjv0k5$og3$1@build.eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">Arvind,
Comments below.
Arvind Parasuram wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
From what I have understood EMF is supposed to be platform independent
and can run standalone or within an Eclipse runtime if present.
</pre>
</blockquote>
<pre wrap="">Yes.
</pre>
<blockquote type="cite">
<pre wrap="">The EMF plugins however declare "org.eclipse.runtime" as a required
bundle in MANIFEST.MF.
</pre>
</blockquote>
<pre wrap="">When running within Eclipse this bundle is definitely required.
</pre>
<blockquote type="cite">
<pre wrap="">We have a custom home grown build setup that figures out plugin
dependencies by looking at the MANIFEST. This ends up breaking our builds
on HP-Itanium, because Eclipse does not deliver any runtime for
HP-Itanium.
</pre>
</blockquote>
<pre wrap="">I didn't know about that.
</pre>
<blockquote type="cite">
<pre wrap="">One option of course is to build Eclipse on HP-Itanium to get past our
build issues. I would like to avoid doing this as this is additional
overhead for us.
Is there a version of EMF available that does not have a dependency on
"org.eclipse.runtime" in the MANIFEST?
</pre>
</blockquote>
<pre wrap="">No.
</pre>
<blockquote type="cite">
<pre wrap="">If not, is there a way to specify "hard" Vs "soft" dependencies as part
of the build or in the MANIFEST?
</pre>
</blockquote>
<pre wrap="">We do have optional dependencies, such as org.eclipse.core.resources, but
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be
present. I'm not sure I really understand the problem. I didn't think
the core runtime has platform dependencies either. Will you be running
these plugins with the Equinox runtime? If not, can you just provide
org.eclipse.core.runtime to keep the build happy knowing it won't be
needed during standalone execution.?
</pre>
<blockquote type="cite">
<pre wrap="">Thanks in advance.
-Arvind
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------030706000704070901020706--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
| Re: Using EMF plugins on HP-Itanium [message #415715 is a reply to message #415498] |
Thu, 03 January 2008 00:09 |
No real name
Messages: 13
Registered: July 2009 |
Junior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_0018_01C84D59.DE46F740
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Ed,
I didn't quite understand your question.
To explain further, our home grown build system looks at MANIFEST.MF =
files to make sure that all required plugins are present. Since our =
plugins depend on EMF and the EMF plugins declare "org.eclipse.runtime" =
as a required bundle in MANIFEST.MF, our build tries to look for this =
plugin on HPx and fails since Eclipse does not deliver the Eclipse 3.3 =
runtime on HPx. This is what is causing the problem. We finally got =
around it by just copying over the necessary plugins from Solaris.
Regards,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fk8idc$c7e$1@build.eclipse.org...
Arvind,
Don't the equinox runtime download work or does it have the same type =
of platform dependencies?
Arvind Parasuram wrote:=20
Ed,
Sorry to have confused you :-) It's a complicated issue. In short, =
yes, we would need the core runtime to build. But since Eclipse does not =
provide it on HP, either we have to build the runtime on HP or copy over =
the core runtime plugins from Solaris. Either option would work for us.
What I was referring to earlier was that the Eclipse platform zip =
includes both platform independent plugin jars and platform depedent =
plugin jars in one was zip. If it was split up into separate zips, we =
could have just downloaded the platform independent zip.
Thanks for your inputs.
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fk1001$ihp$1@build.eclipse.org...
Arvind,
If you run them as plugins within an Eclipse application then you =
must be using the Eclipse core runtime, right? So it seems reasonable =
that you should have the core runtime around when you build your =
plugins. I'm slightly confused; maybe the issue is just the inability =
to get the Equinox runtime as a separate download, although that is =
available:
http://download.eclipse.org/eclipse/equinox/
Arvind Parasuram wrote:=20
Ed,
Both, we run them as plugins within an Eclipse application and =
just as java jars when running from command line utilities.
Thanks,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message =
news:fjv5s4$v2g$1@build.eclipse.org...
Arvind,
In the end, do you run them as plugins? If not, you can =
always specialize your dependency computations to filter out ones you =
don't have and you know you won't need.
Arvind Parasuram wrote:=20
Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not =
have=20
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips =
that=20
contain platform dependent and platform independent code. So, now, to be =
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins =
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is =
a=20
better approach.
Regards,
-Arvind
"Ed Merks" <merks@ca.ibm.com> wrote in message=20
news:fjv0k5$og3$1@build.eclipse.org...
Arvind,
Comments below.
Arvind Parasuram wrote:
Hi,
From what I have understood EMF is supposed to be platform independent=20
and can run standalone or within an Eclipse runtime if present.
Yes.
The EMF plugins however declare "org.eclipse.runtime" as a required=20
bundle in MANIFEST.MF.
When running within Eclipse this bundle is definitely required.
We have a custom home grown build setup that figures out plugin=20
dependencies by looking at the MANIFEST. This ends up breaking our =
builds=20
on HP-Itanium, because Eclipse does not deliver any runtime for=20
HP-Itanium.
I didn't know about that.
One option of course is to build Eclipse on HP-Itanium to get past =
our=20
build issues. I would like to avoid doing this as this is additional=20
overhead for us.
Is there a version of EMF available that does not have a dependency on=20
"org.eclipse.runtime" in the MANIFEST?
No.
If not, is there a way to specify "hard" Vs "soft" dependencies as =
part=20
of the build or in the MANIFEST?
We do have optional dependencies, such as =
org.eclipse.core.resources, but=20
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be =
present. I'm not sure I really understand the problem. I didn't think=20
the core runtime has platform dependencies either. Will you be running=20
these plugins with the Equinox runtime? If not, can you just provide=20
org.eclipse.core.runtime to keep the build happy knowing it won't be=20
needed during standalone execution.?
Thanks in advance.
-Arvind
=20
=20
------=_NextPart_000_0018_01C84D59.DE46F740
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.6000.16587" name=3DGENERATOR></HEAD>
<BODY text=3D#000000 bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I didn't quite understand your=20
question.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>To explain further, our home grown =
build system=20
looks at MANIFEST.MF files to make sure that all required plugins are =
present.=20
Since our plugins depend on EMF and the EMF plugins declare=20
"org.eclipse.runtime" as a required bundle in MANIFEST.MF, our build =
tries to=20
look for this plugin on HPx and fails since Eclipse does not deliver the =
Eclipse=20
3.3 runtime on HPx. This is what is causing the problem. We finally got =
around=20
it by just copying over the necessary plugins from Solaris.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Regards,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-Arvind</DIV>
<DIV><BR></DIV></FONT>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A =
href=3D"mailto:merks@ca.ibm.com">merks@ca.ibm.com</A>>=20
wrote in message <A=20
=
href=3D"news:fk8idc$c7e$1@build.eclipse.org">news:fk8idc$c7e$1@build.ecli=
pse.org</A>...</DIV>Arvind,<BR><BR>Don't=20
the equinox runtime download work or does it have the same type of =
platform=20
dependencies?<BR><BR><BR>Arvind Parasuram wrote:=20
<BLOCKQUOTE cite=3Dmid:fk6sd7$3a9$1@build.eclipse.org type=3D"cite">
<META content=3D"MSHTML 6.00.6000.16587" name=3DGENERATOR>
<DIV><FONT face=3DArial size=3D2>Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Sorry to have confused you :-) It's =
a=20
complicated issue. In short, yes, we would need the core runtime to =
build.=20
But since Eclipse does not provide it on HP, either we have to build =
the=20
runtime on HP or copy over the core runtime plugins from Solaris. =
Either=20
option would work for us.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>What I was referring to =
earlier was that=20
the Eclipse platform zip includes both platform independent plugin =
jars and=20
platform depedent plugin jars in one was zip. If it was split up =
into=20
separate zips, we could have just downloaded the platform =
independent=20
zip.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for your =
inputs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-Arvind</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: rgb(0,0,0) 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A href=3D"mailto:merks@ca.ibm.com"=20
moz-do-not-send=3D"true">merks@ca.ibm.com</A>> wrote in message =
<A=20
href=3D"news:fk1001$ihp$1@build.eclipse.org"=20
=
moz-do-not-send=3D"true">news:fk1001$ihp$1@build.eclipse.org</A>...</DIV>=
Arvind,<BR><BR>If=20
you run them as plugins within an Eclipse application then you =
must be=20
using the Eclipse core runtime, right? So it seems =
reasonable that=20
you should have the core runtime around when you build your =
plugins. =20
I'm slightly confused; maybe the issue is just the inability to =
get the=20
Equinox runtime as a separate download, although that is =
available:<A=20
href=3D"http://download.eclipse.org/eclipse/equinox/"=20
moz-do-not-send=3D"true"><BR></A>
<BLOCKQUOTE><A =
href=3D"http://download.eclipse.org/eclipse/equinox/"=20
=
moz-do-not-send=3D"true">http://download.eclipse.org/eclipse/equinox/</A>=
<BR></BLOCKQUOTE><BR>Arvind=20
Parasuram wrote:=20
<BLOCKQUOTE cite=3Dmid:fjvulg$id0$1@build.eclipse.org =
type=3D"cite">
<META content=3D"MSHTML 6.00.6000.16544" name=3DGENERATOR>
<STYLE></STYLE>
<DIV><FONT face=3DArial size=3D2>Ed,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Both, we run them as plugins =
within an=20
Eclipse application and just as java jars when running from =
command line=20
utilities.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-Arvind</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: =
5px; BORDER-LEFT: rgb(0,0,0) 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Ed Merks" <<A href=3D"mailto:merks@ca.ibm.com"=20
moz-do-not-send=3D"true">merks@ca.ibm.com</A>> wrote in =
message <A=20
href=3D"news:fjv5s4$v2g$1@build.eclipse.org"=20
=
moz-do-not-send=3D"true">news:fjv5s4$v2g$1@build.eclipse.org</A>...</DIV>=
Arvind,<BR><BR>In=20
the end, do you run them as plugins? If not, you can =
always=20
specialize your dependency computations to filter out ones you =
don't=20
have and you know you won't need.<BR><BR><BR>Arvind Parasuram =
wrote:=20
<BLOCKQUOTE cite=3Dmid:fjv48n$mt3$1@build.eclipse.org =
type=3D"cite"><PRE wrap=3D"">Hi Ed,
Thanks for responding.
The "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins do not =
have=20
a platform dependency.
The problem is Eclipse does not provide separate Eclipse Platform zips =
that=20
contain platform dependent and platform independent code. So, now, to be =
able to build my code on HP, I have to do the following...
1) Download a Windows or Solaris zip on HP.
2) Extract it.
3) Copy over "org.eclipse.core.runtime*" and "org.eclipse.osgi*" plugins =
into my build structure so that the build can locate these plugins.
This seems to be a bad workaround. I was trying to find out if there is =
a=20
better approach.
Regards,
-Arvind
"Ed Merks" <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:merks@ca.ibm.com" =
moz-do-not-send=3D"true"><merks@ca.ibm.com></A> wrote in message=20
<A class=3Dmoz-txt-link-freetext =
href=3D"news:fjv0k5$og3$1@build.eclipse.org" =
moz-do-not-send=3D"true">news:fjv0k5$og3$1@build.eclipse.org</A>...
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Arvind,
Comments below.
Arvind Parasuram wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Hi,
From what I have understood EMF is supposed to be platform independent=20
and can run standalone or within an Eclipse runtime if present.
</PRE></BLOCKQUOTE><PRE wrap=3D"">Yes.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">The EMF plugins =
however declare "org.eclipse.runtime" as a required=20
bundle in MANIFEST.MF.
</PRE></BLOCKQUOTE><PRE wrap=3D"">When running within Eclipse this =
bundle is definitely required.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">We have a custom =
home grown build setup that figures out plugin=20
dependencies by looking at the MANIFEST. This ends up breaking our =
builds=20
on HP-Itanium, because Eclipse does not deliver any runtime for=20
HP-Itanium.
</PRE></BLOCKQUOTE><PRE wrap=3D"">I didn't know about that.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">One option of =
course is to build Eclipse on HP-Itanium to get past our=20
build issues. I would like to avoid doing this as this is additional=20
overhead for us.
Is there a version of EMF available that does not have a dependency on=20
"org.eclipse.runtime" in the MANIFEST?
</PRE></BLOCKQUOTE><PRE wrap=3D"">No.
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">If not, is there =
a way to specify "hard" Vs "soft" dependencies as part=20
of the build or in the MANIFEST?
</PRE></BLOCKQUOTE><PRE wrap=3D"">We do have optional =
dependencies, such as org.eclipse.core.resources, but=20
when running in Eclipse/OSGi the eclipse ecore runtime is expected to be =
present. I'm not sure I really understand the problem. I didn't think=20
the core runtime has platform dependencies either. Will you be running=20
these plugins with the Equinox runtime? If not, can you just provide=20
org.eclipse.core.runtime to keep the build happy knowing it won't be=20
needed during standalone execution.?
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">Thanks in =
advance.
-Arvind
</PRE></BLOCKQUOTE></BLOCKQUOTE><PRE wrap=3D""><!---->
=
</PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BLOCKQUOTE><BR></BLOCKQUOTE ></BLOCK=
QUOTE><BR></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0018_01C84D59.DE46F740--
|
|
|
Goto Forum:
Current Time: Thu Apr 25 16:43:41 GMT 2024
Powered by FUDForum. Page generated in 0.03671 seconds |
] 
Search
Help
Register
Login
Home
