[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Eclipse 3.0 support

From: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2003-08-25 12:34:56 CEST

Hi,

I thought that the svnup - wrapper code was being moved into svn proper? So
that it's the same wrapper that they'll be using just with different
package-names.

--Tim

-----Original Message-----
From: Nico Seessle [mailto:nseessle@tigris.org]
Sent: maandag 25 augustus 2003 1:11
To: dev@subclipse.tigris.org
Subject: Re: Eclipse 3.0 support

Cédric Chabanois wrote:
> We will support the latest release. For now, this is 2.1.1
>
> We cannot support both the latest release and 3.0 version, so we have to
> make a choice.
> However if we find a way to support both 2.1.1 and 3.0, we will do it.
> Nico Seessle will perhaps submit a patch for that : he made subclipse
> 0.6 work on Eclipse 3.0 M2

At first a big sorry. I have not currently a command-line svn installed,
and none of the GUI-Tools available seem to be able to generate some
readable diff-format :-(

The changes would be (as known until now):

Some not so problematic changes (in core):

IRemoteResource defines three new Methods

        public String getComment() throws TeamException;
        public String getContentIdentifier() throws TeamException;
        public String getCreatorDisplayName() throws TeamException;

but I don't think that should be a problem to add them (but I don't know
by now how to make them return something useful, will get to this later)

In SVNWorkspaceRoot.scrubProjects() there was a TeamException catched
which is no longer thrown by any call in this method. One could (I
guess) work around this (if one whishes to have this code only once) by
using something like

catch (Exception ex) {
   if (ex instanceof TeamException) {
     throw SVNException.wrapException(e);
   } else {
     throw ex;
   }
}

but maybe this will make stack-traces unusable?

Changes in UI:

SVNUIPlugIn.runWithProgress()
Old:
TeamUIPlugin.runWithProgress(parent, cancelable, runnable);
New:
Utils.runWithProgress(parent, cancelable, runnable);

CheckoutAsAction:
PromptingDialog and IPromptCondition moved from
org.eclipse.team.internal.ui to org.eclipse.team.internal.ui.dialogs

SVNLightweightDecorator:
Uses TeamImages.getImageDescriptor in some places, which no longer exists.

AddToVersionControlDialog:
DetailsDialog moved from org.eclipse.team.internal.ui to
org.eclipse.team.internal.ui.dialogs

RemoveRootAction:
DetailsDialogWithProjects moved from org.eclipse.team.internal.ui to
org.eclipse.team.internal.ui.dialogs

Especially Label-decoration is very unstable and needs some work. Then I
(or someone else) needs to find the best way for providing compatibility
with Eclipse 2.x if running under 3.x.

One way would be to copy over the affected classes and provide a
"fragment" (if this works, I have only read about it by now), the other
way would be to provide the missing classes from the
org.eclipse-hierarchy in Eclipse 3.x.

I will try to find some time next week, but maybe you need to wait for
M3 (or next weekend in other words).

Another question: Did I understand it correctly, that you are moving
away from the wrapper-code provided by "svnup" and using the
wrapper-code which is available directly from subversion for future
devlopment?

Nico

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Mon Aug 25 20:34:56 2003

This is an archived mail posted to the Subclipse Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.