Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » BIRT » Concurrent dataset evaluation
Concurrent dataset evaluation [message #523961] Tue, 30 March 2010 04:30 Go to next message
Carsten Lund is currently offline Carsten LundFriend
Messages: 20
Registered: July 2009
Junior Member

I have some reports that uses multiple dataset (specifically the Web Service type). These queries are taking a fairly long time to run.

BIRT sequentially executes these. It would really help me if these could be run concurrently (eg in parallel).

I did some googling but was unable to find anything concrete about this.

Thanks
Carsten
Re: Concurrent dataset evaluation [message #531165 is a reply to message #523961] Tue, 04 May 2010 01:05 Go to previous messageGo to next message
Carsten Lund is currently offline Carsten LundFriend
Messages: 20
Registered: July 2009
Junior Member
I did not get any response on this. Is the question not clear?

In fact also in the rendering phase it would help with some parallelism.
I have reports with 50+ charts, each are fairly fast but due to the
large number it takes a log time to render.

Thanks,
Carsten

On 3/30/2010 12:31 AM, Carsten Lund wrote:
>
> I have some reports that uses multiple dataset (specifically the Web
> Service type). These queries are taking a fairly long time to run.
>
> BIRT sequentially executes these. It would really help me if these could
> be run concurrently (eg in parallel).
>
> I did some googling but was unable to find anything concrete about this.
> Thanks
> Carsten
Re: Concurrent dataset evaluation [message #531322 is a reply to message #531165] Tue, 04 May 2010 14:31 Go to previous messageGo to next message
Jason Weathersby is currently offline Jason WeathersbyFriend
Messages: 9167
Registered: July 2009
Senior Member

Carsten,

Can you open an enhancement request for this?

Jason

On 5/3/2010 9:05 PM, Carsten Lund wrote:
> I did not get any response on this. Is the question not clear?
>
> In fact also in the rendering phase it would help with some parallelism.
> I have reports with 50+ charts, each are fairly fast but due to the
> large number it takes a log time to render.
>
> Thanks,
> Carsten
>
> On 3/30/2010 12:31 AM, Carsten Lund wrote:
>>
>> I have some reports that uses multiple dataset (specifically the Web
>> Service type). These queries are taking a fairly long time to run.
>>
>> BIRT sequentially executes these. It would really help me if these could
>> be run concurrently (eg in parallel).
>>
>> I did some googling but was unable to find anything concrete about this.
>> Thanks
>> Carsten
>
Re: Concurrent dataset evaluation [message #535629 is a reply to message #531322] Tue, 25 May 2010 02:18 Go to previous message
Carsten Lund is currently offline Carsten LundFriend
Messages: 20
Registered: July 2009
Junior Member
Done.

Bug 314185

Carsten

On 5/4/2010 10:31 AM, Jason Weathersby wrote:
> Carsten,
>
> Can you open an enhancement request for this?
>
> Jason
>
> On 5/3/2010 9:05 PM, Carsten Lund wrote:
>> I did not get any response on this. Is the question not clear?
>>
>> In fact also in the rendering phase it would help with some parallelism.
>> I have reports with 50+ charts, each are fairly fast but due to the
>> large number it takes a log time to render.
>>
>> Thanks,
>> Carsten
>>
>> On 3/30/2010 12:31 AM, Carsten Lund wrote:
>>>
>>> I have some reports that uses multiple dataset (specifically the Web
>>> Service type). These queries are taking a fairly long time to run.
>>>
>>> BIRT sequentially executes these. It would really help me if these could
>>> be run concurrently (eg in parallel).
>>>
>>> I did some googling but was unable to find anything concrete about this.
>>> Thanks
>>> Carsten
>>
>
Previous Topic:URL Parameters
Next Topic:image size in Birt 2.5.2
Goto Forum:
  


Current Time: Mon Sep 23 15:42:41 GMT 2024

Powered by FUDForum. Page generated in 0.03686 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top