On Thu, 1 Apr 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> On Thursday 01 April 2004 22:02, Stefan Bodewig wrote:
>
>> excalibur-instrument-manager depends on
>> incubator-altrmi depends on
>> avalon-phoenix depends on
>> excalibur-instrument-manager
>
> A little bit investigation se
On Thursday 01 April 2004 22:02, Stefan Bodewig wrote:
> excalibur-instrument-manager depends on
> incubator-altrmi depends on
> avalon-phoenix depends on
> excalibur-instrument-manager
A little bit investigation seems to indicate that AltRMI should probably
depend on id="client" and id=
On Thursday 01 April 2004 22:02, Stefan Bodewig wrote:
> excalibur-instrument-manager depends on
> incubator-altrmi depends on
> avalon-phoenix depends on
> excalibur-instrument-manager
AltRMI should not depend on Phoenix.
Unfortunately, I have no clue how it does, but will look into that
Hi,
I'm lost here. It looks as if excalibur-instrument-manager now
doesn't perform any conditional compilation anymore so that altrmi has
become a hard compile time dependency.
If I add this dependency in the Gump descriptor, things break down
because we now have a dependency cycle:
excalibur
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project excalibur-instrument-manager has an issue affecting its community integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project excalibur-instrument-manager has an issue affecting its community integration.
Leif:
What do you think about a little repackaging of the sources into the
following structure
/instrument
/api --- as per current /instrument directory
/spi --- contents of instrument-manager interfaces
/impl --- instrumentation manager wit
On Monday 29 March 2004 17:10, Leif Mortenson wrote:
> Having only a single jar might be more convenient for most users as the
> server needs both sets of classes.
Let's keep the way things are organized now. Gump can be accommodated to
almost anything, so that is not a problem... Just that it ne
I had originally had the ant build creating two jars. This was because
a client connecting
to the InstrumentManager via the altrmi connector only needed access to
the api
classes. It works with both, but it just bloat. As I have been
downplaying the altrmi
connector and moving toward improv
On Monday 29 March 2004 15:26, Stefan Bodewig wrote:
> On Mon, 29 Mar 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > Sorry that I haven't got around to fix the Gump build yet.
>
> No problem at all, in particular since other people (me, for example)
> could help as well. I just wanted to know
On Mon, 29 Mar 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> Sorry that I haven't got around to fix the Gump build yet.
No problem at all, in particular since other people (me, for example)
could help as well. I just wanted to know which direction has to be
taken in this case.
Stefan
-
On Monday 29 March 2004 15:09, Stefan Bodewig wrote:
> it seems that excalibur-instrument-manager doesn't create separate -api
> and -impl jars anymore. Is this intended (and the Gump descriptor is
> wrong) or is Gump using a bad build target or ...
Stefan,
Sorry that I haven't got around to fix
Hi,
it seems that excalibur-instrument-manager doesn't create separate -api
and -impl jars anymore. Is this intended (and the Gump descriptor is
wrong) or is Gump using a bad build target or ...
Cheers
Stefan
-
To unsu
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project excalibur-instrument-manager has an issue affecting its community integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project excalibur-instrument-manager has an issue affecting its community integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project excalibur-instrument-manager has an issue affecting its community integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project excalibur-instrument-manager has an issue affecting its community integration.
17 matches
Mail list logo
