RE: [Mav-user] 2.0 Installation Issues

find maverick.properties -- I suppose JNDI might have to be used and then the property is set in the servlet.xml file. If you'd like any help proof-reading the manual, shoot me a copy. :) Thanks a lot, Dan At 05:12 AM 2/6/02 -0800, Jeff Schnitzer wrote: From: Dan Finkelstein [mailto:[EMAIL

[Mav-user] Standard Query Page = Results Page

Hi -- I have a number of admin-type screens that I'm putting together which first display a page with a form to specify what to display. Then the results are displayed on the next page. My question is: what's the recommended way to do this with Maverick? I've been scratching my head on

RE: [Mav-user] 2.0rc works fine and a preDiscard question

contract at Maxis doing WebLogic development and they're keeping me occupied. That, and I'm still couch-surfing, so I'm either busy or don't have a stable net connection available :-) Jeff Schnitzer [EMAIL PROTECTED] -Original Message- From: Dan Finkelstein [mailto:[EMAIL PROTECTED]] Sent

Re: [Mav-user] Work Flow

I thought I'd throw in my 2 cents worth on this workflow issue in relation to Maverick. I have developed a fairly large application under Maverick and have found the maverick.xml file to have grow somewhat unwieldy. I think that with some sort of abstractions added to the maverick.xml

Re: [Mav-user] Work Flow

just suggesting that each controller has n different exit paths, and ensuring a one-to-one mapping is error-prone. I'll look forward to your workflow system, Dan At 01:41 PM 7/22/02 -0400, you wrote: From: Dan Finkelstein [EMAIL PROTECTED] I thought I'd throw in my 2 cents worth

RE: [Mav-user] Specifying external maverick.xml

. Jeff -Original Message- From: Dan Finkelstein [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 4:23 PM To: [EMAIL PROTECTED] Subject: RE: [Mav-user] Specifying external maverick.xml Hi Jeff, Correct -- those are the two goals of this exercise! To be clear, when you speak

RE: [Mav-user] Updates to maverick

Jeff, The new feature of specifying an external-to-war mav.xml file works great. My dream of separation of engine (war) and content is one step closer to reality!! The strength of a war is that everything can be bundled together, but in an application where you want to have one engine with

[Mav-user] How to suppress Velocity Transforms?

Hi -- I know this is a really dumb question, esp considering that I've been using and relying on Maverick for over 1 1/2 years, but here goes anyway... Maverick transforms my Velocity templates (the .vm files) and these are displayed without any problem. What I want to do is, in one

RE: [Mav-user] How to suppress Velocity Transforms?

template: $response.setContentType(image/svg+xml)?xml version=1.0? the rest of my SVG document... /johan - Original Message - From: Dan Finkelstein [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, August 24, 2003 10:49 PM Subject: [Mav-user] How to suppress

Re: [Mav-user] Help - falling into 'jar hell' with Mav and JDOM

Hi -- I think upgrading the jdom library is a good idea -- keeping up-to-date with libraries is a worthy goal. Velocity 1.4 has a dependency on the older jdom as well. This means that us Mav/Velocity users must simultaneously upgrade Velocity to an as of yet unreleased Velocity 1.5. -- Dan

[Mav-user] Incorrect char encoding with $wrapper

Hi -- I am just trying to add some internalization support to my Maverick application, which has been running flawlessly for years (!), and I ran into a problem. What seems to happen is that the page that is to be inserted into $wrapper goes through some undesired transformation. I have

Re: [Mav-user] Character encoding patch?

Hi Peter, I had the same problem last summer and made two modifications to Maverick. My app must be able to adjust to any charset based on locale. I'm pasting in the changes I made below. If someone can commit them to the maverick source that would be even better!! Anyway, let me know