You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Sam Ruby <ru...@us.ibm.com> on 2002/03/06 21:21:06 UTC
Re: GUMP in jakarta-commons-sandbox/altrmi
Paul Hammant wrote:
>
> The above project in jakarta-commons is causing gump failures because of
> a jar dependancy that is not sourced from jakarta. I have had a look
> for a suitable example from the alexandria CVS, but can't find one.
I presume that you are talking about
http://jakarta.apache.org/builds/gump/latest/beepcore.html ?
If so, it looks like they are in the process of changing an interface that
you depend on.
> Could someone advise me what to do re this jar to stop the gump
> failures? I have tried masking the classes out using <available> but
> that does not seem to work.
The beepcore classes are available, or at least some version of them.
Have you talked to the authors of the beepcore package about this?
- Sam Ruby
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: GUMP in jakarta-commons-sandbox/altrmi
Posted by Paul Hammant <Pa...@yahoo.com>.
Sam
>
>If so, it looks like they are in the process of changing an interface that
>you depend on.
>
Ahh that could be it.
>>Could someone advise me what to do re this jar to stop the gump
>>failures? I have tried masking the classes out using <available> but
>>that does not seem to work.
>>
>
>The beepcore classes are available, or at least some version of them.
>Have you talked to the authors of the beepcore package about this?
>
Yes, we are in dialog. They seemed surprised when we reported that our
test suite only performs at 10% of its throughput with beep versus without.
I'll get the latest download.
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>