On Wed, 8 Aug 2001 22:36, Berin Loritsch wrote:
> > However I do have a problem with the length of import statements. A
> > direct convertion will mean the length of our import statements are
> > pushing 60 characters !!!! Not sure how to deal with this just yet
> > thouygh ;)
>
> The only way I can see doing this--and supporting our naming structure is
> to drop "org.apache" from the package name. I don't know how that would
> fly with the other apache projects here. With that change, our new imports
> would be:
>
> import avalon.excalibur.naming;
Thats the only solution I can see and I am sure we would be flamed to death
if we did it ;)
> The excalibur.pool package _is_ object pooling. The excalibur.component
> package extends it and creates the component pooling. Now, if you have an
> improved pooling algorithm that is thread safe--I would be very happy to
> see it. But it should be in the excalibur.pool package.
The problem is none of the objects I need to pool can implement Poolable
interface. Thus the package is not useful in this context ;/
> As for your improved/simplified CLI services, I am all for ease of use. I
> wouldn't use excalibur.xcli if it doesn't provide more services. The word
> "extended" implies the ability to do _more_ than what is already available.
> Perhaps "ecli" for Easy CLI or "scli" for Simplified CLI?
dunno - eithers good .. needs more work though and I am not sure it is worth
the effort at this stage ... so much else todo.
Cheers,
Pete
*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof." |
| - John Kenneth Galbraith |
*-----------------------------------------------------*
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
