The 2.1 cvs version of Cocoon 2 has the ScriptAction. Perhaps it's better
to extend this action for xsp (if it can't do it right now anyway,
I don't know).

Carsten

> -----Ursprungliche Nachricht-----
> Von: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
> Gesendet: Montag, 6. August 2001 16:18
> An: [EMAIL PROTECTED]
> Betreff: Why does Action extend ThreadSafe ?
> 
> 
> Hi team,
> 
> As a vacation exercise (rainy days here in the french Alps), I
> implemented the XSP-action that is so much wanted by some of you. The
> easiest way to implement it is to make it a subclass of
> ServerPagesGenerator that implements Action.
> 
> But I faced the following problem : Action extends ThreadSafe while
> ServerPagesGenerator implements Recyclable, and thus cannot be
> ThreadSafe (the component manager doesn't allow this). I moved
> ThreadSafe implementation from Action to AbstractAction (which my action
> does not inherit from), and all went well !
> 
> So the question is : why does Action extend ThreadSafe ? Isn't the
> implied contract too strong for a general interface like Action ?
> 
> I'd like to remove ThreadSafe from Action and leave that decision to
> each Action implementation (note also that neither Matcher nor Selector
> extend it).
> 
> Thanks for your comments.
> 
> -- 
> Sylvain Wallez
> Anyware Technologies - http://www.anyware-tech.com
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to