Another Architecture Diagram

[Aaron Mulder <am...@alumni.princeton.edu>]

	I'm currently working on fleshing out the Deployment documentation 
page a bit more.  I put a diagram up there that touches on the Geronimo 
JMX architecture, management, and deployment.  I'm going to start working 
on the description of the existing deployment features now.

Aaron

http://wiki.codehaus.org/geronimo/Architecture/Deployment

Re: Another Architecture Diagram

[Aaron Mulder <am...@alumni.princeton.edu>]

On Fri, 3 Oct 2003, n. alex rupp wrote:
> Q&A from the wiki page asked this question:
> 
> "Question: What happens if you place an application module in the
> auto-deploy directory, so it is deployed, and then you go in via JSR-88 and
> undeploy it? Presumably, it must be removed from the auto-deploy directory,
> so it won't get auto-redeployed next time the scanner wakes up. "
> 
> I'm curious whether we could simply move the application module to an
> "undeploy" directory, which would allow people to work on unpacked archives
> and undeploy without deleting their work-in-progress.

	That makes sense to me, but then the next question on that page is
something along the lines of "what if you've set a read-only URL (WebDAV
or a network filesystem or something) to be the auto-deploy directory?"  
In that case, we couldn't move the archive out of the deploy directory.  
I wonder if instead we shouldn't have some way to indicate to the scanner
or the deployment controller that a certain xAR or dir has been undeployed
and should be skipped in the future.  But then this ties back to the issue 
in my other message, if you restart the server, should that undeployed app 
still be undeployed?  In which case we need some sort of config file to 
say which apps are in which state.

	Also, in addition to "undeployment", there can be a "stopped" 
application, which is not running but still "distributed" to the server.  
If you "stop" an application in the deploy directory, it should probably 
stay there but just be in a non-running state, so you can then "start" it 
again.  Perhaps we're OK to delete apps from the deploy directory if they 
are undeployed, so long as we keep them in place when they're stopped, but 
of course this would still leave us with the read-only deploy dir issue.

Aaron

Re: Another Architecture Diagram

["n. alex rupp" <ru...@umn.edu>]

Q&A from the wiki page asked this question:

"Question: What happens if you place an application module in the
auto-deploy directory, so it is deployed, and then you go in via JSR-88 and
undeploy it? Presumably, it must be removed from the auto-deploy directory,
so it won't get auto-redeployed next time the scanner wakes up. "

I'm curious whether we could simply move the application module to an
"undeploy" directory, which would allow people to work on unpacked archives
and undeploy without deleting their work-in-progress.

--
N. Alex Rupp (n_alex_rupp@users.sf.net)





----- Original Message ----- 
From: "Aaron Mulder" <am...@alumni.princeton.edu>
To: <ge...@incubator.apache.org>
Sent: Thursday, October 02, 2003 3:27 PM
Subject: Another Architecture Diagram


> I'm currently working on fleshing out the Deployment documentation
> page a bit more.  I put a diagram up there that touches on the Geronimo
> JMX architecture, management, and deployment.  I'm going to start working
> on the description of the existing deployment features now.
>
> Aaron
>
> http://wiki.codehaus.org/geronimo/Architecture/Deployment
>
>

Re: Another Architecture Diagram

[James Strachan <ja...@yahoo.co.uk>]

Great stuff Aaron!

On Thursday, October 2, 2003, at 09:27  pm, Aaron Mulder wrote:

> 	I'm currently working on fleshing out the Deployment documentation
> page a bit more.  I put a diagram up there that touches on the Geronimo
> JMX architecture, management, and deployment.  I'm going to start 
> working
> on the description of the existing deployment features now.
>
> Aaron
>
> http://wiki.codehaus.org/geronimo/Architecture/Deployment
>
>

James
-------
http://radio.weblogs.com/0112098/