Greetings,
Wish you all a very happy new year!
I am trying to compile the latest source of struts
I have attached the error log.
Any help would be appreciated,
-anand
---Outgoing mail is certified Virus
Free.Checked by AVG anti-virus system (http://www.grisoft.com).Version: 6.0.557 /
On Thu, 1 Jan 2004, James Mitchell wrote:
Maybe its just me or I'm missing something here, but do we have to use
tinyurl.com? I'm not sure I like the idea of relying on a 3rd party for
web resource address translation.
If continue using this service and something happened and tinyurl.com
It looks to me like there's a problem with whatever JSP jar you're
compiling against, given the complaints about JspException not being
public. You might want to pick up a servlet/jsp jar from Tomcat or
elsewhere and compile against that. (On the other hand, if you're
compiling against your
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=22594.
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=25860.
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=25860.
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=25860.
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=25860.
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=25860.
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=22594.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 01 Jan 2004 22:59:03 -0800, Anand Stephen wrote:
Greetings,
Wish you all a very happy new year!
I am trying to compile the latest source of struts I have attached
the error log. Any help would be appreciated, -anand
---
Outgoing mail is certified Virus Free.
Checked by AVG
husted 2004/01/02 03:55:06
Modified:web/example/WEB-INF struts-config.xml
web/validator index.jsp type.jsp
Log:
Add useLocalEncoding attribute to link to demonstrate use.
Revision ChangesPath
1.35 +6 -5
husted 2004/01/02 03:55:39
Modified:doc/faqs index.xml
doc/userGuide dev_validator.xml struts-html.xml
struts-logic.xml
src/share/org/apache/struts/taglib/bean WriteTag.java
src/share/org/apache/struts/taglib/nested
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=25861.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello Ted,
Friday, January 2, 2004, 12:47:51 PM, you wrote:
TH
TH Another shortcut would be to install Maven (maven.apache.org)
TH and use the new Maven setup. It's still under development, but it
TH do work. :)
TH HTH, Ted.
Well, I tried it some days ago (and retried it just now), but
I was setting up a working test for pagePattern in an application that doesn't use
module (the Mailreader Example). It doesn't seem to recognize a pattern like
/pages$M$P where it the same application it does recognize a forwardPattern like
/do$M$P.
I think I see where the problem might be,
Hi all, I was recently poking around in the source and API docs for
some of the Tiles classes, and noticed there is an interface
org.apache.struts.tiles.DefinitionsFactory, and a concrete class
org.apache.struts.tiles.xmlDefinition.DefinitionsFactory. Now, this
isn't a problem in any
We probably wouldn't be able to rename it per se. We'd have to deprecate one class and
bring another up using the new name. (The one we deprecating being a shell that calls
the new one.) Tyranny of the installed base, and all that :)
A lot of the naming in the Tiles package is inconsistence and
--- Ted Husted [EMAIL PROTECTED] wrote:
I was setting up a working test for pagePattern in an application that
doesn't use module (the Mailreader Example). It doesn't seem to
recognize a pattern like /pages$M$P where it the same application it
does recognize a forwardPattern like /do$M$P.
Hey, here's an alternative:
How about combining the exercise-taglib, validator, and upload applications in to
single application three modules?
That way we can avoid unnecessary complications to the MailReader, eliminate two
redundant sets of JARs, share the LocaleAction without making it a
Hi,
I am looking for some sequence diagram which displays a save action using
struts.
Any examples
Regards
Kamal Gupta
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Friday, January 02, 2004 1:36 PM
Subject: Re: pagePattern
can you tell me which server you are using, make sure u added required jar
files into your lib folder.
-venkat
-Original Message-
From: Anand Stephen [mailto:[EMAIL PROTECTED]
Sent: Friday, January 02, 2004 1:59 AM
To: [EMAIL PROTECTED]
Subject: Unable to compile the source.
--- Ted Husted [EMAIL PROTECTED] wrote:
Hey, here's an alternative:
How about combining the exercise-taglib, validator, and upload
applications in to single application three modules?
That way we can avoid unnecessary complications to the MailReader,
eliminate two redundant sets of JARs,
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=21992.
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=21992.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This is really a question better suited for the USER list, where there are more people
to help you. Any UML we had here, would already be part of the distribution :)
Though, the problem is that Struts doesn't do the saving. It just collects the date
you would need to do the save, and then hands
On Fri, 02 Jan 2004 06:49:42 -0800 (PST), David Graham wrote:
We should discuss LocaleAction in its own thread. I'm not
necessarily opposed to putting it in the standard actions package
but I'd like to have an explanation, use cases and design review
before we add it.
We can just dodge that
Thanks!
My build properties was pointing to the wrong jar.
thanks again,
-a
- Original Message -
From: Martin Cooper [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, January 01, 2004 11:24 PM
Subject: Re: Unable to compile the source.
It looks to me
What if we extracted the creation of Actions and ActionForms (including
DynaActionForms) into an ActionFactory, overridable by the user?
Here's the problem as I see it: there is no simple way for a user to plug
in their own code to manage the creation of actions and action
forms. The actual
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=21992.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
So here are comments:
- I like IoC idea! I prefer Nano, Hivemind or something else Jakarta
based. I have been using HiveMind on projects and it is very nice.
- I do not like any kind of factory. It's harder to teach and maintain
then just new(). Factory and pool had it's place in JDK 1.3, but a
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=21992.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Fri, 2 Jan 2004, Vic Cekvenich wrote:
So here are comments:
- I like IoC idea! I prefer Nano, Hivemind or something else Jakarta
based. I have been using HiveMind on projects and it is very nice.
Exactly my point. Abstracting object creating into a factory would allow
you to create a
Off the top of my head (meaning I haven't thought through all of the
possible ramifications yet ;), I like this idea. I know that when I added
factories to Commons FileUpload, it took the ability to customise things
to a level that just isn't possible with straight 'new' coding. I can see
how the
Don Brown wrote:
It would take probably a few hours
to code so little effort is wasted when the struts-chain move takes
place.
I think that is the key at the end of the day. I think it be more
effective the few hours be spent on integrating IoC into
struts-chain but I do not need to
Yeah, I wasn't sure what to call them either. I think it would be nice to
have one that will create the form from the config, no matter what type it
is, but still have others that create the specific type. This is mostly
useful for testing as it makes it easy to create dynaforms, a feature I've
At 10:44 AM -1000 1/2/04, Don Brown wrote:
What if we extracted the creation of Actions and ActionForms (including
DynaActionForms) into an ActionFactory, overridable by the user?
In general, I'm in favor. I disagree with Vic's assertion,
paraphrased factories are too complicated; it's good
IMHO, if we were writing Struts today, then this definitely would have been a factory
in the first place. So making it a factory now seems reasonable, so long as someone is
willing to do the work :)
My one concern is the ActionServlet reference in the signature. I don't feel good
about adding
On Fri, 2 Jan 2004, Ted Husted wrote:
snip /
My one concern is the ActionServlet reference in the signature. I don't
feel good about adding any more http dependencies to interfaces we may
have to live with for some time. But it may be unavoidable, and when we
do start encapsulating http, this
On Fri, 02 Jan 2004 13:42:48 -1000 (HST), Don Brown wrote:
Ok, sounds good. I'll create a bugzilla entry and post the patches
there.
Speaking of factories ...
http://issues.apache.org/bugzilla/show_bug.cgi?id=13638
-T.
-
On Fri, 02 Jan 2004 13:42:48 -1000 (HST), Don Brown wrote:
Ok, sounds good. I'll create a bugzilla entry and post the patches
there.
Here's an old one that you could use:
http://issues.apache.org/bugzilla/show_bug.cgi?id=23583
-T.
Quoting Don Brown [EMAIL PROTECTED]:
What if we extracted the creation of Actions and ActionForms (including
DynaActionForms) into an ActionFactory, overridable by the user?
The idea of factories for all Struts objects is an appealing one (I don't buy
the too hard to teach assertion either
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=25860.
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=25860.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vic Cekvenich wrote:
Don Brown wrote:
It would take probably a few hours
to code so little effort is wasted when the struts-chain move takes
place.
I think that is the key at the end of the day. I think it be more
effective the few hours be spent on integrating IoC into struts-chain
Yes,
jmitchell2004/01/02 22:07:56
Added: src/test/org/apache/struts/taglib/html TestOptionsTag1.java
web/test/test/org/apache/struts/taglib/html
TestOptionsTag1.jsp
Log:
Add 10 new tests that cover some of the functionality
provided by
46 matches
Mail list logo
