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>