Again, it was not a challenge. Thanks for explaining.
On 1/6/06, Niall Pemberton [EMAIL PROTECTED] wrote:
Its a valid point - I did vote for WebWork without much knowledge and
anyone
crticising my decision to do that probably has good grounds to do so. For
the record the following was my
JSF is page centric rather than Action centric. There is no controller as
you understand that in Struts with JSF. JSF is for a tool based, dumbed
down, approach: JSF is to Struts as Visual Basic is to C++.
On 1/6/06, Rick Mann [EMAIL PROTECTED] wrote:
Thanks for the response, Craig. It's nice
On 1/7/06, Dakota Jack [EMAIL PROTECTED] wrote:
JSF is page centric rather than Action centric. There is no controller as
you understand that in Struts with JSF. JSF is for a tool based, dumbed
down, approach: JSF is to Struts as Visual Basic is to C++.
JSF is more page centric than struts,
If a request for
/retrieve.do?id=42
fails (e.g. couldn't find item in database), I'd like to say
request.setStatus(HttpServletResponse.SC_NOT_FOUND);
request.setAttribute(warning, Not your lucky day.);
and forward (not redirect) the request to
/search.do?query=42
Can this behavior
Is there any way I could get an ActionForward to do permanent (301) rather
than temporary (302) redirects?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Not sure if i've understood what you're after, but you can just write
to the reponse (as you would in a normal servlet) and return null for
you action forward. Your webapp configuration will do the rest from
there like with any webapp.
On 1/7/06, Eric Jain [EMAIL PROTECTED] wrote:
Is there any
Mark Lowe wrote:
Not sure if i've understood what you're after, but you can just write
to the reponse (as you would in a normal servlet) and return null for
you action forward. Your webapp configuration will do the rest from
there like with any webapp.
Yes, that's a solution. On the other hand
The view controller is not a controller in the Web-MVC sense and is
completely misleading, in my opinion, Mark. So part of this just may be
who's dog is in the hunt?
The point of the tool-based and VB analogy is that JSF tries to hide from
you, to do it for you, what other frameworks, like
Hi, Eric,
I think you have to go back through the code and find out where the status
codes are handled. I have to admit that I don't know. If someone else
does, this would be great information to have. This is an interesting
problem and one that I always put on the back burner. Maybe now is
In my opinion, Eric, this is a bad solution. There are lots of reasons this
is bad. Rather than go through them, I would suggest you just add the logic
in /search.do?query=42 at the point you get the failure form
/retrieve.do?id=42.
On 1/7/06, Eric Jain [EMAIL PROTECTED] wrote:
If a request
Currently (i.e. Struts 1.2.x) this is done in the processForwardConfig()
method of the RequestProcessor - if the ActionMapping has redirect set to
true it calls the sendRedirect(url) method - which as I understand it is a
convenience method for setting a 302 status and location header.
Currently
I want to do something like this in JSF:
bean:message key=affirmation.link1 arg0=%=szFormType%/
Which I think translates to
h:outputText value=#{bundle.affirmation.link1
f:param value=#{szFormType}/
/h:outputText
Is this correct?
Shawn
I couldn't find one, but this PHP based one will integrate with STRUTS,
http://www.k5n.us/webcalendar.php
You can use this PHP - JAVA bridge
http://php-java-bridge.sourceforge.net/
(of course you have to have PHP installed first)
Jim
From: Rafael Taboada [EMAIL PROTECTED]
Reply-To: Struts
Rahul Akolkar [EMAIL PROTECTED] wrote on 01/06/2006 05:07:21 PM:
On 1/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
snip/
Actually I found that dialog-config.xml had an xml error so I guess it
was
silently not loaded. So I fixed it and now the Cancel works (yeahh!!)
so I
think at
Both struts and jsf provide a means of handling form submissons, that
seems pretty view controller to me. I dont get how everything's so
black and white and/or chalk and cheese. Sure you define views in jsf,
and you can mess with more than just the forms, but are the
differences really as profound
I just wanted to say, this has been a great thread, and given me a lot of
food for thought. As I mentioned previously, I've spent a lot of time with
my head down developing in Struts 1.1, and now that I'm refactoring my site,
it's good to hear people batting around different ideas about the
By the way the so called application controller (RequestProcessor)
pattern has NOTHING to do with the controller (action, backing bean),
also called input controller, found in the so often misunderstood MVC
pattern. The only similarity is the sharing of the term controller.
If you don't believe
On 1/7/06, Alexandre Poitras [EMAIL PROTECTED] wrote:
If you don't believe me, you can look in the famous pattern books out
there (Fowler, J2EE core patterns).
Some of which used Struts as one of the use cases to prove a pattern exists. :)
But, in the end, it is what it is. What we call a
Frank,
Interesting... there is of course no reason you can't use
ActionForms with AJAX, was it a conscious decision that you
didn't need them? How
are you getting around not using them? Your Actions pull parameters
directly from request I assume?
Right. My struts-config.xml file is
Ted Husted wrote:
An expert uses the best tool for the job. A journeyman wants one size
to fit all.
Blessed are those who get to make such decisions. There are
unfortunately many shops that decide what the proper technologies are
*before* any project kicks off, all in the name of
On 1/7/06, Garner, Shawn [EMAIL PROTECTED] wrote:
I want to do something like this in JSF:
bean:message key=affirmation.link1 arg0=%=szFormType%/
Which I think translates to
h:outputText value=#{bundle.affirmation.link1
f:param value=#{szFormType}/
/h:outputText
Is this correct?
On 1/7/06, Mark Lowe [EMAIL PROTECTED] wrote:
On 1/7/06, Dakota Jack [EMAIL PROTECTED] wrote:
JSF is page centric rather than Action centric. There is no controller
as
you understand that in Struts with JSF. JSF is for a tool based, dumbed
down, approach: JSF is to Struts as Visual
On 1/7/06, Craig McClanahan [EMAIL PROTECTED] wrote:
In a JSF application, there's actually two ways to implement classic Front
Controller type functionality, such as send the user to the logon page if
they are not currently logged on:
Concrete examples will help make this clearer, so here
LOL I gave him the very same answer that you did, including the same
citations. The difference is that I did not gloss over the confusion you
have systematically engendered by not just owning up to the differences from
day one. You don't have to love something to explain it. Otherwise, who
Greetings!
First, I'm new to Struts, and pretty green in my Java skills, but I'm
excited about learning both!
My goal is to retrieve data, which a jsp will spill out. I'm trying to
do it by writing a simple Action subclass to get the data and send it
along. The way I'm doing it isn't working.
On 1/7/06, Eric Rank [EMAIL PROTECTED] wrote:
My goal is to retrieve data, which a jsp will spill out. I'm trying to
do it by writing a simple Action subclass to get the data and send it
along. The way I'm doing it isn't working.
My action mapping looks like this:
action
Ahhh yes. Actually, I did check out the DTD a couple of days ago. I
remember it saying how you can only put in one forward include or
type. I just didn't connect how I would set a type and then
specify a forward as the child node. Now it works just fine.
I knew it was probably something simple. I
On 1/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Rahul Akolkar [EMAIL PROTECTED] wrote on 01/06/2006 05:07:21 PM:
On 1/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
snip/
My Search still throws
a nasty error, but I guess I shall struggle with that awhile before
I give up and
Ok can we all ignore the troll and go back to the original subject...
Like Craig pointed out Rick, I think you should play around with JSF
first and then Shale.
The IBM serie Cleared FUD about JSF is a good introduction to. I
think one of the previous poster posted the link.
Shale is decomposed
On 1/7/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
[snip]
* A self transition for a view state should be possible (its
definitely legit in state chart theory, Shale dialogs being state
charts for a specific purpose).
Self-transitions for a view state are definitely legal, but there's an
Just a couple of comments intermixed below.
On 1/7/06, Alexandre Poitras [EMAIL PROTECTED] wrote:
Ok can we all ignore the troll and go back to the original subject...
Like Craig pointed out Rick, I think you should play around with JSF
first and then Shale.
The IBM serie Cleared FUD about
On 1/8/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 1/7/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
[snip]
* A self transition for a view state should be possible (its
definitely legit in state chart theory, Shale dialogs being state
charts for a specific purpose).
32 matches
Mail list logo