Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] PDE help

I actually tried Export... --> Deployable Fragments and Plugins --> into running application, and so far it seems to have worked. I guess using cvs sources and using a clean eclipse without cdt was the key (instead of importing everything using pde (aside: is pde actually dead? their mailing list seems to have almost no traffic)).

If the standard launcher is going to be deprecated at some point, I guess the next step would be to get dsf running. But since I have a working version of eclipse now, maybe this is not the highest priority anymore.

Thanks very much for your help so far.

Tobias


On Mar 31, 2009, at 3:49 PM, Marc Khouzam wrote:


Woops, please read the line
the dropings directory.  Personnay, I use the structure
as
the dropins directory.  Personally, I use the structure

(I hope the first typo was not my subconscious making a
comment about P2 :-O )

-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx
[mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Marc Khouzam
Sent: Tuesday, March 31, 2009 9:39 AM
To: CDT General developers list.
Subject: RE: [cdt-dev] PDE help

Hi,

I've never actually deployed plugins so maybe someone with
more experience can correct me.  Here is what I think you can do.
It is very close to what Matt mentions but a tiny bit different.

You should have installed Eclipse 3.5M6 with nothing else (no CDT).
You should have checked out the CDT plugins and patched them.
Then you can export... them as "Deployable plug-ins and fragments".

Then shutdown eclipse.

You then copy or move the generated jar files into the
dropins directory.  This is imporant.  It will not work to use
the plugins directory for eclipse 3.4 or more.  You have to use
the dropins directory.  Personally, I use the structure
dropins/eclipse/plugins/<my new jar files>
but I was told
dropins/<my new jar files>
works fine, although I haven't tried it.

Then, you restart eclipse, and you should have your own version
of the CDT.

If you want to remove the plugins, just shutdown eclipse, remove
your jar files from dropins, and start eclipse again.

Hope this works.

Marc

-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx
[mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Matt Grosvenor
Sent: Monday, March 30, 2009 6:17 PM
To: CDT General developers list.
Subject: Re: [cdt-dev] PDE help

For a quick and dirty fix, you can deploy the plugin using
export and
overwriting the existing plugin. So in my case, I used made
some mods to
the CDT UI. I exported my plugin and renamed it to be
identical to the
existing CDT UI. Then I just copied it into the plugins/
folder of my
eclipse installation. This has been sufficient for "release
testing", I
would be keen to know how to do this properly tho.

Matt

Tobias Hahn wrote:
Hi Marc,

Thanks for your help so far.

I'm on a Mac. The issue with not being able to debug was
something
wrong with the runtime-EclipseApplication workspace used by the
debugged instance. Renaming it solved that issue.

I checked out the sources you mentioned, applied my patches
and built
cdt. Debugging works fine, so the remaining question is, how do I
deploy my patched version? I want to use it on the machine
I'm working
at and others. And I want to use it natively, not using
'Debug As' or
'Run As' from within eclipse.

Again, thanks for your help so far.

Tobias


On Mar 30, 2009, at 5:59 PM, Marc Khouzam wrote:

Hi,

Give a detailed description of the steps
necessary to debug and deploy an eclipse application (3.5M6)
with cdt
(M6) with the patches similar to the one described in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=265483
#c2 applied.

Are you on Linux?

this is how I do things on Linux.  There are probably
other (maybe
more efficient) ways, based on your particular situation,
but I believe the following generic way will work.

- install eclipse 3.5M6 with nothing else

- run eclipse using
   eclipse  -clean -vm ../../jre1.5.0_13/bin/java -vmargs
-Xmx1024M
-XX:PermSize=64M -XX:MaxPermSize=128M -ea

- Check out all CDT plugins using the CVS Repository view
   proxy.eclipse.org:80
   /cvsroot/tools
   checkout everything under HEAD->org.eclipse.cdt->all
   as well as HEAD->org.eclipse.cdt->dsf
   and HEAD->org.eclipse.cdt->dsf-gdb

- all these plugins should build without errors (but lots
of warnings)

- apply your patch

- debug as eclipse application

That should do it.

Marc



-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx
[mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Tobias Hahn
Sent: Monday, March 30, 2009 11:46 AM
To: cdt-dev@xxxxxxxxxxx
Subject: [cdt-dev] PDE help

Hi all,

I'd have developed some patches to improve and fix some
problems with
cdt. However, I'm totally frustrated and about to give up.

This is what I tried:
First of all, I imported the plugins I need to patch
using PDE and
changed the sources I needed. Then I debugged it using
Debug As -->
Eclipse Application. This used to work perfectly. For some
reason, it
stopped working and gives me
java.lang.OutOfMemoryError: Java heap
space when I try to start it. I tried a clean install of
eclipse as
well as cdt and setting Xmx to anything between 256m and
4g, but no
luck.

Then I tried installing it into the running instance
using Export.
This had no effect whatsoever.

Then I increased the qualifier part of the plugin's version and
exported it again. This time my patches worked fine (only
small local
changes), but as a result I'm getting hundreds of NLS
missing string
errors as well as lots of seemingly related language resource
classes
not found. To make this super clear: These error occur _only_
with the
exported version of the plugin, but _not_ when
debugging it using
'Debug As --> Eclipse application'.
To a certain extend I could live with these -- since I still
have hope
that there is a path from debugging to deploying.

So I tried installing these patched plugins on another
machine only to
find out that there seems to be no method left to install
plugins. The
Install software wizard will only install features, not single
plugins, and just copying them to the plugins or dropins
subdirectory
of eclipse has no effect whatsoever. Trying to wrap
them in a PDE
"Feature patch" also has no effect whatsoever.

Finally I tried to "Import.../Feature", but when I try to
deploy it it
downloads all plugins from some update site instead of using the
patched ones from my workspace.

I tried to RTFM but the various FAQ I found scattered in the net
contradict each other, don't work, obviously refer to ancient
versions
of eclipse or are clueless themselves (just a quote from the
official
CDT users faq at http://wiki.eclipse.org/CDT/User/
FAQ#Working_on_the_CDT :

How do I distribute my changes to my customers?
Anyway that you see fit! Actually, if anybody has
suggestions for
this answer, please send them to the cdt-dev mailing list.


Please, why does it have to be such a pain to develop eclipse???

So here's my quest(ion): Give a detailed description of
the steps
necessary to debug and deploy an eclipse application (3.5M6)
with cdt
(M6) with the patches similar to the one described in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=265483
#c2 applied.

Any help is appreciated.
Tobias
Ableton AG, Sitz: Berlin, Amtsgericht
Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck




_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

Ableton AG, Sitz: Berlin, Amtsgericht
Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck




_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

Ableton AG, Sitz: Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck






Back to the top