Re: JSF vs. Struts

2005-08-20 Thread Dakota Jack
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

Re: 1.3.0 Release - Next Steps

2005-08-17 Thread Dakota Jack
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

Re: 1.3.0 Release - Next Steps

2005-08-17 Thread Dakota Jack
--- > 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~ ---

Re: 1.3.0 Release - Next Steps

2005-08-17 Thread 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

Re: JSF vs. Struts

2005-08-11 Thread Dakota Jack
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

Re: JSF vs. Struts

2005-08-10 Thread Dakota Jack
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]

Re: [Proposal] Struts Ti

2005-08-04 Thread Dakota Jack
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~ ---

Re: [Struts Wiki] Update of "ShaleReleasePlans" by CraigMcClanahan

2005-07-29 Thread 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] >

Re: How about including Struts controls/dialogs library into core Struts?

2005-06-27 Thread Dakota Jack
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]

Re: 1.3 ETA

2005-06-15 Thread Dakota Jack
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&#

Re: 1.3 ETA

2005-06-15 Thread Dakota Jack
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

Re: [Tiles] Subproject Questions

2005-05-26 Thread Dakota Jack
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]

Re: [shale] Tiles + Shale

2005-05-24 Thread Dakota Jack
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]

Re: Is struts more performant than JSF

2005-05-12 Thread Dakota Jack
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

Re: [Struts Wiki] Update of "DefinePita" by DakotaJack

2005-05-06 Thread Dakota Jack
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

Re: LookupDispatchAction question

2005-05-04 Thread Dakota Jack
> 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]

Re: JDK Version for 1.3.x

2005-05-01 Thread Dakota Jack
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] > > -

Re: [Shale] Dialog stuff

2005-04-24 Thread Dakota Jack
ng but access them > through value binding expressions in JSF) > > > regards, > > matthias > > > > Craig > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-m

Re: AJAX and Struts -- Cocoon Use of Zammetti's ideas

2005-04-21 Thread Dakota Jack
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: >

Re: AJAX and Struts -- Cocoon Use of Zammetti's ideas

2005-04-21 Thread Dakota Jack
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

Re: AJAX and Struts -- Cocoon Use of Zammetti's ideas

2005-04-21 Thread Dakota Jack
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

AJAX and Struts -- Cocoon Use of Zammetti's ideas

2005-04-21 Thread Dakota Jack
selector > > - http://localhost:/forms-samples/do-dynaRepeater.flow > > - http://localhost:/forms-samples/do-datasourceChooser.flow > > - http://localhost:/forms-samples/do-taskTree.flow > > > > -- oOo -- > > > &

Re: mapping.getInputForward() - why not part of ActionConfig?

2005-04-20 Thread Dakota Jack
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]

Re: AJAX: Whoa, Nellie!

2005-04-19 Thread Dakota Jack
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] >

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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]

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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]

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
> > ----- > 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]

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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. --

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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]

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
> > to > > understand :) > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > ---

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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]

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-07 Thread Dakota Jack
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

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-06 Thread Dakota Jack
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

Re: RFC: Struts HTML Ajax-Aware Tags

2005-04-06 Thread Dakota Jack
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

Re: ActionResources_ja.properties

2005-04-06 Thread Dakota Jack
ing / Mentoring / Freelance > > EdgeTech, Inc. > > 678.910.8017 > > AIM: jmitchtx > > Yahoo: jmitchtx > > MSN: [EMAIL PROTECTED] > > > > > > - > To unsubscr

Re: ActionContext convenience methods

2005-03-31 Thread Dakota Jack
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 > > >

Re: ActionContext convenience methods

2005-03-31 Thread Dakota 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: > &

Re: ActionContext convenience methods

2005-03-31 Thread Dakota Jack
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: >

Re: ActionContext convenience methods

2005-03-31 Thread Dakota Jack
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]

Re: ActionContext convenience methods

2005-03-31 Thread Dakota Jack
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]

Re: ActionConfig property map and form setup strategies (Re: POJO Actions and the ActionCommand interface)

2005-03-18 Thread Dakota Jack
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

Re: ActionConfig property map and form setup strategies (Re: POJO Actions and the ActionCommand interface)

