DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27831.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sun, 21 Mar 2004 13:49:45 -0500, Thomas L Roche (not speaking for IBM)
summary: McClanahan should clearly state *in some major publication*
* that JSF does/will not replace Struts
* how JSF and Struts will likely tend to specialize, in future
* how probable specializations will complement
On Mon, 22 Mar 2004 08:00:00 -0500, Thomas L Roche wrote:
Ted Husted Sun, 21 Mar 2004 20:28:17 -0500
But I think either of us would rather be developing Struts than
evangelizing Struts.
This is not about evangelizing: it's about clarifying the
relationship between 2 large parts of J2EE's
On Mar 22, 2004, at 6:13 AM, Ted Husted wrote:
My point is that this type of prognostication doesn't help Struts in
any way that matters. What helps is people rolling up their sleeves
and doing the work. Given the vast numbers of developers using Struts,
I'm constantly astonished at how hard it
Hi
I have just started to use the latest builds, and I see that the
html:javascript now has changed its implementation with respect to
generating dynamic javascript. It now prefixes the required, maxlength
etc. methods with the formname. Does this mean that I also have to
generate the
For me, the main discouraging thing about contributing to the
development of Struts has been the build process. In the past, you
had to download all of jakarta-commons and spend a day or two
figuring out how to get that to build. Recently, I tried to build
Struts and was successful using the
Hi
I think that the move to Maven is a giant leap forward. Now at least we
can build with requisite jars that are already build. Earlier it ment
that you would have to buil a bunch of projects before you could
actually do the real build. Also you can have local repositories for
when you are
On Mar 22, 2004, at 7:28 AM, Joe Germuska wrote:
For me, the main discouraging thing about contributing to the
development of Struts has been the build process. In the past, you
had to download all of jakarta-commons and spend a day or two
figuring out how to get that to build. Recently, I
Personally, I find the Struts build files to be complex and confusing.
I've come to associate Maven with easy builds because building commons
components (including the distro, website, tests, etc) is a snap compared
to Struts. I agree that storing jars in cvs isn't a good idea which is
why using
At 5:24 PM -0800 3/21/04, Craig R. McClanahan wrote:
I think the presentation-tier-independent things about Tiles (like mapping
forwards to definitions) should be built in to the core, so there isn't any
such thing as a separate TilesRequestProcessor (or a separate chain or
whatever). In turn,
1:There is no overlap as there does not seem to be any development
going on about WorkFlow area in struts.
I think you are correct; people seem to be gravitating to struts-workflow.
2:While brousing through struts-dev archive, I came aross many
threads where the topic of a workflow like concept
I have to agree. I am somewhat accomplished at programming, but I have
limited administrative talents. I would have contributed a lot, but I
just have not been able to talk myself into spending my time learning how
to get what I need to help. This is no excuse. I still feel guilty as
hell.
I agree 100% with Matt and make the same prognostication.
At 06:46 AM 3/22/2004, you wrote:
On Mar 22, 2004, at 7:28 AM, Joe Germuska wrote:
For me, the main discouraging thing about contributing to the
development of Struts has been the build process. In the past, you had
to download all of
I have a somewhat nutty suggestion. I suggest that we have someone who
is an administrative genius with a flair for teaching and simple
statement be an available guide to assist new people in getting the proper
builds to work on struts. Such a person would, I predict, be worth 100
times
Current status:
41: All tests run successfully.
40: I don't currently have a 4.0.x build handy to run against.
33: Container has problems as soon as tests start.
50: Tests run successfully, but container doesn't stop.
I have a feeling that the 33 issue is a config problem, because the
container
My popular validate-two-fields howto seems to be broke with the Struts
nightly (20031202) build I'm using. The following (which works w/
Struts 1.1) throws a NPE at the first errors.add():
public static boolean validateTwoFields(Object bean, ValidatorAction
va,
One more comment about the difficult of contribution to open source projects
in general. I have used a great deal of open source code and modified it
quite a bit, but have never been successful in making contributions,
although I have made more than one attempt.
The problem I have is that I
David Graham [EMAIL PROTECTED] wrote:
Personally, I find the Struts build files to be complex and confusing.
Two weeks ago, I tried to build the struts 1.1 source package against
commons-collections-3.0.jar in order to run the unit tests and insure struts
still worked properly. After several
Quoting Thomas L Roche [EMAIL PROTECTED]:
Sun, 21 Mar 2004 13:49:45 -0500, Thomas L Roche (not speaking for IBM)
summary: McClanahan should clearly state *in some major publication*
* that JSF does/will not replace Struts
* how JSF and Struts will likely tend to specialize, in future
Quoting Joe Germuska [EMAIL PROTECTED]:
At 5:24 PM -0800 3/21/04, Craig R. McClanahan wrote:
I think the presentation-tier-independent things about Tiles (like mapping
forwards to definitions) should be built in to the core, so there isn't any
such thing as a separate TilesRequestProcessor
Quoting David Graham [EMAIL PROTECTED]:
Personally, I find the Struts build files to be complex and confusing.
I've come to associate Maven with easy builds because building commons
components (including the distro, website, tests, etc) is a snap compared
to Struts. I agree that storing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=26684.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
At 11:52 AM -0500 3/22/04, Mike Kienenberger wrote:
Two weeks ago, I tried to build the struts 1.1 source package against
commons-collections-3.0.jar in order to run the unit tests and insure struts
still worked properly. After several hours of trying to set it up and make
...
Like those who
On Mon, 22 Mar 2004 09:53:02 -0800, Craig R. McClanahan wrote:
Yep ... that's why we need to finish the how many repositories
discussion so we can start migrating towards something that is
simpler.
I continue to think that the easiest thing in the long run will be a module for each
product.
Execution of html:checkbox name=mailSent property=mailSent value=Sharad tag :
name - Used to get value of the checkbox once the form is submitted.
property - used to map the status, i.e. whether the checkbox shd be Yes or No,
to the bean property.
value - value of the
On Mar 22, 2004, at 11:28 AM, Ted Husted wrote:
On Mon, 22 Mar 2004 09:53:02 -0800, Craig R. McClanahan wrote:
Yep ... that's why we need to finish the how many repositories
discussion so we can start migrating towards something that is
simpler.
I continue to think that the easiest thing in the
|
--- Additional Comments From [EMAIL PROTECTED] 2004-03-22 19:28 ---
I just tried this with the latest nightly build (20040322) and it's still
broken. If I have the following in validation.xml, my JSP renders fine:
formset
form name=uploadForm
field
Nevermind - changing everything to ActionMessages solved it. Should've
known. Below are the files I had to change - hopefully this helps folks
in the future. I'll update my site when 1.2 is released. When's that
going to happen - August? ;-)
http://tinyurl.com/3x4nw
http://tinyurl.com/2rm65
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27861.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
husted 2004/03/22 17:02:30
Modified:doc/userGuide release-notes.xml
Log:
Update release notes.
Revision ChangesPath
1.50 +28 -2 jakarta-struts/doc/userGuide/release-notes.xml
Index: release-notes.xml
On Mon, 22 Mar 2004 12:30:11 -0600, Bhardwaj, Sharod wrote:
Execution of tag : name - Used to get value of the checkbox once
the form is submitted. property - used to map the status, i.e.
whether the checkbox shd be Yes or No, to the bean property. value
- value of the
On Mon, 22 Mar 2004 11:36:37 -0700, Matt Raible wrote:
While it's great to break out things into separate modules - I'd
love to be able to get struts.jar w/ everything in it - including
EL and tags. I can live with all the commons-* JARs (even if it is
annoying), but in general - the less
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 on this!!
You hit the nail on the head. Many people (mostly managers) are reluctant
to adopt Struts add-ons because they are not perceived as having the same
tried and true stamp as the official Struts core. I think doing this
would be a huge boon for Struts and would foster a lot of the
James Holmes wrote:
+1 on this!!
You hit the nail on the head. Many people (mostly managers) are reluctant
to adopt Struts add-ons because they are not perceived as having the same
tried and true stamp as the official Struts core. I think doing this
would be a huge boon for Struts and would
Not exactly sure what you're referring to here, but am guessing you mean
would there be an offer for integrators/embedders to become committers? I
personally think this makes sense for cases like Expresso.
My point was to show my support for Ted's proposal (of sorts) that projects
like stxx and
A simple google search provides a wealth of information:
http://www.google.com/search?q=craig+struts+jsf
PS
Unless I'm missing the sub plot where the criminal mastermind/evil
genius tricks us all into using the wrong framework, maybe I'm
mistaken, but a simple 'Hey, Thanks Craig' for all the
From: Matt Raible [mailto:[EMAIL PROTECTED]
I don't care how things are partitioned in CVS, as long as everything
builds with one checkout and one command.
Along those lines, I'd like to suggest that a complete WAR and/or EAR of
examples be included as one command to checkout. I'd even be
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
James Holmes wrote:
Not exactly sure what you're referring to here, but am guessing you mean
would there be an offer for integrators/embedders to become committers? I
personally think this makes sense for cases like Expresso.
My point was to show my support for Ted's proposal (of sorts) that
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27239.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 22 Mar 2004 [EMAIL PROTECTED] wrote:
Hi
I think that the move to Maven is a giant leap forward. Now at least we
can build with requisite jars that are already build. Earlier it ment
that you would have to buil a bunch of projects before you could
actually do the real build. Also you
martinc 2004/03/22 20:28:27
Modified:conf/test/tomcat33 server.xml
Log:
Change the port number for the AJP-12 connector so that it doesn't conflict
with the default one in the container. (This probably isn't needed at all,
but I'll leave that for someone more familiar with
On Mon, 22 Mar 2004, Ted Husted wrote:
On Mon, 22 Mar 2004 11:36:37 -0700, Matt Raible wrote:
While it's great to break out things into separate modules - I'd
love to be able to get struts.jar w/ everything in it - including
EL and tags. I can live with all the commons-* JARs (even if it
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=2.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
martinc 2004/03/22 22:27:06
Modified:src/share/org/apache/struts/config ActionConfigMatcher.java
Log:
Make ActionConfigMatcher$Mapping serializable.
PR: 27376
Submitted by: Fabio Grassi
Revision ChangesPath
1.10 +4 -4
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27376.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Quoting Martin Cooper [EMAIL PROTECTED]:
On Mon, 22 Mar 2004, Ted Husted wrote:
On Mon, 22 Mar 2004 11:36:37 -0700, Matt Raible wrote:
While it's great to break out things into separate modules - I'd
love to be able to get struts.jar w/ everything in it - including
EL and tags. I
Quoting James Holmes [EMAIL PROTECTED]:
+1 on this!!
Agreed.
You hit the nail on the head. Many people (mostly managers) are reluctant
to adopt Struts add-ons because they are not perceived as having the same
tried and true stamp as the official Struts core. I think doing this
On Mon, 22 Mar 2004, Craig R. McClanahan wrote:
Quoting Martin Cooper [EMAIL PROTECTED]:
On Mon, 22 Mar 2004, Ted Husted wrote:
On Mon, 22 Mar 2004 11:36:37 -0700, Matt Raible wrote:
While it's great to break out things into separate modules - I'd
love to be able to get
52 matches
Mail list logo