What are we talking about here?

Migration?
Scripting?
Management?

What?

Let's break it up into those categories and create separate discussions.

PLEASE CC JBOSS_DEV!!!!!!!!!!!!!!!!!!!!

Bill

Sacha Labourey wrote:
This is because you consider the system services as dirt.

If you consider it


as the system, putting that in a system folder makes sense.

Remember 2.4.x?


the deploy was empty and that was great from a user point of view.

Why? You're just moving the files to a different location..? Now they're
going to a system folder and trying to figure out which file they should
modify to get their SSL invoker configured...?


Am I missing something?


Yes and no. If you are considering the SSL invoker, then yes, my examples
deeply sucks. Now, if you consider applications (EAR, JAR, SARs), my example
is ok. :)

I was speaking about deploying new stuff, not modifying existing one.

Should we be able to deploy "scriptlets" that can modify existing system
config (scripts � la Jetty) => instead of modifying a system config you
deploy a new one that says:
currentServer().getServletEngine().getDefaultInvoker().setPort(38);

This is somehow the VBA approach � la microsoft: you expose an object model
of your server and you let developers script it through JavaScript, Java,
Python, etc. And the object model (i.e. API) is a wrapper around real
objects which allows for more flexibility when making the server evolve: you
code against a given API version, not a real set of objects whose names may
change.

_______________________________________________
jboss-group mailing list
[EMAIL PROTECTED]
http://mail.jboss.org/mailman/listinfo/jboss-group



-- ================ Bill Burke Chief Architect JBoss Group LLC. ================



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to