2005-03-17 Thread Dakota Jack
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

Re: ActionConfig property map and form setup strategies (Re: POJO Actions and the ActionCommand interface)

2005-03-17 Thread Dakota Jack
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

Re: ActionConfig property map and form setup strategies (Re: POJO Actions and the ActionCommand interface)

2005-03-17 Thread Dakota Jack
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

Re: ActionConfig property map and form setup strategies (Re: POJO Actions and the ActionCommand interface)

2005-03-17 Thread Dakota Jack
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

Re: ActionConfig property map and form setup strategies (Re: POJO Actions and the ActionCommand interface)

2005-03-17 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-17 Thread Dakota Jack
> 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]

Re: POJO Actions and the ActionCommand interface (Re: Configurati on inheritance, module init code)

2005-03-17 Thread Dakota Jack
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]

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-17 Thread Dakota Jack
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]

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-17 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configurati on inheritance, module init code)

2005-03-17 Thread Dakota Jack
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. > > > > > -

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-17 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-17 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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."

Re: Page Preparation [was Re: POJO Actions and the ActionCommand interface]

2005-03-16 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread 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]

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
== > Dipl.-Inf. Manfred Wolff > Software Engineer > --- > http://www.manfred-wolff.de > http://www.struts-it.org > --- > > -----

Re: Page Preparation [was Re: POJO Actions and the ActionCommand interface]

2005-03-16 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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]

Re: Page Preparation [was Re: POJO Actions and the ActionCommand interface]

2005-03-16 Thread Dakota Jack
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] >

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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]

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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 --

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota 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/

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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]

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
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]

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-16 Thread Dakota Jack
+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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-15 Thread Dakota Jack
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

Re: POJO Actions and the ActionCommand interface (Re: Configuration inheritance, module init code)

2005-03-15 Thread Dakota Jack
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]

Re: Zip of Struts v1.3?

2005-03-12 Thread Dakota Jack
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.

Re: Approaches to Contributing to Struts (Re: [Apache Struts Wiki] Updated: StrutsUpload)

2005-03-11 Thread Dakota Jack
ything "rigid". > > -- > Frank W. Zammetti > Founder and Chief Software Architect > Omnytex Technologies > http://www.omnytex.com > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] &g

Re: Approaches to Contributing to Struts (Re: [Apache Struts Wiki] Updated: StrutsUpload)

2005-03-11 Thread Dakota Jack
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~ ---

Re: Approaches to Contributing to Struts (Re: [Apache Struts Wiki] Updated: StrutsUpload)

2005-03-11 Thread 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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-11 Thread Dakota Jack
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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-11 Thread Dakota Jack
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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-11 Thread Dakota Jack
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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-10 Thread Dakota Jack
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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-10 Thread Dakota Jack
t; > + public String getContentType() { > > +return contentType; > > + } > > + > > + public String getFileExt() { > > +return fileExt; > > + } > > + > > + public String getFileName() { > > +return fileName; > > + } &

Re: How Strategy Relates to CoR

2005-03-06 Thread Dakota Jack
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]

Re: How Strategy Relates to CoR

2005-03-06 Thread Dakota Jack
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. > >

Re: How Strategy Relates to CoR

2005-03-06 Thread Dakota Jack
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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-05 Thread Dakota Jack
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

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-05 Thread Dakota Jack
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]

Re: [Apache Struts Wiki] Updated: StrutsUpload

2005-03-05 Thread Dakota Jack
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]

Re: How Strategy Relates to CoR

2005-03-05 Thread Dakota Jack
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

Uploading: And a Wish List for Struts v1.3 and v2.0 Jericho

2005-02-25 Thread Dakota Jack
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]

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-25 Thread Dakota Jack
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

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-25 Thread Dakota Jack
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

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-25 Thread Dakota Jack
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'

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-25 Thread Dakota Jack
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... > >

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-25 Thread Dakota Jack
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]

Re: Servlet 2.3 Multipart Request Handling

2005-02-25 Thread Dakota Jack
-- > 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~

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-25 Thread 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

Re: multipart requests -- suggesting things be rethought and that the hardwiring be pulled

2005-02-24 Thread Dakota Jack
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~ --

<    1   2   3   4   >