Re: [Mav-user] Pico-enabled Controllers?
On Fri, 2003-11-07 at 07:06, Ted Husted wrote: One of the things I like best about Maverick is that it is clearly focused on providing a standard front controller, a key problem that neither Java, .NET, nor PHP want to address (for some reason). Many projects start to sprawl, which seems to cause more problems than it solves. But, Maverick has retained a very clear focus. I couldn't agree with this more. Jeffs commitment to keeping the core of the product focused on the key problem it is trying to solve is one of Mavericks greatest strengths. -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://blogs.codehaus.org/people/kevin/ Pub Key: http://blogs.codehaus.org/people/kevin/public.asc signature.asc Description: This is a digitally signed message part
Re: [Mav-user] opt-formproc
On Thu, 2003-10-02 at 09:00, Ted Husted wrote: This is under CVS now, so interested parties can check out the opt-formproc module. There's still work to do, especially in terms of a developers guide, but I wanted to get this up so we could start getting some feedback. If you're an eager beaver like me remember sf's anon cvs is at least a day behind :(. -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://blogs.codehaus.org/people/kevin/ Pub Key: http://blogs.codehaus.org/people/kevin/public.asc signature.asc Description: This is a digitally signed message part
Re: [Mav-user] PROPOSAL: Add Ted Husted as committer
On Wed, 2003-09-24 at 05:58, Ted Husted wrote: Mike Moulton wrote: Your FormProc enhancements, coupled with opt-formproc sound very promising. I look forward to using it. There's another twist in there that you might like as well =;) I'm going to make in an optional compile, but the package also includes a Maverick controller designed to work with both FormProc and the new Commons Chain package in the Commons. This lets you specify the form to validate and the business class to run all from the Maverick config. By default, the name of the business command (or chain of business commands) is the same as the form, but can also be different. Is form proc available from cvs yet? -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://blogs.codehaus.org/people/kevin/ Pub Key: http://blogs.codehaus.org/people/kevin/public.asc signature.asc Description: This is a digitally signed message part
Re: [Mav-user] I18n/l10n
It might be fun to setup a small library of some basic website styles that other could crib. Like the starter templates that ship with things like FrontPage and DreamWeaver. Header, Footer, Menu at the left. Menu at the top and bottom, and so forth I'm into that. I might even be able to help (should it be required/desired). -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://blogs.codehaus.org/people/kevin/ Pub Key: http://blogs.codehaus.org/people/kevin/public.asc signature.asc Description: This is a digitally signed message part
Re: [Mav-user] Maverick Front-end
On 2003.08.15 15:58, Mark Brand wrote: Hi i want to use mozilla/xul for a front-end. will this work fairly seamlessly with maverick? sorry for the lack of information, but i am bit new to all these technologies. Well maverick can spit out xml so it can spit out xul pages. You may need to figure out how to sign the pages (if you need more than basic lists and want access to local resources etc). I've just finished converting a XUL application back to HTML. There are just too little documentation (unless you consider reading c++/IDL/js/ XUL good docs), and subtle changes in XUL bindings caused me all sorts of grief with different mozilla versions. If you do decide to use XUL I would start by creating a HTML front end. Then begin a transition to XUL. -k. --- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://www.rocketred.com.au/blogs/kevin/ --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 [INVALID FOOTER]
[Mav-user] Re: simple views
If my webapp uses templating, in similar fashion to the friendbook example to define header / menus / footer and so on, is there a way to link to these pages without defining a maverick command for each one? For example, I have several pages that don't use any model - they are only dynamic since parts of the banner template are based on logged in status. How do I put an anchor in one JSP to link to another templated JSP without defining the page in maverick.xml? Have you tried using something like sitemesh? I've been using it for successfully with maverick for some time. -k. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 [INVALID FOOTER]
[Mav-user] RE: A virtual url space?
On Mon, 24 Mar 2003 15:58:49 -0800, Schnitzer, Jeff wrote: Wouldn't this best be done as a Servlet Filter? It seems like it would be pretty easy to parse up the request string, morph it into a traditional request, and pass it on... no need to modify Maverick's Dispatcher. Nice idea. I'll have to take a look at servlet filters again to make sure that you can modify the target servlet on the fly, but it sounds good and it could be used in any servlet context. :) -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://www.rocketred.com.au/blogs/kevin/ --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en [INVALID FOOTER]
[Mav-user] Re: A virtual url space?
On Tue, 25 Mar 2003 20:12:56 +1100, Robert Leftwich wrote: At 01:07 PM 23/03/2003, Kevin O'Neill wrote: The thing I love most about cocoon is the ability to have a virtual url space that allows for urls like /app/users/kevin/edit.html rather than he more traditional /app/users/edit.xxx?user=kevin. Is maverick able to do the former. If not is anyone else interested in adding a dispatcher subclass that allows this? I'm currently using a simple Dispatcher subclass that supports this by allowing you to specify mappings using a regex, e.g. you can match /app/users/* to the edit command by calling addCommandMatch(.*/app/users/.+, edit). Note that I don't use the .m extension for commands and have my servlet container setup to support this and I am also using REST [1] as the basis for my current project, so the dispatcher also adds the Http method to the name of the command i.e. doing an HTTP GET on /invoices/invoice01234 after an addCommandMatch(.*/invoice.+, invoice) will return a command name of GetInvoice and similarly an HTTP DELETE will result in a command of DeleteInvoice, etc.. I'd be happy to let you have a copy of it (and its unit test) if you'd like, just drop me a line. This sounds very interesting. I'd love to take a look. -k. Robert 1. http://internet.conveyor.com/RESTwiki/moin.cgi/FrontPage as a starting point --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en [INVALID FOOTER] -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://www.rocketred.com.au/blogs/kevin/ --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en [INVALID FOOTER]
[Mav-user] Re: Content-type and transforms (was RE: [PROPOSAL] Release v2.2.0 of Maverick)
On Mon, 24 Mar 2003 14:46:49 -0800, Schnitzer, Jeff wrote: For example, the output of a DomifyView should always be text/xml, but the output of a DocumentView is probably going to be text/html or text/plain. The output of an XSLTransform is usually text/xml, unless it is the last node in an unhalted chain, in which case it is probably text/html. The output of an XSLT can be almost anything text/html, application/xml+html, image/svg, application/foo+bar. Wont we need some way of setting this? -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://www.rocketred.com.au/blogs/kevin/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
[Mav-user] A virtual url space?
The thing I love most about cocoon is the ability to have a virtual url space that allows for urls like /app/users/kevin/edit.html rather than he more traditional /app/users/edit.xxx?user=kevin. Is maverick able to do the former. If not is anyone else interested in adding a dispatcher subclass that allows this? -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://www.rocketred.com.au/blogs/kevin/ --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en [INVALID FOOTER]