[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [platform-update-dev] Hunting season open
|
Jeff, thanks for the ideas.
Just to be in sync what we plan for 2.2, see my comments below (<DG>).
Regards,
Dejan Glozic, Ph.D.
Manager, Eclipse Platform Components
D2/MY7/8200/MKM
IBM Canada Ltd.
Tel. 905 413-2745 T/L 969-2745
Fax. 905 413-4854
Jeff
Turnham/Toronto/IBM@IBMCA To: platform-update-dev@xxxxxxxxxxx
Sent by: cc:
platform-update-dev-admin@ Subject: RE: [platform-update-dev] Hunting season open
eclipse.org
04/15/2003 11:27 AM
Please respond to
platform-update-dev
Hi All,
So I'm not sure if these are already on your radar screen for 2.2, but just
off the top of my head here are some issues that I can think of (in no
particular order):
(let me know if I should be opening eclipse enhancements for these):
1) Standard way to manage filesystem footprint.
- Currently, every fixpak we ship increases the disk space consumed
linearly, and without writing custom code we have no way of helping the
user "clean up" superseded plugins.
- Likewise, when the user wants to un-install an update (or revert
using the current design)...the disk space is not cleaned up.
<DG>There are several scenarios that depend on uninstall capability. We are
currently looking at keeping track of the installed files so that we can
uninstall features installed by us, while leaving behind files installed
nativelly (don't want to mess with native installers). This would allow
users to purge the unused files. We will attempt to compute the complete
usage graph so that we can compute the effect of feature removal to linked
extensions and other workspaces.
</DG>
2) Improved connectivity \ network communication
- Resume capability in the event of a dropped connection
- Improved performance (not sure if implementing download manager
capability with multiple connections is feasible)
<DG>We are looking into improving general network communication in 2.2, so
these are all fine suggestions that fall under that work item
</DG>
3) Standard way to support pre-install User Registration \ License
Acceptance
- We need a way to force a user to accept a license, in one of many
languages, before downloading anything.
<DG>We already force the user to accept the license. Therefore, 2.2
improvement would be to provide for language selection.</DG>
- I believe that with the current design we could write an install
handler that forces license acceptance post-download.
<DG>I presume you would not need to do this for license acceptance alone
(providing that we implement multi-language licenses.</DG>
- Marketting is also looking for ways to force registration, so
both of these issues may be solved with some pre-install hooks that we
could code to.
<DG>Registration is a different issue. I agree that pre-install hooks with
a custom install handlers would be a good starting point. A minor problem
is that custom install handlers are not provided any UI context, so you may
have a problem performing any UI tasks there.</DG>
Thanks..
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\
Jeff Turnham
WebSphere Tools Release Team
IBM Toronto Lab, D3-646
(905) 413-4319
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\
Christophe
Elek/Toronto/IBM@IBMCA To:
Sent by: platform-update-dev@xxxxxxxxxxx
platform-update-dev-admin@ecl cc:
ipse.org Subject: RE:
[platform-update-dev] Hunting season
open
04/14/2003 06:18 PM
Please respond to
platform-update-dev
Anou,
You can protect the site.xml by password (check your http doc)
you can also create a more complex security service where the returned
site.xml is built on demand
You will them have the plugin.jar associated with a servlet URL using the
archive tag. The built URL can contain a cookie associated with the user's
transaction that can expire after 30 minutes
then you can prevent any unauthorized browsing
Let me know
Christophe Elek
Eclipse.org (Platform Update Core)
IBM Software Group - Cross Product Support
IBM Canada Ltd.
celek@xxxxxxxxxx
(905) 413-3467
"Anou
Manavalan"
<anou_mana@hotm To
ail.com> platform-update-dev@xxxxxxxxxxx
Sent by: cc
platform-update
-dev-admin@ecli bcc
pse.org
Subject
RE: [platform-update-dev] Hunting
04/14/2003 season open
04:31 PM
Please respond
to
platform-update
-dev
Hi,
Is there a way we can restrict the access for the update site ? I couldn't
find it in the docs I looked at. If it is already there, I would appreciate
if you could point where I can find that information. If not, that will be
an addition that I would like to see.
Would also like to monitor how many accesses and a log of any other
information about the client who is accessing is also a nice add on.
regards,
-Anou
-----Original Message-----
From: platform-update-dev-admin@xxxxxxxxxxx
[mailto:platform-update-dev-admin@xxxxxxxxxxx]On Behalf Of Dejan Glozic
Sent: Tuesday, April 08, 2003 1:16 PM
To: platform-update-dev@xxxxxxxxxxx
Subject: [platform-update-dev] Hunting season open
Since 2.1 has been shipped, we hereby officially open the next Eclipse
design cycle. If you have recent experience with any aspect of
Install/Update, please tell us. We would like to address as many problems
as possible and are not afraid to make bold changes. Tell us about your
frustrations, things that you didn't like, didn't understand, or would
ideally like handled automatically.
In particular, try not to unintentionally restrict yourselves by thinking
within the constraints of the current design. Think about how you would
like things to behave in the ideal world, then we will go back to the
current design and see what needs to be changed to make it happen.
Regards,
Dejan Glozic, Ph.D.
Manager, Eclipse Platform Components
D2/MY7/8200/MKM
IBM Canada Ltd.
Tel. 905 413-2745 T/L 969-2745
Fax. 905 413-4854
_______________________________________________
platform-update-dev mailing list
platform-update-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-update-dev
_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.
http://join.msn.com/?page=features/virus
_______________________________________________
platform-update-dev mailing list
platform-update-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-update-dev
_______________________________________________
platform-update-dev mailing list
platform-update-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-update-dev