Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [platform-update-dev] Hunting season open


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.

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)

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.
        - I believe that with the current design we could write an install handler that forces license acceptance post-download.
        - 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.

Thanks..

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\
Jeff Turnham
WebSphere Tools Release Team
IBM Toronto Lab, D3-646
(905) 413-4319
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\



Christophe Elek/Toronto/IBM@IBMCA
Sent by: platform-update-dev-admin@xxxxxxxxxxx

04/14/2003 06:18 PM
Please respond to platform-update-dev

       
        To:        platform-update-dev@xxxxxxxxxxx
        cc:        
        Subject:        RE: [platform-update-dev] Hunting season open

       


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



Back to the top