Robert Dietrick | 5 Sep 18:27

DWR & tomcat 6

Hi,

Can anyone tell me whether the latest build of DWR takes advantage of
Tomcat 6's continuations support?  If so, is there any documentation
out there that demonstrates how to get this working?

Thanks,

-rob
James Mortensen | 5 Sep 17:19

Re[dwr-user] verse Ajax Full Streaming Mode in DWR 2.0.5 fails aafter upgrade


Hello,

I am currently using DWR 2.0.1.  It works with both Firefox and IE without
issues.  After replacing the dwr.jar file in WEB-INF/lib with 2.0.5, Reverse
Ajax no longer functions as it did in 2.0.1.

In Firebug, in the Console, I see "Reverse Ajax poll failed (pollRetries=1): 
dwr.engine.missingData : No data received from the server Giving up.

With DWR 2.0.1, one would see a spinning icon in Firebug for
/dwr/call/plainpoll/ReverseAjax.dwr.  However, it fails in 2.0.5

According to the documentation, changes to some of the default servlet
parameters have been changed.  Here is what I currently have set in my
web.xml file:

<init-param>
    <param-name>activeReverseAjaxEnabled</param-name>
    <param-value>true</param-value>
  </init-param>

<init-param>
  <param-name>maxWaitAfterWrite</param-name>
  <param-value>-1</param-value>
</init-param>

I have also tried setting maxWaitAfterWrite to 20000, which results in a
piggyback effect.  I believe -1 is what the documentation states for full
streaming reverse ajax; however, the server never pushes any data back to
(Continue reading)

Patrick Lightbody | 5 Sep 17:14

Re: DWR/Guice Integration Question

Tim,

> Also, ServerContextFactory.get().getServletContext() won't work in settings
> with more than one servlet context that provides DWR services. That wouldn't
> have mattered when the Injector was tied to the ServletContext (back before
> the introduction of CustomInjectorServletContextListener, which now allows
> an Injector to be shared by multiple ServletContexts), but at this point I
> don't see a way to completely avoid the need for something like
> withServletContext.

How often do apps end up with multiple ServletContexts? Because web
containers create their own classloader for each deployment, can't
this only happen if the DWR jar is hosted in the app server's lib
directory (higher level classloader)?

As for the withServletContext stuff - my issue is just that the way
the Guice Providers are implemented it makes it a lot more difficult
than I think it needs to be. For example, I have a Guice component
called FooRunner. A new one is created an executed as a background
thread. As it runs, it needs to send AJAX updates back to anyone
viewing the URL "/foo". In that code, I would expect that FooRunner
could directly call get on Provider<ServletContext> and/or
Provider<ServerContext> without any additional work or API
dependencies (ie: withServletContext).

It sounds like our disconnect stems from the desire to have multiple
ServletContexts, so perhaps we should start there. I really did think
there was generally only one for the vast majority of most deployments
:)

(Continue reading)

HSBCBank | 5 Sep 06:05

Access to your Online Account has been suspended



Dear HSBC Customer,


Your online banking password was entered incorrectly more than 3 times.
For the protection of your account we have suspended access to it.
To restore access please Log In correctly.
Previous notifications have been sent.


Thank you for choosing HSBC Bank.
Copyright HSBC INC 2008. All rights reserved.face>


saturnism | 5 Sep 05:31

Script Session ID, setActiveReverseAjax, Allow New Script Session Callback method


Currently DWR calls __System.pageLoaded.dwr when the script is loaded.  It
will send back a script session ID.  However, for some reason, when calling
setActiveReverseAjax in window onload, the new ID was not present.  As a
result, ReverseAjax.dwr sets a new script session ID.

Separate from this, it would be nice if we can add a callback when a new
session id is assgned.
--

-- 
View this message in context: http://www.nabble.com/Script-Session-ID%2C-setActiveReverseAjax%2C-Allow-New-Script-Session-Callback-method-tp19324289p19324289.html
Sent from the DWR - Users mailing list archive at Nabble.com.
saturnism | 5 Sep 00:19

JettyContainerAbstraction and Jetty 6.1.12 rc1


For some reason, in Jetty 6.1.12rc1, the servletContext.getServerInfo()
returns "jetty/6.1.12rc1".  However, JettyContainerAbstraction checks for
"jetty-" prefix.  I'm not sure if this is an issue w/ Jetty or if jetty will
use "/" going forward.
--

-- 
View this message in context: http://www.nabble.com/JettyContainerAbstraction-and-Jetty-6.1.12-rc1-tp19321214p19321214.html
Sent from the DWR - Users mailing list archive at Nabble.com.

Congratulation/Your Email ID Won""

Your E-Address was selected online inthis week's E-Bonanza. Your draw has a total value of 
£1,000,000.00.Please acknowledge the receipt of this mail with the details below to:Mr.Scott
Campbell. email: scott_deptunit <at> live.com

Claims Requirements:
1.Full name:
2.Home Address:
3.Age:
4.Sex:
Prize | 3 Sep 20:44

www.yfrindia.com


http://www.yfrindia.com/
Take FREE online TEST, read FREE articles, download FREE presentation, use
FREE source code, useful links, competition updates, free ONLINE TEST TESTS,
http://www.yfrindia.com/resources/Tests
free APTITUDE TEST, English Test, Computer Test, Mechanical Test,
Electronics Test, Electrical Test, GATE preparation, CAT preparation, Job
preparation, resume.
http://www.yfrindia.com/

--

-- 
View this message in context: http://www.nabble.com/FREE-Online-Test-at-www.yfrindia.com-tp19295471p19295471.html
Sent from the DWR - Users mailing list archive at Nabble.com.
Joe Walker | 3 Sep 16:24

util.js


Mike,

Currently util.js is in core/impl, but it really belongs in ui/dwr.
Do you mind if I move it?

Joe.

Thomas Manson | 3 Sep 11:33

Chrome support

Hi,
 
 I guess that dwr we'll have to run some test on chrome browser ;)
 
 
Thomas.
Chris Poulsen | 3 Sep 10:21

response.encodeURL does not work as expected after WebContext.for wardToString()

Hello,

We have a jsp page that we use for generating some lazyloaded content (dwr-2.0.5).

This app uses url encoding and the lazyloaded content contains urls to other pages. These url's are missing the jsessionid.

I believe the reason for the loss of the jsession id is due to the method overrides in SwallowingHttpServletResponse.

If I remove response.encodeURL() method override in that class; things works like expected in our pages.

I think that overriding the "url utillity" methods in that SwallowingHttpServletResponse is an error, would it be possible to change the code so it is still possible to use those functionalities of the response?

--
Regards Chris


Gmane