Nabble - DWR - Users

[DWR] POST Body lost. (IE)

2009-11-09T20:32:37Z

Hi..

The reason I’m writing this article is that I ask for yours opinion the unknown exception occurs, as shown below. (using dwr2.0.3)

When Client call for DWR to Server, Server occurs exception intermittently
Exception message : “Failed to read input”
DWR call count : 9,000 / 1day
Exception count : 30 / 1day
Occurrence Frequency : 0.3%

Upon investigation, when Server can’t read to DWR’s request post body data, this exception message occur.
When Server failed to read post body data, can raise IOException as shown below.

java.io.IOException: Underlying input stream returned zero bytes

This IOException is known that when Java failed to read InputStream, this exception occur.
And then, DWR catch this exception, raise ServletException with ‘Faild to read input’ message

Apache log.
Response time : 20 ~ 40 sec.
Content-length : always 375byte. (in normal case : around 2000byte)
Browser type : almost IE6. (a little bit IE7.0)

Combining all these factors, I suppose that this phenomenon is Server failed to read post body data when DWR call.
So, I try to do these.

Setting dwr’s setTime value.
Upgrade version : 2.0.3 -> 2.0.5
Server’s stress test.

But all these try can’t solve it.
(Version upgrade decrease occurrence frequency.)

So, I need yours opinion.
Hope to here from you soon.
Thanks.


	나 종 협 Na JongHyeop



	CTO Tech Innovation 센터 / 커뮤니티개발1팀 / 팀원 Commnunity Dev. 1 Team , Staff
	TEL +82-02-6718-0805 l FAX +82-02-6718-0905 l MOBILE +82-010-4664-9172
	E-MAIL doosanbear@... l ADD 714, hanam-dong, yongsan-gu , seoul , 140-894, korea

[DWR] POST Body lost. (IE)

2009-11-09T20:15:03Z

专业秘书/助理和行政人员技能发展

2009-11-09T16:49:32Z

×¨ÒµÃØÊé/ÖúÀíºÍÐÐÕþÈËÔ±¼¼ÄÜ·¢Õ¹ÊµÕ½ÑµÁ·Óª
--------------------------------------------------
Ê±¼äµØµã£º2009Äê11ÔÂ14-15ÈÕ ÉîÛÚ
Ê±¼äµØµã£º2009Äê11ÔÂ21-22ÈÕ ÉÏº£
Ê±¼äµØµã£º2009Äê11ÔÂ28-29ÈÕ ±±¾©

×ÉÑ¯µç»°£º020-80560638£»020-85917945 Ð»Ð¡½ã
-----------------------------------------------------
ÏêÇéÇë²Î¿¼¸½¼þ£¡

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

×¨ÒµÃØÊé.doc (34K) Download Attachment

Fwd: [Fwd: Patch for Class]

2009-11-09T13:14:46Z

I received the following a while ago - a suggested change to
DwrSpringServlet that seems to make sense to me. Jose - what do you
think?

Joe.

Begin forwarded message:

> -------- Original Message --------
> Subject: Patch for Class
> From: Andrews, Trent - 43 <trent.andrews@...>
> To: <support@...>
>
> I am not sure who to send this to.
> I have a request for the class DwrSpringServlet.
> Can you change this:
> public void init(ServletConfig servletConfig) throws ServletException
> {
> ....
> finally
> {
> webContextBuilder.unset();
> }
> } To:
> public void init(ServletConfig servletConfig) throws ServletException
> {
> ....
> finally
> {
> if (webContextBuilder != null)
> {
> webContextBuilder.unset();
> }
> }
> } The reason why is if you have a class not in your
> classpath you get the error of NoClassDefFoundError which causes
> webContextBuilder to be null and forces a null pointer exception
> (Line 136) instead of the NoClassDefFoundError.
> Thanks,
> Trent Andrews
> Programmer Analyst II
> Rain and Hail L.L.C.
> (515) 559-1290
> trent.andrews@... <mailto:trent.andrews@...>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Setting attributes within ScriptSession + DefaultScriptSessionManager issue

2009-11-09T09:48:06Z

> Well, I am still try to find out about the deprecated APIs, and what I should use instead in DWR 3.x?

Not sure what you mean here... i've given you a place to intercept scriptSession creation and add attributes to it. What more do you need?

2009/11/9 DNC1234 <devajyoti.c@...>

I think I found the reason for the exception. It was thrown because, I had
configured DWRSpringServlet in web.xml and had <dwr:controller
id="dwrController" debug="true" > ... entry in spring configuration, which
leads to duplication error. If you are using Spring use any one
configuration set. This problem is specific to DWR 3 and did not happen with
DWR 2.x. I found this out from one of the earlier posts.

Well, I am still try to find out about the deprecated APIs, and what I
should use instead in DWR 3.x?

Best Regards-
DNC

Thanks for the information. Based on your solution, its imperative that I
have to move from DWR 2.0.5 to 3.rc1. Doing so, I ended up having another
issue. Since my DWR reverse ajax happens outside DWR thread, I had to use
Spring to inject ServletContext into the class for helping DWR get access to
ServerContext, something like: -

