I do pretty rapid deployments to my GF dev server and atleast once a day I have to restart it due to an apparent PermGen memory leak, which eventually doesn't allow any more deployment of an app.
This occurs when I'm deploying EARs and WARs all day... probably atleast 25-30 times, or more.
Other then that, I rarely have to restart my GF server. But, I still wouldn’t want to share the server, for example when I want to experiment with different JDBC drivers etc. At the moment I don't have to dynamically change much config, but there are times when my development is closely dependant on config changes in the app server, which may require many restarts.
What's wrong with simply creating a new domain in a single GlassFish install for each developer?
Alex Sherwin
alex.sherwin_at_acadiasoft.com
-----Original Message-----
From: glassfish_at_javadesktop.org [mailto:glassfish_at_javadesktop.org]
Sent: Monday, August 11, 2008 2:57 PM
To: users_at_glassfish.dev.java.net
Subject: Re: GlassFish domains on same server under own unix user credetials?
> As I understand, virtual domain in GF is served by
> separate process anyway.
No, a GF domain runs as a single monolithic process on the server.
You could run a single instance of GF for several developers. If they're submitting full boat WARs to the server, there's no separation of the users and files at that level -- the server will explode the WAR files in to an internal directory, but they'll be owned by the GF process user.
If the users are simply deploying WARs in a pre-populated directory, then you can maintain your user ownership, assuming the GF server has privileges to read the files.
But, frankly, for development, I wouldn't use a shared server. As robust as it is, there's just too many things that developers can do that might require a server restart, though in theory that restart could be scheduled, but even still there are things that developers can possible do that can affect the server on an unscheduled basis that can impact other developers (PermGen leaks come to mind here).
Really depends on how sophisticated your development is and what the users are doing.
> I could install independent GF for each domain on
> different ports. In this case, each GF instance will
> run under own user credentials. It will take 40 Mb
> and inability to have common admin UI for all.
You can't have a common GUI, but you could easily script the CLI with some common shortcuts to do common tasks, where you can specify the domain name and have the work done, or for some common task you can simply loop through the "known" domains and execute each command on the respective domains.
If you're using root only ports, you can use SMF on Solaris to still let GF use the lower numbered ports, but have the process actually owned by a non-root user.
[Message sent by forum member 'whartung' (whartung)]
http://forums.java.net/jive/thread.jspa?messageID=292653
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
For additional commands, e-mail: users-help_at_glassfish.dev.java.net