interesting... many of the ideas that were
> >>described here a few days ago were quite good in my mind.
> >>Should it be
> >>the future of Struts? I don't know yet, and I'm not even sure those
> >>developing it would be willing to say that at this junctu
s a very useful technique. We'll use it again in Tip
#2, when we discuss the standard Dispatch Actions.
HTH, Ted.
On 8/17/05, Dakota Jack <[EMAIL PROTECTED]> wrote:
> Here is Ted's 2002 offering: you will see that this has nothing to do
> with "stripping .x". I think
---
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
---
id=30292 (the infamous
> DispatchAction)? Or it is going to just marinate there?
>
> Michael.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but y
way we developed
> applications just five years ago and wonder why we ever did things that
> way. I have absolutely no doubt we'll be doing the same thing in
> another five years. I too would like to see less hype sometimes, but
> promoting ones' ideas is human nature. If
support material would be helpful.
> > > >
> > > > Thanks in advance.
> > > >
> > > > Bye.
> > > > /lexi
> > > >
> > >
> > >
> >
> >
> > --
> > Matthias Wessendorf
> >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
t; discussions are on my personal server:
>
> https://www.twdata.org/projects/struts-ti
>
This looks promising. I will be following with a lot of interest. Good show!
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
---
Milestone 1''
> * ShaleRelease100m2 - ''Shale Version 1.0.0 Milestone 2''
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
ode.
>
> Hoping for positive replies ;-)
>
> Michael.
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
6/15/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> I actually didn't think any reply, from me or anyone else, was mean. I
> viewed it all as pretty civilized and reasonable overall.
>
> Frank
>
> Dakota Jack wrote:
> > I don't know about anyone else
urt? What good is there in these sorts of mean exchanges?
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
t; For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
gt; > -----
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
s tests may not be necessary is in choosing
between two frameworks.
There are some frameworks that are obviously "heavy" out of the box if
you undestand how computers work. JSF is one of them.
--
"You can lead a horse to water but you cann
you either, although I find you philosophy lacking. I
was adding values which I think are real and which are commonly
breached by a few people. I think we can leave this to consensus?
--
"You can lead a horse to water but you cannot make it float on its back
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
would be a good way to get
> started on Struts 2.x.
>
> -Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
ng but access them
> through value binding expressions in JSF)
>
> > regards,
> > matthias
> >
>
> Craig
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-m
Yes. I customarily, unlike most, do not suffer the insults of the
self-appointed high and mighty, including you and Nially. I did
nothing like what you implied and only your overblown ego got in the
way.
On 4/21/05, Sylvain Wallez <[EMAIL PROTECTED]> wrote:
> Dakota Jack wrote:
>
eptable. I would appreciate it if you could please
> stop posting all this type of rubbish and stick to the purpose of these
> lists. Thank You.
>
> Niall
>
> - Original Message -
> From: "Dakota Jack" <[EMAIL PROTECTED]>
> Sent: Thursday, Apri
On 4/21/05, Sylvain Wallez <[EMAIL PROTECTED]> wrote:
> Dakota Jack wrote:
> Yes, you are totally mistaken. So much that it's close to be insulting.
>
> Sylvain
>
> --
> Sylvain WallezAnyware Technologies
God the egos on these lists are
selector
> > - http://localhost:/forms-samples/do-dynaRepeater.flow
> > - http://localhost:/forms-samples/do-datasourceChooser.flow
> > - http://localhost:/forms-samples/do-taskTree.flow
> >
> > -- oOo --
> >
> &
Martin Cooper
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
how I would do it but
> its good to get it from the innovator :)
>
> Al
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
Answer 11 = "Go away somewhere else"
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
e Frank is
> on to something" does none of us any good. Especially when it is just
> comments that aren't even necessarily about the original proposal. (As
> with any discussion the subject tends to remain the same and the content
> shifts)
>
> Al
>
>
&g
commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its b
ytex.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dako
e
> we'd want to consider a subproject vote.
>
> This is an informal discussion. Frank just wanted to run it up the flag pole.
>
> -Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECT
we are talking about here. Although it is pretty cool stuff,
> it just seems to not be aimed at what struts core is really about which
> is the controller aspects of MVC.
>
> Al
Answer 9 = "Blah blah blah" having nothing to do with the question.
--
nd I am up to date"
Frank really is talking about something real here, if anyone wants to
see what it is that he is talking about.
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> > to
> > understand :)
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
uggested it. struts.sf.net gets tons of hits and is a very good way to
> get your project out there and known.
>
> Don
>
> Dakota Jack wrote:
> > The below is a continuing problem. At this stage, Struts is pretty
> > mature and if you are not a committer able to mak
The below is a continuing problem. At this stage, Struts is pretty
mature and if you are not a committer able to make decisions, there
really is not too much you can do of interest with Struts other than
applications, although I will probably write my own branch this summer
for my own use with IoC
ainly not a bad option. Not a big deal to implement, I just wonder
> > if the benefit isn't a little dubious (i.e., there is probably more to
> > be said for not putting the code inline, so why not make it only work
> > that way?)
> >
> > Worth some others' inpu
ing / Mentoring / Freelance
> > EdgeTech, Inc.
> > 678.910.8017
> > AIM: jmitchtx
> > Yahoo: jmitchtx
> > MSN: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscr
t;[EMAIL PROTECTED]> wrote:
> Wow, Jack agrees with Craig about something?!?
>
> I guess I can book that ski trip to Hades now :)
>
> Frank
>
> Dakota Jack wrote:
> > Hoouzah, I could not agree more. Please listen to this.
> >
> > Jack
> >
>
tti
> > Founder and Chief Software Architect
> > Omnytex Technologies
> > http://www.omnytex.com
> >
> > On Thu, March 31, 2005 1:02 pm, Ted Husted said:
> > > On Thu, 31 Mar 2005 07:07:53 -0800, Dakota Jack <[EMAIL PROTECTED]>
> > > wrote:
> &
I don't think this is comparable. Map has those methods in relation
to its basic operations. They are not utilities.
On Thu, 31 Mar 2005 13:02:34 -0500, Ted Husted <[EMAIL PROTECTED]> wrote:
> On Thu, 31 Mar 2005 07:07:53 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
>
efully, Struts, other than the bastard-child Shale, will not become
tool-bound. I know you are not suggesting this, Ted. But, I cannot
see what the point in terms of good architecture is here.
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
oe Germuska
> [EMAIL PROTECTED]
> http://blog.germuska.com
> "Narrow minds are weapons made for mass destruction" -The Ex
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ActionForm.
Jack
On Fri, 18 Mar 2005 11:03:28 -0600, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> > Joe Germuska wrote:
> >
> > At 2:36 PM -0800 3/17/05, Dakota Jack wrote:
> > >Suppose, Joe, that we have first.jsp and second.jsp,
> > >FirstActionFor
On Thu, 17 Mar 2005 19:47:40 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 4:56 PM -0800 3/17/05, Dakota Jack wrote:
> >I don't want to do much of anything in the action. Rather, I want the
> >reading of the first form into FirstFormAction and the population of
oaded signature in the action execute(...) with
(...ActionForm [] forms...) instead of (...ActionForm form).
Jack
On Thu, 17 Mar 2005 17:35:40 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 2:36 PM -0800 3/17/05, Dakota Jack wrote:
> >Suppose, Joe, that we have firs
most common use case there is?
Jack
On Thu, 17 Mar 2005 15:43:28 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 1:13 PM -0800 3/17/05, Dakota Jack wrote:
> >
> >On Thu, 17 Mar 2005 14:55:17 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> >> At 9:58
not only demonstrated the problem, but could
> also be used to test the solution.
>
> -Ted.
>
> On Thu, 17 Mar 2005 13:13:20 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> >
> > On Thu, 17 Mar 2005 14:55:17 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
&g
On Thu, 17 Mar 2005 14:55:17 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 9:58 AM -0800 3/17/05, Dakota Jack wrote:
> >Cool, I think. Do you mean you can do this with the ?
> > Sorry if this is a really stupid question. I have not looked at the
> >configu
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
then
done that and I missed it?
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
inds are weapons made for mass destruction" -The Ex
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
think best. In
this case, I think they are absolutely wrong and am complete
bamboozled why you would think otherwise.
> It doesn't bother me that people will be able to go off in directions
> like these with their own extensions, so long as the cannonical
> architecture remains
user guide, because potentially
> the whole web application could be screwed up ...
> but I suppose that is the fallback of extreme flexibility.
>
> There is also a different use-case, which Ted and other has
> discussed, the business logic chain catalogue.
>
> >
> > -
AMEN! +42
On Thu, 17 Mar 2005 08:25:04 -0600, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Craig McClanahan [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, March 16, 2005 5:04 PM
> > To: Struts Developers List; Dakota
s originally
envisioned, to . As things are now, an OOP programmer has
to use one ActionForm to span two pages.
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsub
vant to
> absolutely nothing, so I'll stop here :)
>
> Frank
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
t that it's pretty much the same as before when you
> look at it from the outside).
>
> Craig
Ah, yes! That open source market niche being saved for JSF! ///;-)
--
"You can lead a horse to water but you cannot mak
--
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I think if we bent the technology for "miscreants" this far, we may
eventually go back to the typewriter and carbon paper.
Jack
On Wed, 16 Mar 2005 14:04:06 -0800, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On Wed, 16 Mar 2005 10:08:15 -0800, Dakota Jack <[E
==
> Dipl.-Inf. Manfred Wolff
> Software Engineer
> ---
> http://www.manfred-wolff.de
> http://www.struts-it.org
> ---
>
> -----
e? Yep -- all for one, one for all. :)
>
> -Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water
y, as they say out West. I am as much behind this sort of
thinking as you can be.
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
7;m supporting is all running under v1.2 currently
> and I'm expecting upgrading to v1.3 to not be a big deal.
>
> Niall
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
>
e the point in this. Why cannot you misuse a class to
precisely the extent you can misuse an interface?
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
t I don't like and what "scares" me.
There should be a framework is my point. If things get too fluid,
then there is no framework and we might as well write our own, which a
lot of do on a regular basis anyway.
Jack
--
ut in a non-servlet-container
> environment.
>
> I wrote a CreateAction subclass which emulates the behavior of the
> DelegatingRequestProcessor and will be seeing just how that works in
> practice real soon now.
>
> http://www.springframework.org/
Yes.
On Wed, 16 Mar 2005 09:59:36 -0500 (EST), Frank W. Zammetti
<[EMAIL PROTECTED]> wrote:
> On Wed, March 16, 2005 9:56 am, Dakota Jack said:
>
> > I like to think
> > of calling objects/classes/interfaces as more like a very organized
> > "go to" comma
On Wed, 16 Mar 2005 08:01:41 -0500, Ted Husted <[EMAIL PROTECTED]> wrote:
> On Tue, 15 Mar 2005 20:22:34 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> > The idea, I thought, was to use the Commands to supplant the
> > RequestProcessor with a composable request p
the committers to remember how successful the basic idea
is before getting any ideas about changing that. Struts should
succeed or fail as Struts, not as some other creature like Shale or
some of the present ideas being bandied about.
Shalom!
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
me :)
>
> -Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+42
On Wed, 16 Mar 2005 09:23:29 +0100, Manfred Wolff
<[EMAIL PROTECTED]> wrote:
> Dakota Jack wrote:
>
> >The idea, I thought, was to use the Commands to supplant the
> >RequestProcessor with a composable request processor. Some of the
> >present suggestions are
On Wed, 16 Mar 2005 04:59:47 -, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> - Original Message -
> From: "Dakota Jack" <[EMAIL PROTECTED]>
> Sent: Wednesday, March 16, 2005 4:22 AM
>
> > The idea, I thought, was to use the Commands to
la is a serious error, in my opinion.
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
s under struts-core-1.3.0-dev/
> struts-core-1.3.0-dev-src.tar.gz
> struts-core-1.3.0-dev-src.zip
> struts-core-1.3.0-dev.tar.gz
> struts-core-1.3.0-dev.zip
>
> Hope that helps.
>
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> EdgeTech, Inc.
ything "rigid".
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
&g
od
> idea.)
>
> If you don't have Internet space anyplace, send it to me directly, and
> I'll park it on Struts SourceForge, or someplace.
>
> -Ted.
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
---
On Fri, 11 Mar 2005 11:42:20 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 8:29 AM -0800 3/11/05, Dakota Jack wrote:
> >Thanks, Frank. I posted this code in response to Ted's suggestion
> >that this is the way to go to establish a dialogue with the committer
ActionMapping getMapping();
public void setMapping(ActionMapping mapping);
public ActionServlet getServlet();
public void setServlet(ActionServlet servlet);
}
On Fri, 11 Mar 2005 09:38:00 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> Thanks, Martin, but I think
to the code download. That's much more likely to get people
> looking at it, at least in my opinion.
>
> --
> Martin Cooper
>
>
> On Fri, 11 Mar 2005 08:29:19 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> > Thanks, Frank. I posted this code in resp
Thanks, Frank. I posted this code in response to Ted's suggestion
that this is the way to go to establish a dialogue with the committers
on code.
--
"You can lead a horse to water but you cannot make it float on its back.&quo
Frank, I probably should have said that the NAMES of the first three
classes should be mapped to their present counterparts.
Jack
On Thu, 10 Mar 2005 23:26:57 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> Hello, Frank,
>
> If you don't mind, I would like to talk to you
t; > + public String getContentType() {
> > +return contentType;
> > + }
> > +
> > + public String getFileExt() {
> > +return fileExt;
> > + }
> > +
> > + public String getFileName() {
> > +return fileName;
> > + }
&
got
> one. The only way that will change is if someone takes the initiative
> and writes another working implementation.
>
> -Ted.
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ateActionForm -- a plug-in or IoC or something else? Furthermore,
> couldn't someone implement this thing pattern anyway by creating their
> own subclass of AbstractPopulateActionForm and delegating from their?
> After all, the implementation has to belong somewhere.
>
>
gest
and show how it could be done to open conversations, then I don't
understand. I am sure you don't mean that/
On Sun, 6 Mar 2005 12:30:00 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 8:36 PM -0800 3/5/05, Dakota Jack wrote:
> >I gave you a specific, but y
incorrectly. Sorry about that.
>
> Thanks.
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> EdgeTech, Inc.
> 678.910.8017
> AIM: jmitchtx
>
> - Original Message -
> From: "Dakota Jack" <[EMAIL PROTECTED]>
> T
d compatibility.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
t maintaining
> backward compatibility.
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I gave you a specific, but you did not respond, Joe. Can you tell me why?
On Wed, 23 Feb 2005 09:13:57 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> Presently, the actions follow the Template Method pattern (GoF). This
> pattern is as previously indicated but now referenced
lease understand it was meant to be helpful.
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
think I have some things to say that are helpful. I have
decided to start a different thread to state what I would like from
Struts v1.3 and beyond.
On Fri, 25 Feb 2005 10:22:54 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On Fri, 25 Feb 2005 01:10:45 -0800, Dakota Jack <[EMA
is okay for me, since I parse and create my own
anyway. Others might be confused by this. I know I was.
Jack
On Fri, 25 Feb 2005 01:43:38 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote:
> Hi, Niall,
>
> I see! I do think that it is a bad idea to have the
> MultipartRequestWr
AIL PROTECTED]> wrote:
> OK I think I have the answer to the confusion, see inline...
>
> - Original Message -
> From: "Dakota Jack" <[EMAIL PROTECTED]>
> Sent: Friday, February 25, 2005 8:38 AM
>
> > Thanks, Niall,
> >
> > I don'
g a "servant" to the application. This is not necessary, I think,
and undesireable. Do you agree on that?
Thanks.
Jack
On Fri, 25 Feb 2005 09:07:49 -, Niall Pemberton
<[EMAIL PROTECTED]> wrote:
> OK I think I have the answer to the confusion, see inline...
>
>
ok at alternative ways of
> providing access to them, if necessary / desirable.
Can you make this available for discussion? Or is it available now?
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
n
> implementation rather than the Multipart Command supplied.
>
> Niall
This is all you have to do if you do things in this order, Niall. I
don't think you can, however, as explained above. I must have
something wrong, but I cannot see what that would be. Maybe
MultipartRequestWra
ual population does not occur in
RequestProcessor but in RequestUtils, as you know.
Perhaps you mean to speak of the handler and not the wrapper?
Jack
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
--
101 - 200 of 313 matches
Mail list logo