[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [platform-update-dev] Couple of Questions about Update...
|
Andrew,
Thank you for the kind words. Answers:
1) I think that you can point at other servers from site.xml - I will let
Christophe Elek confirm that one.
2) Update uses versions to compute differences and see if something is
'newer'. You can use four-point identifier for build-to-build changes (e.g.
1.0.0 v20020921). The fourth segment is a label that is compared
lexicographically so dates are good candidates there because newer date
comes up as 'newer' in Update. We consider plug-ins with the same ID and
version the same and do not download them in order to increase performance
(we only download 'delta').
3) There is an extension point 'org.eclipse.ui.startup' that registers a
plug-in that will run on startup. You will need to use Update Core APIs to
find out what features are currently active, go to their update sites and
see if there are new versions available. We will eventually provide this
capability in Update but you can write your own before us (we will need to
shuffle code a bit because we would need to move our search classes from
the Update UI to this new 'startup' plug-in).
Regards,
Dejan Glozic, Ph.D.
Application Development
D2/MY7/8200/MKM
IBM Canada Ltd.
Tel. 905 413-2745 T/L 969-2745
Fax. 905 413-4854
Andrew B
Mccullough/Charlotte/IBM@I To: platform-update-dev@xxxxxxxxxxx
BMUS cc:
Sent by: Subject: [platform-update-dev] Couple of Questions about Update...
platform-update-dev-admin@
eclipse.org
09/11/2002 05:38 PM
Please respond to
platform-update-dev
I have done a quick search of thie ML and the NG, so I hope these haven't
been asked and answered before:
First let me say they absolutely _love_ the Update Manager. It's a
fantastic idea and well implemented.
A few questions:
1) Is there any way to point to a URL where the actual plugin JAR files
reside? We've set up a little test update site, and it works great, but we
would really prefer to have the .jar files for the plugins hosted on the
download server. Our site is hosted by SourceForge, and SourceForge uses
different servers for Web and. Download. I would like to have site.xml on
the Web server, and possibly even the (very small) feature jars there, but
I want the actual plugin downloads to use the more bandwidth-appropriate
download servers. This would be easy if I could just specify that the
plugin.jar is located at "htttp://whatever.url/plugin.jar". If not, is
there a good reason? Should I put a request in bugzilla?
2) Is there a reason why update manager silently fails if your versions are
the same? I realize that you should increment version numbers, but in this
case it's just minor development build differences, not real "releases". I
think the UI should at least notify the user that you already have aplugin
of the same version and provide choices. I tried to do an update, when
version number of my existing plugin was 1.0.0, the update manager version
was also 1.0.0, but was actually was a slightly newer build. I expected
something like "Your versions seem to match, overwrite the existing
version? Y/N?", but it just went along like it was installing the "newer
1.0.0", but it really didn't. I still had the "old version". Bugzilla?
3) Is there any exisitng plan to provide a "push" capability as a user
option? e.g. on startup check some defined update site(s) and see if new
versions exist? If not, this seems like a good community project for
someone. Maybe me, but time is short these days :) Bugzilla?
-Andrew
-------------------------------------------------------------------------
Andrew B. McCullough
Advisory I/T Specialist
Object Technology Group, IBM Global Services
(704)594-2258 [OTG Office] [794-2258 TieLine]
(704)957-3794 [Mobile Phone]
mccull1@xxxxxxxxxx
_______________________________________________
platform-update-dev mailing list
platform-update-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-update-dev
