On 7/21/07, Paul Benedict [EMAIL PROTECTED] wrote:
+1 GA
+1 GA
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
I felt so good I told the leader how to follow.
-- Sly Stone
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
I felt so good I told the leader how to follow.
-- Sly Stone
execute(ActionContext context) throws Exception;
Thanks,
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
making it available as named Spring bean
instance.
May save you some coding...Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out of tune.
-- Caetano Veloso
are not in production yet, we should work on
clean interfaces and risk some minor/easy to fix code breaks for users.
+1 -- now is the time, definitely.
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out of tune.
-- Caetano Veloso
users, but I do not think they should be considered
fully supported or a blocking issue for a Struts 2 release.
Anyone strongly disagree?
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out of tune.
-- Caetano Veloso
for ever.
I will allow that this may be more about formality than anything else, and I
won't object to a build done this way, but it seemed worth mentioning.
Maybe someone else feels more strongly about it.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned
+1 worked for me as well
Ditto. +1
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out of tune.
-- Caetano Veloso
in
http://jakarta.apache.org/commons/logging/commons-logging-1.1/RELEASE-NOTES.txt
In terms of calendar maturity, it's even older (May 2006) than Freemarker
2.3.8. Is it just an oversight that we haven't moved to it? or are the
aforementioned compatibility issues considered more substantial?
--
Joe
mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned
. I'm updating some training materials, and
I'll try it here locally.
-Ted.
On 1/20/07, Joe Germuska [EMAIL PROTECTED] wrote:
I see now that the syntax I was trying to use was
added in Freemarker 2.3.7
-
To unsubscribe, e-mail
is right for our environment.
Thanks
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out of tune.
-- Caetano Veloso
. I've already submitted patches for null handling in
the select tags--this is just another instance were nulls slip through
the cracks.
Tom
Joe Germuska wrote:
I've ran into an odd problem of my own and while I'm troubleshooting
it, I'm
hitting some problems or confusion with Freemarker
PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out
a complete idea of what it is.
Ciao
Antonio
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned
in the Tiles configuration file, they should be the same.
Antonio
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth
/org/apache/struts/struts-annotations/1.0-SNAPSHOT/struts-
annotations-1.0-SNAPSHOT.jar
on the repo server?
Joe
On 1/12/07, Joe Germuska [EMAIL PROTECTED] wrote:
This was actually just fixed in an obscure side dependency,
struts-annotations (https://issues.apache.org/struts/browse/WW-1392)
I
Joe Germuska wrote:
Hey, I just sent this to [EMAIL PROTECTED] and when I went to build a new
snapshot of struts-annotations, I got a permission denied
Turns out the existing file is owned by mrdon:apcvs with 644 perms.
I think we need to make sure everyone who does deployments adds
, simplification and clarification are sometimes at odds
with each other!
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever to be out of tune.
-- Caetano Veloso
Please respond with a vote on GA quality for Struts 1.3.5
[X ] +1Yes, Struts 1.3.5 should be promoted to GA quality.
[ ] +/- 0
[ ] -1 No, let it remain Beta quality
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
The truth is that we learned from João forever
. You'd use the controller to
specify the name of a catalog and the name of a command within that
catalog which is to be executed to process the request. Therefore,
you could specify different bootstrap commands for each controller
until you turn blue.
Joe
--
Joe Germuska
[EMAIL PROTECTED
or request parameters.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
is a cleaner design than
depending upon reflection, but I wouldn't veto a reflection based
solution.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new
outdated!
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
obtaining SAF2
can use Action 1, Action 2, and/or Shale 1?
I don't like including either Action 1.3 or Shale 1.x in the SAF 2.0 release.
People who need them can get them.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something
much the right
approach as well...
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
of the client-side setup and such, but that's really more
about convenience than integration to me (and not that convenience isn't
important!).
What about a modern alternative to the html:javascript tag which
consulted serverside validation config?
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http
sure that's part of where I started to get the idea (along
with the way DWR provides JS from behind a servlet) -- but what
Martin is suggesting is presumably more specific to Dojo and not just
a way of plugging it into Struts?
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new
At 9:00 AM -0700 6/14/06, Wendy Smoak wrote:
On 6/14/06, Joe Germuska [EMAIL PROTECTED] wrote:
Would you consider some kind of compatibility mode? That is, before
you remove support for these, could there be a way for people to
configure things for a more strict or more compatible evaluation
out where you think it's
unnecessarily complicated? Do you have any ideas about how to do it
differently?
Joe
Phil
Joe Germuska wrote:
At 9:23 PM +0100 6/13/06, Phil Zoio wrote:
Is it possible to have multiple chain configurations for the same
Struts 1.3 app. For example, can you
the
conventional one?
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
would want to make this easier than it is now, but so
far we just don't know enough about if or how people are likely to
want to do this, so it's hard to know how to make it easier.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying
there.
I think that in general, the Struts 1.x initialization process is
awfully constraining, but I haven't had any substantially better
ideas about how to do it.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new
/opensymphony/webwork/views/jasperreports/JasperReportsResult.html
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
for
eventual integration to their project, or if not, to be served
independently.
Is there any problem with iText's license? (dual LGPL/MPL)? May be
worth a look at PDFBox, which is BSD licensed: http://pdfbox.org/
Just a few fragmentary thoughts...
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http
/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn
not been
released yet, and Wendy's test build could be scrapped and a new
1.3.5 produced, but I'm not sure if everyone exactly agrees with all
of that.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
At 8:10 PM -0700 5/24/06, Wendy Smoak wrote:
On 5/24/06, Joe Germuska [EMAIL PROTECTED] wrote:
I haven't had a chance to file a bug on this one yet, but I think
there's a problem in how the PerformForward command handles modules.
(I posted about it to the list but got no responses.)
Oh, I
://miguelgalves.blogspot.com
Não sabendo que era impossível, ele foi lá e fez...
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
it was
mishandling modules.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
At 11:55 AM -0400 5/24/06, Frank W. Zammetti wrote:
On Wed, May 24, 2006 11:12 am, Joe Germuska wrote:
Forgive me if this has been covered elsewhere, but I'm still confused
about why someone would want to integrate DWR with Struts? I've
only used it a bit, but in each case, I didn't really
about inconsistent states
based on different invocation mechanisms, then I don't see any real
objection.
I still don't *get it*, but that's my problem :)
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even
, it would probably make
sense to let him commit them before migrating, if the migration is to
go ahead.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try
-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
At 1:07 PM -0500 5/16/06, Joe Germuska wrote:
I've uncovered a couple of things in porting an old Struts 1.1
application to 1.3; I know they probably need to go in Jira, but I
wanted to get a little discussion about them before filing them.
Actually, now I think i'll send them separately
At 1:07 PM -0500 5/16/06, Joe Germuska wrote:
I've uncovered a couple of things in porting an old Struts 1.1
application to 1.3; I know they probably need to go in Jira, but I
wanted to get a little discussion about them before filing them.
Actually, now I think i'll send them separately
.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
removed the chain-config.xml from the ZIP,
I think it's easier to say change this in web.xml than unpack this
thing from web.xml and then edit it.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you
of this issue? We've
always just worked around it.
The bottom line, it is better to hide DTDs in the JAR, but in case it
does not work a readily available HOW-TO should be provided.
Indeed.
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out
had 1.3 based code in production for months, so I'm
GA on the code -- as for whether the above is an important packaging
problem or just something that needs to be updated in docs, I'll
defer.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out
At 11:21 AM -0700 5/10/06, Wendy Smoak wrote:
On 5/10/06, Joe Germuska [EMAIL PROTECTED] wrote:
This seems like the smallest of things, but the distribution includes
struts-core-1.3.4.jar and not struts-action-1.3.4.jar.
I thought we'd decided to change that? The upgrade notes wiki page
by commands; it's just the set-up
(and possibly teardown?) that are still new enough that it's hard to
know.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try
At 3:03 PM +0100 5/5/06, Niall Pemberton wrote:
On 5/5/06, Joe Germuska [EMAIL PROTECTED] wrote:
Its probably academic, but since CRP extends RP then it seems
incorrect to deprecate the whole class with a view to removing in the
future. Wouldn't it be more correct to deprecate all
]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try
.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
projects (and the same for tiles-velocity probably,
although I don't really know that code.)
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new
to agree with Bob here. At this point, I think that the
first release of SAF2 should be taking the stage as more than just
WebWork 2.x with renamed packages. It doesn't need to be radically
different, but it should be more than that.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
Martin Cooper
Sent: Thursday, March 30, 2006 12:46 AM
To: Struts Developers List
Subject: Re: SV: Struts 1.3 and Internationalization
On 3/29/06, Hubert Rabago [EMAIL PROTECTED] wrote:
On 3/29/06, Joe Germuska [EMAIL
the
status/plan/etc? This is something I've just started thinking about
in the last couple of weeks, but don't want to reinvent the wheel...
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn
help will be big.
I haven't yet had a chance to look at this myself.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
able
to access the locale from the request, and adding support would mean no
backward compatibility. Correct me if I am wrong. It is quite some time
since I ran into this (1.2.2 or something), and I solved it by hacking the
html:text tag and some other places I do not remember.
--
Joe Germuska
that, but it may do
us well to challenge that philosophy.
Still, having roots in that philosophy, again my inclination is to
try to be more library agnostic. Can that work?
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying
of a
single form field should be not too hard to generalize, although I
haven't looked at all the models for integrating JS widgets into a
page neatly. I guess there are also issues of triggering the
widgets, etc.
Hope this helps.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http
At 9:59 AM -0500 3/27/06, Frank W. Zammetti wrote:
On Mon, March 27, 2006 9:22 am, Joe Germuska said:
I wonder if there's a way to generalize an API out of these so that
we are less bound to an implementation. Certainly, a date picker or
rich text field which ultimately just ends up setting
, but not to
the point where I'd make a fuss.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
it!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new
just don't think it's
necessary to have that extra layer in there.
Not something I feel extremely strongly about, but since two other
folks brought it up, I figured I'd chime in.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out
conservative one out there. (well... maybe :)
naah.)
Spring, at least, supports Annotations in pre-Java-5, so there is an
example that could be mined. I don't know how much extra effort it
takes, but I thought I'd throw it out there...
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http
many
Struts flavors already.
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
://issues.apache.org/jira/browse/INFRA-742
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
together components and events (as in Shale).
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
in further debates if
there were any more points raised beyond our mutual opinions.
I think by far the bigger issue is that not enough people have looked
closely at the code enough for a strong discussion to be held.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You
possibly use servlet filters
instead of the chain without at least requiring those upgrading to
Struts 1.3 to learn the new way to configure their web.xml.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you
, like
the naming and responsibility of the ActionContext class, then they
could vote to mark the release merely Alpha -- but that doesn't mean
there shouldn't be a release.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying
will never bother to touch Struts 1.3 and will have already
started using WebWork. There is a broad spectrum of users out there.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can
to worry that much
about this potential overlap. That said, I wouldn't veto a change
if other committers agree strongly with Paul.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out
At 10:24 AM -0800 2/13/06, Don Brown wrote:
+1 Lets just get something out the door already :)
+1 and amen
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try
action mappings have that attribute set..
An additional, independent parameter to turn it off just seems like
it will be confusing.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out
At 8:16 PM -0800 1/24/06, Don Brown wrote:
= PROJECT PROPOSAL =
WebWork 2: A Java web application development framework
A proposal to merge the WebWork 2 community and codebase into the
Apache Struts project. The new codebase is slated to become Struts
Action 2.
+1
--
Joe Germuska
[EMAIL
.
For example, when referring to a musical group whose name isn't
plural, there are different conventions in the US and the UK. Like
this current headline from nme.com: Elbow join Lancastrian
super-gig In the States, it would probably be Elbow joins...
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http
to change in a local copy of the
chain-config.xml (This is the kind of thing that starts to push
whether it's suitably easy to change chain-config.xml for local
purposes, something about which I have some reservations for novice
users.)
Reactions?
Joe
--
Joe Germuska
[EMAIL PROTECTED
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new.
-- Robert Moog
, Joe Germuska said:
I would propose that the simplest approach would be to change it to
consult the ActionMapping for an arbitrary string property with a key
like CANCEL_PARAMETER. It would use this parameter name instead of
the Globals.CANCEL (perhaps also adding a check for the same
.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed
Source Evangelist
Consulting / Mentoring
678.910.8017
- Original Message - From: Joe Germuska [EMAIL PROTECTED]
Newsgroups: gmane.comp.jakarta.struts.devel
Sent: Monday, January 23, 2006 10:10 AM
Subject: Re: Validation Security Hole?
Here's my first thoughts on possible approaches
/06, Joe Germuska [EMAIL PROTECTED] wrote:
At 3:37 PM -0500 1/23/06, Frank W. Zammetti wrote:
The proposed solution requires that the person intentionally using
this feature make one further indication in the struts-config file,
...snip...
the cancel parameter for any action (path
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed. Try something new
to the thread, so
the context is readily available for those who are looking for it.
I guess we'll just have to see. Certainly GMane and Nabble work more
or less as Jive will, and they haven't crippled the lists.
Joe
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
You
to org.apache.action
is this right? org.apache.action ?
shouldn't struts be in there somewhere?
this seems to be a little at odds with some previously stated
explanations of how the one true Struts 2.0 will emerge, but
frankly, I'm not sure I think that's a problem.
Joe
--
Joe Germuska
working code and letting it
prove itself Struts Action 2.0, but I think that's more theoretical
at this point. Everyone who is likely to be working on any kind of
Struts Action 2.0 seems to be on-board with Titanium and the WebWork
merger, so no need to dance around that.
Joe
--
Joe Germuska
immediately
and delete all copies of this message.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED]
http://blog.germuska.com
Narrow minds
be used for
the same use-case ?
backwards compatibility; saving errors in session scope came later.
Why is there no getErrors(session) ?
Oversight, probably. You could submit an
enhancement request, perhaps with a patch ;-)
Joe
Joe Germuska a écrit :
At 3:00 PM +0100 12/14/05
-- not a lot of people have set out to use
chains and commands instead of actions, so there aren't a lot of
best practices just yet. You get to discover them!
Joe
--
Joe Germuska
[EMAIL PROTECTED]
http://blog.germuska.com
Narrow minds are weapons made for mass destruction -The Ex
-20051203.060733 but rather on version
0.2-SNAPSHOT, and we should advise other people to either do the
same or to stage the timestamped version on a Maven repository under
their own control.
How does that sound?
Joe
--
Joe Germuska
[EMAIL PROTECTED]
http://blog.germuska.com
Narrow
At 11:19 PM -0700 12/2/05, Wendy Smoak wrote:
On 12/2/05, Joe Germuska [EMAIL PROTECTED] wrote:
In short, it builds a JAR with a timestamped version (like
struts-core-20051106.203359.jar) and then makes a copy of it with the
name struts-core-SNAPSHOT.jar So for my team, if we are depending
for the
ComposableRequestProcessor... what ticket would we have for that?
even if we had a ticket for the general new feature, when would we
deem it ready to be closed?
I understand the appeal, but I fear it's more bureacracy than value
for us. I'm willing to be convinced otherwise.
Joe
--
Joe
1 - 100 of 460 matches
Mail list logo
