functionality overlaps with
other technologies? (And persistence counts as well.)
Shall this be added somewhere on the webpage?
--
Eddie Bush
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
/
... and folks wonder why it takes a year to see a release ...
David Graham wrote:
The plan is to change the base servlet requirement in 2.0 not 1.2.
David
--
Eddie Bush
-
To unsubscribe, e-mail: [EMAIL PROTECTED
. Let's not open it up for discussion again, please.
Quick 1.2.0 (bug-fixes) - couple more features in 1.2.x - servlet api
change in 2.0. That's how it went, I believe (I think folks can find it
on the web site, as a matter of fact [ thanks Ted! ]).
--
Eddie Bush
the
form tag.
Image tags have something functionally equivalent, so I'm guessing it may be functionality you are
interested in.
If you need something else from me, let me know.
Thanks,
Erik
--
Eddie Bush
-
To unsubscribe, e
No, thank *you* ;-)
--
Eddie Bush
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
(not always on), in the session (which may be lost at any time), or as
a parameter (requiring link mangling on pages).
Comments...?
Regards,
Graham
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
as a
committer on Struts as well.
Here's my +1.
Craig
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
9 +1/+0 responses and no -1/-0 responses, so 9 committers
responding out of 14 currently listed.
--
Martin Cooper
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
obey the controller's inputForward rule. Also, create
ActionError instance by passing ex.getMessage() as the first replacement
parameter.
PR: 12871
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
ExceptionHandler obey the controller's inputForward rule.
Also, create
ActionError instance by passing ex.getMessage() as the first
replacement
parameter.
PR: 12871
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
that the computers are suppose to do the
counting for us? =:0) =:0)
12/24/2002 2:45:11 PM, Craig R. McClanahan [EMAIL PROTECTED]
wrote:
Count the non-enhancement ones :-).
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
of the release
[ ] -1 I am against this proposal (must include a reason).
--
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Eclipse soon -- and
that oomoogoo plugin for UML (no that's not the exact name - the one at
elcipseuml.org). Plus ... refactorings etc - there are a few reasons to
like an IDE - I don't view straight coding as one of them though ;-O
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL
Bush
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
key bindings setting so you can use those
commands if you like. In the upcoming version it supports user
defined key bindings so you could use vi commands or anything else.
David
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto
learning vi I got trapped in it!
David Graham wrote:
Isn't it vi not VI? Or six as I like to call it ;-). I loved my
first experience with vi...Why the hell can't I type anything?.
Dave
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
as you can remember the
command name or ... at least have an idea (as it has completion
assistance for commands too).
David Graham wrote:
I like vi now that I know how to use it but why couldn't they put
common commands at the bottom of the screen for us mortals?
David
--
Eddie Bush
) is quite handy.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
give it up.
Edgar
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
is not. (if / then )
But that is not chaining. To me chaining means that you have a series
of workflow processing that you solve... oh wait. confused.
OK, there is good chaining and bad chaining. But thats splitting hairs
now.
I don't know I guess. Hope Ted chimes in.
.V
--
Eddie Bush
--
To unsubscribe, e-mail
, unless you had to have custom business logic for the deletion of
an entity. For instance, when I delete a user, I need to delete all
other entities associated with that user. Hmmm, sounds like I might
want to stick with my LDA architecture. Thoughts?
Matt
--
Eddie Bush
--
To unsubscribe, e
specfic,
there's nothing to keep you from doing it - the source if freely
available, and there's nothing that keeps you from modifying it to suit
your own needs.
Comments welcome ...
thanks,
Thomas Heller
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
...
Thanks.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
?. You need to call a business method to determine if the
credit card number is actually valid.
David
Right. I should have said syntactically valid ;-) I guess that's what
you're chewing me out for. Only business rules can determine that they
are, in fact, 100% valid.
From: Eddie Bush [EMAIL
In Action is for sale at the bookstore, and I've
autographed several copies already :-)
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
=;)
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on the direction we should take here. I'd like to
hear from other committers :-).
Thanks,
Dave
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
and the entire document still be XHTML? I
... feel like we're attempting to over-design - but maybe I'm just
showing my own ignorance (which is something I don't think I'll ever
learn not to do - I learn way too much from being willing to do it).
--
Eddie Bush
--
To unsubscribe, e-mail
Martin Cooper wrote:
On Wed, 13 Nov 2002, Eddie Bush wrote:
big-snip/
If the outermost document is meant to enforce XHTML, how can an included
piece *not* conform to XHTML and the entire document still be XHTML? I
... feel like we're attempting to over-design - but maybe I'm just
showing my
--
David Graham wrote:
Have you looked for -- within comments in the xml files your parsing?
The error seems pretty clear.
David
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
are not part of the visible page, and those
values will be safely round-tripped for you, without having to worry about
session data and selective resetting of fields.
--
Martin Cooper
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e
be able to go to TC 3.3 pretty painlessly - which Struts
run fine on (right?). Why is this a bad option for those users?
David Graham wrote:
Do people still use Tomcat 3.2? It's not like they have to pay to
upgrade to 4.1.12. Maybe this isn't such a big deal.
Dave
--
Eddie Bush
containers? I
like Craig's suggestion.
--
Martin Cooper
It's not like they have to
pay to upgrade
to 4.1.12. Maybe this isn't such a big deal.
Dave
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev
and move on.
-Ted.
+1 - sounds good.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
package here - they all work equally well.
Thanks in advance,
Rodrigo Santos.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
)
Thanks!
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
You da man! Thanks, Ted!
[EMAIL PROTECTED] wrote:
husted 2002/11/06 11:27:00
Added: doc/stylesheets faqs.xsl
Log:
Stylesheet for the new FAQ area.
Revision ChangesPath
1.1 jakarta-struts/doc/stylesheets/faqs.xsl
--
Eddie Bush
--
To unsubscribe, e
it to me.
Thanks
Maya Menon
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
then start working.
Not a bit. I'd intended to do this already but life has been slightly
frantic here recently. I'll endeavor to have it there for the next
nightly.
Thanks,
Erik
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional
.
If anyone has ideas on where to dig further to see where a fix is
needed then I'd happily take it the extra distance and give it a shot
to fix it.
Erik
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail
Yes - that's what I have installed globally. NB just updated to 1.5 the
other day as well (yes, 1.5.1), so that should be gold too. I still
manage the Struts compiles fromt he command-line though (so it's always
built using 1.5.1).
Rob Leland wrote:
Eddie Bush wrote:
Ok - this nearly *has
://resourcecenter.msn.com/access/plans/2monthsfree.asp
--
To unsubscribe, e-mail:
mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
mailto:struts-dev-help;jakarta.apache.org
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
assured it's not a bug in
struts-el. I'll just deal with it. Thanks for your assistance though,
David. If you have any other suggestions, I'm happy to try them.
David M. Karr wrote:
Eddie == Eddie Bush [EMAIL PROTECTED] writes:
Eddie Ok - this nearly *has* to be an issue with either Ant
RequestProcessor, the validator implementation
could be configured in struts-config.xml.
I think this addresses Ted's concerns of mandating the use of certain
technologies because it creates a pluggable service layer.
What do you think?
David
--
Eddie Bush
--
To unsubscribe, e-mail
Me too ;-)
Karr, David wrote:
At end.
-Original Message-
From: Eddie Bush [mailto:ekbush;swbell.net]
David M. Karr wrote:
Eddie == Eddie Bush [EMAIL PROTECTED] writes:
Eddie Ok - you asked for it. Note that this error
*only* arises if I try to use the
Eddie html tag
David M. Karr wrote:
Eddie == Eddie Bush [EMAIL PROTECTED] writes:
Eddie Ok - you asked for it. Note that this error *only* arises if I try to use the
Eddie html tag (ELHtmlTag class). It occurs during page compilation -
Eddie not during execution.
Eddie index.jsp [-1:-1
David M. Karr wrote:
Eddie == Eddie Bush [EMAIL PROTECTED] writes:
Eddie Ok - you asked for it. Note that this error *only* arises if I try to use the
Eddie html tag (ELHtmlTag class). It occurs during page compilation -
Eddie not during execution.
Eddie index.jsp [-1:-1
Ok - this nearly *has* to be an issue with either Ant 1.4.1 or NB. I
finally got a chance to try it under Tomcat (4.1.12) and it worked *just
fine*. Sorry - next time test outside of the IDE before I assume
something is up. What a PITA.
Thanks, David,
Eddie
--
Eddie Bush
always use another Evangelist.
Here's my +1
-Ted.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
) that does this transformation. The
bean:write tag should not do any transformation, just display what
it's given.
What do you think?
Dave
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
or taglibs-dev to influence this development.
Eddie Bush wrote:
There are already taglibs that do this transformation, aren't there?
Doesn't the taglibs project have things that address this? Is there a
way to do this using the JSTL (Martin?)?
David Graham wrote:
If this is a common problem, maybe we
.
Edgar
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
or not - just use it if I need to [later]), and started
noticing pages weren't compiling. I tracked it down to (so far just)
the ELHtmlTag class.
I can provide the listing for the error if need be.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
(MessageResources.java:577)
at org.apache.struts.taglib.html.HtmlTag.clinit(HtmlTag.java:91)
... 31 more
Karr, David wrote:
Tell us what happened, Eddie.
-Original Message-
From: Eddie Bush [mailto:ekbush;swbell.net]
Sent: Wednesday, October 23, 2002 1:41 PM
To: Struts
Oh, btw, it does not matter if it is a page fragment or a full page.
I think you noted that fragments can be problematic sometimes. I am
using JDK 1.4_01 and Netbeans 3.4 - I suppose it could be related to one
of those, but this is the only tag that seems to give me fits.
--
Eddie Bush
.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
fairly aware of the difference between CSS
and XHTML. Try this in Netscape 4.x and then in IE 4-6.
htmlbodyLine 1br/Line2/body/html
Matt.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
tag having to be explicitly
configured, add a generic request processor configuration item in
struts-config.xml?
Can we save it for 1.2.x? :-) ... or is this something we've stated
would be in 1.1F and I'm just not familiar with it?
Matt.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto
Anyone? It's just looking at me funny and timing out. I think I ticked
off that giant ant on the main page! Anyone else having problems?
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
I think that box is down - can someone confirm? I can't ping it. Who
do I inform?
Eddie Bush wrote:
Anyone? It's just looking at me funny and timing out. I think I
ticked off that giant ant on the main page! Anyone else having problems?
--
Eddie Bush
--
To unsubscribe, e-mail
/
jakarta-struts/
jakarta-taglibs/
somethingElse/
they all share the same parent directory.
Karr, David wrote:
You don't really need to build the JSTL, just use the binary package.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
looked at the struts-el build, but are you sure this relative path
thing isn't just a question of default values which can be overridden in
your build.properties file?
--
Martin Cooper
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional
.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Craig R. McClanahan wrote:
On Mon, 21 Oct 2002, Eddie Bush wrote:
Date: Mon, 21 Oct 2002 13:45:38 -0500
From: Eddie Bush [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Struts-EL - BUILD FAILED
Ok - exploring
Message-
From: Eddie Bush [mailto:ekbush;swbell.net]
Sent: Monday, October 21, 2002 10:55 AM
To: Struts Developers List
Subject: Struts-EL - BUILD FAILED
The build script for struts-el seems to not be working for me. I'm
fixing it right now. Anyone else experiencing difficulties?
I
Any thoughts on going maven in 1.2?
Craig R. McClanahan wrote:
On Mon, 21 Oct 2002, Eddie Bush wrote:
[snip]
For things like servlet api, do you prefer servlet.jar (we're actually
using two different ones here, right?) or should (for struts-el) we use
something like servlet23.jar
The build script for struts-el seems to not be working for me. I'm
fixing it right now. Anyone else experiencing difficulties?
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
of properties?
Craig
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Craig R. McClanahan wrote:
On Mon, 21 Oct 2002, Eddie Bush wrote:
Date: Mon, 21 Oct 2002 15:28:43 -0500
From: Eddie Bush [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Struts-EL - BUILD FAILED
Any thoughts
Something like that should be post 1.1 though, IMHO. (as useful as it
would be)
Eddie Bush wrote:
Did you patch it already? If you have file the bug and attach the
patch. If not, I'll continue as per what has been discussed here
(going off Craig's suggestions).
So far as testing
perspective, Servlet 2.3-2.4
doesn't buy a lot, but the JSP 1.2-2.0 changes are going to be
very very useful.
+1
Yep.
Craig
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
Here, here ...
David Graham wrote:
I don't think Jan. 2003 is a reasonable time to get 1.2 out. Jakarta
projects don't advertise release dates and I don't think we should
start now.
David
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
+1
Ted Husted wrote:
Erik,
If you'd like to write a section for the UserGuide on using XDoclet with Struts, I'm sure we'd all love to read
it =:0)
-Ted.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
himself suggested those changes (along
iwth JSF) be slated for 2.0. I like his idea.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Daniel Honig wrote:
mega-snip/
So I guess we just be little those who use template, ahaha.Your still
template, that's so 2000' ;)
-Daniel
Is it Friday and I don't know it? ROFL - good one Daniel :-) I
wouldn't try it unless Craig is off on a trip though ;-O
--
Eddie Bush
with Martin
that moving it would would logically include having it live it it's own
taglib - and that just isn't justified with only one tag.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
, but that's something we
can sort out later. (Sub modules versus nested modules, or whatever.)
Right. 1.2 will do that.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
changes that said
module and nobody complained ...
I'm OK with either, but somewhat prefer modules.
Agreed. Plus (IMHO) sub-app implies a super-app (thinking OO here),
so modules really is a lot more appropriate name for what they are - at
least in 1.1.
--
Eddie Bush
--
To unsubscribe, e-mail
...)
And o.a.s.util.StrutsValidator is not used anywhere except by the
the validator.xml files.
So before struts 1.1 final the util versions would be removed.
Comments ?
-Rob
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail
to see too, and we don't get paid to do this!)
Ted Husted wrote:
10/17/2002 2:28:38 PM, Eddie Bush [EMAIL PROTECTED] wrote:
The sharing is the thing we're struggling with - more precisely the
timing of implementing it. It has been suggested this would happen in
1.2, and I think that's
with sub applications.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
that keeps
Validator Struts-neutral?
James
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
-- care to chime in on whether Struts-el needs Servlet
2.3/JSP 1.2?
Steve
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
/2002 8:06:58 PM, Byrne, Steven [EMAIL PROTECTED] wrote:
What are people's feelings about supporting Servlet 2.2 in post 1.1? Is
it time that we can say in 1.2 and beyond that servlet 2.3 is required?
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
it :-) Please let me know. I'm still reviewing the code to make
absolutely sure I know what I'm doing before I go to changing anything,
and I'd hate to be throwing wasted time into the effort - especially
when a much more competent person is at hand.
--
Eddie Bush
--
To unsubscribe, e-mail
Looks good.
Ted Husted wrote:
I posted a starter version of the roadmap so we'd have something to patch :0)
http://jakarta.apache.org/struts/status.html
-Ted.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail
there are 2 libraries that do the same basic thing.
... especially when one is a super-set of the other.
How do you deprecate a taglib?
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
a newer
release. I can't say exactly what it will look like, but modules are
anticipated to be somewhat more knowledgable about one another in that
release. 1.1 is, as Ted noted Wall of China seperatism.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe
there's something to be said for that.
Joe
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
? It might get lonely there
though ...)
True there is no rule that says all the taglibs classes need be in the
same
directory.
+0
-Rob
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help
.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
=:0
I think that's probably the best solution we have for 1.1.
-Ted.
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
Hi again, Cedric :-)
Cedric Dumoulin wrote:
Hi Eddie,
Eddie Bush wrote:
Cedric,
I wasn't trying to step on toes :-) I can't say how much more I'd
prefer you refactor Tiles than me. You (obviously) are a *lot* more
familiar with it's inner workings!
The point to keep in mind though
Ted Husted wrote:
10/18/2002 9:19:26 AM, Eddie Bush [EMAIL PROTECTED] wrote:
You and I are in the same camp on this, but I don't think now is the
time for significant change. We need to hurry 1.1, and the only way I
see to do that is for each of us to agree to seperatism in 1.1
decison, or a mere oversight. I can't see a way to accomplish this
behavior though.
Am I missing something obvious?
RequestProcessor seems to send everything through the
moudleRelativeRedirect or moduleRelativeForward. Should we have a way
to say go to a different context/machine?
--
Eddie Bush
of a change to implement. This is one time I think
startsWith criteria would suffice ;-) but I'm open to suggestions.
David Graham wrote:
Are you referring to this bug?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13721
Looks like someone has submitted a patch.
Dave
--
Eddie Bush
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
for /word.word.word/, but I think that would be ... just
as bad and a lot nastier to implement. Very problematic, I would think.
Looking for http: seems the best solution that I can think of.
David
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
I thought of the http:// matching as well. Are there any
cases when this
logic wouldn't work? Hardcoding the protocol may be a bad idea.
David
--
Eddie Bush
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev
1 - 100 of 221 matches
Mail list logo