Thanks for providing your views. This is helping me lot to understand
the BlazeDS in better way.

Few clarification from my side
1) I am using remote object
2) Making 4 calls, these calls are asynchronous
3) RemoteObject internally uses the http protocol to make request to
server
4) In my case what is happening that the remote object is blocking
these 4calls, sending request to server in one block
5) From server BlazeDS again blocking the responses, sending response
to flex in one block
6) At flex side i get all 4 reposes at a same time.
7) My requirement is to make them independent, they should not be
blocked
----------------------------

@Shalu: making requests sequentially will take ard 40 sec. I want to
optimize this using parallel and Independent calls

@Sandeep: can you please guide me more on refreshing RO. I was not
able find refresh method on RO

@Raj: Data is not much, less than 100VOs for each of the request. DB
store procedure can be optimized and which will bring down the call
timing by ard 20 sec. I can still see the opportunity to optimize the
blazeDS calls and bring down the page turn time to 4-5 sec.
* I have amf channel configured.
* marshaling/unmarshaling is not taking time, I turned the debug mode
for BlazeDS on and check this
* creating Different RO dose not help. However, I created different RO
and created one seperate channel for each RO. this helped to bring the
time down. I am not sure if this would be right solution. I is work
around for me if I am not able to find any solution.







On Jan 13, 10:06 am, Raj <[email protected]> wrote:
> Am not fully convinced that all 4 responses are received sequentially by RO.
> How much data is sent and received in each call. Is it substantial? maybe
> marshalling/unmarshalling is taking so much time.
> Capture precise time using time stamps in trace statements.
>
> Is AMF channel available? it should be much faster than http.
>
> BTW, RemoteObjects don't require too much resources to create.
> You can try creating different instances and executing calls.
>
> -Raj
>
> On Thu, Jan 13, 2011 at 10:28 AM, sandeep gupta <
>
> [email protected]> wrote:
> > yes, otherwise refresh the RO
>
> > On Thu, Jan 13, 2011 at 9:56 AM, Shalu <[email protected]> wrote:
>
> >> better you send the request sequentially....i.e. after getting the
> >> result for one request, send the another....
>
> >> On Jan 12, 11:07 pm, Sachin Patil <[email protected]> wrote:
> >> > Sorry for late reply.
>
> >> > Yes I am calling 4 Remote object at the same time. The actuall issue
> >> > is when the BlazeDS sends the request from Flex (internally I think RO
> >> > uses Http protocol to send the requests) it is grouping these 4 RO
> >> > requests and sending in one chunk. So BlazeDS kind of blocking my
> >> > request and grouping them in one Http request.
>
> >> > Same thing happens when I get the result back. even though the data is
> >> > populated from DB the 4 requests are grouped together to send response
> >> > in one Http request.
>
> >> > I was Hoping this will excute in Independent and I will be able to get
> >> > the responses.
>
> >> > Regards,
> >> > Sachin Patil.
>
> >> > On Jan 10, 11:43 pm, sandeep gupta <[email protected]>
> >> > wrote:
>
> >> > > Hi ,
>
> >> > > Can you please elaborate more on it.
>
> >> > > If i am not wrong, you want to call different remote objects at the
> >> same
> >> > > time thats what you want to.
>
> >> > > On Sun, Jan 9, 2011 at 8:03 PM, Jitendra Jain <
> >> [email protected]
>
> >> > > > wrote:
> >> > > > What do you mean by "all four requests in one http request"?
>
> >> > > > On Fri, Jan 7, 2011 at 11:35 PM, Sachin Patil <[email protected]
> >> >wrote:
>
> >> > > >> F5
>
> >> > > >> On Jan 6, 10:06 pm, Sachin Patil <[email protected]> wrote:
> >> > > >> > Good Morning Friends,
>
> >> > > >> > I am doing a performance fine tuning for Remote object calls in
> >> > > >> > BlazeDS  based Flex-J2EE communication. I have a scenario where I
> >> am
> >> > > >> > sending 4 asynchronous request to server. My data takes almost 40
> >> sec
> >> > > >> > to load. However when I was debugging the code, I understood that
> >> the
> >> > > >> > server side code is not taking this much time.
> >> > > >> > Some observations:
> >> > > >> > 1) First the request is blocked at Flex side. All 4 requests are
> >> sent
> >> > > >> > in only one Http request.
> >> > > >> > 2) When the data is loaded at server and returned all 4 requests
> >> are
> >> > > >> > again block and sent as one package.
> >> > > >> > 3) My each of the service is taking almost 7-10 sec.
> >> > > >> > 4) Because the requests are serialized and blocked to send back
> >> the
> >> > > >> > data, it is taking almost 34-40secs.
>
> >> > > >> > My expectation was:
> >> > > >> > 1) All the request should be executed independently
> >> > > >> > 2) Each request should be immediately back
> >> > > >> > 3) The data load should take around 8-12 sec.
>
> >> > > >> > Please help to understand the BlazeDS working and any suggestion
> >> to
> >> > > >> > reduce the data load activity.
>
> >> > > >> > Regards,
> >> > > >> > Sachin Patil.
>
> >> > > >> --
> >> > > >> You received this message because you are subscribed to the Google
> >> Groups
> >> > > >> "Flex India Community" group.
> >> > > >> To post to this group, send email to [email protected].
> >> > > >> To unsubscribe from this group, send email to
> >> > > >> [email protected]<flex_india%[email protected]>
> >> <flex_india%2Bunsubscribe@googlegrou­­ps.com>
> >> > > >> .
> >> > > >> For more options, visit this group at
> >> > > >>http://groups.google.com/group/flex_india?hl=en.
>
> >> > > > --
> >> > > > Thanks and Regards,
> >> > > > JJain,
>
> >> > > >    If you have knowledge, let others light their candles in it
> >> --Margaret
> >> > > > Fuller:
>
> >> > > >  --
> >> > > > You received this message because you are subscribed to the Google
> >> Groups
> >> > > > "Flex India Community" group.
> >> > > > To post to this group, send email to [email protected].
> >> > > > To unsubscribe from this group, send email to
> >> > > > [email protected]<flex_india%[email protected]>
> >> <flex_india%2Bunsubscribe@googlegrou­­ps.com>
> >> > > > .
> >> > > > For more options, visit this group at
> >> > > >http://groups.google.com/group/flex_india?hl=en.
>
> >> > > --
> >> > > Thanks & Regards
>
> >> > > K.sandeep- Hide quoted text -
>
> >> > > - Show quoted text -- Hide quoted text -
>
> >> > - Show quoted text -
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "Flex India Community" group.
> >> To post to this group, send email to [email protected].
> >> To unsubscribe from this group, send email to
> >> [email protected]<flex_india%[email protected]>
> >> .
> >> For more options, visit this group at
> >>http://groups.google.com/group/flex_india?hl=en.
>
> > --
> > Thanks & Regards
>
> > K.sandeep
>
> >  --
> > You received this message because you are subscribed to the Google Groups
> > "Flex India Community" group.
> > To post to this group, send email to [email protected].
> > To unsubscribe from this group, send email to
> > [email protected]<flex_india%[email protected]>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/flex_india?hl=en.

-- 
You received this message because you are subscribed to the Google Groups "Flex 
India Community" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/flex_india?hl=en.

Reply via email to