public class MessageConsumer implements ServletContextAware {

public void onMessage(..) {
Collection sessions = ServerContextFactory.get(getServletContext())
.getScriptSessionsByPage("abcd.jsp");
...
}

When I was using DWR 2.0.5 jar files this section of code worked correctly.
But with the updated jar (3.rc1) I keep getting the following exception:
==========================================================================
[2009-11-09 09:31:13,686]
org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - Error
initializing ServerContext because this is not a DWR thread and there is
more than one DWR servlet in the current classloader.
[2009-11-09 09:31:13,687]
org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - This
probably means that either DWR has not been properly initialized (in which
case you should delay the current action until it has)
[2009-11-09 09:31:13,687]
org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - or that
there is more than 1 DWR servlet is configured in this classloader, in which
case you should provide a ServletContext to the get() yourself.
===========================================================================

Also, the above piece of code is depicted as deprecated. If thats the case,
what is the correct way to do this using DWR 3.x and what would be a
solution to the exception thrown above.

Regards,
DNC

The sessionCreated() and sessionDestroyed() destroyed events will be invoked
every time a scriptSession is created and destroyed. This method will not be
invoked in the ScriptSessionManager constructor. At this time you can call
WebContextFactory.get().getHttpSession();

Cheers,
Lance.

--
View this message in context: http://old.nabble.com/Re%3A-Setting-attributes-within-ScriptSession-%2B--DefaultScriptSessionManager-issue-tp26218716p26269457.html

Sent from the DWR - Users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Setting attributes within ScriptSession + DefaultScriptSessionManager issue

2009-11-09T08:40:17Z

I think I found the reason for the exception. It was thrown because, I had configured DWRSpringServlet in web.xml and had <dwr:controller id="dwrController" debug="true" > ... entry in spring configuration, which leads to duplication error. If you are using Spring use any one configuration set. This problem is specific to DWR 3 and did not happen with DWR 2.x. I found this out from one of the earlier posts.

Well, I am still try to find out about the deprecated APIs, and what I should use instead in DWR 3.x?

Best Regards-
DNC

Thanks for the information. Based on your solution, its imperative that I have to move from DWR 2.0.5 to 3.rc1. Doing so, I ended up having another issue. Since my DWR reverse ajax happens outside DWR thread, I had to use Spring to inject ServletContext into the class for helping DWR get access to ServerContext, something like: -

public class MessageConsumer implements ServletContextAware {

public void onMessage(..) {
Collection sessions = ServerContextFactory.get(getServletContext())
.getScriptSessionsByPage("abcd.jsp");
...
}

When I was using DWR 2.0.5 jar files this section of code worked correctly. But with the updated jar (3.rc1) I keep getting the following exception:
==========================================================================
[2009-11-09 09:31:13,686] org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - Error initializing ServerContext because this is not a DWR thread and there is more than one DWR servlet in the current classloader.
[2009-11-09 09:31:13,687] org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - This probably means that either DWR has not been properly initialized (in which case you should delay the current action until it has)
[2009-11-09 09:31:13,687] org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - or that there is more than 1 DWR servlet is configured in this classloader, in which case you should provide a ServletContext to the get() yourself.
===========================================================================

Also, the above piece of code is depicted as deprecated. If thats the case, what is the correct way to do this using DWR 3.x and what would be a solution to the exception thrown above.

Regards,
DNC

The sessionCreated() and sessionDestroyed() destroyed events will be invoked
every time a scriptSession is created and destroyed. This method will not be
invoked in the ScriptSessionManager constructor. At this time you can call
WebContextFactory.get().getHttpSession();

Cheers,
Lance.

Re: Setting attributes within ScriptSession + DefaultScriptSessionManager issue

2009-11-09T07:46:49Z

Thanks for the information. Based on your solution, its imperative that I have to move from DWR 2.0.5 to 3.rc1. Doing so, I ended up having another issue. Since my DWR reverse ajax happens outside DWR thread, I had to use Spring to inject ServletContext into the class for helping DWR get access to ServerContext, something like: -

public class MessageConsumer implements ServletContextAware {

public void onMessage(..) {
Collection sessions = ServerContextFactory.get(getServletContext())
.getScriptSessionsByPage("abcd.jsp");
...
}

When I was using DWR 2.0.5 jar files this section of code worked correctly. But with the updated jar (3.rc1) I keep getting the following exception:
==========================================================================
[2009-11-09 09:31:13,686] org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - Error initializing ServerContext because this is not a DWR thread and there is more than one DWR servlet in the current classloader.
[2009-11-09 09:31:13,687] org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - This probably means that either DWR has not been properly initialized (in which case you should delay the current action until it has)
[2009-11-09 09:31:13,687] org.directwebremoting.impl.DefaultServerContextBuilder [FATAL] - or that there is more than 1 DWR servlet is configured in this classloader, in which case you should provide a ServletContext to the get() yourself.
===========================================================================

Also, the above piece of code is depicted as deprecated. If thats the case, what is the correct way to do this using DWR 3.x and what would be a solution to the exception thrown above.

Regards,
DNC

Lance Java wrote:

The sessionCreated() and sessionDestroyed() destroyed events will be invoked
every time a scriptSession is created and destroyed. This method will not be
invoked in the ScriptSessionManager constructor. At this time you can call
WebContextFactory.get().getHttpSession();

Cheers,
Lance.

2009/11/6 DNC1234 <devajyoti.c@gmail.com>

>
> Since i am a newbie with DWR, I had to ask you this question. Based on your
> reply it seems I have to do something like this:
>
> public class MyScriptSessionManager extends DefaultScriptSessionManager {
> public MyScriptSessionManager () {
> super.addScriptSessionListener(new
> MyScriptSessionListenerImpl());
> }
> }
>
> public class MyScriptSessionListenerImpl implements implements
> ScriptSessionListener {
>
> public void sessionCreated(ScriptSessionEvent arg0) {
> }
>
> public void sessionDestroyed(ScriptSessionEvent arg0) {
> }
> }
>
> But doing so, I have one problem. I am going to add some user information,
> that is stored in HttpSession, e.g.(UserName) when user logs in, to
> ScriptSession upon its creation. But within MyScriptSessionListener, I will
> have access to ScriptSession but not HttpSession and I would not be able to
> extract information from HttpSession and set it to ScriptSession. Any
> thoughts on that? And BTW has the APIs changed due to which the old
> solution
> was not applicable.
>
>
>
> Lance Java wrote:
> >
> > Call addScriptSessionListener in MyScriptSessionManager's constructor
> > instead.... the scriptSessionListener will do the work.
> > 2009/11/5 DNC1234 <devajyoti.c@gmail.com>
> >
> >>
> >> Hi -
> >>
> >> I was trying to extend DefaultScriptSessionManager class so as to add
> >> attributes to "ScriptSession". My implementation was totally based upon
> >> Lance Semmens implementation from a prior post:
> >>
> >> public class MyScriptSessionManager extends DefaultScriptSessionManager
> {
> >> public String createScriptSession(RealWebContext webContext)
> >> String id = super.createScriptSession();
> >> ScriptSession scriptSession = getScriptSession(id);
> >> HttpSession session = webContext.getHttpSession();
> >> Object someUserSpecificObject =
> >> session.getAttribute("someUserSpecificObject");
> >> scriptSession.setAttribute("someUserSpecificObject",
> >> someUserSpecificObject);
> >> return id;
> >> }
> >> }
> >>
> >> But then I ran into a strange problem, I downloaded DWR 2.0.5 & 3.rc1
> and
> >> in
> >> both the jar files, DefaultScriptSessionManager class did not have
> >> method
> >> "createScriptSession()" which I was planning to override. So I am kind
> of
> >> stuck and unable to figure out how to provide the above implementation
> >> to
> >> set attributes in ScriptSession. I had downloaded both set of jar files
> >> from
> >> DWR official site.
> >>
> >> Did anyone run into this issue before? Or if things have changed and I
> am
> >> not aware of?
> >>
> >>
> >> Best Regards,
> >> DNC
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://old.nabble.com/Setting-attributes-within-ScriptSession-%2B-DefaultScriptSessionManager-issue-tp26215810p26215810.html
> >> Sent from the DWR - Users mailing list archive at Nabble.com.
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@dwr.dev.java.net
> >> For additional commands, e-mail: users-help@dwr.dev.java.net
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/Re%3A-Setting-attributes-within-ScriptSession-%2B--DefaultScriptSessionManager-issue-tp26218716p26230838.html
> Sent from the DWR - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@dwr.dev.java.net
> For additional commands, e-mail: users-help@dwr.dev.java.net
>
>

Re: ScriptSession ID

2009-11-08T03:33:28Z

DWR generates a scriptSessionId in a DWR request on page load. This is saved to a javascript variable and sent with every subsequent DWR request from the page.

If for some reason you have new HttpSession objects being created, it seems like you have an issue with cookies. I would start by inspecting the request and response headers for the session cookie.

2009/11/8 Jeff Ma <jeff.ma@iomeeting.com>

Hi David,

I was not relating this issue to DWR. I was just wondering how DWR creates each scriptSession. The algorithm behind.

Regards,

- Jeff

From: dmarginian@... [mailto:dmarginian@...] On Behalf Of David Marginian
Sent: Saturday, November 07, 2009 11:31 PM
To: users@...
Subject: Re: [dwr-user] ScriptSession ID

I suggest taking DWR out of the picture here to give you a better idea of what is going on. If a request is creating a new HttpSession I am not sure how this is related to DWR.

On Sat, Nov 7, 2009 at 6:59 AM, Jeff Ma <jeff.ma@iomeeting.com> wrote:

How does DWR create ScriptSession? Does it depend on HttpSession?

We found something weird. On Windows Vista, with Safari 4.03, inside iFrame, each DWR request generates a different HttpSession, but the same ScriptSession. This only exists on Safari4 on Windows, and only inside iFrame. Safari4 on Mac is fine (each DWR request uses the same HttpSession and same ScriptSession), so are IE6/7/8, Firefox/Chrome/Opera. Maybe a bug in Safari4 Windows version?

Regards,

- Jeff

RE: ScriptSession ID

2009-11-07T18:04:30Z

Hi David,

I was not relating this issue to DWR. I was just wondering how DWR creates each scriptSession. The algorithm behind.

Regards,

- Jeff

From: dmarginian@... [mailto:dmarginian@...] On Behalf Of David Marginian
Sent: Saturday, November 07, 2009 11:31 PM
To: users@...
Subject: Re: [dwr-user] ScriptSession ID

I suggest taking DWR out of the picture here to give you a better idea of what is going on. If a request is creating a new HttpSession I am not sure how this is related to DWR.

On Sat, Nov 7, 2009 at 6:59 AM, Jeff Ma <jeff.ma@iomeeting.com> wrote:

How does DWR create ScriptSession? Does it depend on HttpSession?

We found something weird. On Windows Vista, with Safari 4.03, inside iFrame, each DWR request generates a different HttpSession, but the same ScriptSession. This only exists on Safari4 on Windows, and only inside iFrame. Safari4 on Mac is fine (each DWR request uses the same HttpSession and same ScriptSession), so are IE6/7/8, Firefox/Chrome/Opera. Maybe a bug in Safari4 Windows version?

Regards,

- Jeff

Re: ScriptSession ID

2009-11-07T07:30:35Z

I suggest taking DWR out of the picture here to give you a better idea of what is going on. If a request is creating a new HttpSession I am not sure how this is related to DWR.

On Sat, Nov 7, 2009 at 6:59 AM, Jeff Ma <jeff.ma@iomeeting.com> wrote:

How does DWR create ScriptSession? Does it depend on HttpSession?

We found something weird. On Windows Vista, with Safari 4.03, inside iFrame, each DWR request generates a different HttpSession, but the same ScriptSession. This only exists on Safari4 on Windows, and only inside iFrame. Safari4 on Mac is fine (each DWR request uses the same HttpSession and same ScriptSession), so are IE6/7/8, Firefox/Chrome/Opera. Maybe a bug in Safari4 Windows version?

Regards,

- Jeff

ScriptSession ID

2009-11-07T06:07:06Z

How does DWR create ScriptSession? Does it depend on HttpSession?

Thanks

- Jeff

ScriptSession ID

2009-11-07T05:59:55Z

How does DWR create ScriptSession? Does it depend on HttpSession?

Regards,

- Jeff

RE: DWR 3.0 RC1 and WAS

2009-11-06T11:30:21Z

I have come back to tryng to use DWR 3.0.0.0.116. I added the init-param you mentioned. I was not able to get it to work with DWR Java1.4 jar using retroweaver. However, it did work when using a jar I built thru retrotranslator. This appears to be working now with my environment of WAS 6.0/Java 1.4. Thx!

add in the DWR servlet (web.xml)

<init-param>
<param-name>scheduledThreadPoolExecutor</param-name>
<param-value>org.directwebremoting.impl.AutoShutdownScheduledThreadPoolExecutor</param-value>
</init-param>

<init-param>
<param-name>compressor</param-name>
<param-value></param-value>
</init-param>

DefaultContainer.initializeBean:

java.util.concurrent.ScheduledThreadPoolExecutor

after retroweaver:

edu.emory.mathcs.backport.java.util.concurrent.ScheduledThreadPoolExecutor

And unset default compressor.

Sorry for my google's translation

Best regards
Ronaldo Marques

I tried using http://retrotranslator.sourceforge.net/ against the base DWR 3.0 RC1 jar. I still end up with errors trying to run my web app when invoking DWR. Is anyone using this release with Java 1.4?

[4/28/09 13:47:16:165 MDT] 0000005d ServletWrappe E Uncaught init() exception thrown by servlet dwr-invoker
[4/28/09 13:47:16:196 MDT] 0000005d WebApp E SRVE0026E: [Servlet Error]-[dwr-invoker]: org.directwebremoting.extend.ContainerConfigurationException: java.lang.NullPointerException
at org.directwebremoting.impl.StartupUtil.createAndSetupDefaultContainer(StartupUtil.java:193)
at org.directwebremoting.servlet.DwrServlet.createContainer(DwrServlet.java:97)
at org.directwebremoting.servlet.DwrServlet.init(DwrServlet.java:64)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.init(ServletWrapper.java:321)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:621)
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3226)
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:253)
at com.ibm.ws.webcontainer.VirtualHost.handleRequest(VirtualHost.java:229)
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1970)
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:120)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:434)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:373)
at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:101)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:566)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:619)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:952)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1039)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1475)
Caused by: java.lang.NullPointerException
at org.directwebremoting.impl.DefaultScriptSessionManager.afterContainerSetup(DefaultScriptSessionManager.java:70)
at org.directwebremoting.impl.AbstractContainer.callInitializingBeans(AbstractContainer.java:55)
at org.directwebremoting.impl.AbstractContainer.callInitializingBeans(AbstractContainer.java:39)
at org.directwebremoting.impl.DefaultContainer.setupFinished(DefaultContainer.java:180)
at org.directwebremoting.impl.StartupUtil.setupDefaultContainer(StartupUtil.java:264)
at org.directwebremoting.impl.StartupUtil.createAndSetupDefaultContainer(StartupUtil.java:188)
... 17 more

