AFAIK, this is not planned,
but it is possible to implement.
Only take in account that you would need to buffer SAX events:
events from second part could be received before you get last event from
first part.
Vadim
> -----Original Message-----
> From: Mariano Kamp [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 9:27 AM
> To: [EMAIL PROTECTED]
> Subject: Content aggregation in separate Threads?
>
>
> Hi there,
>
> I was thinking about content aggregation. We do some portal like
> aggregation of different resources. Some of them are pretty slow, like
> querying email accounts or aggregating content from different sites
> (sometimes more than a second for one <map:part>). It would be quite nice if
> the different "parts" were to be aggregated in different threads. So that if
> I put the slowest resource in the last <map:part> then the total time of the
> aggregation should be almost equal to the slowest resource but not the sum of
> all resources. Is this something planned or at least something which would be
> possible to implement?
>
> Mariano
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
