e/src/main/test/templates/macro_fulltest_test.zs
- merged output 4:
http://code.google.com/p/zipscript/source/browse/trunk/core/src/main/test/templates/macro_fulltest_result.txt
On Fri, Aug 1, 2008 at 10:26 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> Joe,
>
> My advice would be to spe
uages. That isn't
currently in the plan now but certainly would be something on the
plate if this language got a foothold.
Joe
On Fri, Aug 1, 2008 at 6:20 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> For me, it's the "real world apps", *plus* the interest in porting GXP
&
e are some quick links:
- homepage:
http://zipscript.googlecode.com
- Yahoo! UI macro examples:
http://code.google.com/p/zipscript/wiki/YUIMacros
- Language Syntax Examples
http://code.google.com/p/zipscript/wiki/SyntaxExamples
Thanks
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
I'm going to be substantially offline for the next week. Count this a vote
for "var."
Joe
On 6/28/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
What would be the best way to get to an agreement on this? cast a vote?
musachy
On 6/28/07, Martin Cooper <[EMAIL PROTEC
a value into a scope, in sympathy with the JSTL
syntax?
Joe
On 6/27/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
Any other ideas/opinions on this?
musachy
On 6/16/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
>
> We have to options:
>
> 1. use "id" in
e in for a while. In fact, the idea you
suggest may at one point have been on the roadmap for 1.4.
Joe
On 3/7/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
Just gathering some opinions here...
Would it be preferable to accept an ActionContext in execute() rather
than the 4 parameters?
publ
hen
used as bean reference, effectively 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
nce we 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.&
patible jars are a
convenience for some 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
f OGNL.
+1 beta
--
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
likely that the "struts-annotations-101-staging" repository
will not be around 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
+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 any case, better than writing directly to the output stream, which I'd
generally only want to do with downloads or other binary data.
I don't know if this helps at all...
Joe
On 1/23/07, einundswanzig <[EMAIL PROTECTED]> wrote:
Im new in Struts, in fact im pret
atibility issues considered more substantial?
--
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
;rules" or some semblance thereof might be helpful.
Joe
On 1/21/07, Ted Husted <[EMAIL PROTECTED]> wrote:
We've been running against freemarker 2.3.4. Has anyone tried using 2.3.8?
Should we update our dependency from 2.3.4 to 2.3.8 ?
* http://freemarker.org/docs/app_versions
Tom:
Thanks for your help... I see now that the syntax I was trying to use was
added in Freemarker 2.3.7
http://freemarker.sourceforge.net/docs/versions_2_3_7.html
Now... is an empty string the right result? maybe ${error?default("")} ?
is that overkill?
Joe
On 1/20/07, Tom
self, except apparently I haven't found Freemarker syntax documentation
which 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
posed to always go look for
new snapshots unless you specify differently.
But if Rene's solution works, that makes sense.
--
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
unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PR
include including other tiles processing.)
If the tag which does this never includes a literal string, I would not find
that a big problem. But if I need to know ahead of time whether I want to
insert a template or a definition, I think that's a shortcoming.
Joe
On 1/16/07, Antonio Petrell
they're out there" as "we really oughta use 'em" --
especially since we resolved one of the questions I had about verbosity.
I think people should remember that they are out there. I'm not sure I've
found a critical use case for them yet, either in Tiles or in S
thought was
foo
At least if we do have a use case for JSTL functions, we could use the
ActionContext threadlocal to get our hands on the ServletContext, etc.
Is it worth doing something for just the simplest case, or should I just get
used to a little extra clutter in my pages?
Joe
--
Joe Germu
dly, do we have any rules, or even guidelines, about when we should
deploy SNAPSHOTs to the repo? I can't think of any particular reason, but I
don't want to just bust off doing it whenever the whim strikes me, unless
people think that's OK.
Joe
On 1/12/07, Don Brown <[EMAIL PROT
nnotations-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 haven't deployed snapshots to the Apache repo
ow is
substantially more clear than what was there before.
But I do apologize for my haste.
Joe
On 1/12/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
David H. DeWolf ha scritto:
> 2) rename tiles:put to tiles:putAttribute
I don't know, if you rename you should rename also the
e
make these changes, although I'm not totally up to speed on Tiles
development, the move to TLP, etc; if someone who has been more active wants
to do it, I'll gladly defer.
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
On 1/11/07, Joe Germuska <[EMAIL PROTECTED]> wrote:
I inferred the intent. I'm not sure if I agree with it or not, but I
really haven't thought about it much. I agree there was lots of room for
simplification and clarification in Tiles, so I won't say it was the w
plification 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
led.
In any case, I thought it would be interesting to see what people think of
JSTL functions in Struts and/or Tiles even if this isn't the right case for
them.
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
Hello all,
I just checked out the 2.0.1 beta and was very pleased, but I
couldn't find any information on a planned release schedule for 2.0 on
the wiki. Can anybody point me in the right direction?
Keep up the excellent work all,
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
At 1:01 PM -0700 6/30/06, Paul Benedict wrote:
Joe,
First, thanks for pointing out cintoo. I looked at the source and it
seems like it could be something s1/2 could share together. Are you
interested in investigating this with me? Is anyone else?
that wasn't me :) I don't hav
lted cookies 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
At 9:07 AM +0100 6/30/06, Phil Zoio wrote:
Joe,
Could Struts 1.3 set up to have a separate chain per module?
Phil: I thought we discussed this two weeks ago. In short, the
answer is "yes". Looking back at what I wrote, perhaps I gave too
much detail at the wrong time. Here i
xt under a well known key. It's just
that it feels so 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 bur
ution, so that anyone 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 ca
rating "dojo" into its own theme is very 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 ca
yep. I'm 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
ts and make the
tags do some 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?
point 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 exampl
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 comp
/JSPs.
Just a thought. I don't have a ton of time to put into it myself,
and I wouldn't make a big fuss if it weren't done.
Joe
At 5:37 PM -0500 6/13/06, Greg Reddin wrote:
Ticket SB-21 [1] seeks to simplify the Tiles taglib API. First,
it's a given that this
talogs, we 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 c
ted to returning 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 somethin
looked up its
CatalogFactory 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
phony.com/webwork/api/com/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 som
n with the iText team 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 Ger
. In my mind, 1.3.5 has 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 anythi
ache.org/viewvc?view=rev&revision=409443
http://svn.apache.org/viewvc?view=rev&revision=408085
along with this:
http://svn.apache.org/viewvc?view=rev&revision=406377 (restore Tiles
1.1 registrations), I think 1.3.5 is in pretty good shape.
Joe
, then the next step would be to tag the
command and not
extend any request processor!
Joe
At 4:13 PM -0300 5/25/06, Miguel Galves wrote:
Thats because I've worte two emails, and I've changed the name of the
classes. I'm using ScyllaTilesRequestProcessor, both in the class and in the
config file.
On 5/25/06, [EMAIL PROTEC
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 res
org/internet-drafts/draft-crockford-jsonorg-json-04.txt
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
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 tryin
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
At 10:46 AM -0400 5/24/06, Frank W. Zammetti wrote:
I haven't seen your work, so I can't talk intelligently about it... I
would agree though that if DWR is going to make HTTP calls to execute
Actions (a suggestion I might add that I made about two months ago to Joe
with regard to how
orward looked like 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 som
as a lot of uncommitted changes, 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
xwork cvs more that
one day. The following is what i got printed to console when doing a
When I looked earlier today, the newest xwork-1.2 was from 15-May; it
has been updated since then, but from the dates of other SNAPSHOTs
there, there's nothing suggesting that it's automatic
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 separ
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 separ
ting 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 with different
subject lines to help manage the various conversations that might
arise.
n formal documentation 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
"Yo
y, but since by default
most people wouldn't have 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
n compatibility.
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
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 note
I've 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 reall
What about a String constant representing a global warning, and then only
warn(String fieldName, String key)
warn(String fieldName, String key, Object...)
i.e.
warn(GLOBAL, "warnings.foo", 42);
Joe
At 12:26 PM -0700 5/5/06, Bob Lee wrote:
There's some potential overloading
e, it just
breaks down.
If I missed something, excuse me...
Joe
And of course we'd also provide the simpler JSP messages tags to
make that even easier. In fact, users of the UI tags won't ever
have to display messages, as they are generally handled by the
component templates.
Th
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 dep
ds are superceded 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 yo
, but I've found it pretty handy. It's also a bigger model
change from both Struts and Webwork than may be appropriate at this
time.
In short, I think it's nice to have a "warning" level if we can work
out a clean way to support it.
Joe
--
Joe Germuska
[EMAIL PROTEC
chain non-functional.
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 somethin
out there who have things they want to
contribute to Struts 1.3, but they just aren't because of some
uncertainty about the future? I don't understand this (or maybe I
don't believe it), but if it's true, please don't be shy. Step up
and do what you want to do, discuss
it up later.
I'm inclined 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
s belongs
in Struts 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,
ur first release, so your 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. Tr
#x27;s 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 ne
quite
seen how it handles re-displaying values in the case of conversion
errors, and I've run out of time to trace through the code to figure
it out for myself at the moment.
Joe
Hermod
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
Martin Co
othing else, Hermod, could you check issues.apache.org for any
possibly existing ticket, and if you don't find one, create one? It
would be better to have this discussion in the bug tracker so that it
is archived in conjunction with the actual enhancement request.
Joe
At 11:30 PM +0200
s very conservative about 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
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 ultimate
ield which ultimately just ends up setting a value 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
t;SAF" for purely aesthetic reasons, 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,
the 2s but I would love for people to kick
around some alternatives first.
Joe
Frank
Don Brown wrote:
I've renamed the WebWork packages, and both the code compiles and
all tests pass correctly. However, as I start with the greater
renaming task, I thought I'd propose a strategy a
s
Nico's extrapolation, but in any case, I 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
ystems to Java 5, and I
doubt he's the most 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 o
If we're going to consolidate, why not go whole hog and have a single artifact?
I agree that past experience and the future of action2 suggest that
there's not going to be a lot of activity in various subprojects
independent of an individual release.
Joe
At 10:48 AM -0800 3/
specific security
concerns which merited a release of something likely to be GA sooner
than we could expect 1.3.x to reach that level.
Joe
Michael J wrote:
You think that 1.3 is a revolution? Or a leap so giant that current
1.2.x users may not be able to make? Afaik, 1.3 can be used without
knowing
re:
https://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.&quo
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
&quo
focus is on coding request handling paths as opposed
to wiring 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
u couldn't 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 s
thers 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
If people agree with some of the recent concerns about the API, 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:/
't think we necessarily have 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 tr
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 f
e globally turned it off until
any 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 s
arguments for either way.
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 joi
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
1 - 100 of 570 matches
Mail list logo