Thanks.
Zach

david@butterdev.com wrote:

http://www.nabble.com/DWR-3.0M1-RC2-and-Java-1.4-td16908541.html

Re: DWR popup issue in IE

2009-11-09T21:05:10Z

Take a look at the example html file that I have attached... you can borrow some of this logic. Each window registers itself with the top level window when it is opened. The top level window is mocking a reverse ajax function call every 2 seconds and calls a function on all of it's child windows (or listeners).

I'm not sure of what versions of IE have what number of connections but I can say that having multiple open windows, each with their own reverse ajax poll is going to drain resources and require lots of (potentially unnecessary) requests / network traffic.

Cheers,

Lance.

2009/11/6 Munipati, Bala Mahesh <BalaMahesh.Munipati@...>

Hi Lance,

I tried using window.opener to register dwr with parent window, but it didnt work.

In my application the data is pushed directly to the browser, let say if i open multiple pop-ups and i register the DWR in each pop-up then i can only

open maximum 2-3 pop-ups after that it just hangs.

I tried registering the child window using window.opener with parent window but the data is not pushed into child window, looks like

it still pusing the data into parent window. Server pushes the data based on the div id's. since the div id is present in child window and not in the parent window the

values are not updated.

You said that we cannot have more than 2 connections in IE, is it for specific version of IE or for any IE.

