[platform-dev] Guideline for building a JDT patch updatesite with tycho

[Gayan Perera]

Hi all,

I'm trying to build a eclipse JDT feature patch using tycho. I have added
the required patched JDT plugins into my parent pom. Even the site get
created, when i installed the patch it doesn't patch my i-build eclipse
installation.

is there a guideline or sample patch site which handle JDT patching
property with tycho setup ?

Best regards,
Gayan.
___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev

Re: [platform-dev] recommended way placing the workspace relative to the location of the launcher

[Ed Merks]

Yes, I think you just can't be sure where absolute locations will be 
stored both in the workspace and even in the installation (configuration 
folder) once it has been launched in a non-readonly location...



On 27.05.2021 19:01, Jonah Graham wrote:


The help has a bunch of options, but none that covers your use case as 
far as I can see - 
https://help.eclipse.org/2021-03/topic/org.eclipse.platform.doc.isv/reference/misc/runtime-options.html?cp=2_1_5_0 
 



That said, I did see this commit come through 
https://git.eclipse.org/r/c/equinox/rt.equinox.framework/+/179406 
 
and it may add a new option from 2021-06 of @launcher.dir, but that 
seems so far only implemented to resolve (and allow relocation of) 
the install area, rather than the workspace.


Also, do you have a special use case? because AFAIK workspaces are not 
relocatable. Certainly JDT / CDT put absolute paths in the workspace 
metadata.


HTH,
Jonah


~~~
Jonah Graham
Kichwa Coders
www.kichwacoders.com 


On Thu, 27 May 2021 at 12:49, Christoph Läubrich 
mailto:lae...@laeubi-soft.de>> wrote:


I want to place an Eclipse-Install + its workspace on an USB
drive, of
course, depending on the computer where I do plug this into the drive
letter / path might change. At best I could have a Layout similar to
what the eclipse-installer produces:

/eclipse
/ws

If I use the simple approach:

-Dosgi.instance.area=../ws

this is placed in the current working(!) directory but not
relative to
the /eclipse folder...

What I have tired so far (without success):

- @config.dir/
- reference:


___
platform-dev mailing list
platform-dev@eclipse.org 
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev



___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev
___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev

Re: [platform-dev] recommended way placing the workspace relative to the location of the launcher

[Christoph Läubrich]

Yeah I have checked the help, but sometimes there are "hidden 
options"... but it seem no luck here :-)


My use-case is to have an "portable" eclipse based application, so I can 
plug in the device and have a (default) workspace with my 
projects/preferences and so on.


So the very fist thing would be e.g. to have an eclipse that uses a 
default workspace that is placed alongside the installation and I can 
change preferences or create a plain (empty) project.


If that basic thing would work, the next step might be to convince other 
projects (like JDT, m2e ...) to support relocatable workspaces, so one 
might think to even place JDKs, ant and maven installs and so on on this 
usb-device so I just need to plug it into any PC and could start working.


The Gerrit change looks promising, not sure how much work it would be to 
extend this to other locations as well? It seems to use a property 
'PROP_LAUNCHER' so it seems possible as its done with @user.home ...?


Am 27.05.21 um 19:01 schrieb Jonah Graham:


The help has a bunch of options, but none that covers your use case as 
far as I can see - 
https://help.eclipse.org/2021-03/topic/org.eclipse.platform.doc.isv/reference/misc/runtime-options.html?cp=2_1_5_0 



That said, I did see this commit come through 
https://git.eclipse.org/r/c/equinox/rt.equinox.framework/+/179406 
 and 
it may add a new option from 2021-06 of @launcher.dir, but that seems so 
far only implemented to resolve (and allow relocation of) the install 
area, rather than the workspace.


Also, do you have a special use case? because AFAIK workspaces are not 
relocatable. Certainly JDT / CDT put absolute paths in the workspace 
metadata.


HTH,
Jonah


~~~
Jonah Graham
Kichwa Coders
www.kichwacoders.com 


On Thu, 27 May 2021 at 12:49, Christoph Läubrich > wrote:


I want to place an Eclipse-Install + its workspace on an USB drive, of
course, depending on the computer where I do plug this into the drive
letter / path might change. At best I could have a Layout similar to
what the eclipse-installer produces:

/eclipse
/ws

If I use the simple approach:

-Dosgi.instance.area=../ws

this is placed in the current working(!) directory but not relative to
the /eclipse folder...

What I have tired so far (without success):

- @config.dir/
- reference:


___
platform-dev mailing list
platform-dev@eclipse.org 
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev



___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev


___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev

Re: [platform-dev] recommended way placing the workspace relative to the location of the launcher

[Jonah Graham]

The help has a bunch of options, but none that covers your use case as far
as I can see -
https://help.eclipse.org/2021-03/topic/org.eclipse.platform.doc.isv/reference/misc/runtime-options.html?cp=2_1_5_0

That said, I did see this commit come through
https://git.eclipse.org/r/c/equinox/rt.equinox.framework/+/179406 and it
may add a new option from 2021-06 of @launcher.dir, but that seems so far
only implemented to resolve (and allow relocation of) the install area,
rather than the workspace.

Also, do you have a special use case? because AFAIK workspaces are not
relocatable. Certainly JDT / CDT put absolute paths in the workspace
metadata.

HTH,
Jonah


~~~
Jonah Graham
Kichwa Coders
www.kichwacoders.com


On Thu, 27 May 2021 at 12:49, Christoph Läubrich 
wrote:

> I want to place an Eclipse-Install + its workspace on an USB drive, of
> course, depending on the computer where I do plug this into the drive
> letter / path might change. At best I could have a Layout similar to
> what the eclipse-installer produces:
>
> /eclipse
> /ws
>
> If I use the simple approach:
>
> -Dosgi.instance.area=../ws
>
> this is placed in the current working(!) directory but not relative to
> the /eclipse folder...
>
> What I have tired so far (without success):
>
> - @config.dir/
> - reference:
>
>
> ___
> platform-dev mailing list
> platform-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/platform-dev
>
___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev

[platform-dev] recommended way placing the workspace relative to the location of the launcher

[Christoph Läubrich]

I want to place an Eclipse-Install + its workspace on an USB drive, of 
course, depending on the computer where I do plug this into the drive 
letter / path might change. At best I could have a Layout similar to 
what the eclipse-installer produces:


/eclipse
/ws

If I use the simple approach:

-Dosgi.instance.area=../ws

this is placed in the current working(!) directory but not relative to 
the /eclipse folder...


What I have tired so far (without success):

- @config.dir/
- reference:


___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev

Re: [platform-dev] GTK3 tree performance bug can affect SWT too

[Lars Vogel]

Hi Laksono,

Please check if this is the same problem as
https://bugs.eclipse.org/bugs/show_bug.cgi?id=519164 and if add your
suggestion there. If not please open a new bug for the SWT component
with your suggestion.

If you are available for this, a patch from you would be great to fix that.

Best regards, Lars

On Fri, May 21, 2021 at 7:41 PM laksono  wrote:
>
> All,
>
> There is a known performance bug in gtk_tree_store_set function used by SWT:
>
> https://gitlab.gnome.org/GNOME/gtk/-/issues/2693
>
> I am not an expert in GTK3, but is there any possibility to avoid using 
> gtk_tree_store_set?
>
> I think some of SWT performance bugs are related to this GTK problem:
> - https://bugs.eclipse.org/bugs/show_bug.cgi?id=349869
> - https://bugs.eclipse.org/bugs/show_bug.cgi?id=383733
>
> Thanks.
>
> Laksono
> ___
> platform-dev mailing list
> platform-dev@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/platform-dev



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev