Craig R. McClanahan wrote:
snip /
I personally believe that, even if we implemented dynamic
reconfiguration support for the config files themselves, developers
will be disappointed in how little this helps in a development cycle
-- you're not going to pick up added or changed Java classes
I think it goes without saying I'd be on the list, but just in case...
:) So, in this scripting subproject, could this perhaps someday host a
continuations-based scripting flow implementation? Dave Johnson has
been doing some good work pulling Cocoon's flow out of Cocoon and I
think a Struts
Thanks, good catch, but next time, please submit a bug ticket to make
sure it gets tracked.
Don
Matthias Wessendorf wrote:
Hello,
i just saw on struts-homepage (wildcard-mapping-section),
http://jakarta.apache.org/struts/userGuide/building_controller.html#acti
on_mapping_wildcards
that there
With the validator as a constant source of hangups, I'm working on
becoming more familiar with how it works. I have some questions,
perhaps rather basic and obvious:
Why does Struts perform all its validation with o.a.s.v.CheckFields? It
seems it duplicates a most of commons-validator's,
Ok, good, then there is nothing obvious I'm missing. I think it would be
a good goal for Struts to use validator completely and not require its
own validators, and I will look into that. As for the loading of
validators, yes, I'll take that over to commons-dev.
Don
David Graham wrote:
--- Don
using struts. Please
rethink this idea.
Thanks
Edgar
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 12:46 PM
To: Struts Developers List
Subject: Re: Validator Design Questions
Ok, good, then there is nothing obvious I'm missing. I think
it would
this extension
is a great addition to the toolbox available to Struts developers.
Don
Thanks!
Frank
From: Don Brown [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Struts Web Services Enablement Project
Date: Fri, 04 Jun
.
Don
Thanks!
Frank
From: Don Brown [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Struts Web Services Enablement Project
Date: Fri, 04 Jun 2004 12:14:16 -0400
I think there can be considerable benefit from exposing Struts
What about starting a sub-project on struts.sf.net? Let the features
and stability mature, then if people are using it, talk about migrating
it to be a sub-project for Struts.
Don
Frank Zammetti wrote:
That's exactly what my approach is now Ted. But, I've been seeing a
lot of suggestions
I vote we just roll it anyways. If we have switched to tomcat-style
releases, we can just not label it as stable. I asked one of the tomcat
guys last nite at the JakartaOne party if they close out all their bugs
and he laughed :)
Don
So, if we can solve 29285, it looks like 1.2.1 would be
With my extra day off today, I took a look at ways to simplify Struts.
Having been impressed by the simplicity of NanoWeb, I particularly
looked at ways to change the Struts concept of Actions and
ActionForwards to support POJO's and configurations that allow new
actions to be written without
+1 on Struts 1.2.2
Ted Husted wrote:
We've only had a very few, very light tickets since the release of Struts 1.2.1 Beta.
I'd like to propose that we tag and release Struts 1.2.2 on Monday and post it for a
quality vote.
Please note that we can vote a release directly from Alpha to GA, if
(sraeburn at apache.org)
* Don Brown (mrdon at apache.org)
* Joe Germuska (germuska at apache.org)
* Niall Pemberton (niallp at apache.org)
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 25, 2004 12:07 PM
To: Struts Developers List
Subject
+1
David Graham wrote:
+1
David
--- James Mitchell [EMAIL PROTECTED] wrote:
I have finished rolling the 1.2.2 release.
The acquiring page has been updated with the 1.2.2 release.
http://struts.apache.org/acquiring.html
I am +1 for making this GA.
--
James Mitchell
Software Engineer / Open
Has the home page's download links been updated yet? They still point
to jakarta's download page which only has the 1.1 release. Congrats
James, Ted, Martin, et al on the release. :)
Don
James Mitchell wrote:
The Apache Struts team is extremely proud to announce the availability of
Struts
Last I heard, Ted setup a test subversion repository and everyone seemed
happy with it. Is there anything stopping plans to go ahead and migrate
our CVS repository?
I've recently setup several subversion installations and am willing to
do whatever it takes to get Struts migrated. Let me
Ted Husted wrote:
+1
Let's stick to the roadmap we laid out in July.
http://struts.apache.org/roadmap.html
I'll update the site to reflect the CVS/SVN changes this weekend and bring the roadmap page up to date.
If James is up for rolling a 1.2.5 release, that's fine with me.
Either way, it
about SVN rather than CVS.
--
Martin Cooper
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 1:49 PM
to the trunk. But it's worth mentioning trunk in
the context of what URL you use to check out the repository in the
first place.
Craig
On Thu, 14 Oct 2004 12:23:42 -0700, Don Brown [EMAIL PROTECTED] wrote:
I don't mind making those CVS to SVN documentation updates today. One
question though, are we
+1 for $Id$
Joe Germuska wrote:
At 10:13 PM -0400 10/15/04, James Mitchell wrote:
What I need:
---
Can someone put together a perl/python/shell/whatever script that can
iterate over the entire repository and replace all of our cvs
keywords with
svn appropriate ones?
I can do this, but a
If there aren't any objections, I will ask infrastructure to perform the
actual conversion of Struts from CVS to Subversion. The test conversion
has been up for over a week, and there haven't been any problems.
Again, if I don't hear different, I'll ask around Wednesday afternoon
for our
:
On Mon, 27 Sep 2004 21:40:45 -0700, Don Brown [EMAIL PROTECTED] wrote:
If there aren't any objections, I will ask infrastructure to perform the
actual conversion of Struts from CVS to Subversion. The test conversion
has been up for over a week, and there haven't been any problems.
Again, if I don't
Martin Cooper wrote:
On Mon, 27 Sep 2004 21:40:45 -0700, Don Brown [EMAIL PROTECTED] wrote:
If there aren't any objections, I will ask infrastructure to perform the
actual conversion of Struts from CVS to Subversion. The test conversion
has been up for over a week, and there haven't been any
password.
Don
Craig McClanahan wrote:
On Mon, 27 Sep 2004 22:10:38 -0700, Don Brown [EMAIL PROTECTED] wrote:
Sorry, I should have clarified, I'm giving the go-ahead on performing
the actual conversion the exactly same way the test conversion was done
- the full conversion. All branches and tags
I just checked it out over http and everything worked correctly. Are
you sure you are hitting http://svn.apache.org/repos/test/struts ?
Don
Sean Schofield wrote:
I'm trying to download from the subversion (anonymously) and I keep
getting a 501 Not Implemented error.
I'm typing the URL
Port 80, just like any other web server. Committers will use 443 (SSL)
for authentication.
Don
Greg Reddin wrote:
CVS in pserver mode connects over port 2401. Does anyone know what
port svn uses?
Thanks,
Greg
Sean Schofield wrote:
Yes. I think the problem must be my firewall at work. I
Subversion can actually be exposed multiple ways. One such way is to use
its built-in svnserve server which does listen over 3690. Subversion
can also be exposed via WebDAV as an Apache 2.0 module. In the latter
case, it can listen at any port Apache is configured to listen on,
usually 80
It is my pleasure to announce the official migration of the Struts CVS
repository into Apache Software Foundation's Subversion repository. The
previous CVS module, jakarta-struts, has been frozen, and all new
development will take place in the Subversion repository.
The following links might
a recommended set for patches.
Hubert
On Fri, 01 Oct 2004 12:32:18 -0700, Don Brown [EMAIL PROTECTED] wrote:
It is my pleasure to announce the official migration of the Struts CVS
repository into Apache Software Foundation's Subversion repository. The
previous CVS module, jakarta
Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Friday, October 01, 2004 3:32 PM
Subject: Conversion from CVS to Subversion Complete
It is my
that you could see the history on the CVS version.
In case its not clear what I am talking about:
http://svn.apache.org/repos/asf/struts/trunk/ (in a browser)
vs.
http://cvs.apache.org/viewcvs/jakarta-struts/
thanks,
Matt
Don Brown wrote:
It is my pleasure to announce the official migration
Actually, I just wrote a web application that uses Struts 1.2.4, Struts
Flow - http://struts.sf.net/flow , iBATIS database layer, and a touch of
Java. Struts Flow allows you to use a Javascript function to replace a
Struts action. I use iBATIS to run SQL queries and return Lists of Maps
(a
I didn't see anything in that proposal that couldn't be satisfied by
Struts Flow, but I could have missed something. If so, we could
supplement Struts Flow to support it. Converting Javascript objects to
Maps should be a sufficient way to handle compatibility with existing
Struts
Hmm...good question. :) Struts BSF is a very simple project that lets
you write a Struts action using a BSF-supported scripting language. The
advantage of this project is you can use any BSF-compatible language
including Python, Ruby, Groovy, Javascript, Perl and even VBScript (on
windows).
Hey, I'll could do that this weekend, but I thought I was to wait until
1.2.5 was rolled, which has, well, stalled. Damn you and your dark,
velvety carrot. :)
Don
Ted Husted wrote:
On Fri, 29 Oct 2004 14:01:36 -0700, Don Brown wrote:
Struts Flow will be added to Struts soon as an official
On Fri, 29 Oct 2004 23:52:49 -0400, Frank W. Zammetti
[EMAIL PROTECTED] wrote:
Argh, posted to the wrong list!
Well, in all honesty, this isn't something that was initiated by me,
I've never had a thought of passing objects back and forth, so I'm not
sure I can give you a real, concrete use
in the right direction? I'm most definitely interested!
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Don Brown wrote:
On Fri, 29 Oct 2004 23:52:49 -0400, Frank W. Zammetti
[EMAIL PROTECTED] wrote:
Argh, posted to the wrong list
Perhaps this has already been discussed, but I couldn't find anything
about it
How will we organize Struts subprojects in the repository? As I
understand it, Struts subprojects are projects that are intimately
associated with Struts, yet have their own release cycle. The prime
example being
No, actually, it would be a simple matter of a couple of svn move
commands. They are quick, and can be easily redone later if we change
our minds.
Don
On Fri, 5 Nov 2004 07:42:44 -0600, Joe Germuska [EMAIL PROTECTED] wrote:
At 9:52 PM -0800 11/4/04, Don Brown wrote:
If so, why is struts
://svn.apache.org/asf/struts/core/trunk
Don
Craig McClanahan wrote:
On Fri, 5 Nov 2004 08:01:33 -0800, Don Brown [EMAIL PROTECTED] wrote:
No, actually, it would be a simple matter of a couple of svn move
commands. They are quick, and can be easily redone later if we change
our minds.
Agree
Yes. :)
Don
On Mon, 8 Nov 2004 12:08:35 -0800, Martin Cooper [EMAIL PROTECTED] wrote:
On Mon, 8 Nov 2004 11:50:43 -0800, Don Brown [EMAIL PROTECTED] wrote:
I'm not sure what you mean and how refactoring is enhanced by using one
trunk. I'm just suggesting giving each subproject its own
As you many have noticed, we've reorganized the Struts as discussed,
moving core Struts code as its own subproject, then giving struts-faces
and struts-el their own subproject. At the same time, due to core build
requirements concerning struts-el, we moved struts-el to its own
subproject.
I
I've developed a quite small patch that allows Struts, Validator, and
Tiles configuration files to be loaded from the classloader if not
found in the servlet context. This allows people to distribute Struts
modules as self-contained jars (save jsp's of course if the module
uses those).
The
Perhaps this might be a good time to bring up the idea of bringing
StrutsTestCase as a Struts subproject? They have an implementation of
the servlet api for testing.
Don
Joe Germuska wrote:
I just found an annoying bug in struts-chain, where CreateAction was
looking up the map of actions
The bottom line is Struts now uses xml configuration as declarative
configuration, rather than procedural. We define forms, actions,
plugins, etc., without defining a process for using them.
When you start looking at configuration for defining procedures, it can
get messy quick - just look at
Comments inline...
Joe Germuska wrote:
I think Martin said chain is in trunk.
I would assume that the nighly bulids would then have chain in
there, and that it not be a separate download?
Chain is not yet in the core, but getting it there is something I'm
interested in working on. It may also
Not you personally BaTien, I don't understand why some people seem to
confuse Inversion of Control (IoC) and Chain of Responsibility (CoR),
and worse, think they are somehow solving the same problem. IoC helps
us create components by managing their lifecycle and providing their
dependencies.
as the one between HashMap and a SQL database but more like
a properties file and a SQL database? You think?
Jack
On Wed, 24 Nov 2004 10:44:30 -0800, Don Brown [EMAIL PROTECTED] wrote:
Not you personally BaTien, I don't understand why some people seem to
confuse Inversion of Control (IoC
How would this work with digester? As I understand it, digester is the
one that actually populates the action config, and then only at init time.
I sure like the idea, but don't know about the naming style. What about
foo.bar where foo corresponds to setFoo(Map m) and foo.bar calls
struts-config.xml accomplishes the following tasks:
1. Defines form models
2. Defines and configures Actions
3. Defines and configures mappings of actions
4. Defines and configures plugins
5. Defines and configures message resources
6. Defines and configures request processor
I see Spring vastly
? If I was put in this position, I would seriously
consider other ways of writing Java webapps.
David
Craig
On Mon, 29 Nov 2004 10:03:16 -0800, Don Brown [EMAIL PROTECTED] wrote:
struts-config.xml accomplishes the following tasks:
1. Defines form models
2. Defines and configures Actions
3
.
Is not Spring MVC (which is very much like Struts) configured from a
Spring configuration file?
Ideally, an application should be able to use as many, or as few,
configuration files as it likes.
-Ted.
On Mon, 29 Nov 2004 10:47:07 -0800, Don Brown wrote:
Good point, however the use of intelligent defaults
Very applicable actually :)
Let's look it this way - what types of information needs to go into
configuration? I see the following types:
1. Action/Backing bean definitions. Perferably support for connecting
with business objects.
2. Form/field definitions and validations.
3.
On the topic of a Struts API bean, I completely agree. We should have
one bean, probably actually stored in the servlet context, which
contains references to all the Struts-specific components like
configuration elements and message resources. Now this, and the Spring
topic, do overlap since
Sure, works for me :)
Don
Joe Germuska wrote:
snip /
Now, then: This whole thread started as a different question and was
motivated by an earlier question. Assuming that we continue to use
Digester to instantiate and populate ActionConfig objects, I would
like to add a generic mapped property
:00:49 -0800, Don Brown wrote:
On the topic of a Struts API bean, I completely agree. We should
have one bean, probably actually stored in the servlet context,
which contains references to all the Struts-specific components
like configuration elements and message resources. Now
As I understand it, the key to improving the build, be it Maven or Ant,
is who will get the job done. There used to be quite a bit of interest
in a Maven build, and some progress was made toward a conversion,
however, the work was never completed. If someone stepped up and
completed the
The summary of our discussion, as I understand it, would be to create a
ActionContext, which would not be a subclass of any commons-chain
contexts, but would contain the commons-chain, probably WebContext
instance available via a getter. This would allow us to have one
ActionContext instance,
context, would it not let you just do the same thing you said bellow?
(and w/o servlet api).
.V
Don Brown wrote:
The summary of our discussion, as I understand it, would be to create
a ActionContext, which would not be a subclass of any commons-chain
contexts, but would contain the commons-chain
I added the struts-bsf as a Struts subproject, and am now looking to
create a website for it to add to the Struts site. How should I go
about this? Will it be built with Anakia? Should it be created as part
of the Struts site build?
Thanks for the help.
Don
Martin Cooper wrote:
On Thu, 16 Dec 2004 21:18:16 -0800, Don Brown [EMAIL PROTECTED] wrote:
I added the struts-bsf as a Struts subproject,
Strange - the only commit message I've seen is the one to remove
.cvsignore files. I would have expected to see an add message...
The commit message
Who is working on bringing Struts chain into Struts core? If no one, I
wouldn't mind doing the integration.
I'm thinking about using the ComposableRequestProcessor to keep as much
backwards compatibility as possible. The changes I'm proposing by layer:
web.xml
- A chainConfig parameter to
I'm setting up Struts to build from Ant (again), and have to go through
the hassle of setting up build.properties. When I brought struts-bsf
in, I changed its build.xml to, if a lib directory didn't exist,
create one and use Ant's get task to pull the jars from ibiblio. It
wouldn't be a long
Martin Cooper wrote:
On Thu, 16 Dec 2004 21:47:53 -0800, Don Brown [EMAIL PROTECTED] wrote:
Who is working on bringing Struts chain into Struts core? If no one, I
wouldn't mind doing the integration.
I've been wondering the same thing. I have not done anything myself
yet, so I'd be happy for you
to clean up before I commit
that. (Last night's Cactus property clean-up was part of that.)
--
Martin Cooper
On Thu, 16 Dec 2004 22:10:50 -0800, Don Brown [EMAIL PROTECTED] wrote:
I'm setting up Struts to build from Ant (again), and have to go through
the hassle of setting up build.properties. When I
. Is the website updated by
some cron job, or does a committer have to refresh it?
Don
-Ted.
On Thu, 16 Dec 2004 21:18:16 -0800, Don Brown wrote:
I added the struts-bsf as a Struts subproject, and am now looking
to create a website for it to add to the Struts site. How should I
go about
Author: mrdon
Date: Thu Dec 16 21:24:23 2004
New Revision: 122615
URL: http://svn.apache.org/viewcvs?view=revrev=122615
Log:
Adding struts-bsf at version 0.5-dev with adjustments to remove need
to store jars in repository
Added:
struts/bsf/
struts/bsf/.cvsignore
struts/bsf/branches/
Personally, I favor the approach Cocoon takes to modules. Cocoon is
configured to use one sitemap (config file), but that sitemap can mount
or include other sitemaps through the mount element. See
http://cocoon.apache.org/2.1/userdocs/concepts/sitemap.html#Mounting+sitemaps
Using wildcards,
version is this anticipated to happen by? Finally, what is the branch
being used for right now?
TIA to anyone who can help clear this up for me.
sean
On Mon, 20 Dec 2004 23:30:31 -0800, Don Brown [EMAIL PROTECTED] wrote:
As you may have noticed, I've completed the merge of struts-chain with
Struts core
You raise a good point. Unfortunately, only one parameter can be passed
through ActionMapping. DispatchChainAction really needs an
allowedCommands parameter to specify what commands would be allowed.
Perhaps we could use the new set/getProperty methods available in
ActionConfig where
My basic assumption in approaching taglibs extraction into its own
subproject is it can reference Struts classes, but Struts classes
shouldn't reference it.
If that is correct, here are the changes I see happening to extract taglibs:
1. Move o.a.s.taglib out into its own subproject src tree
2.
a
completely separate tiles sub-project that struts core would use. Don't
JSF and Spring currently use tiles and have to include struts.jar when
all they really want is tiles?
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 21, 2004 7:51 PM
To: Struts
I'd like to request the following Bugzilla components be added:
- bsf
- sandbox
If I do this myself, please point me in the right direction. Thanks.
Don
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
, there should be mechanisms to configure the Tiles
definitions even if Struts is not present, via TilesServlet (which I
believe already exists?) and/or a new ServletContextListener
implementation since we're willing to use Servlet 2.3.
+1
--
Martin Cooper
Craig
On Tue, 21 Dec 2004 18:29:43 -0800, Don Brown
long enough, I could remove that and make things a lot
easier. I have yet to migrate all the tests, but that should be
straightforward.
Don
Craig McClanahan wrote:
On Tue, 21 Dec 2004 20:45:03 -0800, Don Brown [EMAIL PROTECTED] wrote:
I agree as well. This lets us follow a consistent approach
.
Don
Joe Germuska wrote:
At 10:24 PM -0800 12/21/04, Don Brown wrote:
FWIW, so far, I extracted tiles and taglib into their own projects,
and got both core and taglib compiling (haven't tried tiles yet). It
took the steps I described earlier as well as moving some methods from
TagUtils back
in the config? This would allow the util implementation to
not only be module scoped but request scoped if desired since the user
can have complete control over the chains.
Don
Joe Germuska wrote:
At 12:33 PM -0800 12/22/04, Don Brown wrote:
What about having a UtilityFactory class that provides
in Utils
become smaller and more tightly focused as small fragments of common code.
Niall
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Joe Germuska [EMAIL PROTECTED]
Cc: Struts Developers List dev@struts.apache.org
Sent: Wednesday, December 22, 2004 9:17 PM
Subject: Re: ViewUtils
Craig McClanahan wrote:
On Thu, 23 Dec 2004 12:31:19 -0800, Don Brown [EMAIL PROTECTED] wrote:
snip /
If that is correct, would it be possible to implement JSF within Struts
chain? Could a JSF implementation be decomposed into chain commands,
and therefore allow the user to mix and match?
You'd
I've made further progress in extracting tiles and taglibs, and have run
into several issues I'd like to get some feedback on.
1. Tiles depends on TagUtils in taglibs. Tiles' version of TagUtils has
a link to taglib's TagUtils.getScope(). I could copy this method over
(it is a whole 5
Martin Cooper wrote:
On Fri, 24 Dec 2004 12:22:33 -0800, Don Brown [EMAIL PROTECTED] wrote:
I've made further progress in extracting tiles and taglibs, and have run
into several issues I'd like to get some feedback on.
1. Tiles depends on TagUtils in taglibs. Tiles' version of TagUtils has
a link
to drag Struts around to do that.
So, I'm not sure what to do with my code. Do my goals for a standalone
Tiles align with the goals for the Tiles subproject within Struts?
david
Le Dec 24, 2004, à 3:30 PM, Martin Cooper a écrit :
On Fri, 24 Dec 2004 12:22:33 -0800, Don Brown [EMAIL PROTECTED
Martin Cooper wrote:
The new build system will consist of a few shared build files, and a
per-subproject build.xml file. This leads to the obvious question of
where the shared build files should live. There are basically two
options, as I see it:
1) In a 'build' subproject. This is the cleaner
Ian Roughley wrote:
Ok, I'll be more specific :) The tags that you use in JSP are directly
available to other view technologies (freemarker and velocity) due to a
common underlying component model. To make this possible they have
their own MVC design - using a freemarker template as the
will override simple/head.ftl and import the exact parts of dojo it needs so the later requires won't
have a performance impact.
Don
If you like I can assist, but I won't have time till late next week at
the earliest.
/Ian
Don Brown wrote:
Ian, what about using the minimal profile, but each
Thanks Toby for fixing these tests. I keep forgetting WebWork, even its
tags, are so well unit tested :)
Don
[EMAIL PROTECTED] wrote:
Author: tmjee
Date: Sat Apr 15 08:45:00 2006
New Revision: 394308
URL: http://svn.apache.org/viewcvs?rev=394308view=rev
Log:
- fix failing test case
Whether XWork is moved to Apache or not, I 100% agree the docs and API should be in a single location. WebWork has been
doing this for a while, and I think we should continue the practice. The relationship between Action 2 and XWork could
be like Action 1 and Commons Validator - the user
Bob Lee wrote:
Also, how do the tags relate to JSTL? Are we just going to ignore
JSTL? Or are we going to use JSTL for JSP with some WebWork-specific
extensions and the WebWork tags for other template engines?
I personally prefer the latter option. Struts has always tried to work well with
This is a great feature suggestion, so could you please open up a ticket on it so it doesn't get forgotten? At the
moment, we are focused on getting out of the Incubator, but soon, we hope to address issues such as this.
http://issues.apache.org/struts
Don
Ricardo Lecheta wrote:
Hi,
In
Ian Roughley wrote:
Don Brown wrote:
Bob Lee wrote:
Also, how do the tags relate to JSTL? Are we just going to ignore
JSTL? Or are we going to use JSTL for JSP with some WebWork-specific
extensions and the WebWork tags for other template engines?
I personally prefer the latter option
This has been a topic I've been wondering about for a while: would it be possible to move to Java 5, then use a tool
such as Retroweaver [1] to provide Java 1.4 support? I'm not prepared to completely abandon Java 1.4 users, but Bob
does make some good points regarding the concern for falling
This is a great list, thanks for taking the time to put it up. I may not agree with everything, but it is sure to spark
conversation :)
Don
Bob Lee wrote:
On 4/18/06, Bob Lee [EMAIL PROTECTED] wrote:
I'll set up the rough spots page.
http://wiki.apache.org/struts/RoughSpots?action=show
Patrick Lightbody wrote:
We can definitely start by reading struts.xml rather than xwork.xml.
+1, works great with struts-default.xml
Don
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
, I would suggest that we use action-default.xml, and any place
where we've started to say struts, we might consider saying
action, so as to avoid confusion and conflict with Struts Action 1.
-Ted.
On 4/19/06, Don Brown [EMAIL PROTECTED] wrote:
Patrick Lightbody wrote:
We can definitely start
, Don Brown [EMAIL PROTECTED] wrote:
The bottom line is, IMO, the Struts project hasn't been as good as it could
be at sharing our roadmap and vision with the user community. It is a
personal goal of mine to improve this, and to see the continued success of
both projects.
One habit that Apache
to milestones, like we've started to do. This will
help guide expectations on what will be in what release.
Don
Ted Husted wrote:
On 4/20/06, Don Brown [EMAIL PROTECTED] wrote:
The bottom line is, IMO, the Struts project hasn't been as good as it could
be at sharing our roadmap and vision with the user
The confluence migration is one of the remaining issues before Incubator
graduation, and here is the plan:
1. Export the data from OpenSymphony
2. Lock the OS WW wiki down to only the dev team for minor changes
3. Stand up a confluence instance, probably on my personal server, with the
Can we require these snapshot plugins in our POM somehow? I'm fine with working with snapshots, but their download and
use should be automatic.
Don
Wendy Smoak wrote:
On 4/18/06, Don Brown [EMAIL PROTECTED] wrote:
We definitely need an action/src/site directory to contain
the root site.xml
With our JIRA instance stood up, it is time to revisit our earlier decision to migration our Struts Bugzilla tickets to
JIRA.
http://issues.apache.org/struts
I believe most of this work can be done without bothering infrastructure, as the import can be done through JIRA's web
admin interface.
at http://issues.apache.org/jira?
+1 (as always) for migrating to JIRA. I find Bugzilla to be
unbearable compared to JIRA. I just don't see why a separate instance
is needed.
Sean
On 4/20/06, Don Brown [EMAIL PROTECTED] wrote:
With our JIRA instance stood up, it is time to revisit our earlier
1 - 100 of 1487 matches
Mail list logo