RE: [Mav-user] Struts/Maverick
[guess it works now] Wow, this is great... I'll look into it more next week (this weekend I'm packing up everything I own and moving to San Francisco!) but from a cursory glance, it looks like just what I had in mind. We should get opt-perl and opt-struts in CVS, and make formal releases :-) Thanks! Jeff Schnitzer [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -Original Message- From: jim moore Sent: Fri 6/28/2002 2:51 PM To: [EMAIL PROTECTED] Cc: Subject: Re: [Mav-user] Struts/Maverick I took a stab at the wrapping stuts with maverick. I don't know if this is exactly what you had in mind, Jeff, or how you'd go about it, but it does run the full struts-example webapp inside of maverick. Don't need to change any struts code at all or even edit the struts-config.xml file. In 4 simple steps you're off and running: 1. add maverick.jar to WEB-INF/lib 2. add opt-struts.jar to WEB-INF/lib 3. create a maverick.xml overriding all the struts command names 4. change web.xml so that *.do (or whatever you were using) points to mav's dispatcher instead of strut's ActionServlet Get it while its hot: http://www.scolamoore.com/jim/opt-struts-20020628.zip <http://www.scolamoore.com/jim/opt-struts-20020628.zip> There's a war file in there that is basically the default struts-example with the four steps above taken for you. I've only tested it with their example app, so there could still be some broken stuff, but its a pretty solid beginning at least. --jim --- This sf.net email is sponsored by:ThinkGeek Caffeinated soap. No kidding. http://thinkgeek.com/sf <http://thinkgeek.com/sf> ___ Mav-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mav-user <https://lists.sourceforge.net/lists/listinfo/mav-user> Archives are available at http://www.mail-archive.com/ <http://www.mail-archive.com/> <>
Re: [Mav-user] Struts/Maverick
Slightly cleaner updated version of this at: http://www.scolamoore.com/jim/opt-struts-20020629.zip Functionality is basically the same, but now the two files have been refactored into one, and the logging messages are clearer. --jim On Fri, 2002-06-28 at 17:51, jim moore wrote: > I took a stab at the wrapping stuts with maverick. I don't know if this is > exactly what you had in mind, Jeff, or how you'd go about it, but it does > run the full struts-example webapp inside of maverick. Don't need to change > any struts code at all or even edit the struts-config.xml file. > > In 4 simple steps you're off and running: > 1. add maverick.jar to WEB-INF/lib > 2. add opt-struts.jar to WEB-INF/lib > 3. create a maverick.xml overriding all the struts command names > 4. change web.xml so that *.do (or whatever you were using) points to > mav's dispatcher instead of strut's ActionServlet > > Get it while its hot: http://www.scolamoore.com/jim/opt-struts-20020628.zip > > There's a war file in there that is basically the default struts-example > with the four steps above taken for you. > > I've only tested it with their example app, so there could still be some > broken stuff, but its a pretty solid beginning at least. > > --jim > > > > --- > This sf.net email is sponsored by:ThinkGeek > Caffeinated soap. No kidding. > http://thinkgeek.com/sf > ___ > Mav-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/mav-user > Archives are available at http://www.mail-archive.com/ --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ Mav-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mav-user Archives are available at http://www.mail-archive.com/
RE: [Mav-user] Struts/Maverick
I've been giving this idea of mav merging with struts some thought and while I agree with Jeff's doubt that "Maverick-as-Struts-2.0 will ever happen, simply because of Not Invented Here" is almost definitely true, I still think it may be worthwhile to try and find a way to move mav to jakarta. If for no other reason, moving mav to jakarta will give maverick major street cred and almost assuredly boost its user base, and as we all know, a strong user base is the life blood of an open source project. There are a lot of organizations that would immediately be willing to consider maverick if it had the apache stamp of approval. I think its pretty clear that replacing struts with mav is an impossibility, and merging it would probably lead to a political mess. I don't think its odd to propose that the two live side-by-side, however. I think the arguement could be made that the two are not mutually exclusive. I personally feel that with its shunting and transforming abilities, mav's major strength is as a presentation framework, while one could argue that Struts is primarily an application framework. While it does offer some application framework functionality, mav has been specifically built to be pluggable, so as Jeff points out, it should be possible to build a "ControllerSingleton base class that *exactly* mimics the Struts Action API. When Struts applications run without recompilation on Maverick, that might raise some eyebrows." I think the fact that struts can run inside maverick is a strong mark in our favor that the two can exist simultaneously as separate projects within the same organization without necessarily stepping on each other's toes. Any thoughts, --jim --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Mav-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mav-user Archives are available at http://www.mail-archive.com/