roadmap document, both
as a declarative statement of agreement amongst the developers, as well
as an expectation setting mechanism for the rest of the struts
community.
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]] Sent: Tuesday,
February 04, 2003 12:11 PM
To: [EMAIL PROTEC
The only area Java IDEs are weak in is GUI building. Eclipse is the best
IDE I have ever used for any language but it doesn't do GUI building because
the vast majority of java is server side.
IBM's Websphere Studio Application Developer (WSAD) includes support for
generating webapps with Strut
a release of Struts EL, or whatever else. There will be
questions of which release of what works with what, but that's a just a
documentation issue. As it stands, we have to face the fact that we have
serious production issues, which, like security, trumps.
-Ted.
David Graham wrote:
Ted,
I agree with you but want to add the item Craig and I discussed earlier
regarding the standard actions throwing exceptions instead of sending error
codes to the user.
We need a small requirements list for 1.2 and ship it when we've completed
those items. I don't want to relive the lengthy
Wouldn't it be better to enforce the Serializability at the
>interface/abstractClass level, rather than the implementation level?
Then, every implementation would have to be serializable which is something
we probably don't want to dictate. What if your implementation used a
database? The def
initial values
Date: Tue, 04 Feb 2003 16:26:42 +
Sure. How do I go about doing that?
From: "David Graham" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: DynaActionForm initial values
Date: Mon,
The templates taglib is already deprecated. We won't move the base servlet
spec to 2.3 until 2.0 which means no filters, el, or jstl dependencies.
Thanks for the suggestions.
David
From: "Vic Cekvenich" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROT
t; <[EMAIL PROTECTED]>
Subject: Re: [PATCH] bug #16603
Date: Tue, 4 Feb 2003 16:51:55 +0100
Tuesday, February 04, 2003 4:33 PM , David Graham
<[EMAIL PROTECTED]> a écrit :
> Please post your patches to a bugzilla report. They'll get lost
> otherwise.
>
> Thanks,
>
You're right Craig, static variables do not get serialized. I'll change
this back tonight.
> Made log instance transient
Is this actually required to achieve serializability? It was my
understanding that static variables were not part of the serialized state
of an object, so it shouldn't m
Please post your patches to a bugzilla report. They'll get lost otherwise.
Thanks,
David
From: "Malik Recoing" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Subject: [PATCH] bug #16603
Date: Tue, 4 Feb 2003 16:22:23
For 1.1, it makes sense to me that we declare a couple of specific
exceptions that can then be caught and managed using the exception mapping
technology.
Can this be for 1.2? Is there an urgent reason for it to be in 1.1? My
vision of 1.2 is to release it fairly soon after 1.1 with a few key
Maybe it's not required. I'll look into it tommorrow.
Thanks,
David
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: cvs commit: jakarta-struts/src/share/org/apache/struts/conf
The internalModuleRelativeInclude and internalModuleRelativeForward methods
are both protected but their javadoc states, "This method is used internally
and is not part of the public API. It is advice to not use it in
subclasses.".
If they aren't part of the subclassing API, then I'll make thes
There's a "bug" that refers to the 1.0.2 installation instructions. I
couldn't find any 1.0.2 files in cvs except for the legacy javadoc. Do we
still maintain 1.0.2 docs? Should I mark that bug as WONTFIX?
Thanks,
Dave
_
STO
Why is DispatchAction.unspecified() public? It looks like this method was
added around 1.1 beta 2 so I'll change it to protected unless there's a
reasonable explanation.
David
_
The new MSN 8: advanced junk mail protection and
Is it appropriate for the standard actions to call response.sendError(... or
would it be better for them to throw various types of Exceptions? It seems
like it would be more flexible to throw exceptions now that we have
declarative exception handling. This would allow the client programmer to
html):
"If you have a patch to submit, please mail it to the appropriate
developer mailing list. Use the prefix "[PATCH]" on your message
subject. Please include any relevant bug numbers . ."
Does this page need updating given your practice and perhaps the
practice of other A
Please post this to the bugzilla ticket. We don't accept patches through
the mailing list because they tend to get lost.
David
From: Jay <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Development <[EMAIL PROTECTED]>
Subject: [PATCH] for 13279
Date: 03 F
You should post your suggestion and patches to a bugzilla enhancement ticket
so we can look at them for 1.2.
Thanks!
David
From: "Ed Milic" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: DynaActionForm initial values
Date: Mon, 03 Feb
I think struts-el should be part of the standard release. I don't
understand why some taglibs have been included in the release and the el
tags haven't. I understand that the taglibs will likely be replaced by JSF
tags but that's not for another few years.
And while I'm on JSF, I may as well
I've always been a little unclear about what RequestUtils' role should be.
Passing in the ServletContext is redundant because (at least in servlet 2.3)
you can get the session from the request and the ServletContext from the
session.
David
From: Anthony Kay <[EMAIL PROTECTED]>
Reply-To:
> Can o.a.s.util.ServletContextWriter be deprecated? It's instantiated
once
> in the ActionServlet and passed into DataSource objects setLogWriter()
> method. Maybe this could be replaced with a commons-logging class?
>
How are you going to pass a commons-logging object to setLogWriter()?
I t
Why are the action classes in o.a.s.tiles.actions declared final?
Can o.a.s.util.ServletContextWriter be deprecated? It's instantiated once
in the ActionServlet and passed into DataSource objects setLogWriter()
method. Maybe this could be replaced with a commons-logging class?
Can o.a.s.util.
<[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: Synchronized blocks?
Date: Mon, 27 Jan 2003 22:28:56 -0800 (PST)
On Mon, 27 Jan 2003, David Graham wrote:
> Maybe I'm displaying gross ignorance here but AFAIK a synchronized block
>
The synch. blocks do only allow one thread through that section at a time
which may be the intended behavior. It still seems like the member variable
Maps should be synchronized. Lack of sleep has some negative affects
sometimes...
Dave
From: "David Graham" <[EMAIL PROTECT
Maybe I'm displaying gross ignorance here but AFAIK a synchronized block
grabs the object's monitor and blocks other threads from calling
*synchronized* methods on that object, right? Unsynchronized methods on
that object can be called at will.
I'm looking at LookupDispatchAction for PR #16019
Curse Microsoft and they're dreaded viruses! I've had network problems all
day because of that SQL Server virus and now I can't commit a simple patch.
Sorry, just had to vent.
Dave
_
STOP MORE SPAM with the new MSN 8 and get
ject: [AXIS4STRUTS] Axis4Struts package names
Date: Tue, 21 Jan 2003 17:05:45 -0700
Howz this?
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January
truts
specific), some on the SF Project forums for details regarding the play
things and even some on the axis-dev and axis-user lists as appropriate.
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: David G
st" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
Subject: RE: Axis4Struts package names
Date: Tue, 21 Jan 2003 18:18:06 -0500
I think the consensus is to hold these discussion here.
Mark
-Original Message-
From: David Graham [m
I'm confused by the struts-dev mailing list activity on this project. Is
this the home of axis4struts development discussions? I guess I assumed
that you guys had worked something out with Craig but it doesn't seem so.
David
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
Reply-To: "Stru
axis4struts ?
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 21, 2003 10:08 AM
To: [EMAIL PROTECTED]
Subject: RE: Axis4Struts package nam
I haven't been following this discussion too closely but I agree with Mark.
org.apache.struts.axis is the better choice. It's redundant to include
"struts" after org.apache.struts...
David
From: "Mark Galbreath" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To
ementation information about how struts is doing that. I
attempted to traverse the code, but, figured I would propbably get a
quicker
answer here. Please, forgive my laziness.
Thanks,
Brandon Goodin
Phase Web and Multimedia
P (406) 862-2245
F (406) 862-0354
[EMAIL PROTECTED]
http://www.phase.ws
This is a struts-user question. Struts stores a MessageResources object in
the ServletContext under Globals.MESSAGES_KEY
David
From: "Brandon Goodin" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "Struts Dev" <[EMAIL PROTECTED]>
Subject: Application Resourc
All patches should be attached to the corresponding bugzilla report so they
don't get lost.
David
From: "Csaba Nemeth" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: [PATCH] [Bug 16259]
Date: Mon, 20 Jan 2003 16:08:29 +0100
Hi,
elopers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: xhtml javascript hiding methods
Date: Sun, 19 Jan 2003 20:59:00 -0800 (PST)
On Sun, 19 Jan 2003, David Graham wrote:
> Thank you for reconsidering Martin :-). What about the situation wh
r <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: Struts Developers List <[EMAIL PROTECTED]>
> >Subject: Re: xhtml javascript hiding methods
> >Date: Thu, 16 Jan 2003 20:51:27 -0800 (PST)
> >
> >
gt;> "David" == David M Karr <[EMAIL PROTECTED]> writes:
>>>>> "David" == David Graham <[EMAIL PROTECTED]> writes:
David> The only added attribute was "cdata" that defaults to true on
the javascript
David> tag. I'd
t;[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1
Date: Sat, 18 Jan 2003 12:05:08 -0500
David Graham wrote:
+1
Didn't David add the c
+1
From: "James Turner" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1
Date: Fri, 17 Jan 2003 20:00:23 -0500
In line with Craig's note earlier tonight, and the semi-voting that is
alr
Bookmark this link for a list of current struts bugs:
http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=Blocker&bug_severity=Critical&bug_severity=Major&bug_severity=Normal&bug_severity=Minor&email1=&emailtype1=
s Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: RE: xhtml javascript hiding methods
Date: Fri, 17 Jan 2003 09:44:28 -0800 (PST)
On Fri, 17 Jan 2003, David Graham wrote:
> Date: Fri, 17 Jan 2003 08:35:48 -0700
> From: David Graham
Changing to commons-resources in 1.2 is fine with me.
David
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: A plea for closure
Date: Fri, 17 Jan 2003 09:53:41 -0800 (PST)
On
The resource system change was on the 1.1 agenda for a long time. It's not
a huge change because the commons resources api is the same. There will be
no new features until after 1.1.
David
From: "James Turner" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To:
;AlphaOmegaAction" =:0) .. or SunRiseSunSet ... =:>
But unless there's a beta 4, I wouldn't bother changing it.
-T.
David Graham wrote:
I agree that PlugIn isn't an appropriate name. I think
ActionServletListener would be more appropriate. Is it too late to
change the
My mail doesn't seem to be sending but I'll try anyway...
The tags do not output the language script attribute when xhtml is enabled.
Also, we're not generating incorrect xhtml. You can have the choice of how
to hide the js from an xml parser. Either use a comment or a CDATA section.
David
stening (or
observing). It's just an investion-of-control technique so we can use an
Action to manage resources instead of resorting to a separate servlet or
other component.
So besides LifeCycleAction, the next best thing might be "AlphaOmegaAction"
=:0) .. or SunRiseSunSet ... =:&
AIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: xhtml javascript hiding methods
Date: Thu, 16 Jan 2003 20:51:27 -0800 (PST)
On Thu, 16 Jan 2003, David Graham wrote:
> Ok, what do you think
Much of what you say you need a plugin for can be accomplished by using
filters. IMO, Struts shouldn't recreate standard filter functionality.
David
From: "Pankaj Dhoolia" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROT
I agree that PlugIn isn't an appropriate name. I think
ActionServletListener would be more appropriate. Is it too late to change
the name? If we wanted to match the various servlet listener interfaces we
could define the init method as
init(ActionServletEvent e).
It's not a big deal but Plu
ports it.
Dave
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: xhtml javascript hiding methods
Date: Wed, 15 Jan 2003 23:04:45 -0800 (PST
Well, here are the choices as I understand them:
1. Use CDATA to hide the javascript and make it completely useless in
current browsers.
2. Use a comment to hide the javascript which allows current browsers to
work and xml parsers.
The xhtml spec does suggest using CDATA but I don't see a re
Thanks Ted! I'm glad they ended up with more general names and separated
interfaces.
Dave
From: Ted Husted <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: [Proposal] Migrate to Dependency on commons-reso
of
messges that you want to return from the domain, including confirmation
messages (like "record #63 inserted").
Meanwhile, the Commons Validator also has the idea of a Message carrier
(like ActionMessages) at its core, and there should be a generic
implementation of this object
ActionMessages doesn't make sense outside of Struts. It would need a new
name at the least. If we move them to commons, they should become
interfaces with some default implementations. Then people would be free to
plugin their own implementation.
I think they're fine staying in Struts for no
Are there any backwards compatibility problems here? Because the Struts
classes use protected MessageResources members they are exposed to classes
extending the framework. It seems that changing these to Messages objects
would break existing extensions.
Dave
From: "Craig R. McClanahan"
You should post patches to bugzilla against an existing bug report.
David
From: Graham Leggett <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow relative actions in struts-config.xml
Date: Thu, 09 Jan 2003 13:53:36 +0200
You should use the same commons-logging that is distributed with beta 3 for
your builds.
David
From: "aswath satrasala" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: build error with the nightly source
Date: Wed, 08 Jan 2003 02:56:
ut fields unless they are getting into
the guts. Since many OSS projects (not struts) only offer source as
their doco, it allows visitors to quickly get up to speed with the API
without worrying about the internals. Just my thoughts on this..
James
> -Original Message-
> From: David G
Another practice I reciently started is placing fields at the very end of a
class definition, after all methods. It makes comparing the class
and it's interface. But since struts doesn't use many interfaces this isn't
a must
for me.
-Rob
That's certainly not a common practice and would confuse
That's the risk you take using beta software. Struts does not guarantee
compatibility between betas just between releases.
David
From: "David Morris" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: Re: Beta 3 PlugIn interface chan
Couldn't you do it just on check-in? It seems like it would take forever to
check out the project if it's always formatting the code.
Dave
From: Robert Leland <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject:
.
Actually, just checkint the latest:
http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html
Construction of indentation is unspecified now. It avoids wars to
be specific, though.
$0.02,
-Paul
P.S.: I sometimes find the need to add naming guidlines such as
avoiding MS-COMisms like "publ
There's been some talk of formalizing the coding standard we follow so
here's a starting point for discussions.
1. Follow the Java standard coding practices. This includes putting
opening braces on the same line like if (true) {.
All IDEs support formatting code to this standard and all Java c
I don't see much use for this. IDEs are much better than browsers for
looking at source code.
David
From: "Matt Raible" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Subject: Proposal: Use java2html to generate b
It looks like you're a committer now (congratulations!) so you could do this
if you wanted. I think it's a waste of time because you can just use the
JSTL.
Dave
From: "James Turner" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject:
Looks like Ted agrees with you:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13645
If you provide a patch, it's more likely to get done.
Dave
From: "James Turner" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: [PROPOSED] htm
From: Martin Cooper <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [VOTE] Struts 1.1 Beta 3 Release Plan (revised)
Date: Mon, 23 Dec 2002 14:36:47 -0800 (PST)
A number of new features have been added to Struts since the 1.1 Beta 2
relea
. If someoone
has a stylistic scratch to itch, they should scratch it. (But it
would be polite to find a bug itch to scratch first =:)
Incidentally, the tab thing is because we email the deltas and
sending tabs by email is problematic =:(
-Ted.
12/16/2002 6:44:07 PM, David Graham <[EMAIL PRO
Probably because the new builds aren't binary compatible with the old ones.
Try rebuilding your app. against the new jar files.
Dave
From: "Matt Raible" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
Subject: RE
Are the optional pieces you're referring to the optional Ant tasks that
include JUnit support?
Dave
From: Martin Cooper <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Running the test.junit tests
Date: Mon, 16 Dec 2002 23:07:10 -080
nd <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: Avoid code reformating !
Date: Mon, 16 Dec 2002 21:43:12 -0500
David Graham wrote:
3. I disagree that we should stop formatting code.
A couple of things:
1. Tabs were addressed as an issue but the jakarta guidelines state that
tabs are not to be used in the first place. This drives me crazy but I
follow it nonetheless.
2. I agree with closing one line blocks but this isn't in any standard.
I've seen a lot of Struts code th
With all due respect Cedric, that code did not follow the java standard
coding guidelines so it was a candidate for reformatting. Under the Jakarta
rules code must meet those guidelines unless specified differently for the
project. AFAIK Struts has no specific rules so it defaults to the java
You're right, this is for struts-user :-). Look in the tld files for the
uri to use. This is also documented in the users guide.
David
From: "Matt Raible" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: Taglib URI's
Date: Sun, 15
This is way off topic...
David
From: micael <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: goto HEH!
Date: Sat, 14 Dec 2002 12:35:39 -0800
What the heh? I was nosing around in the class files of the mpp3 parser
for xml today and
Eclipse has an emacs key bindings setting so you can use those commands if
you like. In the upcoming version it supports user defined key bindings so
you could use vi commands or anything else.
David
From: Eddie Bush <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED
! If there's one thing I dispise,
it's getting trapped in a )@(#%*& program - and, yes, when I was first
learning vi I got trapped in it!
David Graham wrote:
Isn't it vi not VI? Or "six" as I like to call it ;-). I loved my first
experience with vi..."W
Isn't it vi not VI? Or "six" as I like to call it ;-). I loved my first
experience with vi..."Why the hell can't I type anything?".
Dave
From: James Mitchell <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject:
I agree with Ted. There are 17 open bugs, at least 10 of which are fairly
important. Let's vote on Monday after some of the important bugs are
solved.
David
From: Ted Husted <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROT
e Validator version included with Struts
Date: Mon, 9 Dec 2002 20:30:24 -0800 (PST)
On Mon, 9 Dec 2002, David Graham wrote:
> Can we upgrade to a current nightly of the Validator in our Struts
> nightlies? I just spent several hours debugging a mysterious javascript
> error only to find
Barracuda to alot
of
developer's
because it is more complex. Struts is a simple way of achieving the same
goal
and pragmatism is one of the values I prize most in this profession.
-Daniel
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2
Can we upgrade to a current nightly of the Validator in our Struts
nightlies? I just spent several hours debugging a mysterious javascript
error only to find that it was a validator bug that has been fixed since
12/3. I queried the bugs on validator and there's only one open that isn't
very s
I don't know of any previous attempt to do this. Personally, for dates I
use 3 select boxes so the masking idea for that particular type of data
isn't worthwhile to me. That doesn't mean there aren't other interesting
uses for this.
David
From: Herval Freire <[EMAIL PROTECTED]>
Reply-To
ttle you know.
>
> At 11:08 AM 12/9/2002 -0500, you wrote:
> >On Mon, 9 Dec 2002, David Graham wrote:
> >
> > > Joseph,
> > > I noticed you quoted me on your site but you left out the important
point
> > > that Struts has never and will never dic
Joseph,
I noticed you quoted me on your site but you left out the important point
that Struts has never and will never dictate a model or view layer
technology. Struts gives you total freedom because at its core it's simply
an action controller. The taglibs will be replaced by standards like J
I don't know the answer to this but it should be added to the dtd
documentation.
David
From: "Matt Raible" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: TILES DTD: role attribute of definition
Date: Sun, 8 Dec 2002 20:37:42 -0700
He might be "pretty sharp" but he is terribly ignorant. His views are not
based on facts. Struts has never dictated a view layer or model layer
technology and is certainly a toolkit and not a platform. J2EE is a
platform; Struts is less than 100 classes and implements a few common
patterns wh
LOL, I think it's [EMAIL PROTECTED]
Dave
From: "V. Cekvenich" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Why struts is looked down upon...
Date: Fri, 06 Dec 2002 21:57:20 -0500
Oh, and his comments about Jakarta marketing,
AFAIK, people don't look down upon Struts. This is the first I've heard of
it. The arguments listed on that page are the most ignorant comments
possible. Struts is a web implementation of MVC just as Swing is a
stand-alone implemenatation. That's like saying, "Swing sucks because it
binds y
a typical turnaround time, or is no such animal?
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 06, 2002 10:39 AM
To: [EMAIL PROTECTED]
Subject: Re: Code Submissions
You post patches in bugzilla. A committer reviews it and/or applies it
You post patches in bugzilla. A committer reviews it and/or applies it and
will post comments back to bugzilla.
David
From: Edgar Dollin <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: Code Submissions
Date: T
I agree that Struts needs more interfaces. I think some classes aren't
interfaces to force you into good design (ie. your form beans can't be model
classes). I disagree with that approach and find it somewhat condescending
to experienced programmers.
My approach would be to make many things i
Since Struts stores the DataSource in the ServletContext you can reference
it outside of Actions. I prefer the struts method because it's container
independent. If you're always going to use a particular container then that
reason doesn't matter.
David
From: "Matt Raible" <[EMAIL PROTEC
Can you please post the patch to bugzilla? This allows us to track things
better. You could attach it to one of the existing documentation "bugs".
Thanks,
Dave
From: [EMAIL PROTECTED] (O'brien, Tim)
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EM
Just pick a bug that looks interesting and that someone else hasn't been
assigned to. Submit a patch with your fix to bugzilla.
Thanks!
Dave
From: "Peter A. J. Pilgrim" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Sub
After generating the static javascript functions you can put them in a js
file and include that in every page. Then, use the staticJavascript="false"
attribute to not render those functions again.
David
From: [EMAIL PROTECTED]
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EM
der 8 / WSED 5 ... Struts support
Date: Wed, 27 Nov 2002 21:34:24 +0100 (CET)
Like Struts YES ;)
Struts is on beta 2, add a lot of new feature and I'm sure a release is
coming soon (start 2003),
isn't it ?
--- David Graham <[EMAIL PROTECTED]> a écrit : > Of course they
Of course they only support 1.0 because that's the only released version.
If you were making a multi-million dollar IDE would you include beta
software?
David
From: Emmanuel Boudrant <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EM
501 - 600 of 749 matches
Mail list logo
