cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)" <kinga_dziembow...@hp.com>
Subject RE: Dispatcher/Adapter
Date Wed, 13 Feb 2002 16:19:22 GMT


> -----Original Message-----
> From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net]
> Sent: Tuesday, February 12, 2002 7:28 PM
> To: cocoon-dev@xml.apache.org
> Subject: RE: Dispatcher/Adapter
> 
> 
> > From: DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)
> [mailto:kinga_dziembowski@hp.com]
> > 
> > Vadim,
> > Let's summarize what is my understanding of the changes you propose.
> > 
> > 1. Dispatcher to extend Transformer  it is OK modification 
> althrough I
> still
> > think other components can be candidates to became Dispatchers.
> > 
> > 2. The scenario you try to describe is:
> > The adapter express the interest in some XML element, the Dispatcher
> can
> > query the adapters using
> > 
> > String getNamespaceURI();
> > String getElement();
> 
> Yes, it is one of the possibilities (the simplest one, I think).
> 
> 
> > Dispatcher channels all elements until the end tag to the adapter
> interested
> > in such element.
> > The adapter, if it is DOMBased collects all events of its 
> interest and
> using
> > Node process(Node) method is processing the document 
> fragment. At the
> end of
> > the processing it is streaming the results to the main stream of SAX
> events.
> 
> Yes.
> 
> 
> > If this is the model you describe I do not have a problem with it. 
> > It changes somehow the original design but
> > when I am thinking more about this I understand why you like 
> > to make such modifications.
> 
> Ok.
> 
> 
> > For the adapter, the access to HttpRequest/Request will be done 
> > through SitemapModelComponent capabilities.
> 
> For the HTTP-only-adapters: yes, through the object model provided by
> setup method.
> 
> 
> > Let me know if it is correct understanding.
> 
> Yes, you got it exactly as I see it.
> 
> If you like this approach, let's see now what others think about it
> then.
> 

Yes, I like this approach.

Kinga



> Vadim
> 
> > Regards,
> > Kinga
> > 
> 
> <snip/>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message