F5 On Jan 13, 11:49 am, Sachin Patil <[email protected]> wrote: > 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@googlegroups.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@googlegroups.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.
