Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Monday, 16 February 2004 15:46
To: Struts Developers List; [EMAIL PROTECTED]
Subject: RE: string concatenation
Quoting Andrew Hill [EMAIL PROTECTED]:
It seems like utter madness to me.
Mad! Mad! I tell you!
Half of commons
It seems like utter madness to me.
Mad! Mad! I tell you!
Half of commons was split off from struts originally anyhow, and now to go and say we
dont want to depend on it, lets redevelop it yet again internally...
WTF?
Will we then see another cycle where the internally redevloped code is
snip
Maybe now thats been done there should be a policy of
only developing against release versions of commons code.
/snip
+1
This seems pretty sensible to me. Id suggest the committers seriously consider this
idea.
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
u, hmmm.
snip
This could answer the case where the target property is not a String (or
boolean).
/snip
imho, people who dont use strings exclusively in their AFs deserve whatever
is coming to them... ;-
Seriously though, I dont think I like the idea of changing the form and view
population
2003 14:56
To: Struts Developers List; [EMAIL PROTECTED]
Subject: RE: Legacy APIs - Short Term Plan
On Fri, 28 Nov 2003, Andrew Hill wrote:
While your at it how about actually including the javadocs in the
distribution (or the source dist).
A static html version of the other struts docs
http://www.catb.org/~esr/faqs/smart-questions.html
Wrong list mate. Ask in the user list - after reading the link I pasted
above.
-Original Message-
From: Zakaria khabot [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 12 November 2002 18:17
To: Struts Developers List
Subject: viewing a query
Dunno what the committers and devs have to say about it, but I know Id find
it highly useful. :-)
Seem to spend half my life messing round with query parameters in urls to
pass to ActionForward constructors inside an action!
So whats your code do?
Add getters and setters to ActionForward class?
snip
Didn't your O-O programming classes explain to you the evils of the
goto statement? :-)
/snip
Of course everyone knows gotos are naughty.
Thats why programming languages nowdays market them under the much
friendlier sounding terms break and continue. ;-
-Original Message-
From:
snip
For the other usage, where people have trouble creating a finely-grained
business API, there's a new Chain package in the Commons sandbox that
can help. This package makes it easy to chain together arbitrary units
of work, so that you can do things like create a move command by
chaining a
Yeh, I thought it was hilarious when I unwittingly clicked the link and got
bombarded with all those windows and the silly jingle! (Mind you I am easily
entertained ;-) and the guy who sits next to me thought it pretty darn
funny too...
-Original Message-
From: Brandon Goodin
Stay awhile, stay forever!
-Original Message-
From: zhang [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 12 August 2003 09:17
To: 'Struts Developers List'
Subject: RE: Resource Bundle Prototyping
pls remove my email from this email list
-Original Message-
From: Tetsuya Kitahata
+1 ( crossposting to struts-dev to try and spark some discussion on
implementation)
Couldn't agree more George.
I too have come across *numerous* situations where I wanted to override and
do things a little bit differently for certain cases. And not just with
Request Response Utils but also
+1
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Monday, 7 July 2003 11:51
To: 'Struts Developers List'
Subject: RE: Powered By Struts Logos
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 05, 2003 11:33
300 Is it?
I thought it was $460++ USD for a single developer??? - way more than my
budget runs to :-(
-Original Message-
From: Jason L. Buberel [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 18 June 2003 13:05
To: Struts Developers List
Subject: Re: [OT] IDEA was Struts/.NET (was JavaPro)
]
Sent: Wednesday, 18 June 2003 18:59
To: Struts Developers List
Subject: Re: [OT] IDEA was Struts/.NET (was JavaPro)
Andrew Hill wrote:
300 Is it?
I thought it was $460++ USD for a single developer??? - way more than
my budget runs to :-(
Compared to something like Visual Studio, it's still
snip
I'd even like
create a new execute(StrutsRequestContext) method in the default Action
class, that simple calls the old execute(m, f, r, r) (for backwards
compatibility).
/snip
Im doing this in my app - though the execute signature remains the same.
Most of my actions extend some abstract
Just had a look at the updated wiki.
Is it just me lacking sleep or are the contents for the singleInterface page
and the composableRequestprocessor page kindof in the wrong places? (ie the
stuff for composable on the single page and vice versa)
-Original Message-
From: Matthias Bauer
Like targets in Ant...
-Original Message-
From: Kent Sølvsten Rasmussen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 4 June 2003 23:19
To: Struts Developers List
Subject: Re: Re: composable RequestProcessor
Just a thought...
Would it be possible to take the anology to Validator one step
snip
I'm not sure why you shouldn't open it up all the way.
/snip
Sounds good to me. Why stop at the RP. Why not take it all the way to the
action as well?
A lot of people have been clamoring for some kind of method to configurably
compose action functionality in a way that avoids the deadly
Hip hip hoooray!
-Original Message-
From: James Turner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 4 June 2003 11:47
To: [EMAIL PROTECTED]
Subject: [RESULTS] Release Struts RC2 with FileUpload RC1/Beta2
+1
James Holmes [EMAIL PROTECTED]
James Turner [EMAIL PROTECTED]
James Mitchell
snip
At this point, I think the main goal is to come up with a decent name
for an interface which RequestProcessor could implement
/snip
How about IRequestProcessor?
(Yeh, okay so Im of the every interface should start with an 'I' or the
writer should die! school of thought, as well as the
dynamic duo would stay but
could be implemented as filters.
/ramble-on
-Original Message-
From: Jeff Robertson [mailto:[EMAIL PROTECTED]
Sent: Monday, 2 June 2003 21:04
To: 'Struts Developers List'
Subject: RE: composable RequestProcessor
From: Andrew Hill [mailto:[EMAIL PROTECTED]
Sent
Well I see little point in defining an interface that simply requires you to
implement all the hooks in the RP.
It doesnt seem to get us any further than where we are already (well apart
from satisfying my compulsive desires for more interfaces!)
You need to break it out into multiple discrete
snip
This leads to a proliferation of classes. The standard Java way of dealing
with large interfaces it to provide an Adapter class that people can
subclass and override the few methods they need.
/snip
I can see how your worried that we will end up with a truckload of classes -
and we
snip
This driving request processor who selects the instances of the sub
request processors should be the one who keeps the members. Every sub
request processor must be allowed to modify these members. Therefore the
driving request processor must pass a reference to himself to each
method now
Yep. Having a look at the processXXX methods in the RP Id say that most
arent really amenable to chaining anyhow.
(One likely exception is the processPreprocess() hook, however if chaining
is required for this it could perhaps be done by an implementation of its
interface 'PreprocessProcessor'
The big question with this chaining method is how do we get them to 'play
nice' with each other,
where the two (or more) processors are in conflict - for example one
implements code that would override what the other does such as in
processLocale() - or for those methods that return an object such
I aint no committer/contributor but if I get 2 cents worth (about 1.15 US
cents) its:
+1
Do it! Do it now!
-Original Message-
From: James Turner [mailto:[EMAIL PROTECTED]
Sent: Thursday, 29 May 2003 15:06
To: 'Struts Developers List'
Subject: VOTE (enough already!): Release Struts RC2
+1
Now thats spooky. Before I read your msg I was outside having a smoke and
thinking along exactly the same lines!
ActionForwards have evolved into something of a generic URL wrapper class
for struts, and this change would be quite useful in this regard.
The way Id envisaged it was that you
snip
With all of that out of the way, I could see your idea being useful for
forwarding/redirecting from one Action to another.
/snip
I also tend to use forwards as a way of configuring in one place all the
urls that get rendered in various anchor tags etc in the view...
-Original
+1
The misconception many people have in associating struts exclusively with
JSP gets rather 'irritating' at times.
As you all know struts is so much more than just a bunch of tags. :-)
For example the app Im working on doesnt use a single JSP, but is very much
a struts based app - my view
Well mate, for the hypothesis:ship(1.1F=2003-02-28) Id reckon there is a
probability of 0.5 with a confidence factor of +/- 50%
;-
-Original Message-
From: Thomas L Roche [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 25 February 2003 12:30
To: [EMAIL PROTECTED]
Subject: new variation on old
,although Java makes threading relatively easy...
pun type=bad
I find Java gives you more than enough thread to hang yourself with ;-
/pun
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 28 January 2003 23:14
To: [EMAIL PROTECTED]
Subject: Re: Synchronized
Im sorry Dave, I cant do that.
-Original Message-
From: shajil Kom [mailto:[EMAIL PROTECTED]]
Sent: Monday, 27 January 2003 01:33
To: Struts Developers List
Subject: Please remove me off the mailing list
-
Do you Yahoo!?
Yahoo! Mail Plus - Powerful.
Im using xhtml (not strict version though) in my view and am having to put
the script in comments to appease the browser...
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 16 January 2003 15:05
To: Struts Developers List
Subject: Re: xhtml
Personally as a user rather than a contributor or extender (well Ive
actually extended a fair bit but only to provide support for some wierd
stuff my app is doing) Ive found the source to be invaluable as a form of
documentation (once I straighten out all those sun-style-misaligned curly
brackets
Personally I find the sun style with things just anyhow all over the place
to be quite messy completely unreadable.
When I read source for a struts class I usually have to spend 10 minutes
moving the braces around so I can figure out what is going on...
Still one mans meat is anothers poison,
snip
would you stick around if the first response you get when
approaching a new community is titled idiot.html?
http://jakarta.apache.org/site/idiot.html
/snip
Rofl. I like it. ;-
-Original Message-
From: James Mitchell [mailto:[EMAIL PROTECTED]]
Sent: Saturday, December 14, 2002 00:08
Barracuda is an impressive framework. It also has quite a powerful event
model which struts lacks.
The rendering seems tied to XMLC however. Ive not used Barracuda myself so
dont know how hard it would be to make it play with a different view
technology. That said, using a DOM approach for
Yes
-Original Message-
From: Rajendra Yadav [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 26, 2002 18:29
To: [EMAIL PROTECTED]
Subject: Struts without taglib ?
Hi All,
Is it possible to use Struts without the taglib ?
Thanks,
- Raj
-
Do you
btw: This sort of question should be posted in the users list not the dev
list.
-Original Message-
From: Andrew Hill [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 26, 2002 18:37
To: Struts Developers List
Subject: RE: Struts without taglib ?
Yes
-Original Message-
From
A DOM based rendering methodology might be more appropriate for this sort of
thing.
For example the home baked view technology Im using with my struts app is
based around the idea of giving each page a 'layout' - this is just an xhtml
file - or several actually since I tend have have some shared
Im sorry Dave. I cant do that.
-Original Message-
From: siraj [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 18, 2002 22:01
To: [EMAIL PROTECTED]
Subject: Remove or unsubscribe me
unsubscribe me
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
43 matches
Mail list logo
