Changes for DWR

dwr-logo

This is very good news for DWR and for Ajax on Java.

The short version is that DWR is now part of the Dojo Foundation and that I now work for SitePen. This means that I'll be working nearly full-time on DWR rather than spending part of my time stuck in a big enterprise with Word as my IDE churning out technical architecture documents.

There are a whole bunch of questions that I just know I'm going to get asked:

Does this mean that DWR is going to become part of Dojo?

No. DWR will remain totally independent. There are some bits that I'd quite like to steal (JS compression for example) but you won't need to use Dojo if you want to use DWR or the other way around.

What's going to happen to Getahead and the DWR website?

For some time you've been able to visit www.directwebremoting.org and get redirected to the DWR website. We'll be moving the DWR website over to Dojo Foundation infrastructure and making use of the new domain at the same time. I'll be keeping my blog at Getahead for now at least. Consulting deals that Getahead would have done in the past will now be done by SitePen.

sitepen-logo

Who are SitePen?

SitePen employ a bunch of cool hackers: Alex Russell and Dylan Schiemann and many other Dojo people, Kevin Dangoor (Turbo Gears), and many more. They offer support packages for Dojo and now DWR, but also develop complete solutions.

What's happened to the TIBCO deal?

It's not gone away. I'll still be working to enhance DWR's Reverse Ajax proxy APIs, which from the next version of DWR particularly should aid DWR/GI integration.

Kevin Hakman from TIBCO is quoted on the official press release:

"Development teams, both small and large, have quickly discovered the benefits of using DWR in conjunction with leading Ajax libraries like Dojo, TIBCO General Interface, Scriptaculous, and others. DWR joining the Dojo Foundation is a great win for the DWR community," said Kevin Hakman, director, TIBCO Software, Inc. who has been a corporate sponsor of DWR's development for more than a year. "The close alignment of these projects, and the anticipated integration points between them, will serve to further simplify creating Ajax applications for Java developers."

Tags :
Responses[7] RSS feed for responses to this blog entry
Posted by Joe Walker on 11 December 2007 16:45:21 GMT #


Reply

Re: Changes for DWR

Comment from Tim Yates on 11 December 2007 17:29:50 GMT #
Great news Joe! Good luck with it, and with the Word cold-turkey ;)
Reply

Re: Changes for DWR

Comment from pdmckenzie on 18 December 2007 22:24:25 GMT #
Joe, I see you've posted your DWR with Tibco GI example on theServerSide. I tried that example a couple of weeks ago and it didn't work for me because Tibco GI didn't recognize the call: var cdf = dwr.gi.toCdfDocument(corporations, "jsxroot"); For some reason it doesn't see the dwr library - it can't find the dwr.gi package. Do the generated DWR js files need to be added to the js directory in Tibco GI? I downloaded all the examples you have and went through them all - got a couple of them working locally, but none of the samples that integrate with GI worked for me because of this issue. perry
Reply

Re: Changes for DWR

Comment from Joe Walker on 21 December 2007 11:11:03 GMT #
I think you need the new DWR/GI documentation.
Reply

undefined remote object

Comment from Anonymous on 15 January 2008 00:43:51 GMT #
Joe, I'm in the midst of converting my tibcoGI client to use dwr but the service calls generate an exception stating that the remote object (in my case country.js) is not defined. I know that the service is available through dwr as http://localhost:8080/app/dwr/country returns the api for that object. I've gone over the instructions at getahead.org and expect that the problem is related in part to the insertion of <script src='/svc/dwr/interface/country.js'></script> <script src='/svc/dwr/engine.js'></script> statements (see http://getahead.org/dwr/getstarted). Based on the statement that this is where the magic happens, I suspect that the client hits the server and somehow retrieves the js files based on the dwr.xml definition. I'm not seeing those files being generated. Is there some required initialization for the engine when the tibcoGI client is launched? Also, given that the html is generated dynamically by TibcoGI, how/where therein does one enter the "<script src='//web..." statements. AFAIK, javascript doesn't have include or import functionality. Note that I'm using jsx3.lang.Package.definePackage approach to wrap my calling functions.
Reply

Re: Changes for DWR

Comment from Harshal on 04 February 2008 16:54:16 GMT #
Hi Joe, Is there a new DWR Data Store in the works that will ease the pain of updating Dojo widgets with data retrieved through DWR? -- Harshal
Reply

Re: Changes for DWR

Comment from Joe Walker on 05 February 2008 11:00:24 GMT #
No promises, but probably we'll have one in 3.0
Reply

Re: Changes for DWR

Comment from Joe Walker on 05 February 2008 11:00:33 GMT #
No promises, but probably we'll have one in 3.0

Add a comment Send a TrackBack