Le 27/03/2012 09:10, Jacques Le Roux a écrit :
I totally agree and it's now 4 years I want to do that, but always
thought it will be for next day
The best way would be to open a Jira, distribute work with, at least,
Erwan, then create patches. I don't think we need a branch for that, but
that ma
From: "Markus M. May"
Hi Jacopo,
On Tue, 27 Mar 2012 09:36:13 +0200, Jacopo Cappellato wrote:
Thanks for the interesting thread.
It would be nice to share some ideas here about the end result and
then evaluate feasibility and proceed with implementation.
Here is my wish list:
* all the most c
Hi Jacopo,
On Tue, 27 Mar 2012 09:36:13 +0200, Jacopo Cappellato wrote:
Thanks for the interesting thread.
It would be nice to share some ideas here about the end result and
then evaluate feasibility and proceed with implementation.
Here is my wish list:
* all the most common configuration para
Thanks for the interesting thread.
It would be nice to share some ideas here about the end result and then
evaluate feasibility and proceed with implementation.
Here is my wish list:
* all the most common configuration parameters should be set into *one* central
file (xml or properties, I don't
I totally agree and it's now 4 years I want to do that, but always thought it
will be for next day
The best way would be to open a Jira, distribute work with, at least, Erwan, then create patches. I don't think we need a branch for
that, but that maybe discussed
We could discuss here a bit be
Hi Jacques,
I looked into the solution of Geronimo, and it looks great. Probably we
could use this mechanism not only for the ports, but also for some other
configuration parameters, like e.g. the database host and driver. WDYT?
We do have a working solution, but this is by far not as nice as
Keeping it short
https://cwiki.apache.org/GMOxKB/how-to-change-port-numbers-for-geronimo-services.html
http://geronimo.apache.org/downloads.html
It's only a way, but I think it's a good one
Jacques
From: "Erwan de FERRIERES"
Le 26/03/2012 20:03, Jacques Le Roux a écrit :
Hi Erwan,
Geronimo
Le 25/03/2012 21:38, Markus M. May a écrit :
Hi Erwan,
if I understood the ticket you mentioned correctly, there is no need to
assign a "random generated" with own logic.
They would like to use a variable (eg. test.port) to assign this random
port to the test-environment. Problem seems to be,
t
Le 26/03/2012 20:03, Jacques Le Roux a écrit :
Hi Erwan,
Geronimo does this. They pass a value through their scripts. It should
not be too hard to copy/adapt. Of course it should be used not only for
the test-container files but with all containers files. Then it will be
easy and clean to change
Hi Erwan,
Geronimo does this. They pass a value through their scripts. It should not be too hard to copy/adapt. Of course it should be used
not only for the test-container files but with all containers files. Then it will be easy and clean to change the ports for an
instance.
The idea is to pas
Hi Erwan,
if I understood the ticket you mentioned correctly, there is no need to assign a
"random generated" with own logic.
They would like to use a variable (eg. test.port) to assign this random port to
the test-environment. Problem seems to be,
that we need to assign this port to the conta
Hi all,
last year I started the OFBiz integration in the Apache sonar instance.
But I've been stopped by a request from infra, as I need to give the
ports dynamically. And don't know how to make it happen...
https://issues.apache.org/jira/browse/INFRA-3590
If anyone has a pointer, this would
12 matches
Mail list logo