do you have any workaround for my issue. Thanks for your help.

>Date: Wed, 28 Oct 2009 21:49:25 +0000
>From: Lance Java <lance.java@...>
>Content-Type: multipart/alternative; boundary=00032555b366b3d549047705c49b
>Subject: [dwr-user] DWR popup issue in IE
>
>
>window.open() returns a reference to the new window which can be stored in a
>list on the parent page. Why do you think this will be slow? IE only allows
>a maximum of 2 connections to a server so I think this is your best solution
>for having multiple windows with reverse ajax. Each window also has a
>window.opener property if you want to register with the parent window this
>way.
>
>2009/10/28 Munipati, Bala Mahesh <BalaMahesh.Munipati@...>
>
> I dont want to use client side script to find the child windows, bcaz
> this will slow down the data update on the popup page.
>
> Is there any other workaround?
>
> =========================================================================
>
> Date: Wed, 28 Oct 2009 17:54:19 +0000
> From: Lance Java <lance.java@...>
> Content-Type: multipart/alternative; boundary=0015175cf8a0ef965a0477027b2b
> Subject: [dwr-user] DWR popup issue in IE
> You could change the model so that there is only 1 reverse ajax poll. Each
> popup registers itself as a listener to the parent window (see
> window.opener). The parent window receives reverse ajax messages and farms
> them out to it's child windows.
>
> 2009/10/28 Munipati, Bala Mahesh <BalaMahesh.Munipati@...>
>
> > Hi,
> >
> > I have a main web page and when i click a link in that page it opens
> > another page in popup window. I call
> dwr.engine.setActiveReverseAjax(true);
> > onload in the popup page.
> > The issue is if i open multiple pop-up windows of same JSP page it will
> > open very slowly. If dont call the dwr.engine.setActiveReverseAjax(true);
> > then popup opens normally.
> >
> > Any idea what is the issue.
>

*********************
NOTICE OF CONFIDENTIALITY
This communication including any information transmitted with it is
intended only for the use of the addressees and is confidential.
If you are not an intended recipient or responsible for delivering
the message to an intended recipient, any review, disclosure,
conversion to hard copy, dissemination, reproduction or other use
of any part of this communication is strictly prohibited, as is the
taking or omitting of any action in reliance upon this communication.
If you receive this communication in error or without authorization
please notify us immediately by return e-mail or otherwise and
permanently delete the entire communication from any computer,
disk drive, or other storage medium.

If the above disclaimer is not properly readable, it can be found at
www.td.com/legal

AVERTISSEMENT DE CONFIDENTIALITE
Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement
aux destinataires susmentionnés, est confidentiel. Si vous
n'êtes pas le destinataire prévu ou un agent responsable de la
livraison de ce courriel, tout examen, divulgation, copie, impression,
reproduction, distribution, ou autre utilisation d'une partie de ce
courriel est strictement interdit de même que toute intervention ou
abstraction à cet égard. Si vous avez reçu ce message par erreur ou
sans autorisation, veuillez en aviser immédiatement l'expéditeur par
retour de courriel ou par un autre moyen et supprimer immédiatement
cette communication entière de tout système électronique.

Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous
pouvez le consulter à www.td.com/francais/legale

another window

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: Setting attributes within ScriptSession + DefaultScriptSessionManager issue

2009-11-06T09:23:52Z

