Where in the CVS tree is the struts-html.tld file that needs to be modified when
adding attributes to a tag.
Thanks,
Chris Gastin
hi,
put the tld files under web-inf or create a directory for example 'tld'
under web-inf.
steps to do
1) Go to the corresponding directory and the select the file.
2) Select the file and select edit selection option.
3) The wincvs client will issue a cvs
Chris Gastin wrote:
Where in the CVS tree is the struts-html.tld file that needs to be
modified when adding attributes to a tag.
What we do is maintain the TLDs as XML documents and then use a style
sheet to generate the TLD and the HTML documentation. So, they are
hidden in the documentation
I'm not sure that it matters. We're pragmatic when it comes to Bugzilla,
so whichever is less work for you, should work for the rest of us.
Volunteer time is our most precious resource.
The dependency feature is relatively new, and we haven't come to
depend on it ourselves yet :)
-Ted.
Chris
Yes, I'm seeing the same thing. I'll take a look at it later today as well.
Are you able to run all the tests under 3.3?
--
James Mitchell
Software Engineer / Struts Evangelist
http://www.struts-atlanta.org
678.910.8017
770.822.3359
AIM:jmitchtx
- Original Message -
From: Robert
Joe Germuska wrote:
Looking to Struts 2.x, I am thinking that the ForwardConfig would merge
with a ViewController, and that instead of the Struts action returning a
ForwardConfig, it would return a logical name (String); then the details
(and potential complexities) of dispatching to any chosen
Jing Zhou wrote:
- A well designed framework should not have overlapped
concepts, or terms that lead to overlapped concepts.
We have the concept of action controllers, we should not
have more *controllers* when a view is under preparations.
IMHO, a well-designed framework should provide
Hi All
I have a Problem with websphere where i had installed websphere 5.0. made
JDBC connections for that. I have deployed one WAR application and one EJB
Application but i am not able to get my simple jsp in RUN..
Pls guide
abhijeet
- Original Message -
From: V, Saravanan [EMAIL
Having had a quick browse through the bugs and archives I get the impression that the
issue of module support has been fully addressed in some situations.
The html:link tag, as it stands, is not module aware. If you want to switch to an
alternative module you need to implement a context
I asked this question on the user list yesterday and received no reply.
So I figured this is the more appropriate place to ask.
Why does org.apache.struts.validator.FieldChecks implement Serializable
when it has nothing but static methods and static final instance
variables?
Just curious.
I don't believe there is any reason it needs to be serializable because
objects of that class are never created and saved in other objects. We're
just in the habit of making things Serializable in case they go into the
session.
David
--- Brandon Goodin [EMAIL PROTECTED] wrote:
I asked this
I have been very busy unable to catch with Struts Dev list.
Anyway I was fighting with Turbine/JCS trying to compile with
Ant, I was literally beating myself up looking at these
dependencies, then I read in a forum somewhere Use Maven.
I used Maven. Oh my goodness. Whoop! There it is.
Why does
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23522.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- PILGRIM, Peter, FM [EMAIL PROTECTED] wrote:
I have been very busy unable to catch with Struts Dev list.
Anyway I was fighting with Turbine/JCS trying to compile with
Ant, I was literally beating myself up looking at these
dependencies, then I read in a forum somewhere Use Maven.
I used
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23522.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23522.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
At 7:28 -0400 9/30/03, Ted Husted wrote:
Joe Germuska wrote:
Looking to Struts 2.x, I am thinking that the ForwardConfig would
merge with a ViewController, and that instead of the Struts action
returning a ForwardConfig, it would return a logical name (String);
then the details (and potential
Chris Gastin wrote:
Where in the CVS tree is the struts-html.tld file that needs to be modified when adding attributes to a tag.
Thanks,
Chris Gastin
The actual TLD files for the tag libraries are generated (using XSLT
transformations) from the same XML sources used to create the reference
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23530.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23530.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rleland 2003/09/30 13:28:35
Modified:src/share/org/apache/struts/action Action.java
Log:
Bug# 23530 patch submitted by matthias.fraass at tricoder.net
Cast method call to avoid recursively calling itself 1
Thanks !
Revision ChangesPath
1.72 +12 -12
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23522.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23530.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Don Brown wrote:
SNIP
If we did decide to go with Forrest, I'm willing to convert the old site
over and help handle any integration.
SNIP
AFAIK, that is 90%+ of O.S.
.V
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23462.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I haven't used Forrest but Maven was pretty darn easy to get going. All I
had to do was download it and run maven jar or maven site:generate.
It handled all of the dependencies by itself.
Assuming Forrest is as easy to use as Maven, I don't really care which we
use. I do prefer to maintain a
You can get around the unit test issue by either:
- Comment out the sections of the tests that are failing
or
- Directly reference the ones you want tested
Either way would only be a temporary solution, but it would help you move
along until we iron out what's going on.
--
James Mitchell
James:
All Taglib tests are failing on me right now. I am getting the following
errors, and I don't know if it is because of the situation at hand or my
local environment setup. That is why I was going to wait for everthing to
get ironed out concerning the taglib unit tests. Unit tests for code
Chris Gastin wrote:
James:
All Taglib tests are failing on me right now. I am getting the following
errors, and I don't know if it is because of the situation at hand or my
local environment setup. That is why I was going to wait for everthing to
get ironed out concerning the taglib unit tests.
Sorry for the late response...beenwellbusy busy.
This problem is definitely within cactus (or our mis-configuration of it) as
the tags work fine in a normal application. I have tried 13-1.4 and
13-1.4.1, both fail with the same issue (wrong port)
Just to make sure that I'm not going
Don Brown wrote:
I know the discussion on whether to use Forrest or Maven to generate the
Struts website was a few weeks back, but unfortunately, at the time, I was
too busy to participate. I'd like to lay out a case for Forrest, not to
insist Struts uses it, but rather to make sure the decision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
39 matches
Mail list logo