Community
Participate
Working Groups
A common way to work with RWT standalone is to declare the RWTDelegate and RWTServletContextListener in the web.xml. (e.g. as desribed in the FAQ http://wiki.eclipse.org/RAP/FAQ#How_do_I_use_an_RWT_standalone_application_in_Tomcat). Both classes are in packages marked internal. But as they are necessary to run RWT they should become part of the public API. I propose to create a package org.eclipse.rwt.engine (or use the existing ...application package?) and move both classes there. To preserve backwards-compaibility we could also put classes that derive from the respective class into the public package.
In this context we could probably change the name of RWTDelegate to somewhat more conclusive...
How about RWTServlet? This seems to be the obvious name.
(In reply to comment #2) > How about RWTServlet? This seems to be the obvious name. +1
I introduced an 'org.eclipse.rwt.engine' package and put * RWTServlet (extends RWTDelegate) and * RWTServletContextListener (extends internal RWTServletContextListener) there. Please re-open if you disagree or if you can suggest a better name for RWTServletContextListener
I think we should remove Application#createServlet() and use the new RWTServlet directly before we resolve this bug.
(In reply to comment #5) > I think we should remove Application#createServlet() and use the new RWTServlet > directly before we resolve this bug. +1
(In reply to comment #5) > I think we should remove Application#createServlet() and use the new RWTServlet > directly before we resolve this bug. Of course. Changes are in CVS HEAD
Even though this is a breaking change, we finally decided to move RWTDelegate and RWTServletContextListener to the API package o.e.rwt.engine. Changes are in CVS HEAD