The sessionCreated() and sessionDestroyed() destroyed events will be invoked every time a scriptSession is created and destroyed. This method will not be invoked in the ScriptSessionManager constructor. At this time you can call WebContextFactory.get().getHttpSession();

Cheers,

Lance.

2009/11/6 DNC1234 <devajyoti.c@...>

Since i am a newbie with DWR, I had to ask you this question. Based on your
reply it seems I have to do something like this:

public class MyScriptSessionManager extends DefaultScriptSessionManager {
public MyScriptSessionManager () {
super.addScriptSessionListener(new
MyScriptSessionListenerImpl());
}
}

public class MyScriptSessionListenerImpl implements implements
ScriptSessionListener {

public void sessionCreated(ScriptSessionEvent arg0) {
}

public void sessionDestroyed(ScriptSessionEvent arg0) {
}
}

But doing so, I have one problem. I am going to add some user information,
that is stored in HttpSession, e.g.(UserName) when user logs in, to
ScriptSession upon its creation. But within MyScriptSessionListener, I will
have access to ScriptSession but not HttpSession and I would not be able to
extract information from HttpSession and set it to ScriptSession. Any
thoughts on that? And BTW has the APIs changed due to which the old solution
was not applicable.

Lance Java wrote:
>
> Call addScriptSessionListener in MyScriptSessionManager's constructor
> instead.... the scriptSessionListener will do the work.
> 2009/11/5 DNC1234 <devajyoti.c@...>
>
>>
>> Hi -
>>
>> I was trying to extend DefaultScriptSessionManager class so as to add
>> attributes to "ScriptSession". My implementation was totally based upon
>> Lance Semmens implementation from a prior post:
>>
>> public class MyScriptSessionManager extends DefaultScriptSessionManager {
>> public String createScriptSession(RealWebContext webContext)
>> String id = super.createScriptSession();
>> ScriptSession scriptSession = getScriptSession(id);
>> HttpSession session = webContext.getHttpSession();
>> Object someUserSpecificObject =
>> session.getAttribute("someUserSpecificObject");
>> scriptSession.setAttribute("someUserSpecificObject",
>> someUserSpecificObject);
>> return id;
>> }
>> }
>>
>> But then I ran into a strange problem, I downloaded DWR 2.0.5 & 3.rc1 and
>> in
>> both the jar files, DefaultScriptSessionManager class did not have
>> method
>> "createScriptSession()" which I was planning to override. So I am kind of
>> stuck and unable to figure out how to provide the above implementation
>> to
>> set attributes in ScriptSession. I had downloaded both set of jar files
>> from
>> DWR official site.
>>
>> Did anyone run into this issue before? Or if things have changed and I am
>> not aware of?
>>
>>
>> Best Regards,
>> DNC
>>
>>
>>
>> --
>> View this message in context:
>> http://old.nabble.com/Setting-attributes-within-ScriptSession-%2B-DefaultScriptSessionManager-issue-tp26215810p26215810.html
>> Sent from the DWR - Users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@...
>> For additional commands, e-mail: users-help@...
>>
>>
>
>

--
View this message in context: http://old.nabble.com/Re%3A-Setting-attributes-within-ScriptSession-%2B--DefaultScriptSessionManager-issue-tp26218716p26230838.html

Sent from the DWR - Users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

DWR popup issue in IE

2009-11-06T09:23:23Z

Hi Lance,

I tried using window.opener to register dwr with parent window, but it didnt work.

In my application the data is pushed directly to the browser, let say if i open multiple pop-ups and i register the DWR in each pop-up then i can only

open maximum 2-3 pop-ups after that it just hangs.

I tried registering the child window using window.opener with parent window but the data is not pushed into child window, looks like

it still pusing the data into parent window. Server pushes the data based on the div id's. since the div id is present in child window and not in the parent window the

values are not updated.

You said that we cannot have more than 2 connections in IE, is it for specific version of IE or for any IE.

do you have any workaround for my issue. Thanks for your help.

>Date: Wed, 28 Oct 2009 21:49:25 +0000

>From: Lance Java <lance.java@...>
>Content-Type: multipart/alternative; boundary=00032555b366b3d549047705c49b
>Subject: [dwr-user] DWR popup issue in IE
>
>
>window.open() returns a reference to the new window which can be stored in a
>list on the parent page. Why do you think this will be slow? IE only allows
>a maximum of 2 connections to a server so I think this is your best solution
>for having multiple windows with reverse ajax. Each window also has a
>window.opener property if you want to register with the parent window this
>way.
>
>2009/10/28 Munipati, Bala Mahesh <BalaMahesh.Munipati@...>
>
> I dont want to use client side script to find the child windows, bcaz
> this will slow down the data update on the popup page.
>
> Is there any other workaround?
>
> =========================================================================
>
> Date: Wed, 28 Oct 2009 17:54:19 +0000
> From: Lance Java <lance.java@...>
> Content-Type: multipart/alternative; boundary=0015175cf8a0ef965a0477027b2b
> Subject: [dwr-user] DWR popup issue in IE
> You could change the model so that there is only 1 reverse ajax poll. Each
> popup registers itself as a listener to the parent window (see
> window.opener). The parent window receives reverse ajax messages and farms
> them out to it's child windows.
>
> 2009/10/28 Munipati, Bala Mahesh <BalaMahesh.Munipati@...>
>
> > Hi,
> >
> > I have a main web page and when i click a link in that page it opens
> > another page in popup window. I call
> dwr.engine.setActiveReverseAjax(true);
> > onload in the popup page.
> > The issue is if i open multiple pop-up windows of same JSP page it will
> > open very slowly. If dont call the dwr.engine.setActiveReverseAjax(true);
> > then popup opens normally.
> >
> > Any idea what is the issue.
>

*********************
NOTICE OF CONFIDENTIALITY
This communication including any information transmitted with it is
intended only for the use of the addressees and is confidential.
If you are not an intended recipient or responsible for delivering
the message to an intended recipient, any review, disclosure,
conversion to hard copy, dissemination, reproduction or other use
of any part of this communication is strictly prohibited, as is the
taking or omitting of any action in reliance upon this communication.
If you receive this communication in error or without authorization
please notify us immediately by return e-mail or otherwise and
permanently delete the entire communication from any computer,
disk drive, or other storage medium.

If the above disclaimer is not properly readable, it can be found at
www.td.com/legal

