From: "Markus M. May" <m...@javafreedom.org>
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 parameters should be set into
*one* central file (xml or properties, I don't care), ideally located
somewhere under the runtime folder (e.g. runtime/config)
Good idea ;-)
* an ant task (executed when the system is built) propagates the
parameters to the relevant configuration files under framework
We could also use a "copy" task to copy all the relevant files from
another structure (like mvn is doing),
e.g. /config or /src/config or something like this. This could then be
even done in application specific
folders.
* it should still be possible to edit the files directly (as we do
now) without using the central file: this could be useful for complex
setup (multiple service pools etc...)
You could then just edit the "templates", if needed.
Yes this should not be a problem, just replace ${string} (or such)
Jacques
Jacopo
R,
Markus
On Mar 27, 2012, at 9:10 AM, Jacques Le Roux wrote:
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 before if other persons are
interested...
Jacques
From: "Markus M. May" <m...@javafreedom.org>
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
the proposed solution ;-(
R,
Markus
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 pass a shift value to all ports, rather than a
value for each ports. For instance 1 means 18080, 18443, 11099,
etc.;
2 means 28080, 28443, 21099
Then with a calling scritps you just need to randomize a number
between 1 and 5 (AFAIK you can't get higher than 58443) but I guess
it's enough.
This would be a good enhancement to the way we change ports
(manually for now).
HTH
Jacques
From: "Erwan de FERRIERES" <erwan.de-ferrie...@nereide.biz>
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 be really appreciated.
TIA,
--
Erwan de FERRIERES
www.nereide.biz