- Original Message -
From: Ted Husted [EMAIL PROTECTED]
Date: Sat, 20 Mar 2004 18:09:53 -0500
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: branching 1.2 and 1.3 and CVS reorg for TLP status
snip /
Meanwhile, I would have no problem with calling for a VOTE on Commons Dev
Developers List [EMAIL PROTECTED]
Subject: [RESULT][VOTE] Struts as an Apache Top Level Project
The response to this vote has been unanimous, with all proposed PMC
members responding except for two: Arron Bates and Don Brown. I have
attempted to ping those two directly, but have not yet heard back
What if we extracted the creation of Actions and ActionForms (including
DynaActionForms) into an ActionFactory, overridable by the user?
Here's the problem as I see it: there is no simple way for a user to plug
in their own code to manage the creation of actions and action
forms. The actual
easy to
build chains manually or from some other config source like a database.
The Struts-chain uses the ConfigParser to load its configuration.
Don
.V
ps: 2.0 wish: Call a use case implemnetation a bundle, same as other
light weight service implementation.
Don Brown wrote:
What if we
come up with
anything better.
BTW, I assume you're proposing this as a post-1.2.0 change?
--
Martin Cooper
On Fri, 2 Jan 2004, Don Brown wrote:
What if we extracted the creation of Actions and ActionForms (including
DynaActionForms) into an ActionFactory, overridable by the user
create a bugzilla entry and post the patches there.
Don
-Ted.
On Fri, 02 Jan 2004 12:17:16 -1000 (HST), Don Brown wrote:
Yeah, I wasn't sure what to call them either. I think it would be
nice to have one that will create the form from the config, no
matter what type it is, but still have
On Wed, 24 Dec 2003, Craig R. McClanahan wrote:
snip /
works. Tops on my list is ensuring that it works with Tiles as well ... most
likely by having two different request processor subclasses and making you
configure the one you need based on whether Tiles is in use or not. Not quite
as
, particularly our close cousin
WebWork2/XWork.
Don
On Sat, 20 Dec 2003, Ted Husted wrote:
Don Brown wrote:
Hmm...I'm not familiar with that discussion, but I don't see why general
form functionality couldn't be defined in an interface, but the ActionForm
left how it is. Of course we also
users easily modify the structure of Struts itself, but not add
complexity for the casual user. Of course, Spring and probably other
frameworks allow you to easily customize the configuration process.
Don
On Thu, 18 Dec 2003, Martin Cooper wrote:
On Wed, 17 Dec 2003, Don Brown wrote:
Ok, I
Using JXPath is exactly what XMLForms (http://www.xmlforms.org) does to
allow the form model to be anything from a DOM to a JavaBean or even a
DynaBean. XMLForms came out of Cocoon, but I believe they still use
something simliar. In stxx (http://stxx.sf.net), a Struts extension, I
have been
On Thu, 18 Dec 2003, PILGRIM, Peter, FM wrote:
snip /
What kind of Spring Framework classes would you want to use in
Struts 2.0?
The BeanWrapper and the BeanFactory are interesting ideas.
An example of configuring commons DBCP is given
Yes, Spring is nice becuse not only does it provide a consistent
factory-based implementation, but the code isn't dependent on Spring and
could be replaced with some other IoC mechanism down the road if desired.
Don
On Fri, 19 Dec 2003, Ted Husted wrote:
Don Brown wrote:
I see Spring
On Fri, 19 Dec 2003, David Graham wrote:
snip /
The IoC topic deserves its own thread. Spring is bloated. It contains a
DAO layer, JDBC helper library, Web MVC framework, IoC support, etc. I
don't think we should be lugging around Spring inside of Struts. There
are also non-technical
multiple
presentation engines, a feature we say Struts supports, but it doesn't
really.
Don
On Fri, 19 Dec 2003, Ted Husted wrote:
Do we still want to integrate stxx into Struts 1.x?
Don Brown wrote:
Using JXPath is exactly what XMLForms (http://www.xmlforms.org) does to
allow the form
Yes, that is another way to handle it. I never liked that approach since
it meant those urls could be accessed directly and I feel everything
should be behind Struts and its security. Besides, that approach ties
your app to the Servlet API.
Don
On Fri, 19 Dec 2003, Joe Germuska wrote:
Could
the the forward element. In either case, 100% backwards
compatibility should be maintained.
Don
On Fri, 19 Dec 2003, Ted Husted wrote:
Don Brown wrote:
Yes, that is another way to handle it. I never liked that approach since
it meant those urls could be accessed directly and I feel everything
Germuska wrote:
At 12:14 PM -1000 12/19/03, Don Brown wrote:
Relying on the request dispatcher ties you to the Servlet API.
Furthermore, extensions are inadequate as more than one handler, to use
Joe's terminology, might be interested in a particular extension. If the
URL idea is collectively shot
Is there one? I have several ideas I'd like to toss into the discussion.
Don
On 17 Dec 2003 [EMAIL PROTECTED] wrote:
husted 2003/12/17 12:49:28
Added: contrib/struts-jericho README.txt project.properties
project.xml
Log:
Create whiteboard
On Wed, 17 Dec 2003, Joe Germuska wrote:
- Make Inversion of Control central. By using an IoC framework to wire
Struts together, it makes it really easy to extend or improve Struts not
only for future development but for users as well. I'd recommend Spring's
IoC impl as it is small (100k),
Nope, Spring is Apache-style, I just checked. You had me worried there
for a minute :)
Don
On Wed, 17 Dec 2003, Sgarlata Matt wrote:
- Original Message -
From: Joe Germuska [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 5:04 PM
Hmm...I'm not familiar with that discussion, but I don't see why general
form functionality couldn't be defined in an interface, but the ActionForm
left how it is. Of course we also have a chance to do what Craig said
he'd change about Struts (at JavaOne 2003 JSF BOF) and combine forms and
+1 I thought he already was one :)
Don
On Sun, 7 Dec 2003, Martin Cooper wrote:
Joe has been involved in the Struts community for some time now, and has
been a great contributor on the -dev and -user lists, as well as in the
bug database. I believe Joe would be a great asset to the team,
Hmmm...I just updated, uncommented those two lines, and ran ant
test.junit - all tests passed. Anyone else?
Don
On Thu, 27 Nov 2003, Ted Husted wrote:
When I run the maven jar target, the upload tests fail
(MultipartTestSuite).
But, when I run the ant test.junit test, only the
Agreed, however couldn't we still offer struts-chain prebuilt, not in
Struts core, but on the side to hopefully make it eaier for people to test
it? While the code is pretty simple and I believe functional, I agree
much work still has to be done before it is production ready - tiles
support, unit
What about using Inversion of Control (IoC) to replace the current global
context map? The action servlet loads up the IoC factory, initializing
all objects, then puts the factory in the request attributes for each
request, allowing other components, like taglibs, to be able to access
that
.
Don Brown wrote:
What about using Inversion of Control (IoC) to replace the current
global context map? The action servlet loads up the IoC factory,
initializing all objects, then puts the factory in the request
attributes for each request, allowing other components, like taglibs
I was looking at bug 22207 which is caused by FormBeanConfig having a
reference to ModuleConfig, however in greping through the code, I couldn't
find any instance where getModuleConfig was used. Furthermore, I don't
see why a child object needs a reference to a parent one. It adds
complexity and
is simplier, but it is also potentially more confusing.
Don
On Fri, 14 Nov 2003, Ted Husted wrote:
Don Brown wrote:
If that's the case, I really want to start kicking 1.x releases out the
door. What can I do to help?
The big stumbling block was that some of the tests weren't running
I added what I gathered was the last missing piece to struts-chain, file
upload support. I'm really interested in doing whatever it takes to get
this up and running as a viable alternative to the RequestProcessor.
From here, I see the following needs to be done:
- Unit tests (big one)
- Tiles
If you use the compile task (the default for the project), struts-chain
will build without any dependencies on the tomcat ant lib.
BTW, I'd recommend against cross posting...
Don
On Wed, 5 Nov 2003, BaTien Duong wrote:
Howdy:
I am trying to get Struts-chain up and running. I follow the
Pretty much the only dependency of struts-chain is a recent build of
jakarta-commons-sandbox/chain. To fully build commons-chain, in addition
to other commons jars, you need the porlet api jar, the servlet jar, and
the latest jsf jar from the sun web services pack 1.3 I believe. However,
you
While both concern wiring code together using xml, I think the similarity
ends there. Hivemind, from my cursory overview, seems more like another
Inversion of Control (IoC) framework like Avalon, PicoContainer, and
Spring. It is takes services and manages their dependencies and
lifecycle,
On Wed, 29 Oct 2003, Vic Cekvenich wrote:
But... the chain has a set of steps that are pre-progrmed, and there
was some discusion as to what those steps should be idealy. Yes, it can
do return codes but
If HiveMind (or an aproach like it) is used to do the chain, then I can
easily add
On Fri, 24 Oct 2003, Craig R. McClanahan wrote:
snip /
Welcome to the Chain Gang Don! :-)
With a snappy name like that, we should t-shirts printed up :)
I noticed that your implementation of AuthorizeAction does the same
thing that the current Struts RequestProcessor does if authorization
On Fri, 24 Oct 2003, Craig R. McClanahan wrote:
snip /
I hit a snag using the example app when logging in. It seems the
logonForm is getting instantiated somewhere other than CreateActionForm
and doesn't have its servlet property set, throwing an exception in
validation. Perhaps it's right
On Fri, 24 Oct 2003, Craig R. McClanahan wrote:
snip /
I agree that we would need the exception class, but why do we need
anything other than the standard handler (o.a.s.c.ExceptionCatcher)? It
fires off an exception handling chain, and the default handler there
already looks at your
I've tried to fill in some of the missing pieces in the struts-chain as
described in chain-config.xml. The new actions have pretty much a
one-to-one relationship with RequestProcessor methods. Some seemed pretty
trivial, RequestNoCache and SetContentType in particular, so maybe they
could be
Evangelist
http://www.struts-atlanta.org
678.910.8017
770.822.3359
AIM:jmitchtx
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, October 09, 2003 10:38 PM
Subject: Re: Adding to the user guide
I did that when
I updated the struts-example to use wildcards in
struts-config-registration.xml and was about to update tour.htm when I
noticed it was woefully out of date. It is worth updating? For 1.2, are
we planning on shipping it with the new example app I've heard mentioned?
Should I bother updating
I added a section in the user guide about wildcards in action mappings,
however before I commit it, I'd like to make sure it follows documentation
conventions as this is my first time writing Struts docs. I've put the
section up here for review:
770.822.3359
AIM:jmitchtx
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 09, 2003 10:03 PM
Subject: Adding to the user guide
I added a section in the user guide about wildcards in action mappings,
however before I commit
Mitchell
Software Engineer / Struts Evangelist
http://www.struts-atlanta.org
678.910.8017
770.822.3359
AIM:jmitchtx
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, October 01, 2003 7:18 PM
Subject: Re
On Tue, 30 Sep 2003, Robert Leland wrote:
snip /
I prefer Maven because it provides builds, testing, QA tools, and site
generation in one tool.
The repository of binaries makes building a distribution or maven
enabled site as easy as typeing,
'maven' for new users.
Changing the look/skin is
On Wed, 1 Oct 2003, David Graham wrote:
snip /
Rob mentioned something about Struts being setup for Maven already and I
asked for clarification. If that's true then I see no point in
complicating things with another build tool. Also, it seems that Maven in
some ways is a superset of Forrest
On Wed, 1 Oct 2003, Ted Husted wrote:
snip /
Ah, well, you see we don't have JARs in our CVS. That's one of the
reasons people have trouble building Struts at first. They have to go
off and snag all the JARs themselves. Though, it seems like ruper might
help in that regard.
Doh! I blocked
I believe the question is not between maven and forrest, but rather
between Anakia/xdoc and forrest. It is entirely possible to even use all
the report output from Maven and include it in a forrest build of the
website. Default Maven uses the xdoc plugin. All forrest would be doing
is replacing
What is the process when adding a new feature (in this case, wildcards for
action mappings)? Do we wait until a release is ready to update the
documentation or update it when the feature goes in? Also, I couldn't
really find a changelog. Do we just use bugzilla to track new features?
If so,
:
- tests
- changelog
- documentation
- bugzilla
Don
On Sun, 28 Sep 2003, Robert Leland wrote:
Don Brown wrote:
What is the process when adding a new feature (in this case, wildcards for
action mappings)?
Create a Subject: [Proposal] wild cards for action mappings.
Use lazy Consensus
Good point, I'll change it when I put in the unit tests I'm working on.
Don
On Sun, 28 Sep 2003, Robert Leland wrote:
[EMAIL PROTECTED] wrote:
mrdon 2003/09/28 18:24:21
Added: src/share/org/apache/struts/util ActionMappingMatcher.java
WildcardHelper.java
Wouldnt this
Unless there are any objections, I'd like to join the struts-chain effort,
and hope to put in some time this weekend. I've been experimenting with
ways to develop struts forms/actions that can simultaneously be exposed as
SOAP web services in stxx (http://stxx.sf.net), but feel the struts-chain
The Struts Sourceforge site, http://struts.sf.net, is a good place for
such Struts extensions.
Don
On Thu, 25 Sep 2003, Chris Gastin wrote:
As I can tell from the list I have opened topic that is pretty well beaten.
Let me first apologize. I did not realize this was such a political topic
On Thu, 25 Sep 2003, Steve Raeburn wrote:
snip /
Shouldn't you be exposing your business objects as web services, not
Struts actions or forms? Struts deals with controlling the user
interface (currently Servlet specific) so any business tier / web
services tier code would be outside of the
In the aforementioned stxx (http://stxx.sf.net) project, I've been working
on combining Struts with xmlforms (http://www.xmlform.org) to create
Struts ActionForms that use plain XML as the model. Using pure XML as the
model has several advantages over javabeans I believe:
- Quicker development
-
This reminds me, I think Struts should be more flexible supporting the
configuration of other types of forms or extensions to existing forms
(like the aforementioned modification to the dynaform). While you can
specify any form class, you cannot pass properties to that instance making
it
I couldn't agree more, however I'm not sure if the answer is a completely
independent core like xwork or totally wrapping servlet objects and method
calls like Cocoon in generic Enviroment objects. If Struts application
should be able to be exposed in multiple environments, perhaps the Cocoon
. All
of the logic of wildcard mapping is stored in a helper class to keep
RequestProcessor as clean as possible.
Don
On Mon, 11 Aug 2003, David Graham wrote:
--- Don Brown [EMAIL PROTECTED] wrote:
I'd like to put the wildcard-matched action code from Bug #21813
(http://issues.apache.org
I apologize if I wasn't clear; there is absolutely no performance penalty
for any existing or future Struts applications that do not use wildcards.
Upon initialization of the RequestProcessor, it runs through each action
mapping to see if any of them use wildcards. Only if a wildcard is found
in
routines are modifiable in the validation.xml
file so custom validation routines can be created and added to the
framework./p
+pa href=http://struts.sf.net;bScriptable Actions/b/a by
Don Brown - Allows Struts Actions to be written in the scripting
language of one's choice rather than as Java
I'd like to put the wildcard-matched action code from Bug #21813
(http://issues.apache.org/bugzilla/show_bug.cgi?id=21813) into
Struts. When I mentioned it last, the only concern I heard raised was
from Craig regarding performance penalties. As I noted in the bug
description, the path isn't
There exists a project on the Struts Sourceforge site called StrutsDoc
which seems to be what you are wanting - a JavaDoc tool for Struts
(http://struts.sf.net/strutsdoc). While I agree visualization
important, I'm not sure it belongs in Struts itself. The Struts
Sourceforge project, on the
On Wed, 23 Jul 2003, Rob Leland wrote:
snip /
Don, I wasn't familar with your name but after searching Google, I see
that you
developed stxx, Struts Cocoon adaptor, BFS scripting for struts,
Action pattern matching,
it also looks like you are familar with JetSpeed (Not sure) ...
I have some
, matches one,
clones it and replaces wildcard values with the literal values, and returns
the new clone.
I'll put the code in patch form and post it on bugzilla.
Don
-Ted.
Graham Leggett wrote:
Don Brown wrote:
Perhaps now that 1.1 is final, this would be a good time to bring this
up
Actually, the way I wrote the code, wildcards are only matched if an exact
match cannot be found but before the unknown action mapping is executed.
So, there is no performance penalty for existing applications that use
specific matchings. The order:
- Try to find an action mapping that
And I forgot to mention, when using the wildcard matcher, only action mappings
that actually contain wildcards will be tested.
Don
On Saturday 05 July 2003 01:18 pm, Don Brown wrote:
Actually, the way I wrote the code, wildcards are only matched if an exact
match cannot be found but before
Perhaps now that 1.1 is final, this would be a good time to bring this up.
I've written a small extension to Struts that allows action mappings to
use wildcards in matching URIs. The matched values can then be
substituted anywhere in the action mapping - similar to how Cocoon
operates (in fact
Rumor has it IDEA is working on a C# version :)
Don
On Fri, 13 Jun 2003, David Graham wrote:
the .NET heads ( is there a term used to describe them? ) come back and say
that it is easier and faster to build in C# then Java. They say that the
tools to work with C# are better ( I don't
66 matches
Mail list logo