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=13973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jGuru does not claim ownership of the material, so there would
not be any copyright issues with them per se.
2. Ownership of Material. Other than personally identifiable
information which is covered under the jGuru Privacy Policy,
any material, information or other communication you transmit
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=13973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I decided to try out a Struts nightly build (from a previous 1.1beta2
version) and I ran our Cactus test suite to see if all validated ok...
but I'm getting all Struts tests failing with this error:
String index out of range: -1
java.lang.StringIndexOutOfBoundsException: String index out of
Oh, sorry for omitting this nightly build 20021028 is the one I
tried and got the errors below
Erik Hatcher wrote:
I decided to try out a Struts nightly build (from a previous 1.1beta2
version) and I ran our Cactus test suite to see if all validated ok...
but I'm getting all Struts
with the servlet path being null.
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
Erik Hatcher wrote:
Oh, sorry for omitting this nightly build 20021028 is the one I
tried and got the errors below
Can you verify your assumption with the logging output? It should say
what the value of matchPath is. This would be a debug-level logging
statment indicated by a line stating:
Selecting module for path matchPath
You may have to turn up the volume on your logging output to see it.
I'd be
The 1025-1027 builds were broken by problems building commons-fileupload
(grumble grumble - fileupload requires JUnit 3.8.1 and my standard
environment uses JUnit 3.7). This hasn't been resolved yet, but should be
by tonight's (1029) build.
The 1028 build also failed on an XML parsing error in
Going back to the discussion on calling modules sub-applications, I think
it was decided to call everything a module to eliminate confusion. The
naming of Struts 1.1 classes and methods is not helping this situation. For
example, we have an ApplicationConfig class and
Ted,
That sounds great. I probably won't have time to do this until post 1.1,
but its definitely on my todo list.
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
Only two things are infinite, the universe and human stupidity, and I'm not
sure about the former.
-
I thought it was application module, therefore the
current names are still consistent with that. Did I miss
some threads :(
Wait, stop the printer...
chuck
Going back to the discussion on calling modules sub-applications, I think
it was decided to call everything a module to eliminate
hi All,
I had used tiles:useAttribute in struts 1.0.2 where tiles was separate. It
used to work even without attribute id.
Now in struts 1.1b2 release,I have to give id attribute otherwise tag does
not work. specifcally it gives nullPointerException.
ie: this line tiles:useAttribute
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote:
I thought it was application module, therefore the
current names are still consistent with that.
That's certainly my excuse for thinking we should not change them now :-).
Although I agree with David that ModuleConfig and selectModule() would
Would it make sense to keep the current names but deprecate and replace them
in a future version (maybe 2.0)?
David
From: Craig R. McClanahan [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Modules vs.
Hi all--
There have been two bugs (#12600, #13871) logged against the form tag for
the behavior of its getActionMappingUrl method, which always prepends the
context path.
Other html tags that produce a URL that is sent to the browser such as
LinkTag and ImgTag give the user at least the
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=2017.
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=2017.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I was suggesting deprecating the names in a future version and moving to all
module names for clarity, not necessarily removing the functionality.
What benefits would making the ActionServlet into a Filter provide? It is an
interesting idea.
David
From: Craig R. McClanahan [EMAIL
+1 on staying away from IRC.
IMHO, IRC fragments the community we have on the lists. It also lessens the
pool of people who can answer any given question, for a variety of reasons.
Who's going to give authoritative answers to Tiles questions asked at 3am
French time? ;-)
--
Martin Cooper
of that string would always be a /.
Perhaps its something related to how Cactus is invoking through
ActionServlet that the path does not begin with /?
Also, I'm not using modules, if that has any bearing on this.
I've noticed other fishy things with our application and the 20021028
build that I haven't
My first thought was you could use the 'action' to identify the form bean
and the 'href' to specify a certain url to submit the form to.
But then I looked at the JSTL c:url tag and it seems that a better
algorithm would be to prepend the context path only when the 'action' begins
with a slash
Craig R. McClanahan wrote:
On Fri, 25 Oct 2002, Frederico Schuh wrote:
Date: Fri, 25 Oct 2002 07:01:05 -0700 (PDT)
From: Frederico Schuh [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Subject: RE: Zero-copy persistence
Moral of the story -- please be sure that an ant dist runs successfully
before checking in changes to the XML source documents, so that you've
ensured all the XSLT transformations are successful.
I also run Cooktop, on the Windows platform, to edit/display/validate
the XML
using XSLT.
It's
You still haven't addressed why you want to do this. If html:form can't
lookup the form bean because the action doesn't match an action mapping,
then the other html form related tags are basically useless. You could just
use straight html for this.
David
From: Taylor, Jason [EMAIL
Also, if a question is answered, at least in theory you can say Search
the mail archive for post X and thus preserving the knowledge.
.V
Martin Cooper wrote:
+1 on staying away from IRC.
IMHO, IRC fragments the community we have on the lists. It also lessens the
pool of people who can answer
path = contextPath + modulePath + moduleRelativeResourcePath;
I've noticed other fishy things with our application and the 20021028
build that I haven't had time to dig into yet.
There were build problems over the weekend that might or might not be
contributing to this as well.
Erik
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=13973.
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=13973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 28 Oct 2002, Alan P Sexton wrote:
Date: Mon, 28 Oct 2002 20:20:36 +
From: Alan P Sexton [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: [SURVEY] HREF attribute for FormTag
Here is a problem which
modules, if that has any bearing on this.
I've noticed other fishy things with our application and the 20021028
build that I haven't had time to dig into yet.
Erik
--
To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:struts-dev
--using tiles and container managed security/form based login -see below
-Original Message-
From: Craig R. McClanahan [mailto:craigmcc;apache.org]
Sent: Monday, October 28, 2002 4:14 PM
To: Struts Developers List
Subject: Re: [SURVEY] HREF attribute for FormTag
On Mon, 28 Oct
I thought I addressed the form bean instance issue in my response to Craig's
post. The 'action' attribute would still work for finding the form bean
since getActionMappingName would return the same thing it always has. What
I'm talking about would *absolutely* support the form-bean
I need to support a muilti-page wizard in popup browsers, meaning multiple
browser instances sharing one session. I can't store the ActionForm at
request scope, since it's a multi-page wizard. It must be stored at session
scope. Since there's multiple active browser instances, their information
Not sure how much of an issue this is - I've been on and off the IRC
channel all day just to check it out and have yet to see anyone there other
than a single sysop...
V. Cekvenich [EMAIL PROTECTED]@main.gmane.org on 10/28/2002
03:31:20 PM
Please respond to Struts Developers List [EMAIL
Eddie Bush wrote:
Can you verify your assumption with the logging output? It should say
what the value of matchPath is. This would be a debug-level logging
statment indicated by a line stating:
Selecting module for path matchPath
After getting the logging opened up, my results are matchPath
At 5:04 PM -0500 2002/10/28, John D. Penrose wrote:
I need to support a muilti-page wizard in popup browsers, meaning multiple
browser instances sharing one session. I can't store the ActionForm at
request scope, since it's a multi-page wizard. It must be stored at session
scope. Since there's
On Mon, 28 Oct 2002, Taylor, Jason wrote:
Date: Mon, 28 Oct 2002 13:54:29 -0800
From: Taylor, Jason [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: 'Struts Developers List' [EMAIL PROTECTED]
Subject: RE: [SURVEY] HREF attribute for FormTag
I thought I addressed
Hey I think it is a neat idea. IMHO I'd love to see jakarta
with it's own Jabber client/p2p system but I'm not sure this will work.
I find the mailing list is fine for most purposes and though
the search on the archive isn't great it does give us
a persistent archive where the irc chat sessions
The statement that hardcoding the context path in jsps is a bad idea is
absolutely true. However, struts does not hardcode the context path.
Hardcoded
form action=/context/account/add.do
Dynamic
html:form action=/account/add.do
Struts inserts the context path dynamically at runtime which is
It would seem like there should be a relatively large gap between 1.X and 2,
dont you think? For Struts to maintain it's leadership role in the web app
framework, it seems that it must grow significantly. To do that, at some
point we'd have to switch over to a different architecture. Much like the
Thanks for your comments-- I have some responses below.
-Original Message-
From: David Graham [mailto:dgraham1980;hotmail.com]
Sent: Monday, October 28, 2002 2:43 PM
To: [EMAIL PROTECTED]
Subject: RE: [SURVEY] HREF attribute for FormTag
The statement that hardcoding the context
10/28/2002 5:42:41 PM, David Graham [EMAIL PROTECTED]
wrote:
I'm still not convinced we need the behavior you desire. The
value of
struts html tags comes from the ability to use a form bean to
populate input
elements. Without html:form being able to use a form bean
the tags are
pretty
You're definition of hardcoding is flawed. Hardcoding means that you
specify a value at compile time. Any value derived from an algorithm is
inherently dynamic and thus, not hardcoded.
It seems that the only use of the requested behavior is to allow a struts
app to submit a form to a
rleland 2002/10/28 18:04:49
Modified:src/share/org/apache/struts/validator/doc-files
validatorUML.jpg
Log:
Update UML for validator
Revision ChangesPath
1.2 +292 -147
As these methods are really not part of the public API, could
we not just change them now and be done with it?
-Ted.
10/28/2002 1:21:40 PM, Craig R. McClanahan
[EMAIL PROTECTED] wrote:
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote:
I thought it was application module, therefore the
+1
--- Ted Husted [EMAIL PROTECTED] wrote:
As these methods are really not part of the public
API, could
we not just change them now and be done with it?
-Ted.
10/28/2002 1:21:40 PM, Craig R. McClanahan
[EMAIL PROTECTED] wrote:
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote:
rleland 2002/10/28 18:56:20
Modified:src/share/org/apache/struts/action/doc-files actionUML.jpg
Log:
Update UML for action
Revision ChangesPath
1.3 +342 -323
jakarta-struts/src/share/org/apache/struts/action/doc-files/actionUML.jpg
Binary file
rleland 2002/10/28 19:04:05
Modified:src/share/org/apache/struts/config/doc-files configUML.jpg
Log:
Update UML for config
Revision ChangesPath
1.4 +180 -246
jakarta-struts/src/share/org/apache/struts/config/doc-files/configUML.jpg
Binary file
rleland 2002/10/28 19:10:55
Modified:src/share/org/apache/struts/upload/doc-files uploadUML.jpg
Log:
Update UML for upload
Revision ChangesPath
1.3 +334 -177
jakarta-struts/src/share/org/apache/struts/upload/doc-files/uploadUML.jpg
Binary file
rleland 2002/10/28 19:24:18
Modified:src/share/org/apache/struts/taglib/bean/doc-files
beanUML.jpg
Log:
Update UML for bean taglib
Revision ChangesPath
1.4 +331 -248
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=14032.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rleland 2002/10/28 19:54:10
Modified:src/share/org/apache/struts/taglib/logic/doc-files
logicUML.jpg
Log:
Update UML for logic taglib
Revision ChangesPath
1.2 +415 -242
jmitchell2002/10/28 20:03:59
Modified:doc/resources consultants.xml
Log:
Added consultant:
JD Tangney and Associates (http://jdtangney.com)
John Tangney (mailto:johnt;jdtangney.com)
Revision ChangesPath
1.9 +1 -0
jmitchell2002/10/28 20:17:34
Modified:doc/userGuide building_view.xml
Log:
Fixed bad links to userGuide from API docs.
Thanks Alan.
Revision ChangesPath
1.16 +2 -2 jakarta-struts/doc/userGuide/building_view.xml
Index: building_view.xml
jmitchell2002/10/28 20:20:02
Modified:src/share/org/apache/struts/taglib/bean package.html
Log:
Fixed bad links to userGuide from API docs.
Thanks Alan.
Revision ChangesPath
1.5 +3 -3
jakarta-struts/src/share/org/apache/struts/taglib/bean/package.html
rleland 2002/10/28 20:30:04
Modified:src/share/org/apache/struts/taglib/nested/bean/doc-files
nested-bean.jpg
Log:
Update UML for nested bean taglib
Revision ChangesPath
1.3 +120 -174
jmitchell2002/10/28 20:30:17
Modified:src/share/org/apache/struts/taglib/logic package.html
Log:
Fixed bad links to userGuide from API docs.
Thanks Alan.
Revision ChangesPath
1.13 +11 -11
jakarta-struts/src/share/org/apache/struts/taglib/logic/package.html
jmitchell2002/10/28 20:31:07
Modified:src/share/org/apache/struts/taglib/html package.html
Log:
Fixed bad links to userGuide from API docs.
Thanks Alan.
Revision ChangesPath
1.18 +12 -12
jakarta-struts/src/share/org/apache/struts/taglib/html/package.html
rleland 2002/10/28 20:38:22
Modified:src/share/org/apache/struts/taglib/nested/html/doc-files
nested-html.jpg
Log:
Update UML for nested html taglib
Revision ChangesPath
1.3 +555 -775
Personally, I consider DynaActionForms and JSTL as top bullets for 1.1.
But if means delaying the release, well.you know.
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
Only two things are infinite, the universe and human stupidity, and I'm not
sure about the
rleland 2002/10/28 20:58:02
Modified:src/share/org/apache/struts/taglib/nested/logic/doc-files
nested-logic.jpg
Log:
Update UML for nested logic taglib
Revision ChangesPath
1.3 +600 -626
craigmcc2002/10/28 21:00:14
Modified:doc/userGuide building_controller.xml
Log:
Correct missing /li and /p element end markers that were causing the
nightly builds to fail.
Revision ChangesPath
1.43 +6 -6 jakarta-struts/doc/userGuide/building_controller.xml
jmitchell2002/10/28 21:30:24
Modified:doc/userGuide introduction.xml
Log:
Update Docs.
Revision ChangesPath
1.13 +1 -1 jakarta-struts/doc/userGuide/introduction.xml
Index: introduction.xml
Ted Husted wrote:
As these methods are really not part of the public API, could
we not just change them now and be done with it?
Some are Public, however I would also vote
+1 to rename them now.
I agree with David and say lets go one intermediate
step and deprecate them
for struts 1.1B3
jmitchell2002/10/28 21:31:39
Modified:src/share/org/apache/struts/taglib/template package.html
Log:
Update links.
Revision ChangesPath
1.4 +3 -3
jakarta-struts/src/share/org/apache/struts/taglib/template/package.html
Index: package.html
jmitchell2002/10/28 21:32:26
Modified:doc/userGuide preface.xml
Log:
Update Docs.
Revision ChangesPath
1.10 +2 -2 jakarta-struts/doc/userGuide/preface.xml
Index: preface.xml
===
RCS file:
craigmcc2002/10/28 21:41:46
Modified:conf/share struts-config_1_1.dtd
Log:
Cosmetic changes only to avoid lines 80 characters. For some unknown
reason, this cleans up a bogus XML parsing error (-- not allowed in a
comment at line 490, column 81) in TestApplicationConfig when
On Tue, 29 Oct 2002, Rob Leland wrote:
Date: Tue, 29 Oct 2002 00:27:11 -0500
From: Rob Leland [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Modules vs. Sub-Applications
Ted Husted wrote:
As these
jmitchell2002/10/28 21:54:18
Modified:contrib/struts-el/web/exercise-taglib/WEB-INF web.xml
Log:
Remove references to tlds which are not used in strutsel-exercise-taglib.war
Revision ChangesPath
1.3 +0 -10
jmitchell2002/10/28 21:57:16
Modified:contrib/struts-el build.xml
Log:
Include properties from the main struts build.
(for those who build struts-el from the main distributionlike me :D)
Revision ChangesPath
1.6 +1 -0
jmitchell2002/10/28 22:08:15
Modified:src/share/org/apache/struts/taglib/html package.html
Log:
Update links.
Revision ChangesPath
1.19 +3 -3
jakarta-struts/src/share/org/apache/struts/taglib/html/package.html
Index: package.html
+1 on rename and deprecation.
David
From: Craig R. McClanahan [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Subject: Re: Modules vs. Sub-Applications
Date: Mon, 28 Oct 2002 21:48:05 -0800 (PST)
On Tue, 29 Oct 2002, Rob
Ok, don't kill me.
Would anyone be opposed to adding a bit of style to our online docs?
Here's one proposal:
http://www.open-tools.org/struts-atlanta/struts-with-css
Only Home, News, and Kickstart were modified. So click between 'Who We Are'
and 'Home' so see before and after of style
73 matches
Mail list logo