DWR and Script.aculo.us now included in AppFuse and Equinox
Last night, I integrated DWR into both AppFuse and Equinox. AppFuse has had Script.aculo.us integrated since 1.8.2 and it's been great to work with - so I added it to Equinox as well. I added these with the philosophy that it's easier to remove them than to add them.
Thanks to Joe Walker (DWR), Thomas Fuchs (Script.aculo.us) and Sam Stephenson (Prototype) for authoring (and supporting) these great open source projects.
Next up: integrating Ivy (or Maven 2's Ant Tasks) for downloading dependencies. Hopefully both will still allow bundling JARs in a release so both AppFuse and Equinox can stick with the 1-download-to-get-everything philosophy. The main reason I'd like to integrate a dependency downloading tool is to reduce AppFuse's size in CVS, as well as make it easier to upgrade dependencies.
Posted by D'Andrew on October 10, 2005 at 09:33 PM MDT #
I just installed the latest version from CVS with DWR included. I was wondering wether there was already a way to see it "in action" when appfuse is deployed?
Thanks,
Thomas
Posted by Thomas on October 12, 2005 at 07:49 AM MDT #
Posted by Mikael on October 12, 2005 at 08:49 AM MDT #
Mikael - please post these types of issues to the mailing list for the project you're working with. If you could include detailed steps to reproduce it'll be easier for us to diagnose your problem.
Posted by Matt Raible on October 12, 2005 at 11:39 AM MDT #
Posted by xiaofeng lu on October 13, 2005 at 12:22 AM MDT #
Posted by Matt Raible on October 13, 2005 at 02:57 PM MDT #
I hope you didn't get the impression that I was migrating the entire build system to Maven. I simply said I was going to use "Maven 2's Ant Tasks". ;-)
The problem with migrating to Maven is most users prefer Ant (including myself). If I do migrate, I'll migrate to Maven 2 (Maven 1 is too slow IMO) and maintain Ant support as well.
This is probably quite a bit in the distance b/c it'll require restructuring many of the directories, from src/dao, src/service to something like modules/data and modules/web. And then there's the question of iBATIS and the 4 other web frameworks. In a perfect world, it wouldn't be hard to do modules/hibernate, modules/ibatis, modules/webwork, etc. and somehow allow users to pick and use which JARs and web module to use for their project - so an AppFuse project could still use modules/data and modules/web for their two components.
In other words, it's a lot of work to do it right. I'd prefer to do baby steps right now with dependency downloading. Ideally, I could do a pom.xml - but that doesn't allow separate dependency groupings (i.e. dao.dependencies) and I'd either have to do the directory breakup now (with multiple poms) - or I can just declare all the dependencies in my build file - which is likely what I'll do.
Posted by Matt Raible on October 13, 2005 at 03:00 PM MDT #
Posted by Vui Lo on October 18, 2005 at 01:19 AM MDT #
In order to cause the more Chinese java engineer to participate in the website construction, can you put one link[ AppFuse in china -> http://www.kingbit.com/appfuse/index.php ] on yours website? when they are visiting your website to knows "AppFuse in china ".
In your website content issues in 'appfuse in china' website, whether needs your authorization? if the need, please sends one authorized book gives me. thanks.
Posted by xiaofeng lu on October 18, 2005 at 05:32 AM MDT #
Posted by syo on October 19, 2005 at 02:53 PM MDT #
There might be a better way to instantiate the user object in JavaScript - I'm not sure.
Posted by Matt Raible on October 19, 2005 at 03:05 PM MDT #
<em>> In order to cause the more Chinese java engineer to participate in the website construction, can you put one link
> [ AppFuse in china -> http://www.kingbit.com/appfuse/index.php ] on yours website? when they are visiting your website
> to knows "AppFuse in china ".
> In your website content issues in 'appfuse in china' website, whether needs your authorization? if the need, please sends
> one authorized book gives me. thanks.</em>
I don't have a problem with you using AppFuse's name, or promoting "AppFuse in China". I'll definitely link to it and tell users to check it out - but IMO, there's no reason to make any site an official (language) site for AppFuse. I think if there are no official sites, there will be more competition to be the "best" site. ;-)
As far as the book is concerned, that's an issue for SourceBeat. I'll forward your offer to translate to the leaders of the company. In the meantime, could you please remove the translated PDF from your website. Thanks.
Posted by Matt Raible on October 23, 2005 at 04:47 PM MDT #
Posted by Ajaxian on December 12, 2005 at 02:47 PM MST #
Posted by 61.144.29.101 on August 07, 2006 at 10:08 AM MDT #