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
TED]> wrote:
>
> On 6/27/07, Joe Germuska <[EMAIL PROTECTED]> wrote:
> >
> > Sorry, I have been very absentee from Struts discussions, but I took a
> > minute to review this one...
> >
> > Acknowledging that consistency (between s:set, s:url, s:bean, et
> We
> > need to be equally careful in Struts 2, so that we don't suddenly
> > invalidate
> > whole classes of use cases (such as JSPX).
> >
> > --
> > Martin Cooper
> >
> >
> > -Dave
> > >
> > >
-
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
"I felt so good I told the leader how to follow."
-- Sly Stone
ic ActionForward 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.ge
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
53935
Sent from the Struts - Dev 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.
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
.html
It's been out since July. 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
--
handling/reporting. 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
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
definition (layout pages for attributes,
composite pages for the latter ones), so a simple "insertAttribute" does
not give a complete idea of what it is.
Ciao
Antonio
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For a
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
ECTED]> wrote:
Fixed.
Don
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 th
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
lement 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
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
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
ly, I think using an interface 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 ca
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
e
of catalogs which contain commands. You'd use the 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 blu
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
ut any major uses of the insert
tag? Does this change remove any functionality that anyone is
currently relying on?
Thanks,
Greg
[1] http://issues.apache.org/struts/browse/SB-21
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
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
e-mail: [EMAIL PROTECTED]
--
HTH, Ted.
* http://www.husted.com/struts/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Miguel Galves - Engenheiro de Computação
Já leu meus blogs hoje?
Para geeks http://log4dev.blogspot.com
Pra pessoas normais
http://miguelgalves.blogspot.com
"Não sabendo que era impossível, e
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
ople to use
ServletFilters where they want common behavior on every request.
Help me out here...
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,
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
or 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 som
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
e, 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 PROTECTED] * http:
ands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-----
To unsubscribe, e-mail: [EMAI
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
it on dev, add issues to the
tracker, etc.
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 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
that inherently lies within Struts does not help Struts become
better.
Hermod
-Original 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 Internatio
with some code deep down in Struts not being 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
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,
javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent 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
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
Wendy
-----
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 s
e too 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."
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
, not primarily at least.
At 4:54 PM -0500 1/23/06, Rick Reumann wrote:
On 1/23/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 indi
ies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
On Mon, January 23, 2006 3:16 pm, Joe Germuska said:
At 3:11 PM -0500 1/23/06, James Mitchell wrote:
While in my own work, I don't use html:cancel as a firewall to bad
data, I can see where this has a p
chell
Software Engineer / Open 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
mmediately
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
"You really can't burn anything out by tryi
1 - 100 of 660 matches
Mail list logo