AVERTISSEMENT DE CONFIDENTIALITE
Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement
aux destinataires susmentionnés, est confidentiel. Si vous
n'êtes pas le destinataire prévu ou un agent responsable de la
livraison de ce courriel, tout examen, divulgation, copie, impression,
reproduction, distribution, ou autre utilisation d'une partie de ce
courriel est strictement interdit de même que toute intervention ou
abstraction à cet égard. Si vous avez reçu ce message par erreur ou
sans autorisation, veuillez en aviser immédiatement l'expéditeur par
retour de courriel ou par un autre moyen et supprimer immédiatement
cette communication entière de tout système électronique.

Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous
pouvez le consulter à www.td.com/francais/legale

Re: Setting attributes within ScriptSession + DefaultScriptSessionManager issue

2009-11-06T09:20:46Z

Since i am a newbie with DWR, I had to ask you this question. Based on your reply it seems I have to do something like this:

public class MyScriptSessionManager extends DefaultScriptSessionManager {
public MyScriptSessionManager () {
super.addScriptSessionListener(new MyScriptSessionListenerImpl());
}
}

public class MyScriptSessionListenerImpl implements implements ScriptSessionListener {

public void sessionCreated(ScriptSessionEvent arg0) {
}

public void sessionDestroyed(ScriptSessionEvent arg0) {
}
}

But doing so, I have one problem. I am going to add some user information, that is stored in HttpSession, e.g.(UserName) when user logs in, to ScriptSession upon its creation. But within MyScriptSessionListener, I will have access to ScriptSession but not HttpSession and I would not be able to extract information from HttpSession and set it to ScriptSession. Any thoughts on that? And BTW has the APIs changed due to which the old solution was not applicable.

Lance Java wrote:

Call addScriptSessionListener in MyScriptSessionManager's constructor
instead.... the scriptSessionListener will do the work.
2009/11/5 DNC1234 <devajyoti.c@gmail.com>

>
> Hi -
>
> I was trying to extend DefaultScriptSessionManager class so as to add
> attributes to "ScriptSession". My implementation was totally based upon
> Lance Semmens implementation from a prior post:
>
> public class MyScriptSessionManager extends DefaultScriptSessionManager {
> public String createScriptSession(RealWebContext webContext)
> String id = super.createScriptSession();
> ScriptSession scriptSession = getScriptSession(id);
> HttpSession session = webContext.getHttpSession();
> Object someUserSpecificObject =
> session.getAttribute("someUserSpecificObject");
> scriptSession.setAttribute("someUserSpecificObject",
> someUserSpecificObject);
> return id;
> }
> }
>
> But then I ran into a strange problem, I downloaded DWR 2.0.5 & 3.rc1 and
> in
> both the jar files, DefaultScriptSessionManager class did not have method
> "createScriptSession()" which I was planning to override. So I am kind of
> stuck and unable to figure out how to provide the above implementation to
> set attributes in ScriptSession. I had downloaded both set of jar files
> from
> DWR official site.
>
> Did anyone run into this issue before? Or if things have changed and I am
> not aware of?
>
>
> Best Regards,
> DNC
>
>
>
> --
> View this message in context:
> http://old.nabble.com/Setting-attributes-within-ScriptSession-%2B-DefaultScriptSessionManager-issue-tp26215810p26215810.html
> Sent from the DWR - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@dwr.dev.java.net
> For additional commands, e-mail: users-help@dwr.dev.java.net
>
>

Re: DefaultScriptSessionManager version issue + setting attribute in ScriptSession

2009-11-06T08:52:27Z

Call addScriptSessionListener() in MyScriptSessionManager's constructor instead.... the scriptSessionListener will do the work.

2009/11/6 DNC1234 <devajyoti.c@...>

Still looking around, does anyone have any answers?

DNC1234 wrote:
>
> Hi -
>
> I was trying to extend DefaultScriptSessionManager class so as to add
> attributes to "ScriptSession". My implementation was totally based upon
> Lance Semmens implementation from a prior post:
>
> public class MyScriptSessionManager extends DefaultScriptSessionManager {
> public String createScriptSession(RealWebContext webContext)
> String id = super.createScriptSession();
> ScriptSession scriptSession = getScriptSession(id);
> HttpSession session = webContext.getHttpSession();
> Object someUserSpecificObject =
> session.getAttribute("someUserSpecificObject");
> scriptSession.setAttribute("someUserSpecificObject",
> someUserSpecificObject);
> return id;
> }
> }
>
> But then I ran into a strange problem, I downloaded DWR 2.0.5 & 3.rc1 and
> in both the jar files, DefaultScriptSessionManager class did not have
> method "createScriptSession()" which I was planning to override. So I am
> kind of stuck and unable to figure out how to provide the above
> implementation to set attributes in ScriptSession. I had downloaded both
> set of jar files from DWR official site.
>
> Did anyone run into this issue before? Or if things have changed and I am
> not aware of?
>
>
> Best Regards,
> DNC
>

--
View this message in context: http://old.nabble.com/DefaultScriptSessionManager-version-issue-%2B-setting-attribute-in-ScriptSession-tp26217374p26230824.html

Sent from the DWR - Users mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

Re: DefaultScriptSessionManager version issue + setting attribute in ScriptSession

2009-11-06T08:43:05Z

Still looking around, does anyone have any answers?

DNC1234 wrote:

Hi -

I was trying to extend DefaultScriptSessionManager class so as to add attributes to "ScriptSession". My implementation was totally based upon Lance Semmens implementation from a prior post:

public class MyScriptSessionManager extends DefaultScriptSessionManager {
public String createScriptSession(RealWebContext webContext)
String id = super.createScriptSession();
ScriptSession scriptSession = getScriptSession(id);
HttpSession session = webContext.getHttpSession();
Object someUserSpecificObject =
session.getAttribute("someUserSpecificObject");
scriptSession.setAttribute("someUserSpecificObject",
someUserSpecificObject);
return id;
}
}

But then I ran into a strange problem, I downloaded DWR 2.0.5 & 3.rc1 and in both the jar files, DefaultScriptSessionManager class did not have method "createScriptSession()" which I was planning to override. So I am kind of stuck and unable to figure out how to provide the above implementation to set attributes in ScriptSession. I had downloaded both set of jar files from DWR official site.

Did anyone run into this issue before? Or if things have changed and I am not aware of?

