Federico Kereki

Thanks for the answer! But, what happens to live, running, connections? I mean, if "forever" restarts the server, and some requests were being processed (by the changed JS code, or by other unrelated, unchanged code) at the time, what happens with them when node.js is restarted?

Hi! What's the current (better?) way of hot patching some JS code in use at a node.js server? With Apache, I can just change a PHP file, and from then on, it will be used, but with node.js, it doesn't work that way. I've read about several possible methods, but no one seemed to be as simple as Apache's. What would you recommend?

This forum thread speaks a bit about the upcoming new "super dev" mode, with better tools for profiling.

Just a bit from it:

We're actively working on it. Note that 'super dev mode' isn't quite in
existence yet, it's more of a goal than a concrete thing at the moment.
Though there was a short lived branch with that name--most of those
particular changes have already gone in.

If you like, you can profile DevMode by running GWT from trunk and passing
-Dgwt.speedtracerlog="/path/to/myproject-st.html" which will cause DevMode
to output a SpeedTracer log to that file. You can then use the Chrome
Extension SpeedTracer to inspect the generated log to see where DevMode is
spending time for your app. If you'd like to share, you can feel free to
post screenshots of the SpeedTracer detail view for your Module Init.

This piece of news regarding GWT+Spring integration may be interesting.

This week Genuitec and Skyway Software released the second milestone
(M2) of MyEclipse for Spring 8.6, which includes scaffolding for GWT
applications. With this new release, our users can now generate full
ready-to-run GWT applications from a domain model (i.e. DB tables,
Java Beans, or JPA Entities).

As excited as we are about this new feature, we are eager to get
feedback from the GWT community. Some key aspects of our GWT
scaffolding:

- The functionality is based on GWT 2.0.4 (no dependency on early
access or non-GA libraries)
- The generated code is based on current best practices (from last
year's Google I/O session with Ray Ryan and the MVP tutorials from
Chris Ramsdale) and UI Binder
- The GWT RPC services are based on Spring Services, and include
conversion of JPA objects to/from data transfer objects (DTO) that are
optimized for GWT
- The generated applications support both Spring 2.5.x and Spring 3.0

Again, we'd appreciate input and feedback from the GWT community.
Additional information and resources are as follows:

- More Details: http://bit.ly/9ydV0X
- Installer: http://bit.ly/asbbYo
- Tutorial: http://bit.ly/945fK2
- Getting Started Video (5 min): http://bit.ly/cwSawM

In chapter 4 of my book, I used "deferred binding" to show how to recognize different browsers.

I've recently written an article for InformIT (should appear soon) about Multimedia with GWT, and I used the same technique in order to produce code that would run on IE (using <embed> tags) or HTML5 enabled browsers (using <audio> tags instead).

Best regards,

Thanks a lot, pardners!!

Hi!

You got it right. When compiling the Java code into JavaScript, GWT uses a "deferred binding" process, by which it creates specific, distinct, browser-oriented versions of the code. (That is, the produced code for IE6 if different from the IE8, and from the Firefox one, etc.) GWT also produces a small "loader" application, which checks your browser (and locale, but let's not go into that now) in order to download the version that suits your browser.

In my book, there are several chapters (for example, chapter 4 for browser specific themes, and 15 for compilation) that deal with these matters.

Hope this helps!

Luan Cestari wrote:
#1 - Which projects you prefer to use GWT instead of other frameworks (like JSF)? Do you think the cost to switch a team that already has a good skill in other framework is high (time, money, etc)? Any experiences?

#2 - Is there any list of open source projects that use GWT, so I can take a look at how they use the framework?

#3 - Do you know if Google is planning to publish their projects that use GWT (like Orkut) in Google Code as an open source project?

#4 - Which frameworks do you usually use with GWT? (Like Spring, Hibernate, etc)

Hi! Several answers:

1. I use GWT for business-oriented applications. I have worked with people who had experience with other frameworks (Spring, Faces, etc.) and we could re-use that experience for the server side. The main change is that the front end isn't JSP (or the like) based any more, but Java code. Programmers with Java+Swing experience are best -- and they should know at least SOMETHING about HTML, Ajax, etc!

2. There's no list I know of (though the GWT Gallery may help) but there are several, including some really not common ones, as Piano Etudes

3. Nope -- but (at least part of) Google Wave is going open.

4. We've used JPA/Hibernate. Spring integration seems to be on its way for GWT 2.1.

Hope this helps!

Hi!

I'd also suggest going with GWT's own widgets (instead of directly creating a link in HTML).

As a debugging suggestion, I'd add a Window.alert(...) call in the handler; it might be that the click event isn't handled correctly when it doesn't pertain to a GWT widget.

Good luck!

Hauke Ingmar Schmidt wrote:

ahmed dohar wrote:
- Most Ajax environments do JavaScript on the client and have a choice for the server. GWT is based entirely around Java.

I was under the impression that you can use any backend you want; even none, if you do not need to communicate with the server. Sure, if you use the GWT RPC service some things look easier (sending complex Java objects back and forth) but you could communicate with e.g. JSON also, losing some comfort.

(The comfort may even lead to bad ideas, like sending the entities from DB directly to the client... )

Hi!

In some applications we've developed, the backend is based on PHP services, and we send XML and JSON back and forth.

Hope this helps!

matias Yaryura wrote:Hi all,

i'm using jQuery and i partner told me about WGT. What is the adventure that i have using GWT compare to using jQuery. I'm actually programming in Java so i've some knowlegde about it.

my intensition is used it in the company that i'm working.

Hi!

Java is, overall, a far better language than JavaScript. You can --if you are very sure you really need it!-- add jQuery to a GWT application, but you'll probably realize you can do with Java alone.

Hope this helps!

Paulo Cesar Dias Lima wrote:Hi Federico Kereki.

I need to migrate a Java Swing/Desktop to a Java GWT web application but my concern is about how to access Serial and USB port using GWT.

It's is possible to use a GWT Java application to access Java Communications API (javax.comm) or RXTX directly ?

Do you think that GWT direct access to Serial ports it's a good approach or instead of I should use service server class (like Servlet/Proxy IO) to do this job ?

Thanks,

Paulo.

Sorry, but you won't be able to access client-side devices with any GWT application, since it runs in a (limited, sandboxed) browser.

You can, however, access it server-side.

Hope this helps!

Hi!

In my experience, I've worked with different companies, and used GWT for their main applications. The server side can be done either with RPC or SOA, and it's pure Java, so there shouldn't be problems there.

I feel that Google Wave was dropped, because they couldn't drum up interest for it. As to GW, it's mature enough for current browsers -- but of course whenever a major new version comes up, you may need a new GWT release. (This is mainly because of the different implementations of the HTML standard.) On the other hand, being an Open Source project, I don't think GWT would just be dropped and not continued, even by different people.

So:
* I do think it can be used for business
* There may be a risk of Google eventually dropping it
* The risk isn't so high with OSS

I've heard of version 2.1 (there's now a "Milestone" one, for testing) and also read something about 3.0 -- so I'd say we're safe for now!

Hi!

For XSRF, there are no good solutions other than what appears at this link, and in Chapter 10 I provided a link to it, but also provided some other methods based on hashes and digital signatures. As to Spring, I didn't use it, but will probably reconsider that since GWT 2.1 appears to be heading in Spring's way.

Hope this helps!

Hi!

No, I opted against that, because sometimes they cause extra problems -- by not co-existing gracefully with GWT's panels or events, for example, or by causing testing problems with widgets that actually are a composite of several widgets. I did a project using such libraries, and went through one after the other, having problems which only got solved by going back to "100% pure GWT".

Hope this helps!