[Mav-user] Default page like index.m
How can you set up the default page to work like index.jsp would without a browser redirect? Travis --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
RE: [Mav-user] Default page like index.m
One thing I have done is to put an empty file in the default directory called index.m Its pretty lame, but the browser will see it, and then the *.m mapping will get picked up so it won't actually read the file, it will go to the servlet. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Travis Reeder Sent: Friday, August 29, 2003 2:04 PM To: [EMAIL PROTECTED] Subject: [Mav-user] Default page like index.m How can you set up the default page to work like index.jsp would without a browser redirect? Travis --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
RE: [Mav-user] Default page like index.m
From: Travis Reeder [mailto:[EMAIL PROTECTED] How can you set up the default page to work like index.jsp would without a browser redirect? This should probably be a FAQ. As cheesey as it sounds, create an index.jsp with the content: jsp:forward page=welcome.m/ Sun offered us no way to use a servlet as a default page, so it has to be either a html or a jsp page :-( Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
Re: [Mav-user] Default page like index.m
Yes, it should be in the FAQ, I think the docs need a lot of work, I'm finding myself looking into the friendbooks code a LOT and trying to guess what is happening. I'll keep a list of things I think should be in there, i'm starthing a brand new project and i'll list the things that I'm going through to get it rolling. Travis Schnitzer, Jeff wrote: From: Travis Reeder [mailto:[EMAIL PROTECTED] How can you set up the default page to work like index.jsp would without a browser redirect? This should probably be a FAQ. As cheesey as it sounds, create an index.jsp with the content: jsp:forward page=welcome.m/ Sun offered us no way to use a servlet as a default page, so it has to be either a html or a jsp page :-( Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER] . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
RE: [Mav-user] Default page like index.m
From: Travis Reeder [mailto:[EMAIL PROTECTED] Yes, it should be in the FAQ, I think the docs need a lot of work, I'm finding myself looking into the friendbooks code a LOT and trying to guess what is happening. I'll keep a list of things I think should be in there, i'm starthing a brand new project and i'll list the things that I'm going through to get it rolling. That would be great. I've added this question to the FAQ in CVS, and will roll out a new set of docs to the website soon. Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
RE: [Mav-user] forwarding to a global view without having to have it in command
From: Travis Reeder [mailto:[EMAIL PROTECTED] I noticed in the friendbook example that almost every command has view name=loginRequired ref=loginRequired/ view name=loginFailed ref=loginFailed/ Is there anyway to forward to those in the code without having to have them in all the commands? This comes up every so often (hey, another FAQ). The short answer is that Maverick 1.0 used to make all global views implicitly available from all commands, and it caused a lot of user mistakes. So after some discussion we changed this behavior. If you are trying to make your config file a bit more terse, I suggest using an XSLT transform on the config file (with the configTransform init-param). Here's the last time it came up: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00295.html Jeff Schnitzer [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
Re: [Mav-user] forwarding to a global view without having to haveit in command
Hmm, kind of a pain. I'll have 4 views per command. ex: nosite, noaccess, loginRequired, success. Don't the benefits of having the global views outway the mistakes that few users might make? If you have multiple views and one does not have a name, does that one get named success? Schnitzer, Jeff wrote: From: Travis Reeder [mailto:[EMAIL PROTECTED] I noticed in the friendbook example that almost every command has view name=loginRequired ref=loginRequired/ view name=loginFailed ref=loginFailed/ Is there anyway to forward to those in the code without having to have them in all the commands? This comes up every so often (hey, another FAQ). The short answer is that Maverick 1.0 used to make all global views implicitly available from all commands, and it caused a lot of user mistakes. So after some discussion we changed this behavior. If you are trying to make your config file a bit more terse, I suggest using an XSLT transform on the config file (with the configTransform init-param). Here's the last time it came up: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00295.html Jeff Schnitzer [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER] . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
[Mav-user] Can you access the model in the trim / transform?
If not, how can you get at variables in the transform? Travis --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
RE: [Mav-user] forwarding to a global view without having to have it in command
From: Travis Reeder [mailto:[EMAIL PROTECTED] Hmm, kind of a pain. I'll have 4 views per command. ex: nosite, noaccess, loginRequired, success. In that case, I strongly suggest using a simple XSLT transform on your config file. This facility provides you the flexibility of essentially defining your own format. Don't the benefits of having the global views outway the mistakes that few users might make? As one of the people who answers support questions to this mailing list, the tradeoff was a no-brainer :-) Actually, I found that I ended up making mistakes a few times myself, and that cinched it. If you have multiple views and one does not have a name, does that one get named success? No. This will be flagged as an error condition. If you have multiple views, they must all have names. Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
RE: [Mav-user] Can you access the model in the trim / transform?
From: Travis Reeder [mailto:[EMAIL PROTECTED] Subject: [Mav-user] Can you access the model in the trim / transform? If not, how can you get at variables in the transform? What kind of transform? In document transforms (JSP, Velocity, etc) then the model is available in the same place it usually is (the request attributes). In XSLT transforms, the model is only available if it was provided as part of the input. Jeff --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
Re: [Mav-user] Can you access the model in the trim / transform?
Disregard this question... ;-) Travis Reeder wrote: If not, how can you get at variables in the transform? Travis --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER] . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]
[Mav-user] reloadCommand
Does this work? It's not reloading any of my changes to maverick.xml (if that's what it's supposed to do). I have this in my web.xml init-param param-namereloadCommand/param-name param-valuetrue/param-value /init-param --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf [INVALID FOOTER]