You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geronimo.apache.org by Marco Laponder <ma...@kewill.com> on 2008/09/11 10:46:09 UTC

best way to deploy when in development

Hi All,

I am wondering if the current setup for my development environment is
optimal. I have a maven project with all the relevant resource for mu
EAR containing a WAR. 

When I want to test my changes, I package a new war and ear, and use the
deployer to deploy my new ear with Geronimo. Are the better solutions
than this configuration ? Can I configure Geronimo to use a directory
structure which contains my unzipped ear and war e.g. ? 

Kind regards,
Marco Laponder

Re: best way to deploy when in development

Posted by Luciano Salotto <ls...@gmail.com>.
On Thu, Sep 11, 2008 at 5:46 AM, Marco Laponder
<ma...@kewill.com>wrote:

> Hi All,
>
> I am wondering if the current setup for my development environment is
> optimal. I have a maven project with all the relevant resource for mu
> EAR containing a WAR.
>
> When I want to test my changes, I package a new war and ear, and use the
> deployer to deploy my new ear with Geronimo. Are the better solutions
> than this configuration ? Can I configure Geronimo to use a directory
> structure which contains my unzipped ear and war e.g. ?
>

I think you can use the inplace option for that, some docs

http://cwiki.apache.org/GMOxDOC20/deployer-tool.html
http://cwiki.apache.org/GMOxDOC21/tools-and-commands.html


> Kind regards,
> Marco Laponder
>

Hope this helps!!

Re: best way to deploy when in development

Posted by Donald Woods <dw...@apache.org>.
Are you using Eclipse, or just cmdline tools?


-Donald


Marco Laponder wrote:
> Hi All,
> 
> I am wondering if the current setup for my development environment is
> optimal. I have a maven project with all the relevant resource for mu
> EAR containing a WAR. 
> 
> When I want to test my changes, I package a new war and ear, and use the
> deployer to deploy my new ear with Geronimo. Are the better solutions
> than this configuration ? Can I configure Geronimo to use a directory
> structure which contains my unzipped ear and war e.g. ? 
> 
> Kind regards,
> Marco Laponder
> 

Re: apache httpd and geronio

Posted by Markus Keller <m....@orcasoft.ch>.
Hello Marco, Jason

Jason Warner schrieb:
> Mod_proxy_ajp is a module that works with Mod_proxy to allow a connection
> over ajp rather than http.  The difference in configuration between using
> http or ajp is negligible so I think your choice is really between Mod_proxy
> and Mod_jk.  

To know from my own experience mod_proxy_ajp is the best and 
easiest way to connect apache to tomcat.

The Apache Portable Runtime (APR) based Native library for 
Tomcat is an option to optimize an apache http server in 
association with tomcat. You still need mod_proxy and 
mod_proxy_ajp for apache httpd but on the tomcat side the 
native library is used instead of the Java AJP connector. 
The result is a better perfomance and the JVM must not 
handle the connections. Hope this is a usefull information 
for you.

More information:

http://tomcat.apache.org/tomcat-6.0-doc/apr.html


marc

Re: apache httpd and geronio

Posted by Jason Warner <ja...@gmail.com>.
Hello Marco,

Mod_proxy_ajp is a module that works with Mod_proxy to allow a connection
over ajp rather than http.  The difference in configuration between using
http or ajp is negligible so I think your choice is really between Mod_proxy
and Mod_jk.  I've used Mod_proxy some and found it fairly easy to setup and
use for forwarding requests.  I haven't as of yet set up a Mod_jk
configuration, but I do know that it requires more configuration both in the
apache server and the geronimo server.  Alternatively, Mod_proxy only needs
configuration within the apache server.  From my understanding, Mod_jk
allows for more configuration options and gives a user more control over the
setup.  If all you're going to be doing is forwarding requests, then
Mod_proxy might be easier.  Hopefully this information helps you with your
decision.

On Thu, Sep 25, 2008 at 2:27 AM, Marco Laponder
<ma...@kewill.com>wrote:

> Hi,
>
> I am considering to forward (some) request from my apache httpd
> webserver to Geronimo. If I understand correctly there are multiple
> options:
> - Mod_jk
> - Mod_proxy
> - Mod_proxy_ajp
>
> What is the preferred way to go , in terms of performance and
> functionality ?
>
> Kind regards,
> Marco Laponder
>
>


-- 
~Jason Warner

apache httpd and geronio

Posted by Marco Laponder <ma...@kewill.com>.
Hi,

I am considering to forward (some) request from my apache httpd
webserver to Geronimo. If I understand correctly there are multiple
options:
- Mod_jk
- Mod_proxy
- Mod_proxy_ajp

What is the preferred way to go , in terms of performance and
functionality ? 

Kind regards,
Marco Laponder


Re: best way to deploy when in development

Posted by David Jencks <da...@yahoo.com>.
On Sep 11, 2008, at 4:46 AM, Marco Laponder wrote:

> Hi All,
>
> I am wondering if the current setup for my development environment is
> optimal. I have a maven project with all the relevant resource for mu
> EAR containing a WAR.
>
> When I want to test my changes, I package a new war and ear, and use  
> the
> deployer to deploy my new ear with Geronimo. Are the better solutions
> than this configuration ? Can I configure Geronimo to use a directory
> structure which contains my unzipped ear and war e.g. ?

Since you are using maven I strongly suggest you set up a workflow as  
sort of documented here:

http://cwiki.apache.org/GMOxDOC21/constructing-a-special-purpose-server-using-maven.html

Basically, add some stuff to your maven build tthat:
1. builds geronimo plugins for each of your applications
2. assembles a geronimo server including your apps.

you can then run automated integration tests on your app using e.g.  
selenium.

Another option is to deploy your apps using the geronimo-maven-plugin  
to an already running server as is done in the testsuite.  I don't  
like this quite as much since there is a greater chance of  
contamination from a previous version of you app that might not have  
gotten completely uninstalled: however if you are not installing  
anything to var its unlikely you would run into this kind of problem.

thanks
david jencks

>
>
> Kind regards,
> Marco Laponder