Re: DateTimeFormat - format month bug
Reported as http://code.google.com/p/google-web-toolkit/issues/detail?id=4069 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Apache tomcat
It's not tomcat! GWT 1.6.x migrate to Jetty server. 2009/9/22 ak kondal...@gmail.com: What is the Apache Tomcat Version used by GWT 1.6.4? -- Best regards, Vitaly --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Apache tomcat
Part of servlet code is there at GWT 1.6.4 At svn ( http://code.google.com/p/google-web-toolkit/source/browse/#svn/tools/lib/tomcat) mentioned 5.0.28, But files are not matching to this version. On Tue, Sep 22, 2009 at 1:30 PM, Vitaly Parfonov vitaly.parfo...@gmail.comwrote: It's not tomcat! GWT 1.6.x migrate to Jetty server. 2009/9/22 ak kondal...@gmail.com: What is the Apache Tomcat Version used by GWT 1.6.4? -- Best regards, Vitaly -- Regards, Kondala Rao Cell; 91-9731333863 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: rpc serialization problem
i have the same problem On 5 ago, 04:52, mike m...@introspect.com wrote: I have a simple one-to-many betwen two entities. The parent entity uses List to contain the child entities. I am able to persist these entities in the datastore without problems. However, when reading a root entity at the server, I get: rpc.SerializationException: Type 'org.datanucleus.sco.backed.List' was not included in the set of types which can be serialized... The entities are successfully read from the datastore, but something in Datanucleus doesn't build the List correctly. Has anyone found a workaround for this serialization problem. Thanks GWT 1.7 GAE 1.2.2 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Help Needed for 404 error when I use HttpServlet with formPanel
On 22 sep, 07:03, er.9...@yahoo.com.cn er.9...@yahoo.com.cn wrote: Hi, I got Http 404 : The requested resource is unavailable when I run my project. What I did is that 1. web.xml. servlet servlet-namedatabaseServlet/servlet-name servlet-classorg.yournamehere.databaseServlet/servlet- class /servlet servlet-mapping servlet-namedatabaseServlet/servlet-name url-pattern/databaseServlet/url-pattern /servlet-mapping 2. gwt.xml servlet class=org.yournamehere.databaseServlet path=/ databaseServlet/ 3. in the client side setAction(/databaseServlet) in onSubmitComplete method, I used Window.alert(event.getResults ()) , so I can get some information from server. (Http 404..) However, when I tried to access the servlet directly by http:// localhost:8080/MyTest/databaseServlet , it does work.(I did not get 404 error.). I am very confused if I missed something important , or anything wrong in my application. By the way, I am using glassfish 2.1 server. Anyone can help me to fix this error? Thank you! Your setAction() call uses an absolute path; because it's client side code, it's unaware of the servlet context, so it really resolves to http://localhost:8080/databaseServlet. Try prefixing it with GWT.getHostPageBaseURL() --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: MySQL Connection
Hi, Im Using GWT + AppEng is that the problem here? Lets say I have an existing database which I want to use for my GWT application what is the possible solution you reckon ? On Tue, Sep 22, 2009 at 7:08 AM, Sripathi Krishnan sripathi.krish...@gmail.com wrote: If you are using Google App Engine (separate from GWT), you *cannot* use an external database. App Engine doesn't allow you to open socket connections, and that is exactly what the getConnection() method does. --Sri 2009/9/21 Chamira Fernando chamira.inc...@gmail.com Hi All, I have the same problem when I connect to MySQL database, What I understand from the GWT doc, whatever server side scripts we have to in .server package and this will be on server side on host mode when we debug the application. here is the scenario I can get the data from the server side if there is no database connection, everything works fine, the moment I run database connection method I get errors! narrowing the problem i tried to load the class (Class.forName(DRIVER)) only.. it seems class is loaded (i get no errors) but the moment I run connection = DriverManager.getConnection(URL,USER,PASS); method will cause the problem .. if this is an sql error, should be caught ?? mind you my mysql connector is in proper dirs (otherwise I can't load DRIVER ). Do I need to set $catalina.home for hosted mode? then can someone help to do it (im using eclipse plugin) Can someone come up with an answer, prefer small script to understand... here is the stack trace I got Sep 21, 2009 12:05:02 PM com.google.appengine.tools.development.ApiProxyLocalImpl log SEVERE: [1253534702085000] javax.servlet.ServletContext log: Exception while dispatching incoming RPC call com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public abstract java.lang.String com.pro.student.client.GreetingService.greetServer(java.lang.String)' threw an unexpected exception: java.lang.ExceptionInInitializerError at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure (RPC.java:360) at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse (RPC.java:546) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall (RemoteServiceServlet.java:166) at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost (RemoteServiceServlet.java:86) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java: 487) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1093) at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter (TransactionCleanupFilter.java:43) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1084) at com.google.appengine.tools.development.StaticFileFilter.doFilter (StaticFileFilter.java:121) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1084) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:360) at org.mortbay.jetty.security.SecurityHandler.handle (SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle (SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle (ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java: 405) at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle (DevAppEngineWebAppContext.java:54) at org.mortbay.jetty.handler.HandlerWrapper.handle (HandlerWrapper.java:139) at com.google.appengine.tools.development.JettyContainerService $ApiProxyHandler.handle(JettyContainerService.java:313) at org.mortbay.jetty.handler.HandlerWrapper.handle (HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java: 506) at org.mortbay.jetty.HttpConnection$RequestHandler.content (HttpConnection.java:844) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:644) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run (SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run (BoundedThreadPool.java:442) Caused by: java.lang.ExceptionInInitializerError at com.mysql.jdbc.NonRegisteringDriver.connect (NonRegisteringDriver.java:283) at java.sql.DriverManager.getConnection(DriverManager.java:525) at java.sql.DriverManager.getConnection(DriverManager.java:171) at com.pro.student.server.GreetingServiceImpl.db (GreetingServiceImpl.java:52)
Re: Hint: Previous compiler errors may have made this type unavailable
No Thomas, I have only this error!!! On 21 Set, 15:51, Thomas Broyer t.bro...@gmail.com wrote: On 21 sep, 11:06, BMax massimo.bo...@gmail.com wrote: Hi dougx, thanks a lot for your message! Sorry if I reply only at this time! I checked my code and its setting... I saw that it's already like you told me... and now? What can I do? And you don't have any other error before that one? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Suddenly getting exceptions during compile in TypeOracle annotation processing
Hi Martijn! Finally it works. I forgot to include ejb3-persistence.jar in the classpath. The reason for this - byside me beeing a dullard - was that I am using NetBeans, which comes with two Hibernate library templates. One which includes ejb3-persistence.jar and one which does not. Cheers, Julian On Sep 22, 5:00 am, martijn.spr...@gmail.com martijn.spr...@gmail.com wrote: I actually were not able to solve it. I'm starting work on this again, and am tempted to switch back to using Hibernate xml instead of annotations, since that seemed to be the thing that caused these sudden issues for me to happen. Have you been able to find a solution? Cheers, Martijn --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
(Issue 2374) Generic Methods on RPC....
(I posted this to the gwt-dispatch list, but figure I'd mention it here
toolarger audience and whatnot)
I am implementing the command pattern as per Ray Ryan's fantastic talk. I
have it working, however I ran across a known issue in GWT when implementing
my servlet (Which Ray Ryan skips over in his talk :) ).If you implement
your actions/responses exactly as he has them in the slides, your servlet
won't work, due to what appears to be a bug in the GWT (issue 2374).
Basically, the wrong code gets generated due to the use of templates, and
when the servlet tries to match up the required methods in the service, it
can't find your execute method, even though you have implemented it.
I worked around it like so:
(in my rpcserviceimpl.java)
public T extends Response T execute(ActionT action)
{
if (action.getClass().equals(MyActionClass.class) )
return (T) execute( (MyActionClass) action );
// actually I throw if i get here, but to keep this short
return null;
}
Obviously, not type safe, but if my action class matches, then the return
type better be MyActionResponse or I have a bigger issue!
I noticed another command pattern implementation on google code that worked
around this issue by passing the action class in an annotation, however I
couldn't tell from that code if that workaround/hack was any better than
mine above.
Would using the annotation make it type safe? Is what I have the best work
around for now? Is this working on trunk GWT 2.0?Is there a different
work around I am not seeing?
-pj
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Re: Running Apache Hupa sample of GWT MVP
Hi *, I have jdk 1.6 only installed. So I set plugin groupIdorg.apache.maven.plugins/ groupId artifactIdmaven-compiler-plugin/ artifactId configuration source1.6/source target1.6/target /configuration /plugin and told to eclipse-maven plugin to update project configuration. It helps. No restricted thing more... But I have got one exception in GWT Log console: [ERROR] Unable to load module entry point class org.apache.hupa.client.Hupa (see associated exception for details) com.google.gwt.core.client.JavaScriptException: (Error): Ungültiger Eigenschaftswert. number: -2146827908 description: Ungültiger Eigenschaftswert. at com.google.gwt.dom.client.Style$.setPropertyImpl$(Native Method) at com.google.gwt.dom.client.Style$.setProperty$(Style.java:43) at org.apache.hupa.widgets.ui.EnableHyperlink.init (EnableHyperlink.java:57) at org.apache.hupa.widgets.ui.EnableHyperlink.init (EnableHyperlink.java:43) at org.apache.hupa.client.mvp.IMAPFolderView.init (IMAPFolderView.java:77) at org.apache.hupa.client.gin.HupaGinjectorImpl.org$apache$hupa$client $mvp$IMAPFolderView_IMAPFolderView_methodInjection(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:66) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderView$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:70) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderView$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:76) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$Display$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 237) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$Display$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 241) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 433) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 439) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$MainPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:305) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$MainPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:311) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$AppPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:263) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$AppPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:269) at org.apache.hupa.client.gin.HupaGinjectorImpl.getAppPresenter (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:7) at org.apache.hupa.client.Hupa.onModuleLoad(Hupa.java:34) I found out that if I change org.apache.hupa.widgets.ui.EnableHyperlinkline 57 from html.getElement().getStyle().setProperty(color, grey); tohtml.getElement().getStyle().setProperty(color, #8d8d8d); Hupa works as expected. Regards Roman --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Running Apache Hupa sample of GWT MVP
I Roman could you open a jira issue for it so I can keep track. https://issues.apache.org/jira/browse/Hupa Thx, Norman Ps: Hupa just moved from labs to james as subproject so the new svn url is http://svn.apache.org/repos/asf/james/hupa 2009/9/22 purplehaze roman.i...@gmail.com: Hi *, I have jdk 1.6 only installed. So I set plugin groupIdorg.apache.maven.plugins/ groupId artifactIdmaven-compiler-plugin/ artifactId configuration source1.6/source target1.6/target /configuration /plugin and told to eclipse-maven plugin to update project configuration. It helps. No restricted thing more... But I have got one exception in GWT Log console: [ERROR] Unable to load module entry point class org.apache.hupa.client.Hupa (see associated exception for details) com.google.gwt.core.client.JavaScriptException: (Error): Ungültiger Eigenschaftswert. number: -2146827908 description: Ungültiger Eigenschaftswert. at com.google.gwt.dom.client.Style$.setPropertyImpl$(Native Method) at com.google.gwt.dom.client.Style$.setProperty$(Style.java:43) at org.apache.hupa.widgets.ui.EnableHyperlink.init (EnableHyperlink.java:57) at org.apache.hupa.widgets.ui.EnableHyperlink.init (EnableHyperlink.java:43) at org.apache.hupa.client.mvp.IMAPFolderView.init (IMAPFolderView.java:77) at org.apache.hupa.client.gin.HupaGinjectorImpl.org$apache$hupa$client $mvp$IMAPFolderView_IMAPFolderView_methodInjection(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:66) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderView$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:70) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderView$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:76) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$Display$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 237) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$Display$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 241) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 433) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 439) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$MainPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:305) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$MainPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:311) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$AppPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:263) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$AppPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:269) at org.apache.hupa.client.gin.HupaGinjectorImpl.getAppPresenter (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:7) at org.apache.hupa.client.Hupa.onModuleLoad(Hupa.java:34) I found out that if I change org.apache.hupa.widgets.ui.EnableHyperlink line 57 from html.getElement().getStyle().setProperty(color, grey); to html.getElement().getStyle().setProperty(color, #8d8d8d); Hupa works as expected. Regards Roman --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
StatusCodeException with no message
Hi, I am getting a StatusCodeException caught on the client in hosted mode but the message is an empty string. I have put a breakpoint in the servlet in doUnexpectedFailure but it is never hit and nothing is logged in the Eclipse console or the hosted mode console. Thanks, John --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Running GWT JUnit on Eclipse
Hi Pion,
Could you try the steps below? I performed these locally and found success.
1) Extract GettingStarted.zip somewhere
2) Eclipse's File Import General Existing projects, choose the
extracted StockWatcher directory
3) Right-click on the StockWatcher project, and choose Properties. Click on
Google Web Toolkit (on the side bar), and confirm there is a GWT SDK set
for this project
4) Java Build Path, Libraries tab, Add Library button, JUnit from list, Next
button, ensure JUnit 3 is being used, and Finish button and then OK button
5) Right-click on StockWatcher project, New Source Folder named test
6) Create a package in there named
com.google.gwt.sample.stockwatcher.client
7) Finally, paste the contents below into a new class in that package (named
StockWatcherTest.java)
8) Right-click on this class, choose Run As GWT JUnit Test
If I've screwed up anywhere in these directions, please let me know. Hope
this works!
jason
package com.google.gwt.sample.stockwatcher.client;
import com.google.gwt.junit.client.GWTTestCase;
/**
* GWT JUnit tests must extend GWTTestCase.
*/
public class StockWatcherTest extends GWTTestCase {
/**
* Must refer to a valid module that sources this class.
*/
public String getModuleName() {
return com.google.gwt.sample.stockwatcher.StockWatcher;
}
/**
* Add as many tests as you like.
*/
public void testSimple() {
assertTrue(true);
}
}
On Mon, Sep 21, 2009 at 6:27 PM, Pion onlee2...@gmail.com wrote:
Unfortunately, there is no .metadata folder.
There are .settings, .classpath and .project.
On Sep 21, 2:29 pm, Jason Parekh jasonpar...@gmail.com wrote:
No problem!
If you open your Eclipse workspace folder, there should be a folder
called
.metadata. Inside that, there should be a file called .log.
I believe Windows hides these files by default, so you may need to use
the
command prompt to find this file (either that, or turn on the setting to
show hidden files -- seehttp://
windowshelp.microsoft.com/Windows/en-US/help/27e9a81a-fac7-457...)
If neither the file nor folder are present, then there may not be any
detailed error logs.
jason
On Mon, Sep 21, 2009 at 5:20 PM, Pion onlee2...@gmail.com wrote:
Sorry for the late reply. I just returned to my desk.
Where can I find those info? Can you give me more specific examples? I
can't seem to find them.
On Sep 21, 12:11 pm, Jason Parekh jasonpar...@gmail.com wrote:
Strange! Could you send us the contents of your
WORKSPACE/.metadata/.log
file? It might have more detailed information about the error.
Thanks
jason
On Mon, Sep 21, 2009 at 1:51 PM, Pion onlee2...@gmail.com wrote:
I right-click on my java test file and select Run As - GWT Junit
Test. Then, I got the following error: The input type of the
launch
configuration does not exist.
On Sep 21, 10:27 am, Jason Parekh jasonpar...@gmail.com wrote:
On Mon, Sep 21, 2009 at 1:21 PM, Pion onlee2...@gmail.com
wrote:
I got the error when following the instructions on
http://code.google.com/webtoolkit/tutorials/1.6/JUnit.html.
Followinghttp://
code.google.com/eclipse/docs/gwt_junit.htmldidnot
give me any error. I went to Eclipse Run - Run Configurations
...
which display a dialog box. But the Run button (on the dialog
box)
has been disabled so I cannot run it.
Could you try right-clicking on your test class and choosing Run
as
-
GWT
Test case?
Thanks,
jason
On Sep 21, 9:41 am, Jason Parekh jasonpar...@gmail.com
wrote:
Hi Pion,
Did the error you described (The input type of the launch
configuration
does not exist) come when you were following the
StockWatcher
test
instructions or the Google Plugin for Eclipse test
instructions?
What error did you run into when you tried the Google Plugin
for
Eclipse
test instructions (the second URL you mentioned)?
Thanks
jason
On Mon, Sep 21, 2009 at 11:53 AM, Pion onlee2...@gmail.com
wrote:
I am following the instructions on
http://code.google.com/webtoolkit/tutorials/1.6/JUnit.html.
I can run the junit successfully using command line. My
environments
are: Eclipse-Galileo, GWT SDK 1.7 on Windows Vista.
However, I am having problem when trying to run it on
Eclipse.
Eclipse
gave me the following error message: The input type of the
launch
configuration does not exist.
I tried to follow the instructions on
http://code.google.com/eclipse/docs/gwt_junit.html.
My Eclipse Run button is disabled -- I can not click it.
Thanks in advance for your help.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this
Re: Running Apache Hupa sample of GWT MVP
Actually what is most likely happening is that when you changed the color property value it kicked off a fresh buildtry changing the color value back to grey to see if that was the case. Regards, daniel On Tue, Sep 22, 2009 at 9:32 AM, purplehaze roman.i...@gmail.com wrote: Hi *, I have jdk 1.6 only installed. So I set plugin groupIdorg.apache.maven.plugins/ groupId artifactIdmaven-compiler-plugin/ artifactId configuration source1.6/source target1.6/target /configuration /plugin and told to eclipse-maven plugin to update project configuration. It helps. No restricted thing more... But I have got one exception in GWT Log console: [ERROR] Unable to load module entry point class org.apache.hupa.client.Hupa (see associated exception for details) com.google.gwt.core.client.JavaScriptException: (Error): Ungültiger Eigenschaftswert. number: -2146827908 description: Ungültiger Eigenschaftswert. at com.google.gwt.dom.client.Style$.setPropertyImpl$(Native Method) at com.google.gwt.dom.client.Style$.setProperty$(Style.java:43) at org.apache.hupa.widgets.ui.EnableHyperlink.init (EnableHyperlink.java:57) at org.apache.hupa.widgets.ui.EnableHyperlink.init (EnableHyperlink.java:43) at org.apache.hupa.client.mvp.IMAPFolderView.init (IMAPFolderView.java:77) at org.apache.hupa.client.gin.HupaGinjectorImpl.org $apache$hupa$client $mvp$IMAPFolderView_IMAPFolderView_methodInjection(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:66) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderView$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:70) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderView$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:76) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$Display$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 237) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$Display$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 241) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 433) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$IMAPFolderPresenter$_annotation$$none$$ (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl: 439) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$MainPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:305) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$MainPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:311) at org.apache.hupa.client.gin.HupaGinjectorImpl.create_Key$type$org $apache$hupa$client$mvp$AppPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:263) at org.apache.hupa.client.gin.HupaGinjectorImpl.get_Key$type$org $apache$hupa$client$mvp$AppPresenter$_annotation$$none$$(transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:269) at org.apache.hupa.client.gin.HupaGinjectorImpl.getAppPresenter (transient source for org.apache.hupa.client.gin.HupaGinjectorImpl:7) at org.apache.hupa.client.Hupa.onModuleLoad(Hupa.java:34) I found out that if I change org.apache.hupa.widgets.ui.EnableHyperlinkline 57 from html.getElement().getStyle().setProperty(color, grey); tohtml.getElement().getStyle().setProperty(color, #8d8d8d); Hupa works as expected. Regards Roman --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Project: Building REST APIs using GWT
Hi all, I am an engineering student and my group is supposed to make REST APIs for a web service using GWT.. We are complete newbies and currently lost about where to begin... Is there any documentation about how can we make our own REST APIs using GWT??? Actually we don't know how to build rest api s using anything at all! Can anyone help? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Resizing a window is very slow in Firefox
Hello, we created a very generic application. It is possible to edit some XML- Files and the UI changes completely. Unfortunately this causes a very bloated DOM-tree. We have some panels which consist of many other panels which again consist of other panels and so on. The maximum depth of the generated DOM-tree is about 70, mainly div-tags. Resizing such a panel in Firefox is now very slow (about 3 to 5 seconds). IE Opera are quite OK, Chrome kicks ass ;) Of course we don't want to give up our flexibility, but on the other hand we have to support Firefox. It's also important to know that we use some widgets from GWT-Ext. I think such a generic panel consists of 50 % GWT-Widgets and 50 % GWT-Ext-Widgets. Does anyone know, why Firefox has problems which those nested panels? Or is there some special layout or widget which causes this problem? -- Simon --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
form.submit
Hi I am developing a web application using GWT, Servlets. I am calling a servlet from FormPanal through form.submit. Servlet is called successfully in Hosted Mode but when i deployed the same in to Tomcat/Glass Fish Application server, 404 error message is returned when i click the submit button. Any ideas to resolve this. More over i am using iframe to return HTTP response. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
GWT-FX cover flow demo source ?
On http://code.google.com/p/gwt-fx/ there is a demo of a coverflow widget. I am interested in using such a coverflow widget on my website. Is the source code for this widget available somewhere ? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Input Validation
Hi, I am very new to GWT. I have a form with Name,phone and email. I need to validate the input. How can i do that? Kindly guide me. Thanks in advance. Cheers!!! Mohan --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Running GWT JUnit on Eclipse
Thanks, Jason. I really appreciate your help.
I just followed your step-by-step instructions below. Unfortunately,
It still give me The input type of the launch
configuration does not exist.
Also, I right-click the StockWatcherTest.java and select Run As -
Run Configurations, it shows the dialog box and the Run button is
disabled.
I don't know if this info will be helpful to you. This morning, I
created a unit test successfully on Eclipse-Galileo for my Google App
Engine by doing the following:
o I created a package com.foo.server.test under src
o Right-click on the package com.foo.server.test, select New -
Other ... - JUnit Test Case .
o I can run on Eclipse successfully.
o Also, the Run button is enabled when I went to Run As - Run
Configurations.
Again, thanks for your help.
On Sep 22, 7:43 am, Jason Parekh jasonpar...@gmail.com wrote:
Hi Pion,
Could you try the steps below? I performed these locally and found success.
1) Extract GettingStarted.zip somewhere
2) Eclipse's File Import General Existing projects, choose the
extracted StockWatcher directory
3) Right-click on the StockWatcher project, and choose Properties. Click on
Google Web Toolkit (on the side bar), and confirm there is a GWT SDK set
for this project
4) Java Build Path, Libraries tab, Add Library button, JUnit from list, Next
button, ensure JUnit 3 is being used, and Finish button and then OK button
5) Right-click on StockWatcher project, New Source Folder named test
6) Create a package in there named
com.google.gwt.sample.stockwatcher.client
7) Finally, paste the contents below into a new class in that package (named
StockWatcherTest.java)
8) Right-click on this class, choose Run As GWT JUnit Test
If I've screwed up anywhere in these directions, please let me know. Hope
this works!
jason
package com.google.gwt.sample.stockwatcher.client;
import com.google.gwt.junit.client.GWTTestCase;
/**
* GWT JUnit tests must extend GWTTestCase.
*/
public class StockWatcherTest extends GWTTestCase {
/**
* Must refer to a valid module that sources this class.
*/
public String getModuleName() {
return com.google.gwt.sample.stockwatcher.StockWatcher;
}
/**
* Add as many tests as you like.
*/
public void testSimple() {
assertTrue(true);
}
}
On Mon, Sep 21, 2009 at 6:27 PM, Pion onlee2...@gmail.com wrote:
Unfortunately, there is no .metadata folder.
There are .settings, .classpath and .project.
On Sep 21, 2:29 pm, Jason Parekh jasonpar...@gmail.com wrote:
No problem!
If you open your Eclipse workspace folder, there should be a folder
called
.metadata. Inside that, there should be a file called .log.
I believe Windows hides these files by default, so you may need to use
the
command prompt to find this file (either that, or turn on the setting to
show hidden files -- seehttp://
windowshelp.microsoft.com/Windows/en-US/help/27e9a81a-fac7-457...)
If neither the file nor folder are present, then there may not be any
detailed error logs.
jason
On Mon, Sep 21, 2009 at 5:20 PM, Pion onlee2...@gmail.com wrote:
Sorry for the late reply. I just returned to my desk.
Where can I find those info? Can you give me more specific examples? I
can't seem to find them.
On Sep 21, 12:11 pm, Jason Parekh jasonpar...@gmail.com wrote:
Strange! Could you send us the contents of your
WORKSPACE/.metadata/.log
file? It might have more detailed information about the error.
Thanks
jason
On Mon, Sep 21, 2009 at 1:51 PM, Pion onlee2...@gmail.com wrote:
I right-click on my java test file and select Run As - GWT Junit
Test. Then, I got the following error: The input type of the
launch
configuration does not exist.
On Sep 21, 10:27 am, Jason Parekh jasonpar...@gmail.com wrote:
On Mon, Sep 21, 2009 at 1:21 PM, Pion onlee2...@gmail.com
wrote:
I got the error when following the instructions on
http://code.google.com/webtoolkit/tutorials/1.6/JUnit.html.
Followinghttp://
code.google.com/eclipse/docs/gwt_junit.htmldidnot
give me any error. I went to Eclipse Run - Run Configurations
...
which display a dialog box. But the Run button (on the dialog
box)
has been disabled so I cannot run it.
Could you try right-clicking on your test class and choosing Run
as
-
GWT
Test case?
Thanks,
jason
On Sep 21, 9:41 am, Jason Parekh jasonpar...@gmail.com
wrote:
Hi Pion,
Did the error you described (The input type of the launch
configuration
does not exist) come when you were following the
StockWatcher
test
instructions or the Google Plugin for Eclipse test
instructions?
What error did you run into when you tried the Google Plugin
for
Eclipse
test instructions (the second URL you mentioned)?
Thanks
Re: Hint: Previous compiler errors may have made this type unavailable
On 22 sep, 14:41, BMax massimo.bo...@gmail.com wrote: No Thomas, I have only this error!!! :-S Send me your code (if you can), and I'll have a look (if I find time!) I'm sorry, there's not much more I (we) can do here... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Advice for bundling RPC calls in ONE HTTP request
MyServiceAsync async = GWT.create(MyService.class); ((ServiceDefTarget) async).setRpcRequestBuilder(MyCustomRpcRequestBuilder()); I don't see the possibility to set a RequestBuilder to a com.google.gwt.user.client.rpc.ServiceDefTarget instance (the interface has not such a method). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Project: Building REST APIs using GWT
On 22 sep, 12:23, student cummins becomp4...@gmail.com wrote: Hi all, I am an engineering student and my group is supposed to make REST APIs for a web service using GWT.. We are complete newbies and currently lost about where to begin... Is there any documentation about how can we make our own REST APIs using GWT??? Actually we don't know how to build rest api s using anything at all! Can anyone help? If you don't even know what a rest api is, first read RESTful Web Services http://books.google.com/books?id=XUaErakHsoACprintsec=frontcover You'll quickly find that GWT won't help you. It will be able to *consume* restful web services, but not build them (GWT is all about the client side; for the server-side, use servlets when in a Java environment, such as Google AppEngine). (and if you start talking about GWT-RPC, then go read the book again, believe me!) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Resizing a window is very slow in Firefox
On 22 sep, 15:18, SEI s...@isr.de wrote: Hello, we created a very generic application. It is possible to edit some XML- Files and the UI changes completely. Unfortunately this causes a very bloated DOM-tree. We have some panels which consist of many other panels which again consist of other panels and so on. The maximum depth of the generated DOM-tree is about 70, mainly div-tags. Resizing such a panel in Firefox is now very slow (about 3 to 5 seconds). IE Opera are quite OK, Chrome kicks ass ;) Of course we don't want to give up our flexibility, but on the other hand we have to support Firefox. It's also important to know that we use some widgets from GWT-Ext. I think such a generic panel consists of 50 % GWT-Widgets and 50 % GWT-Ext-Widgets. Does anyone know, why Firefox has problems which those nested panels? Or is there some special layout or widget which causes this problem? Any layout that uses window resize events will (potentially) slow the browser down. It might be that Firefox dispatches much more resize events than other browsers and that's what would cause the slow down in Firefox but not other browsers. Simple check: add a resizehandler that prints something to the console (console.log()) or a div and compare the results between browsers. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
How to change the knob image in sliderbar widget
Hi There, Any one knows how to change the SliderBar widget knob image from default to a custom one? if so could you share the details please. Thank you, bala. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: How to change the knob image in sliderbar widget
Try using the SliderBar constructor that accepts your implementation of SliderBarImages: *SliderBarhttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.html#SliderBar%28double,%20double,%20com.google.gwt.widgetideas.client.SliderBar.LabelFormatter,%20com.google.gwt.widgetideas.client.SliderBar.SliderBarImages%29 *(double minValue, double maxValue, SliderBar.LabelFormatterhttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.LabelFormatter.html labelFormatter, SliderBar.SliderBarImageshttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.SliderBarImages.html images) Hope this helps. -Venkatesh On Tue, Sep 22, 2009 at 12:55 PM, balachandra maddina chandu2...@gmail.comwrote: Hi There, Any one knows how to change the SliderBar widget knob image from default to a custom one? if so could you share the details please. Thank you, bala. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Multiple modules and Servlet mapping (not RPC but RequestBuilder)
Hello all,
I'm going through my first project which has multiple modules and I'm
getting a bit stuck.
First of all I'll say that all the things I'm trying to do here I've
done already in a small one module project based on the StockWatchers
tutorial and that for all sorts of reasons I need to use my own
customized servlets extending HttpServlet and the Glassfish Server.
I'm having two problems (the project is called NewMCPU):
1. I have a module called: com.aaa.bbb.ccc and in it I build a
RequestBuilder which uses GET method and this url: http://localhost:
8082/NewMCPU/com.aaa.bbb.ccc/mcpu by calling GWT.getModuleBaseURL()
+mcpu; my servlet is defined via annotations (supported from
Servlets 3.0) like this: @WebServlet(name=mCPUServiceImpl,
urlPatterns={/com.aaa.bbb.ccc/mcpu}, asyncSupported=true)
and when debugging I see that the server returns a 404 error code so I
don't understand how or where I'm mixing up the url? I think this is
connected to multiple modules because I have 3 modules and like I said
in the smaller one module project this worked, only there the url in
the client was hardcoded http://localhost:8082/NewMCPU/mcpu; and in
the servlet just /mcpu.
2. I can't seem to debug my server side code. In the project there are
two other modules who for the time being use RPC which I was able to
debug before I started to using my server and not the built-in one but
now I can't seem to debug the server side code.
What I do is launch the Glassfish in debug mode and then start my app
in the debug as web application in eclipse.
The hosted mode shell launches and so does my app but all my server
side breakpoints are being ignored (not my client side).
I really would appreciate any help granted as I've been trying to
figure these out for the past two days...
Ittai
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Re: How to change the knob image in sliderbar widget
Hi Venkatesh, Thx for the reply. i didnt understand how an imagebundle works earliar. when i looked at it now its more clear. could you tell me what is the use of LabelFormatter in SliderBar widget pls? Thank you, bala. On Tue, Sep 22, 2009 at 10:49 PM, Venkatesh Babu venkatbab...@gmail.comwrote: Try using the SliderBar constructor that accepts your implementation of SliderBarImages: *SliderBarhttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.html#SliderBar%28double,%20double,%20com.google.gwt.widgetideas.client.SliderBar.LabelFormatter,%20com.google.gwt.widgetideas.client.SliderBar.SliderBarImages%29 *(double minValue, double maxValue, SliderBar.LabelFormatterhttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.LabelFormatter.html labelFormatter, SliderBar.SliderBarImageshttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.SliderBarImages.html images) Hope this helps. -Venkatesh On Tue, Sep 22, 2009 at 12:55 PM, balachandra maddina chandu2...@gmail.com wrote: Hi There, Any one knows how to change the SliderBar widget knob image from default to a custom one? if so could you share the details please. Thank you, bala. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
New GWT event system performance problems during onMouseMove
Hello, I faced performance problems when I tried to migrate my application to new GWT event system for onMouseMove events. my application uses onMouseMove for dragNdrop and the performance dramatically reduced after migration. The problems I see as a reason are: before we had public void onMouseMove(Widget w, int x, int y) now we have onMouseMove(MouseMoveEvent event) in case I need to get the Widget that sent event I have to do cast - I've heard it is slow operation in GWT. It would be nice if GWT developers confirm it. Aditional two method calls are event.getX(), event.getY() . Don't know if method call in GWT is expensive. Question summary: Is someone noticed performance slow down with the new even system? How long the old even system will be supported? Am I right that cast is expensive operation in GWT? Is method call expensive in GWT? What else may slow down the performance of new even system? Thanks in advance, Vitaliy S --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: How to change the knob image in sliderbar widget
I haven't used the sliderbar, so not really sure. But i looked at the class source code and looks like labelformatter is used to format the label numbers present on the top of bar. Also, I noticed that if you don't require a labelformatter, you can pass a null to the constructor. You can check the source code of SliderBar. Hope this helps. -Venkatesh On Tue, Sep 22, 2009 at 1:44 PM, balachandra maddina chandu2...@gmail.comwrote: Hi Venkatesh, Thx for the reply. i didnt understand how an imagebundle works earliar. when i looked at it now its more clear. could you tell me what is the use of LabelFormatter in SliderBar widget pls? Thank you, bala. On Tue, Sep 22, 2009 at 10:49 PM, Venkatesh Babu venkatbab...@gmail.comwrote: Try using the SliderBar constructor that accepts your implementation of SliderBarImages: *SliderBarhttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.html#SliderBar%28double,%20double,%20com.google.gwt.widgetideas.client.SliderBar.LabelFormatter,%20com.google.gwt.widgetideas.client.SliderBar.SliderBarImages%29 *(double minValue, double maxValue, SliderBar.LabelFormatterhttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.LabelFormatter.html labelFormatter, SliderBar.SliderBarImageshttp://collectionofdemos.appspot.com/javadoc/com/google/gwt/widgetideas/client/SliderBar.SliderBarImages.html images) Hope this helps. -Venkatesh On Tue, Sep 22, 2009 at 12:55 PM, balachandra maddina chandu2...@gmail.com wrote: Hi There, Any one knows how to change the SliderBar widget knob image from default to a custom one? if so could you share the details please. Thank you, bala. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
how to add higher Z-index to collapsible panel which will not override the menubar z-index
Hi, I am using the gwt-incubator scrolltable and CollapsiblePanel. Initially had problems with z-index of CollapsiblePanel since it was tucked under the Scrolltable so i added higher z-index to it and that worked fine but in the event the i have menu which got tucked under the CollapsiblePanel now i tried various conbinations of z-index still menu is getting tucked underneath the CollapsiblePanel. Anybody have any thoughts on the issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
DTO and Compound Objects
I am working on a test GWT_RPC application. I have Hibernate POJO's
that use annotations, and I have declared those in the Spring 2.5.6
applicationContext xml file.
So, I also created a bunch of DTO POJO's, and my question is ... do
these RPC POJO's need to be VERY basic, or can they be compound
objects. For example, I have the following:
webapp.client.dto.ADTO
webapp.client.dto.BDTO
webapp.client.dto.TestDTO
public class TestDTO implements Serializable {
private int id;
private String name;
private Date date;
private ADTO a;
private BDTO c;
... public getters/setters ...
}
Will this be ok to define? A and B DTO might also be a compound
objects, but they still ALL live under the client umbrella.
Thanks!
Tom
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Re: HttpSession NullPointerException
- Forward to page /account and read the HttpSession (not working) Does your /account url map to a different context or a different servlet? Maybe having two context or 2 servlets causes your problem. For my app, I use just one service Implementation class, and that service may call other helper classes that provide various system functionality. So everything is in one Servlet. Mike. On Sep 20, 10:24 pm, Dariusz darius...@gmail.com wrote: Hi! A simple scenario. - User logs in - User in database, save user object in HttpSession (works) - Forward to page /account and read the HttpSession (not working) Saving the user object in session works fine, but when I try to read it, I get a NullPointerException. The session is not there. The weird part is here. If I run it on my local machine (http:// localhost:8080/myApp) it's working fine and I can set and read the session through my entire application. If I deploy it on our server (Linux), I can set the session and read it with the same Impl class, but if I try to execute a different service (like AccountServiceImpl), then the session is not there anymore. My code looks like this: ... HttpServletRequest request = this.getThreadLocalRequest(); HttpSession session = request.getSession(); session.setAttribute( user, userObject ); User u = ( User )session.getAttribute( user ); // here it is working System.out.println( User name is: +u.getName() ); Now if I try to get the session in my AccountServiceImpl, I'm getting an exception??? I'm wondering if it's a server setting issue or something with my code? (or maybe with my libraries) I would appreciate any help!! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
A well-behaved, browser independent layout framework
I've been using GWT for over 2 years now for developing large scale web applications, and think it's a fantastic toolkit for doing clean, browser-independent development. However, there is one conspicuous place where it does not meet its stated goals, where I incidentally spend an inordinate amount of time fiddling/guessing/cursing, and that is in layout. I've used many different layout frameworks over the years, but never had such issues. A good layout framework has a few simple properties, which include: - Platform (browser) independence - A few straightforward concepts for setting absolute (px), relative (%), aligned, content-based, user, and overflow sizing relations between parent and child widgets - Layout relations independent of the child/parent/grandparent widget type - Predictable, consistent resize behavior GWT's layout scheme has practically none of these, instead providing lightweight wrappers around html table/div/whatever elements and leaving the developer to puzzle over how to get what they want, and hope it works across browsers. Html on its own was not designed to deal with sophisticated layout, but is now being co-opted to do so. A simple case; a multi-paned application that fits exactly the browser window height (no browser scrollbars). Depending on the combination of which hierarchical layout elements, content-containing child widgets, and browser are used, over-large content might overflow the whole application outside the browser window size, overflow the local content pane (clipping it), or, if I get lucky, create the proper scrollbars around the content. You might say, well show me your particular problem, oh use layout widget X instead of Y because it uses table not div. But that's not the point. In a toolkit as sophisticated as GWT, I don't believe I should have to understand all the hackey nuances of html in order to design a well-laid out application. Furthermore, it actually inhibits good software design practice. I can't swap in a rich text for a text widget and know it's going to lay out the same. So, is such a goal even possible? Am I the only one who sees the value in this? As I am not a cross-browser html guru, I don't even know for sure whether a real layout framework can be designed. However if it is, GWT with its browser-dependent compilation provides an ideal way to do so. Tables? Divs? Spans? Resize handlers? I don't care, as long as it works right! A few such html guru developers who really understand the differences could thus save everyone enormous amounts of time and effort. And in the end, isn't that why we have GWT? If this is seen as useful, I would gladly take up the charge to come up with a detailed proposal. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: A well-behaved, browser independent layout framework
Guess you should take a look at the UiBinder framework that is present in the latest GWT trunk. The framework doesn't solve the layout problem as such, it rather takes a different approach - it allows one to place GWT widgets inside HTML code. So, if you delegate all layout headache etc... to be handled by writing HTML code (which I guess any page developer would gladly do), then you can use UiBinder to just bind your widgets into the HTML. Here is the link: http://code.google.com/p/google-web-toolkit/wiki/UiBinder -Venkatesh On Tue, Sep 22, 2009 at 6:25 PM, kozura koz...@gmail.com wrote: I've been using GWT for over 2 years now for developing large scale web applications, and think it's a fantastic toolkit for doing clean, browser-independent development. However, there is one conspicuous place where it does not meet its stated goals, where I incidentally spend an inordinate amount of time fiddling/guessing/cursing, and that is in layout. I've used many different layout frameworks over the years, but never had such issues. A good layout framework has a few simple properties, which include: - Platform (browser) independence - A few straightforward concepts for setting absolute (px), relative (%), aligned, content-based, user, and overflow sizing relations between parent and child widgets - Layout relations independent of the child/parent/grandparent widget type - Predictable, consistent resize behavior GWT's layout scheme has practically none of these, instead providing lightweight wrappers around html table/div/whatever elements and leaving the developer to puzzle over how to get what they want, and hope it works across browsers. Html on its own was not designed to deal with sophisticated layout, but is now being co-opted to do so. A simple case; a multi-paned application that fits exactly the browser window height (no browser scrollbars). Depending on the combination of which hierarchical layout elements, content-containing child widgets, and browser are used, over-large content might overflow the whole application outside the browser window size, overflow the local content pane (clipping it), or, if I get lucky, create the proper scrollbars around the content. You might say, well show me your particular problem, oh use layout widget X instead of Y because it uses table not div. But that's not the point. In a toolkit as sophisticated as GWT, I don't believe I should have to understand all the hackey nuances of html in order to design a well-laid out application. Furthermore, it actually inhibits good software design practice. I can't swap in a rich text for a text widget and know it's going to lay out the same. So, is such a goal even possible? Am I the only one who sees the value in this? As I am not a cross-browser html guru, I don't even know for sure whether a real layout framework can be designed. However if it is, GWT with its browser-dependent compilation provides an ideal way to do so. Tables? Divs? Spans? Resize handlers? I don't care, as long as it works right! A few such html guru developers who really understand the differences could thus save everyone enormous amounts of time and effort. And in the end, isn't that why we have GWT? If this is seen as useful, I would gladly take up the charge to come up with a detailed proposal. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: help with suggest box
Thanks ;) On 16 sep, 23:33, Sripathi Krishnan sripathi.krish...@gmail.com wrote: You would have to write a custom SuggestOracle and pass it to the constructor of your SuggestBox. Your implementation of SuggestOracle would need to implement the requestSuggestions() method. In that method, you can put in whatever logic you want to match strings. --Sri 2009/9/17 John Restrepo johnjaime.restr...@gmail.com Hi, I noticed the gwt suggest box search word by word, for example if I press p it shows me possible or just possible it searches the character in the first word or in the second, my question is: Is there some way to change this? like just search in the first word and not the second. I hope I was clear :P Thanks! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: DTO and Compound Objects
That should be fine. Serializable objects don't have to be trivial and
the system is fairly robust. It's hard to break gwt serialization
(although you can - for example see
http://code.google.com/p/google-web-toolkit/issues/detail?id=3577)
BTW - if you put your DTOs in a client package, that means your server
code must access that package too. I prefer to define a separate package
for shared server client code, and keep client strictly for code
that is only used client-side
Thomas Holmes wrote:
I am working on a test GWT_RPC application. I have Hibernate POJO's
that use annotations, and I have declared those in the Spring 2.5.6
applicationContext xml file.
So, I also created a bunch of DTO POJO's, and my question is ... do
these RPC POJO's need to be VERY basic, or can they be compound
objects. For example, I have the following:
webapp.client.dto.ADTO
webapp.client.dto.BDTO
webapp.client.dto.TestDTO
public class TestDTO implements Serializable {
private int id;
private String name;
private Date date;
private ADTO a;
private BDTO c;
... public getters/setters ...
}
Will this be ok to define? A and B DTO might also be a compound
objects, but they still ALL live under the client umbrella.
Thanks!
Tom
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Re: Advice for bundling RPC calls in ONE HTTP request
It is available on gwt trunk. I am using a version of gwt straight from svn, and I didn't realize this method was not present in older versions. The advice still holds good, but you may not be able to use it unless you compile from trunk. sorry for the trouble! --Sri 2009/9/22 maku martin.k...@gmx.at MyServiceAsync async = GWT.create(MyService.class); ((ServiceDefTarget) async).setRpcRequestBuilder(MyCustomRpcRequestBuilder()); I don't see the possibility to set a RequestBuilder to a com.google.gwt.user.client.rpc.ServiceDefTarget instance (the interface has not such a method). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Allowing JavaScript injection using innerHTML
I would like to allow the following... (I know this could cause XSS
issues but the users of this system are trusted).
DOM.getElementById('someid').setInnerHTML(scriptalert('hello!');/
script);
If run this in hosted mode it appears to do nothing. If I compile and
browse this with Firefox/Firebug it looks like the right markup is
being added to the page but not executed.
I am able to do this w/ JQuery or plain JavaScript I wonder if GWT is
encoding the script tags?
Thanks in advance.
John
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Is there a tool to convert my GWT RemoteServiceServlet into the correct Service and ServiceAsync interfaces?
I'm working on a GWT project and I find it very tedious to have to add a function to my servlet, then copy and paste the function signature into my Service interface, then copy and paste it into my ServiceAsync interface and change the return parameter to be a callback. Is there a tool or a setting where I can just add public methods to my class and they can get copied into the other interfaces? Even if its not automatic it would be nice to be able to select specific methods and have them copied automatically. I'm using eclipse and ideally it would update my interface each time I save implementation since thats when it checks my code and complains that my changes break the interface. -Asa --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Is there a tool to convert my GWT RemoteServiceServlet into the correct Service and ServiceAsync interfaces?
You can try 1) Update the service interface 2) To update automagically the AsyncInterface use Google Eclipse plugin 3) To update your servlet use eclipse (add unimplemented methods) Good luck, Geraldo On 22 set, 19:54, AsaAyers asa.ay...@gmail.com wrote: I'm working on a GWT project and I find it very tedious to have to add a function to my servlet, then copy and paste the function signature into my Service interface, then copy and paste it into my ServiceAsync interface and change the return parameter to be a callback. Is there a tool or a setting where I can just add public methods to my class and they can get copied into the other interfaces? Even if its not automatic it would be nice to be able to select specific methods and have them copied automatically. I'm using eclipse and ideally it would update my interface each time I save implementation since thats when it checks my code and complains that my changes break the interface. -Asa --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Lost runtime exceptions when in hosted mode
When I'm in hosted mode, if my client code throws a runtime exception, it seems to be swallowed and not reported. For example, if I put a throw new NullPointerException() at the end of a method. I can use the debugger to find the exact line that's throwing the exception but when it occurs it just fails silently. There's no info in the Shell or on the console and the app doesn't even necessarily act like there was an error. I'm not very familiar with our code or GWT so I have to ask: is this normal, expected GWT behavior or is our code failing to print a stack trace? If this is GWT's fault, what's the work around? Someone on the irc channel suggested I wrap all my client code around a try/catch but that seems a little inconvenient and messy. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Why Not Bypass The Middle Man
I think currently the browser is more general, more secure, and more streamlined a model for broadcasting and communication than anything else yet proposed. We dont rely exclusively on java programs or applets to do everything because it is not general and is not secure and certainly came after the World Wide Web which is again more general, more secure, and more streamlined. Than requiring everyone to have java installed or adobe air or AOL, Prodigy, or Compuserve or whatever just to do the same basic function. Push for AJAX would be useful for some things, but it might I suspect sacrifice some security. Anyone else agree? On Sep 23, 12:24 am, lusus l...@fishbytedesign.com wrote: First I would like to point out a few important facts: 1) I think that GWT is a fantastic idea, and that the developers deserve awards and ice cream and funny hats and should be carried through the streets. 2) I am just throwing this out as a discussion point. 3) I am not a classically trained programmer, and some of my terminology may be technically errant. Try to go with the overarching idea, and not just write me off because I thought REST meant nap time. Now with that said, here's my question/thought. Isn't it time that we finally quit trying to warp the WWW into what we really want it to be, and come up with a new protocol all together? More specifically, isn't it time we made a browser that simply interprets the major programming languages - not riding on the WWW, but with it's own network protocols? It could exist like a stub on an individual client computer, run over it's own public port, and allow push AND pull communication. Programmers would need only to learn the proper communication methods, and could then write unbridled applications that are served directly to the clients, bypassing the rube-goldberg system of manipulation required to make it understandable by the CURRENT browsers. What if you could write a JAVA program where main() was served to the client browser and that's that. As cool as GWT is, when you step back and think about the actual structure, it's conjures (at least for me) images of popsicle sticks and duct tape. First you write the JAVA code, and add CSS styles. Those are combined and interpreted to Javascript which is optimized to several (currently used) browsers, which is in turn interpreted to HTML and displayed in the browser, which is based on a protocol that does not REALLY allow push communication. *** Again, nothing against the GWT developers. They did a fine job of contorting the existing structures to bring us closer to the goal. *** I realize that, as far as cloud computing is concerned, the GWT outcome is (almost) the same as what I'm talking about. You write JAVA code, and it gets displayed in the browsers. Who cares what torture it has to go through to get there. right? Looking back, it was oh so simple to get virtually everyone using the WWW. Would it be that hard to get the general public to accept a new internet that involves application browsers? And finally, the browsers could be made to understand multiple programming languages. It could basically be an omni- (and slightly upgraded for communication purposes) Virtual Machine. Here is my list of key points: 1) Cut out the middle man. No more Rube-Goldberg. 2) Allow Push communication. 3) No worries about upgraded or new browsers, and cross-browser compatibility. (The App-Browsers would just keep up with the current programming language upgrades.) 4) Use the layout tools that belong the the program language you are using. 5) Wouldn't it possibly even be more secure? (maybe not) 6) Let the kids play in the WWW kiddy pool. Let the real programmers swim in the deep end, away from the yellow water. That's all. I don't work for the W3C, and I've never once even spoken to Al Gore. I have no idea how to make something like this happen. I'm just interested in thoughts on the matter. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google Web Toolkit group. To post to this group, send email to google-web-toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
[gwt-contrib] Re: Set cache headers properly in embedded Jetty for hosted mode
My 2 c€nts.
Overall, it leads to reworking the patch as an:
if (method is GET (or HEAD)) {
if (url contains .nocache.) {
set no-cache headers
} else if (url contains .cache.) {
set forever-cache headers
}
}
// otherwise (non-GET/HEAD, or non-nocache/cache URL), just do nothing
regarding caching (or at least fallback to default)
An application developer can use the following in its web.xml to change
the default behavior for static files (and cache them for 60 seconds):
context-param
param-nameorg.mortbay.jetty.servlet.Default.cacheControl/param-name
param-valuemax-age=60,public/param-value
/context-param
http://gwt-code-reviews.appspot.com/56807/diff/1/2
File dev/core/src/com/google/gwt/dev/shell/jetty/JettyLauncher.java
(right):
http://gwt-code-reviews.appspot.com/56807/diff/1/2#newcode450
Line 450: // to be safe, mark all non-GETs as non-cacheable
Er, responses to non-GET/HEAD requests *are* non-cacheable by default
(as a consequence of the write-through mandatory constraint from HTTP
http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.11 ), so
this is useless IMO.
http://gwt-code-reviews.appspot.com/56807/diff/1/2#newcode471
Line 471: // everything else gets public caching for 60 seconds
Why? why not (again) rely on the default caching behavior?
http://gwt-code-reviews.appspot.com/56807
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
[gwt-contrib] Re: source - src in ui:style
On 2009/09/22 00:28:46, Ray Ryan wrote: Joel, can you review this small change that will probably make biggish ripples in your world? Since html uses src all over the place, we should too. Agreed. LGTM. http://gwt-code-reviews.appspot.com/67809 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
Reviewers: Ray Ryan, Please review this at http://gwt-code-reviews.appspot.com/68805 Affected files: M samples/mail/src/com/google/gwt/sample/mail/Mail.gwt.xml M samples/mail/src/com/google/gwt/sample/mail/client/AboutDialog.java A samples/mail/src/com/google/gwt/sample/mail/client/AboutDialog.ui.xml A samples/mail/src/com/google/gwt/sample/mail/client/ContactPopup.ui.xml M samples/mail/src/com/google/gwt/sample/mail/client/Contacts.java A samples/mail/src/com/google/gwt/sample/mail/client/Contacts.ui.xml M samples/mail/src/com/google/gwt/sample/mail/client/Mail.java A samples/mail/src/com/google/gwt/sample/mail/client/Mail.ui.xml M samples/mail/src/com/google/gwt/sample/mail/client/MailDetail.java A samples/mail/src/com/google/gwt/sample/mail/client/MailDetail.ui.xml M samples/mail/src/com/google/gwt/sample/mail/client/MailItems.java M samples/mail/src/com/google/gwt/sample/mail/client/MailList.java M samples/mail/src/com/google/gwt/sample/mail/client/Mailboxes.java M samples/mail/src/com/google/gwt/sample/mail/client/Shortcuts.java A samples/mail/src/com/google/gwt/sample/mail/client/Shortcuts.ui.xml M samples/mail/src/com/google/gwt/sample/mail/client/Tasks.java M samples/mail/src/com/google/gwt/sample/mail/client/TopPanel.java A samples/mail/src/com/google/gwt/sample/mail/client/TopPanel.ui.xml M samples/mail/war/Mail.css A samples/mail/war/default_photo.jpg A samples/mail/war/logo.png M user/javadoc/com/google/gwt/examples/DockLayoutPanelExample.java A user/src/com/google/gwt/uibinder/parsers/DockLayoutPanelParser.java A user/src/com/google/gwt/uibinder/parsers/StackLayoutPanelParser.java M user/src/com/google/gwt/uibinder/rebind/UiBinderWriter.java M user/src/com/google/gwt/uibinder/rebind/XMLElement.java M user/src/com/google/gwt/user/client/ui/DockLayoutPanel.java M user/src/com/google/gwt/user/client/ui/SplitLayoutPanel.java --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: source - src in ui:style
Committed at r6188 On Tue, Sep 22, 2009 at 7:09 AM, j...@google.com wrote: On 2009/09/22 00:28:46, Ray Ryan wrote: Joel, can you review this small change that will probably make biggish ripples in your world? Since html uses src all over the place, we should too. Agreed. LGTM. http://gwt-code-reviews.appspot.com/67809 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
I'm still reviewing, but I thought I should get this AttributeParser
issue in front of you early.
http://gwt-code-reviews.appspot.com/68805/diff/1/24
File user/src/com/google/gwt/uibinder/parsers/DockLayoutPanelParser.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/24#newcode68
Line 68: UiBinderWriter writer) throws UnableToCompleteException {
By parsing the custom attributes directly, you're breaking
{field.references}. And we don't have a great story on how to deal with
it.
This is a real issue here: you can imagine someone wanting to do
size='{preferences.bannerHeight}'.
If you look in BeanParser, you'll see the general mechanism is to find
the appropriate parser via
UiBinderWriter#getAttributeParser(XMLAttribute, JParam... ) and let it
do the interpretation. And that's actually a semi-deprecated wrapper
around getAttributeParser(JParam... )
Perhaps for this CL, it's enough for your parsers to remember to call
getAttributeParser(JParam... ) to get their hands on an instance of
StringAttributeParser? Or we could add
UiBinderWrier#getAttributeParser(JClassType... ). (You could just
instantiate a StringAttributeParser yourself, but that seems like a step
in the wrong direction.)
The parser will give you a Java literal, either a quotedValue or +
field.ref() + , so validation will be tricky. You can see why having
an EnumAttributeParser will be a godsend.
That'll be good enough for field references, but it won't bring in
i18n--a sign, maybe, that we should rethink the i18n syntax as well, not
sure. Is that an issue in any of these new parsers? Do they take any
user visible text?
We need to find an approach that keeps custom parser authors out of this
business of explicitly choosing which attributes might or might not need
special treatment, but I haven't thought of one yet. One possibility is
to make XMLAttribute aware of the parsers, and replace
consumeAttribute(), consumeDoubleAttribute(), et. al. with
consumeAttribute(JParam...) and consumeAttribute(JClassType...).
http://gwt-code-reviews.appspot.com/68805
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
[gwt-contrib] Move check for 32-bit VM from HostedModeBase to SwtHostedModeBase
Reviewers: jat, Description: Currently the check for a 32-bit VM never gets run on Linux. This CL moves it into SwtHostedModeBase where it can run for all platforms. Please review this at http://gwt-code-reviews.appspot.com/68806 Affected files: dev/core/src-dummy/com/google/gwt/dev/BootStrapPlatform.java dev/core/src/com/google/gwt/dev/HostedModeBase.java dev/core/src/com/google/gwt/dev/SwtHostedModeBase.java dev/linux/src/com/google/gwt/dev/BootStrapPlatform.java dev/mac/src/com/google/gwt/dev/BootStrapPlatform.java dev/windows/src/com/google/gwt/dev/BootStrapPlatform.java --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
On 2009/09/22 18:59:16, Ray Ryan wrote:
I'm still reviewing, but I thought I should get this AttributeParser
issue in
front of you early.
http://gwt-code-reviews.appspot.com/68805/diff/1/24
File
user/src/com/google/gwt/uibinder/parsers/DockLayoutPanelParser.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/24#newcode68
Line 68: UiBinderWriter writer) throws UnableToCompleteException {
By parsing the custom attributes directly, you're breaking
{field.references}.
And we don't have a great story on how to deal with it.
This is a real issue here: you can imagine someone wanting to do
size='{preferences.bannerHeight}'.
If you look in BeanParser, you'll see the general mechanism is to find
the
appropriate parser via UiBinderWriter#getAttributeParser(XMLAttribute,
JParam...
) and let it do the interpretation. And that's actually a
semi-deprecated
wrapper around getAttributeParser(JParam... )
Perhaps for this CL, it's enough for your parsers to remember to call
getAttributeParser(JParam... ) to get their hands on an instance of
StringAttributeParser? Or we could add
UiBinderWrier#getAttributeParser(JClassType... ). (You could just
instantiate a
StringAttributeParser yourself, but that seems like a step in the
wrong
direction.)
The parser will give you a Java literal, either a quotedValue or
+
field.ref() + , so validation will be tricky. You can see why having
an
EnumAttributeParser will be a godsend.
That'll be good enough for field references, but it won't bring in
i18n--a sign,
maybe, that we should rethink the i18n syntax as well, not sure. Is
that an
issue in any of these new parsers? Do they take any user visible text?
We need to find an approach that keeps custom parser authors out of
this
business of explicitly choosing which attributes might or might not
need special
treatment, but I haven't thought of one yet. One possibility is to
make
XMLAttribute aware of the parsers, and replace consumeAttribute(),
consumeDoubleAttribute(), et. al. with consumeAttribute(JParam...) and
consumeAttribute(JClassType...).
Is there any reason *not* to just force XMLElement to deal with it in
consumeStringAttribute(), et al? I guess you'd have to pass the writer
in, but that doesn't sound too bad.
This also begs the question of whether there's a simpler context
struggling to get out of the writer class, but that's a question for
another time.
http://gwt-code-reviews.appspot.com/68805
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
[gwt-contrib] Re: Move check for 32-bit VM from HostedModeBase to SwtHostedModeBase
Hi John - You say more generic but your comment seems to be suggesting greater specificity (use versus how to use). Do you have some language in mind? Dan On Tue, Sep 22, 2009 at 3:18 PM, j...@google.com wrote: LGTM assuming you have tested it on all platforms, with minor nits. http://gwt-code-reviews.appspot.com/68806/diff/1/6 File dev/core/src/com/google/gwt/dev/SwtHostedModeBase.java (right): http://gwt-code-reviews.appspot.com/68806/diff/1/6#newcode88 Line 88: System.err.println( Use a 32-bit capable Java runtime and add the -d32 flag if needed.); In some cases, the best way to do this will be to point JAVA_HOME at a different JVM install. Maybe this message should be more generic or should mention that option. http://gwt-code-reviews.appspot.com/68806/diff/1/6#newcode91 Line 91: } I don't think -1 is portable across all platforms -- on Unix-based systems, wait() returns an 8-bit value so this gets mapped to 255. I suggest 1 instead. http://gwt-code-reviews.appspot.com/68806 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
Assuming we make parsing attributes using AttributeParsers required (which makes perfect sense to me), I think we'll need to change writer.getAttributeParser(JParam...) to take (JType...) instead. This method only ever uses the types of the parameters, and many consumers of attributes aren't actually parsing attributes for parameters, but of certain *types*. Does that make sense? http://gwt-code-reviews.appspot.com/68805 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Move check for 32-bit VM from HostedModeBase to SwtHostedModeBase
On Tue, Sep 22, 2009 at 3:27 PM, Daniel Rice (דניאל רייס) r...@google.comwrote: You say more generic but your comment seems to be suggesting greater specificity (use versus how to use). Do you have some language in mind? I am suggesting that either we make the language more generic, such as You need to use a 32-bit JVM and leave it up to them how to get it, or we need to provide other alternatives to -d32 since thay may not work on their distro, perhaps something like: You need to use a 32-bit JVM. Depending on you version of Linux and how you are launching GWT, you might do this by passing -d32 on the java command line, by setting JAVA_HOME to point to the correct JDK, or by configuring Eclipse to use the proper JVM. The latter is wordy and still likely to not cover all the cases, so my feeling is the former would be better. -- John A. Tamplin Software Engineer (GWT), Google --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Move check for 32-bit VM from HostedModeBase to SwtHostedModeBase
O.K., I'll stick with the one-line version for non-Mac platforms. On Tue, Sep 22, 2009 at 3:39 PM, John Tamplin j...@google.com wrote: On Tue, Sep 22, 2009 at 3:27 PM, Daniel Rice (דניאל רייס) r...@google.com wrote: You say more generic but your comment seems to be suggesting greater specificity (use versus how to use). Do you have some language in mind? I am suggesting that either we make the language more generic, such as You need to use a 32-bit JVM and leave it up to them how to get it, or we need to provide other alternatives to -d32 since thay may not work on their distro, perhaps something like: You need to use a 32-bit JVM. Depending on you version of Linux and how you are launching GWT, you might do this by passing -d32 on the java command line, by setting JAVA_HOME to point to the correct JDK, or by configuring Eclipse to use the proper JVM. The latter is wordy and still likely to not cover all the cases, so my feeling is the former would be better. -- John A. Tamplin Software Engineer (GWT), Google --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Move check for 32-bit VM from HostedModeBase to SwtHostedModeBase
On Tue, Sep 22, 2009 at 3:40 PM, Daniel Rice (דניאל רייס) r...@google.comwrote: O.K., I'll stick with the one-line version for non-Mac platforms. Another option might be to point at a Wiki page that we could update with recipes for different platforms over time. -- John A. Tamplin Software Engineer (GWT), Google --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
On Tue, Sep 22, 2009 at 12:23 PM, j...@google.com wrote:
On 2009/09/22 18:59:16, Ray Ryan wrote:
I'm still reviewing, but I thought I should get this AttributeParser
issue in
front of you early.
http://gwt-code-reviews.appspot.com/68805/diff/1/24
File
user/src/com/google/gwt/uibinder/parsers/DockLayoutPanelParser.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/24#newcode68
Line 68: UiBinderWriter writer) throws UnableToCompleteException {
By parsing the custom attributes directly, you're breaking
{field.references}.
And we don't have a great story on how to deal with it.
This is a real issue here: you can imagine someone wanting to do
size='{preferences.bannerHeight}'.
If you look in BeanParser, you'll see the general mechanism is to find
the
appropriate parser via UiBinderWriter#getAttributeParser(XMLAttribute,
JParam...
) and let it do the interpretation. And that's actually a
semi-deprecated
wrapper around getAttributeParser(JParam... )
Perhaps for this CL, it's enough for your parsers to remember to call
getAttributeParser(JParam... ) to get their hands on an instance of
StringAttributeParser? Or we could add
UiBinderWrier#getAttributeParser(JClassType... ). (You could just
instantiate a
StringAttributeParser yourself, but that seems like a step in the
wrong
direction.)
The parser will give you a Java literal, either a quotedValue or
+
field.ref() + , so validation will be tricky. You can see why having
an
EnumAttributeParser will be a godsend.
That'll be good enough for field references, but it won't bring in
i18n--a sign,
maybe, that we should rethink the i18n syntax as well, not sure. Is
that an
issue in any of these new parsers? Do they take any user visible text?
We need to find an approach that keeps custom parser authors out of
this
business of explicitly choosing which attributes might or might not
need special
treatment, but I haven't thought of one yet. One possibility is to
make
XMLAttribute aware of the parsers, and replace consumeAttribute(),
consumeDoubleAttribute(), et. al. with consumeAttribute(JParam...) and
consumeAttribute(JClassType...).
Is there any reason *not* to just force XMLElement to deal with it in
consumeStringAttribute(), et al? I guess you'd have to pass the writer
in, but that doesn't sound too bad.
XMLElement already has it. :-)
This also begs the question of whether there's a simpler context
struggling to get out of the writer class, but that's a question for
another time.
Oh, there certainly is.
http://gwt-code-reviews.appspot.com/68805
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
I was going to ask you. Yeah, I think it makes sense. Might as well keep the JParam method as a convenience? On Tue, Sep 22, 2009 at 12:38 PM, j...@google.com wrote: Assuming we make parsing attributes using AttributeParsers required (which makes perfect sense to me), I think we'll need to change writer.getAttributeParser(JParam...) to take (JType...) instead. This method only ever uses the types of the parameters, and many consumers of attributes aren't actually parsing attributes for parameters, but of certain *types*. Does that make sense? http://gwt-code-reviews.appspot.com/68805 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
Addressed individual comments. How about we leave off the consumeAttribute() thing for a moment, as you suggest, and then I fix it in a subsequent patch? http://gwt-code-reviews.appspot.com/68805 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
Still LGTM I mean one rethrow nit below HERE http://gwt-code-reviews.appspot.com/68805/diff/1/24 File user/src/com/google/gwt/uibinder/parsers/DockLayoutPanelParser.java (right): http://gwt-code-reviews.appspot.com/68805/diff/1/24#newcode115 Line 115: writer.die(Unexpected: Unable to find %s type, SplitLayoutPanel.class Oh, I see. NFE is checked. B. Still would prefer to see throw new RuntimeException(e); http://gwt-code-reviews.appspot.com/68805 --~--~-~--~~~---~--~~ http://groups.google.com/group/Google-Web-Toolkit-Contributors -~--~~~~--~~--~--~---
[gwt-contrib] Re: Adds parsers for Dock Stack layout panels. Updates Mail sample to use UiBinder.
Hey guys,
The autoformater will change this to
@UiField
Button closeButton;
which sucks. I want to fix that for annoations with no arguments, but
have no
idea how to. You have any clue to share?
Bugs the crap out of me too. I can't find any annotation-related
settings in the code formatter, unfortunately.
Just in case you didn't see this: in Eclipse 3.5 (I haven't looked at
earlier versions) there's an Annotations section on the New Lines tab.
That will let you remove the new lines after annotations, but it
doesn't let you decide based on whether or not the annotation has
arguments.
- Isaac
On Tue, Sep 22, 2009 at 4:50 PM, j...@google.com wrote:
http://gwt-code-reviews.appspot.com/68805/diff/1/3
File samples/mail/src/com/google/gwt/sample/mail/client/AboutDialog.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/3#newcode38
Line 38: @UiField Button closeButton;
On 2009/09/22 20:12:42, Ray Ryan wrote:
The autoformater will change this to
�...@uifield
Button closeButton;
which sucks. I want to fix that for annoations with no arguments, but
have no
idea how to. You have any clue to share?
Bugs the crap out of me too. I can't find any annotation-related
settings in the code formatter, unfortunately.
http://gwt-code-reviews.appspot.com/68805/diff/1/8
File samples/mail/src/com/google/gwt/sample/mail/client/Mail.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/8#newcode68
Line 68: // Add the outer panel to the RootPanel, so that it will be
On 2009/09/22 20:12:42, Ray Ryan wrote:
RootLayoutPanel
Done.
http://gwt-code-reviews.appspot.com/68805/diff/1/10
File samples/mail/src/com/google/gwt/sample/mail/client/MailDetail.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/10#newcode44
Line 44: subject.setInnerHTML(item.subject);
On 2009/09/22 20:12:42, Ray Ryan wrote:
Should put a comment here explaining how shockingly dangerous it would
be to
take user provided text as innerHTML in a production app for XSS
reasons, and
that we're assuming that our server has done the appropriate escaping.
Done.
http://gwt-code-reviews.appspot.com/68805/diff/1/13
File samples/mail/src/com/google/gwt/sample/mail/client/MailList.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/13#newcode236
Line 236: table.setHTML(i, 0, nbsp;);
On 2009/09/22 20:12:42, Ray Ryan wrote:
ditto
These are static strings, which are always safe.
http://gwt-code-reviews.appspot.com/68805/diff/1/16
File samples/mail/src/com/google/gwt/sample/mail/client/Shortcuts.ui.xml
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/16#newcode24
Line 24: g:header size='4'g:Label styleName='{style.stackHeader}'
text='Mailboxes'//g:header
On 2009/09/22 20:12:42, Ray Ryan wrote:
g:header size='4'g:Label styleName='{style.stackHeader}'
Mailboxes
/g:Label//g:header
and likewise below
Done.
http://gwt-code-reviews.appspot.com/68805/diff/1/24
File user/src/com/google/gwt/uibinder/parsers/DockLayoutPanelParser.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/24#newcode82
Line 82: writer.die(Child must be one of {north, south, east, west,
center});
On 2009/09/22 20:12:42, Ray Ryan wrote:
writer.die(In %s, child must be one of {north, south, east, west,
center},
elem);
here and below and throughout the parsers
Also, is it legal to have more than one child of a particular
direction?
die(): done.
It is indeed legal to have more than one widget in a direction, in any
order.
http://gwt-code-reviews.appspot.com/68805/diff/1/24#newcode88
Line 88: writer.die(Dock must contain a single child widget.);
On 2009/09/22 20:12:42, Ray Ryan wrote:
redundant, this check is performed by consumeSingleChildElement
Done.
http://gwt-code-reviews.appspot.com/68805/diff/1/25
File
user/src/com/google/gwt/uibinder/parsers/StackLayoutPanelParser.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/25#newcode80
Line 80: return child.getNamespaceUri().equals(parent.getNamespaceUri())
On 2009/09/22 20:12:42, Ray Ryan wrote:
We need to bake this into an AbstractElementParser, don't we?
Probably so. Would have been useful. Next time around...
http://gwt-code-reviews.appspot.com/68805/diff/1/28
File user/src/com/google/gwt/user/client/ui/DockLayoutPanel.java
(right):
http://gwt-code-reviews.appspot.com/68805/diff/1/28#newcode191
Line 191: public void insertEast(Widget widget, double size, Widget
before) {
On 2009/09/22 20:12:42, Ray Ryan wrote:
It's all of these insert methods that made me think you'd be better
off allowing
only a single widget in each position.
Perhaps, but it's still pretty useful to have any number of them. The
insert() case is kind of annoying to write from my end, but it's pretty
useful from the developer's end.
http://gwt-code-reviews.appspot.com/68805
--~--~-~--~~~---~--~~