Best Regards,
DNC

Re: Reverse ajax problem

2009-11-06T05:13:47Z

Hence why I was scared about the statics!

2009/11/6 David Marginian <david@...>

The class posted by Paven is certainly not thread safe.

On Fri, Nov 6, 2009 at 3:29 AM, Lance Java <lance.java@...> wrote:

Also, in later versions of DWR it is preferred to use the following for scalability:

import org.directwebremoting.ScriptSessions;

import org.directwebremoting.Browser;

final Object[] args = ...;

Browser.withCurrentPage(new Runnable() {

   public void run() {

      ScriptSessions.addFunctionCall("someFunction", args);

   }

});

Cheers,

Lance.

2009/11/6 Lance Java <lance.java@...>

This *seems* ok depending on how it is invoked... the use of static fields scares me a bit. What is the size() of sessions?

   Collection sessions = wctx.getScriptSessionsByPage(currentPage);

2009/11/6 Pavan T <pavan_t@...>

Hi,

Thanks for your reply

Following is the server side code

public class Service{

            private static List<ClientServiceFormBean> servicesDetails=null;

            private static int previous=0;

            private static int next=0;

            private static int initial=0;

            public static List<ClientServiceFormBean> getServicesDetails() {

                        return servicesDetails;

            }

            public static void setServicesDetails(

                                    List<ClientServiceFormBean> servicesDetails) {

                        Service.servicesDetails = servicesDetails;

            }

            public void getServices() throws InterruptedException{

                        System.out.println("inside get services");

                        ResourceBundle resource=ResourceBundle.getBundle("provgui_menu_items");

                        String displayRecords=resource.getString("totalRecords");

                        initial=Integer.parseInt(displayRecords);

                        next=initial-1;

                        previous=next;

                        next+=initial;

                        WebContext wctx = WebContextFactory.get();

                        String currentPage = wctx.getCurrentPage();

                        Collection sessions = wctx.getScriptSessionsByPage(currentPage);

                        Util utilAll = new Util(sessions);

            List<ClientServiceFormBean> services=new ArrayList<ClientServiceFormBean>();

                        int size=servicesDetails.size();

                        System.out.println("size of servicesDetails : "+size);

            for(int i=0;i<(size/initial)-1;i++){

                        System.out.println("previous: "+previous+" Next : "+next+" i: "+i);

                        List<ClientServiceFormBean> records=new ArrayList<ClientServiceFormBean>();

                        Thread.sleep(4000);

                        for(;previous<next;previous++){

                                    records.add(servicesDetails.get(previous));

                        }

                        previous=next;

                        next+=initial;

                        System.out.println("sending records....."+records.size());

                        utilAll.addFunctionCall("fillTable",records);

            }

}

}

DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

Re: Reverse ajax problem

2009-11-06T05:09:04Z

The class posted by Paven is certainly not thread safe.

On Fri, Nov 6, 2009 at 3:29 AM, Lance Java <lance.java@...> wrote:

Also, in later versions of DWR it is preferred to use the following for scalability:

import org.directwebremoting.ScriptSessions;

import org.directwebremoting.Browser;

final Object[] args = ...;

Browser.withCurrentPage(new Runnable() {

   public void run() {

      ScriptSessions.addFunctionCall("someFunction", args);

   }

});

Cheers,

Lance.

2009/11/6 Lance Java <lance.java@...>

This *seems* ok depending on how it is invoked... the use of static fields scares me a bit. What is the size() of sessions?

   Collection sessions = wctx.getScriptSessionsByPage(currentPage);

2009/11/6 Pavan T <pavan_t@...>

Hi,

Thanks for your reply

Following is the server side code

public class Service{

            private static List<ClientServiceFormBean> servicesDetails=null;

            private static int previous=0;

            private static int next=0;

            private static int initial=0;

            public static List<ClientServiceFormBean> getServicesDetails() {

                        return servicesDetails;

            }

            public static void setServicesDetails(

                                    List<ClientServiceFormBean> servicesDetails) {

                        Service.servicesDetails = servicesDetails;

            }

            public void getServices() throws InterruptedException{

                        System.out.println("inside get services");

                        ResourceBundle resource=ResourceBundle.getBundle("provgui_menu_items");

                        String displayRecords=resource.getString("totalRecords");

                        initial=Integer.parseInt(displayRecords);

                        next=initial-1;

                        previous=next;

                        next+=initial;

                        WebContext wctx = WebContextFactory.get();

                        String currentPage = wctx.getCurrentPage();

                        Collection sessions = wctx.getScriptSessionsByPage(currentPage);

                        Util utilAll = new Util(sessions);

            List<ClientServiceFormBean> services=new ArrayList<ClientServiceFormBean>();

                        int size=servicesDetails.size();

                        System.out.println("size of servicesDetails : "+size);

            for(int i=0;i<(size/initial)-1;i++){

                        System.out.println("previous: "+previous+" Next : "+next+" i: "+i);

                        List<ClientServiceFormBean> records=new ArrayList<ClientServiceFormBean>();

                        Thread.sleep(4000);

                        for(;previous<next;previous++){

                                    records.add(servicesDetails.get(previous));

                        }

                        previous=next;

                        next+=initial;

                        System.out.println("sending records....."+records.size());

                        utilAll.addFunctionCall("fillTable",records);

            }

}

}

DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

Re: Reverse ajax problem

2009-11-06T02:29:47Z

Also, in later versions of DWR it is preferred to use the following for scalability:

import org.directwebremoting.ScriptSessions;

import org.directwebremoting.Browser;

final Object[] args = ...;

Browser.withCurrentPage(new Runnable() {

public void run() {

ScriptSessions.addFunctionCall("someFunction", args);

}

});

Cheers,

Lance.

2009/11/6 Lance Java <lance.java@...>

This *seems* ok depending on how it is invoked... the use of static fields scares me a bit. What is the size() of sessions?

   Collection sessions = wctx.getScriptSessionsByPage(currentPage);

2009/11/6 Pavan T <pavan_t@...>

Hi,

Thanks for your reply

Following is the server side code

public class Service{

            private static List<ClientServiceFormBean> servicesDetails=null;

            private static int previous=0;

            private static int next=0;

            private static int initial=0;

            public static List<ClientServiceFormBean> getServicesDetails() {

                        return servicesDetails;

            }

