On Sun, Apr 21, 2002 at 04:27:14PM -0700, Jason Dillon wrote: > Think if we wanted > to start signing these & performing cert verificatrion to ensure users have > valid plugins. We can't have them changing the contents then.
This is a very good point which seems to have gotten lost in the thread. A related point is that not all JBoss deployments are "in house". Some of the customers of our product, which is packaged as an .ear, opt for remotely-supported local installations (for performance and security reasons). If we had the ability to ensure that only packages signed with our certificate would be auto-deployed, we would use it. If we had the ability to send out "drag and drop" updates (signed or unsigned) that would observe the pre-existing site configs, we would use that too. A lot. > Do you think that 2 files (.sar & .xml) is really that much more trouble to > manage? I don't think this point was successfully rebutted, either. > What are the advantages to having only .sar w/ embedded config .xml? Or, more precisely, what are the advantages of precluding any external configuration of a packaged sar. Anyone? There are already two advantages to externally-configured, non-exploded deployment above. -Michael Robinson _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development