Need for new deployment schemes
It would be really nice to be able to deploy the JRE without having to include everything. There are many packages which are not used in different applications that would be really nice to be able to leave out completely when packaging/embedding the JRE within an application. This would allow for much smaller applications. Basically, not everyone has highspeed internet, so to distribute some applictions online it's nearly impossible considering code size of the JRE now days.
It would be awesome for Sun to come up with a way to change the license and the build (break out the packages which can be in separate jars and other files into separate jars/other files) to allow for slimmed down versions of runtime deployments. I think the standard jre install or shared VM install should keep everything as to be available from web start and applications of this nature, but I still believe this is needed for embedding the runtime into other applications. Changing the license and distribution layout and file structure to allow developers to distribute exactly what they need from the Runtime would be a huge help.
All of the new packages that get added to the VM as standard classes should really be in their own lib as well. Maybe they should be included in the ext directory completely separate as to mitigate these issues. It simply is not a good thing to keep increasing the size of the "required" deployment especially considering some applications must include a copy of a VM directly because of the nature of what they may be doing or for their use case users may simply not be willing to install separate software Java Runtime (they uninstall it because they say they didn't install it, and only want your product installed) I realize that may sound crazy but it happens, and it's not about customer education either as there simply is a large percentage of people with very limited understanding of a computer and software, and they just will not get it for what ever reason, and it compromises the ability to distribute software and build on the platform in some cases due to customer complaints and lack of understanding or willingness to do so.