            public static void setServicesDetails(

                                    List<ClientServiceFormBean> servicesDetails) {

                        Service.servicesDetails = servicesDetails;

            }

            public void getServices() throws InterruptedException{

                        System.out.println("inside get services");

                        ResourceBundle resource=ResourceBundle.getBundle("provgui_menu_items");

                        String displayRecords=resource.getString("totalRecords");

                        initial=Integer.parseInt(displayRecords);

                        next=initial-1;

                        previous=next;

                        next+=initial;

                        WebContext wctx = WebContextFactory.get();

                        String currentPage = wctx.getCurrentPage();

                        Collection sessions = wctx.getScriptSessionsByPage(currentPage);

                        Util utilAll = new Util(sessions);

            List<ClientServiceFormBean> services=new ArrayList<ClientServiceFormBean>();

                        int size=servicesDetails.size();

                        System.out.println("size of servicesDetails : "+size);

            for(int i=0;i<(size/initial)-1;i++){

                        System.out.println("previous: "+previous+" Next : "+next+" i: "+i);

                        List<ClientServiceFormBean> records=new ArrayList<ClientServiceFormBean>();

                        Thread.sleep(4000);

                        for(;previous<next;previous++){

                                    records.add(servicesDetails.get(previous));

                        }

                        previous=next;

                        next+=initial;

                        System.out.println("sending records....."+records.size());

                        utilAll.addFunctionCall("fillTable",records);

            }

}

}

DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

Re: Reverse ajax problem

2009-11-06T01:39:19Z

This *seems* ok depending on how it is invoked... the use of static fields scares me a bit. What is the size() of sessions?

Collection sessions = wctx.getScriptSessionsByPage(currentPage);

2009/11/6 Pavan T <pavan_t@...>

Hi,

Thanks for your reply

Following is the server side code

public class Service{

            private static List<ClientServiceFormBean> servicesDetails=null;

            private static int previous=0;

            private static int next=0;

            private static int initial=0;

            public static List<ClientServiceFormBean> getServicesDetails() {

                        return servicesDetails;

            }

            public static void setServicesDetails(

                                    List<ClientServiceFormBean> servicesDetails) {

                        Service.servicesDetails = servicesDetails;

            }

            public void getServices() throws InterruptedException{

                        System.out.println("inside get services");

                        ResourceBundle resource=ResourceBundle.getBundle("provgui_menu_items");

                        String displayRecords=resource.getString("totalRecords");

                        initial=Integer.parseInt(displayRecords);

                        next=initial-1;

                        previous=next;

                        next+=initial;

                        WebContext wctx = WebContextFactory.get();

                        String currentPage = wctx.getCurrentPage();

                        Collection sessions = wctx.getScriptSessionsByPage(currentPage);

                        Util utilAll = new Util(sessions);

            List<ClientServiceFormBean> services=new ArrayList<ClientServiceFormBean>();

                        int size=servicesDetails.size();

                        System.out.println("size of servicesDetails : "+size);

            for(int i=0;i<(size/initial)-1;i++){

                        System.out.println("previous: "+previous+" Next : "+next+" i: "+i);

                        List<ClientServiceFormBean> records=new ArrayList<ClientServiceFormBean>();

                        Thread.sleep(4000);

                        for(;previous<next;previous++){

                                    records.add(servicesDetails.get(previous));

                        }

                        previous=next;

                        next+=initial;

                        System.out.println("sending records....."+records.size());

                        utilAll.addFunctionCall("fillTable",records);

            }

}

}

DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

RE: Reverse ajax problem

2009-11-05T21:41:31Z

Hi,

Thanks for your reply

Following is the server side code

public class Service{

private static List<ClientServiceFormBean> servicesDetails=null;

private static int previous=0;

private static int next=0;

private static int initial=0;

public static List<ClientServiceFormBean> getServicesDetails() {

return servicesDetails;

}

public static void setServicesDetails(

List<ClientServiceFormBean> servicesDetails) {

Service.servicesDetails = servicesDetails;

}

public void getServices() throws InterruptedException{

System.out.println("inside get services");

ResourceBundle resource=ResourceBundle.getBundle("provgui_menu_items");

String displayRecords=resource.getString("totalRecords");

initial=Integer.parseInt(displayRecords);

next=initial-1;

previous=next;

next+=initial;

WebContext wctx = WebContextFactory.get();

String currentPage = wctx.getCurrentPage();

Collection sessions = wctx.getScriptSessionsByPage(currentPage);

Util utilAll = new Util(sessions);

List<ClientServiceFormBean> services=new ArrayList<ClientServiceFormBean>();

int size=servicesDetails.size();

System.out.println("size of servicesDetails : "+size);

for(int i=0;i<(size/initial)-1;i++){

System.out.println("previous: "+previous+" Next : "+next+" i: "+i);

List<ClientServiceFormBean> records=new ArrayList<ClientServiceFormBean>();

Thread.sleep(4000);

for(;previous<next;previous++){

records.add(servicesDetails.get(previous));

}

previous=next;

next+=initial;

System.out.println("sending records....."+records.size());

utilAll.addFunctionCall("fillTable",records);

}

DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

DefaultScriptSessionManager version issue + setting attribute in ScriptSession

2009-11-05T10:49:03Z

Hi -

I was trying to extend DefaultScriptSessionManager class so as to add attributes to "ScriptSession". My implementation was totally based upon Lance Semmens implementation from a prior post:

public class MyScriptSessionManager extends DefaultScriptSessionManager {
public String createScriptSession(RealWebContext webContext)
String id = super.createScriptSession();
ScriptSession scriptSession = getScriptSession(id);
HttpSession session = webContext.getHttpSession();
Object someUserSpecificObject =
session.getAttribute("someUserSpecificObject");
scriptSession.setAttribute("someUserSpecificObject",
someUserSpecificObject);
return id;
}
}

But then I ran into a strange problem, I downloaded DWR 2.0.5 & 3.rc1 and in both the jar files, DefaultScriptSessionManager class did not have method "createScriptSession()" which I was planning to override. So I am kind of stuck and unable to figure out how to provide the above implementation to set attributes in ScriptSession. I had downloaded both set of jar files from DWR official site.

Did anyone run into this issue before? Or if things have changed and I am not aware of?

Best Regards,
DNC