Re: error building struts-faces
That is a relative reference to the root project jakarta-struts as it sits in cvs. Why are you trying to build struts-el by moving it to a different location? Why not just build it where it sits? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] Yahoo IM:[EMAIL PROTECTED] - Original Message - From: a s [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 8:20 PM Subject: error building struts-faces Hi, I am trying to build struts-faces. I got the following error -- C:\apache\struts-facesant Buildfile: build.xml BUILD FAILED C:\apache\struts-faces\build.xml:29: The file or path you specified (..\..\..\bu ild.properties) is invalid relative to C:\apache\struts-faces Total time: 2 seconds What does ..\..\..\build.properties contain.?? and where can I download that file -Aswath Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/src/example/org/apache/struts/webapp/example MODEL.txt
test reply from gmane, please ignore -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] Yahoo IM:[EMAIL PROTECTED] - Original Message - From: [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.struts.devel Sent: Wednesday, March 10, 2004 10:30 PM Subject: cvs commit: jakarta-struts/src/example/org/apache/struts/webapp/example MODEL.txt husted 2004/03/10 19:30:01 Added: src/example/org/apache/struts/webapp/example MODEL.txt Log: Add text file with diagrams of model classes. Revision ChangesPath 1.1 jakarta-struts/src/example/org/apache/struts/webapp/example/MODEL.txt Index: MODEL.txt === -MailReader Object Model- [(Associations)] [UserDatabase] owns [User]s [User] owns [Subscription]s === [Subscription (interface)] + AutoConnect: Boolean + Host: String (readonly) + Type: String + Username: String + Password: String + User: User (readonly) [User (interface)] + Username: String (readonly) + Password: String + FullName: String + FromAddress: String + ReplyToAddress: String + DataBase: UserDatabase + Subscription: Subscription[] + ErrorMessage: String !NEW! + CreateSubscription(Host:String): Subscription + FindSubscription(Host:String):Subscription + RemoveSubscription(Subscription:Subcription) [UserDatabase (interface)] + Open() + Save() + Close() + CreateUser(username:String): User + FindUser(username:String): User + FindUsers(): User[] + RemoveUser(user:User) + UpdateUser(User) !NEW! [MemorySubscription:Subscription] - autoConnect:Boolean - host:String - type:String - username:String - password - user:User + MemorySubscription(user:MemoryUser host:String) * :Subscription members * ToString:String [MemoryUser:User] - username:String - password:String - fullname:String - fromAddress:String - replyToAddress:String - database:MemoryDataBAse - subscriptions:HashMap - errorMessage:String; !NEW! + MemoryUser(database:MemoryUserDatabase:* :User members database username:String) * ToString:String [MemoryUserDatabase:UserDatabase] - log:Log - users:HashMap - pathnameOld:String - pathnameNew:String + pathname:String * :UserDatabase [PlugIn (interface)] + Init(servlet:ActionServlet servlet config:ModuleConfig) + Destroy() [MemoryDataBasePlugIn:PlugIn] - database:MemoryUserDatabase - log:Log - servlet:ActionServlet + Pathname * :PlugIn - CalculatePath() [ObjectCreationFactory (interface)] Digester:Digester createObject(attributes:Attributes):Object [MemorySubscriptionCreationFactory:ObjectCreationFactory] + Digester:Digester * :ObjectCreationFactory [MemoryUserCreationFactory:ObjectCreationFactory] + Digester:Digester * :ObjectCreationFactory + MemoryUserCreationFactory(database:MemoryUserDatabase) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/src/example/org/apache/struts/webapp/example MODEL.txt
testing again, sorry for the spam -- -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] Yahoo IM:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Struts as an Apache Top Level Project
+1 - Struts as top level project +1 - Recommend Craig as VP of Apache Struts -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] Yahoo IM:[EMAIL PROTECTED] - Original Message - From: Martin Cooper [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, March 06, 2004 2:20 PM Subject: [VOTE] Struts as an Apache Top Level Project Following up on a brief thread on this list in December [1], Craig, Ted and I have put together a draft resolution to the board of directors [2], along with a cover letter [3], that would promote Struts to an Apache top-level project (TLP). The main reasons for moving to a TLP are described on the wiki [4]. In Craig's words, The short answer, though, is we will be in charge of our own releases (currently, the Jakarta PMC is the only body legally recognized to vote on releases of *any* software under Jakarta). In practice, we can really just continue doing what we've always done. As most of you are no doubt aware, several Jakarta sub-projects have already made the transition to TLPs, including Ant, Avalon, Gump, James, Log4J, Maven, OJB, and Torque. Most Jakarta PMC members seem to be in favour of the migrations, largely because a single PMC cannot possibly oversee a code base the size of all of Jakarta. If you're OK with Struts being a top-level Apache project, please respond to this thread with either a +1 or +0. Otherwise, please reply with your concerns. When we previously discussed this, it did not seem like anyone was opposed to the idea, but if anyone is, now is the time to speak up. The resolution as drafted lists the Struts Committers who could reasonably be considered active at this time. Of course, we should not put anyone on the PMC without their buy-in, so the final resolution would only list the Committers who responded to the Vote with a +1 or +0. The draft resolution also leaves the name of the Vice President blank. Craig seems like the logical candidate, and is willing to act in this capacity, but we wanted the VP selection to be a community decision. So, please also respond with your nomination for Vice President, Apache Struts. Here's my +1 on the resolution as drafted, and my +1 for Craig as Vice President. -- Martin Cooper [1] http://nagoya.apache.org/eyebrowse/SearchList?listId=[EMAIL PROTECTED] karta.apache.orgsearchText=%22Why+you+*want*+to+be+on+the+PMC%22defaultFie ld=subjectSearch=Search [2] http://www.apache.org/~martinc/struts/tlp/resolution.html [3] http://www.apache.org/~martinc/struts/tlp/cover.html [4] http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaPMCPropsedChanges - To 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]
RE: Resource Properties
Work is well under way to support multiple sources of system message. The work is being done in the commons-sandbox under the project 'resources'. Struts will be changed to use that component in a (hopefully soon) future release. We are always in need to help. Come over and join the fun!!! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 5:57 AM To: Struts Developers List Subject: Resource Properties Guys, Will Struts support class resource bundles instead of .properties files as Resource Bundles in future? Today it comes implemented only the PropertyMessageResource. I am preparing a factory for classes. If this is util for you, tell me and I post a Patch. Stutz - To 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]
Re: [GUMP@lsd]: jakarta-struts/jakarta-struts failed
Why are we (and others, commons, etc) getting this from lsd.student.utwente.nl? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, February 15, 2004 5:58 AM Subject: [EMAIL PROTECTED]: jakarta-struts/jakarta-struts failed To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://jakarta.apache.org/gump/nagged.html and/or contact [EMAIL PROTECTED] Project jakarta-struts has an issue affecting it's community integration. This issue affects 5 projects. The current state is 'Failed', for reason Missing Build Outputs' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-struts/jakarta-struts.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [/data/gump/jakarta-struts/dist/lib/struts.jar] identifier set to project name - Error - Failed with reason missing build outputs - Error - Missing License Output: /data/gump/jakarta-struts/LICENSE - Error - See Directory Listing Work for Missing Outputs - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-struts_jakarta-struts (Type: Build) State: Success Elapsed: 0 hours, 5 minutes, 35 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data/gump/xml-xalan/java/bu ild/xalan-unbundled.jar:/data/gump/xml-commons/java/external/build/xml-apis. jar:/data/gump/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/ work/merge.xml -Dbuild.sysclasspath=only -Dcommons-beanutils.jar=/data/gump/ jakarta-commons/beanutils/dist/commons-beanutils.jar -Djdbc20ext.jar=/data/g ump/opt/jdbc2_0/jdbc2_0-stdext.jar -Dantlr.jar=/data/gump/opt/antlr-2.7.2/an tlr.jar -Dcommons-lang.jar=/data/gump/jakarta-commons/lang/dist/commons-lang -20040215.jar -Djakarta-oro.jar=/data/gump/jakarta-oro/jakarta-oro-20040215. jar -Djdk.version=1.4 -Dcommons-fileupload.jar=/data/gump/jakarta-commons/fi leupload/target/commons-fileupload-20040215.jar -Dcommons-validator.jar=/dat a/gump/jakarta-commons/validator/dist/commons-validator.jar -Dcommons-loggin g.jar=/data/gump/jakarta-commons/logging/dist/commons-logging.jar -Dcommons- digester.jar=/data/gump/jakarta-commons/digester/dist/commons-digester.jar - Dxerces.jar=/data/gump/xml-xerces2/java/build/xercesImpl.jar -Dcommons-colle ctions.jar=/data/gump/jakarta-commons/collections/build/commons-collections- 20040215.jar -Dservlet.jar=/data/gump/jakarta-servletapi-4/lib/servlet.jar dist [Working Directory: /data/gump/jakarta-struts] - struts: [echo] Processing webapp examples static: [echo] Processing webapp examples compile: [echo] Processing webapp examples dist: [echo] Processing webapp examples [jar] Building jar: /data/gump/jakarta-struts/dist/webapps/struts-examples.war init: [echo] Processing webapp tiles-documentation prepare: [echo] Processing webapp tiles-documentation source: [echo] Processing webapp tiles-documentation libs: struts: [echo] Processing webapp tiles-documentation static: [echo] Processing webapp tiles-documentation compile: [echo] Processing webapp tiles-documentation dist: [echo] Processing webapp tiles-documentation [jar] Building jar: /data/gump/jakarta-struts/dist/webapps/tiles-documentation.war dist: dist.source: [copy] Copying 1 file to /data/gump/jakarta-struts/dist [copy] Copying 1 file to /data/gump/jakarta-struts/dist [copy] Copying 1 file to /data/gump/jakarta-struts/dist dist.contrib: dist: BUILD SUCCESSFUL Total time: 5 minutes 30 seconds - Work Name: list_repo_jakarta-struts (Type: Document) State: Success Elapsed: 0 hours, 0 minutes, 7 seconds Command Line: ls -l /data/gump/log/jars/jakarta-struts/jars - total 502 -rw-rw-r--1 ajackgump 510811 Feb 15 05:07 struts.jar - Work Name: list_jakarta-struts_dir1_lib (Type: Document) State: Success Elapsed: 0 hours, 0 minutes, 1 seconds Command Line: ls -l /data/gump/jakarta-struts/dist/lib - total 2201 -rw-rw-r--1 ajackgump 358273 Feb 15 05:03 antlr.jar -rw-rw-r--1 ajackgump 146440 Feb 15 05:03 commons-beanutils.jar -rw-rw-r--1 ajackgump 510516 Feb 15 05:03 commons-collections.jar -rw-rw-r--1 ajackgump 158996 Feb 15 05:03 commons-digester.jar -rw-rw-r--1 ajackgump15454 Feb 15
[resources] new implementations [was: Re: cvs commit: jakart...]
P.S. I'll be adding a few more items later tonight and/or this weekend: - a build script in resources/contrib that let's us produce a distribution of any single one of the implementations under contrib - a few docs - tutorial on how to setup and use these impls. - a plugin (location: jakarta-struts/contrib ) that acts as a wrapper to the current (Struts 1.1) message resources api. This would let anyone use a current distribution of commons-resources with Struts 1.1 (going for the backwards-compatibility crowd) Future: - an iBatis implementation - a Torque implementation - a basic LDAP implementation - a [?? enter your choice ??] implementation - mods to all the current database impls that allow datasource configuration/pooling via JNDI Did I miss anything? -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 (cell) AIM: jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 06, 2004 8:26 AM Subject: cvs commit: jakarta-commons-sandbox/resources/contrib/hibernate/sql mysql.sql jmitchell2004/02/06 05:26:09 Added: resources/contrib/hibernate/src/test hibernate.cfg.xml hibernate.properties log4j.properties oscache.properties resources/contrib/hibernate/src/java/org/apache/commons/resources/impl HibernateBasicMessage.hbm.xml HibernateBasicMessage.java HibernateResources.java HibernateResourcesFactory.java resources/contrib/hibernate/src/test/org/apache/commons/resources/impl HibernateResourcesTestCase.java resources/contrib/hibernate/sql mysql.sql Log: Add new Database implementation that uses the Hibernate O/R mapping framework. This particular contribution was fully tested with the latest release (2.1.2). Revision ChangesPath 1.1 jakarta-commons-sandbox/resources/contrib/hibernate/src/test/hibernate.cfg.x ml Index: hibernate.cfg.xml === ?xml version='1.0' encoding=UTF-8? !DOCTYPE hibernate-configuration PUBLIC -//Hibernate/Hibernate Configuration DTD//EN http://hibernate.sourceforge.net/hibernate-configuration-2.0.dtd; hibernate-configuration session-factory !-- database connection -- property name=hibernate.dialectnet.sf.hibernate.dialect.MySQLDialect.java/propert y property name=hibernate.connection.driver_classorg.gjt.mm.mysql.Driver/property property name=hibernate.connection.urljdbc:mysql://localhost/resources/property property name=hibernate.connection.usernameresourcesTest/property property name=hibernate.connection.passwordresourcesTest/property property name=hibernate.connection.pool_size4/property property name=hibernate.statement_cache.size100/property property name=hibernate.show_sqltrue/property property name=hibernate.jdbc.batch_size0/property property name=hibernate.cglib.use_reflection_optimizertrue/property mapping resource=org/apache/commons/resources/impl/HibernateBasicMessage.hbm.xml/ /session-factory /hibernate-configuration 1.1 jakarta-commons-sandbox/resources/contrib/hibernate/src/test/hibernate.prope rties Index: hibernate.properties === ## ### Query Language ### ## ## define query language constants / function names hibernate.query.substitutions true 1, false 0, yes 'Y', no 'N' # ### Platforms ### # ## JNDI Datasource #hibernate.connection.datasource jdbc/test #hibernate.connection.username db2 #hibernate.connection.password db2 ## HypersonicSQL hibernate.dialect net.sf.hibernate.dialect.HSQLDialect hibernate.connection.driver_class org.hsqldb.jdbcDriver hibernate.connection.username sa hibernate.connection.password hibernate.connection.url jdbc:hsqldb:hsql://localhost hibernate.connection.url jdbc:hsqldb:test hibernate.connection.url jdbc:hsqldb:. ## PostgreSQL #hibernate.dialect net.sf.hibernate.dialect.PostgreSQLDialect #hibernate.connection.driver_class org.postgresql.Driver #hibernate.connection.url jdbc:postgresql:template1 #hibernate.connection.username pg #hibernate.connection.password #hibernate.query.substitutions yes 'Y', no 'N' ## DB2 #hibernate.dialect net.sf.hibernate.dialect.DB2Dialect #hibernate.connection.driver_class COM.ibm.db2.jdbc.app.DB2Driver #hibernate.connection.url jdbc:db2:test #hibernate.connection.username db2 #hibernate.connection.password db2 ## DB2
Re: Compartmentalization of Modules (was Re: [18111] et al)
html:link module=exercise action=welcome / I don't think that's the best idea. Doing that means your pages know they are in a particular module. If I were to begin using them again, I like the idea of being able to use (dare I say 'share') a single jsp in several different Modules. So you'll get a different looking (and acting) page but you don't have to copy the jsp into that modules folder. It simply renders the images, css, scripts, etc, etc for the Module that it happens to be used in. Does that make sense? If this needs more explanation, I can put something together that shows the difference. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 (cell) AIM:jmitchtx MSN: [EMAIL PROTECTED] - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, January 22, 2004 1:29 PM Subject: RE: Compartmentalization of Modules (was Re: [18111] et al) On Thu, 22 Jan 2004 01:00:55 -0600, Gary D Ashley Jr. wrote: .e.: html:link action= module= ... It seemed that if you have action= attribute, then module= was the next logical step with making struts modular. For us, it certainly helped provide the glue in a very large data centric struts application. Large obviously relative to my situation, so more specifically: 20 modules, 10 state/local government agencies, 30 roles, 10,000 users (250 core 9am-5pm users), and 6 developers. It seems modular link and rewrite tags are a nice step in the right direction. Well, just one perspective to consider. Thanks. Well, that's an interesting idea: html:link module=exercise action=welcome / versus html:link action=/exercise/welcome moduleRelative=false / The former does seem cleaner to me. The trick being that the default value for module is the current module :) If you've implemented one like this, tell me, where there any issues about using html:link module= action=welcome / To indicate the unnamed default module? -Ted. - To 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]
Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestOptionsTag1.jsp
On Sun, 4 Jan 2004, Robert Leland wrote: [EMAIL PROTECTED] wrote: * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Group. This is clearly an old apache 1.0 license instead of 1.1, note the Apache Group instead of the Apache Foundation in the wording. Use the License.txt in the top level of struts as a template. Ah, I see, cp got me again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tinyurl.com [was: Re: cvs commit: jakarta-stru...]
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 was not available, we would lose many valuable references such as the one below. Perhaps we could utilize some other means of shortening long URLs, or at least something we have more control over. Your thoughts? On Thu, 1 Jan 2004 [EMAIL PROTECTED] wrote: husted 2004/01/01 14:39:59 Modified:src/share/org/apache/struts/taglib/bean WriteTag.java Log: Add notes regarding discovering localized notations, per research by Jason Lea. Revision ChangesPath 1.31 +12 -5 jakarta-struts/src/share/org/apache/struts/taglib/bean/WriteTag.java Index: WriteTag.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/bean/WriteTag.java,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- WriteTag.java 1 Jan 2004 19:27:19 - 1.30 +++ WriteTag.java 1 Jan 2004 22:39:59 - 1.31 @@ -316,7 +316,14 @@ /** * Format value according to specified format string (as tag attribute or * as string from message resources) or to current user locale. - * + * + * When a format string is retrieved from the message resources, + * codeapplyLocalizedPattern/code is used. For more about localized + * patterns, see http://tinyurl.com/33y54. (To obtain the correct + * value for some characters, you may need to view the file in a + * hex editor and then use the Unicode escape form in the + * property resources file.) + * * @param valueToFormat value to process and convert to String * @exception JspException if a JSP exception has occurred */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tests
On Thu, 25 Dec 2003, Vic Cekvenich wrote: As far as I can tell the test themselfs are borken, why not just junk them. I am all for testing as religion, but I wonder if the test are worth the trobule in this case? What tests? The junit and cactus tests? There is nothing wrong with the tests, except that we don't have enough of them. .V -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 1.2.0 Release Plan
On Wed, 24 Dec 2003, Joe Germuska wrote: At 9:38 AM -0500 12/22/03, Robert Leland wrote: I believe Joe said though all unit test ran they **didn't** all pass, I believe it was like 66% passed. Hi, all... I've been at my in-laws for the holidays and have intermittent net access. I turned out my major ant/cactus problem was that Ant was using JUnit 3.7 and many of the tests use a version of assertEquals that was added in 3.8; the error messages weren't making it really clear, but a little sleuthing turned it up. So yesterday using Ant I was passing all but the testMultiple method in TestCookieTag -- one out of nearly 2000 methods. I'm running the tests again based on today's CVS Head, although I'm pretty sure it was only docs that have changed since my last update. A while back, I committed some changes to exclude 3 particular tests from the suite because of the (still unresolved) issues with the cactus wrapper class(es) or out configuration of them (still don't know which is the case). From Ant, the tests are passing (100%) on both of my Linux boxes (Mandrake and Redhat), but I'm having issues with my laptop (XP Pro). Anyway, just thought I'd throw in my $.02. Have a great rest-of-the-holidays!!! Since I didn't make any changes to the class tested by that failure, I'm going to take this as the threshold and soon, I'll start checking in my changes to run tests under maven -- although not right this minute, and I'm not sure I'll do it until I get back home over the weekend; we'll see how things go. Running the tests under Maven was better than 66%; it was nearly 80% of classes passing cleanly, and only scattered methods through the others which have to do with cookies -- that consistency makes me pretty sure it's a config problem. Happy holidays to everyone; I'll be online again before I get back home, but only intermittently. Joe -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 25649] - DOS attack by making DispatchAction recurse on execute()
I must be missing something. I don't see a patch. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 20, 2003 6:37 PM Subject: DO NOT REPLY [Bug 25649] - DOS attack by making DispatchAction recurse on execute() 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=25649. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25649 DOS attack by making DispatchAction recurse on execute() [EMAIL PROTECTED] changed: What|Removed |Added -- -- Keywords||PatchAvailable Priority|Other |High Target Milestone|--- |1.2 Family - To 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]
RE: Why you *want* to be on the PMC
On Thu, 18 Dec 2003, Craig R. McClanahan wrote: snip/ If/when Struts becomes a TLP, I'm going to recommend that we do exactly what Ant, James, and Maven (for example) did: * Maintain a link on the Jakarta home page under Related * Install a webserver redirect from http://jakarta.apache.org/struts to http://struts.apache.org. Is there anything holding us back from going TLP? I seem to remember only a few brief discussions on the dev listand that was quite a ways back. Craig -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2.0 Discussion Forum
] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 1.2.0 Release Plan
On Tue, 16 Dec 2003, Ted Husted wrote: +1 I've amended the date on the (now venerable) 1.2.0 release plan for this weekend. http://jakarta.apache.org/struts/proposals/release-plan_1_2_0.html I believe the release notes are in good shape now. I already marched through most of the stale 1.0/1.1 tickets, and can mop up the rest in short order. I imagine there will be a few patches that we can apply, but I've carved out some time to work on such. Note that I've left room in the release plan for the idea of multiple managers. If someone were up for sheparding the tests, especially the example application testing, I'd welcome the help. Someone else could also sign up for the final tag, roll, and announce part of the job. Of course, if everyone is busy, I'll be happy to muddle through on my own. :) Since this is a x.0 release, the plan calls for a majority vote. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running Struts Cactus tests with Ant
On Tue, 16 Dec 2003, Joe Germuska wrote: As noted in a previous thread, I am hitting a wall trying to run the cactus tests in Ant. I want to commit the changes I've made to help Maven run cactus tests, and I've already had to reconcile a bunch of conflicts once... The error seems to come with the first Cactus test case (org.apache.struts.action.TestActionServlet) and is Error instantiating class -- so I'm guessing maybe I haven't gotten all of the necessary jars defined correctly (the build.properties.sample is pretty confusing the way it repeats blocks of properties over and over). Yes, I made that change becuase setting the paths correctly for each of those properties was becoming a pain and prone to error, so I figured that would at least make it easier. You just uncomment the section for your choice of Cactus version. Only problem with that is ... not every version is supported. Funny, I can't seem to get Maven to do anything for me (build, tests, etc), but Ant still works fine (compile, ripping the docs/tlds/etc, tests). And the problem for you is vica versa. Ok Ok...it's not actually funny, but still, I would like to see us move over to Maven as well. Any chance someone wants to throw together a step-by-step-build-struts-with-maven.readme? Anyway, maybe I just need an Ant trick to give me better feedback about why it's failing -- it's probably something very routine. I do know that the same test case passes when I run it in Maven. Thanks in advance for any tips... Joe start.tomcat.41: [java] Dec 16, 2003 3:38:21 PM org.apache.coyote.http11.Http11Protocol init [java] INFO: Initializing Coyote HTTP/1.1 on port 8080 [java] Starting service Tomcat-Standalone [java] Apache Tomcat/4.1.29 [java] log4j:WARN No appenders could be found for logger (org.apache.struts.util.PropertyMessageResources). [java] log4j:WARN Please initialize the log4j system properly. [java] Dec 16, 2003 3:38:31 PM org.apache.coyote.http11.Http11Protocol start [java] INFO: Starting Coyote HTTP/1.1 on port 8080 run.test: [junit] Running org.apache.struts.action.TestActionMessage [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.075 sec [junit] Testsuite: org.apache.struts.action.TestActionMessage [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.075 sec [junit] Testcase: testActionMessageWithNoValue took 0.039 sec [junit] Testcase: testActionMessageWithAStringValue took 0.001 sec [junit] Running org.apache.struts.action.TestActionMessages [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.06 sec [junit] Testsuite: org.apache.struts.action.TestActionMessages [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.06 sec [junit] Testcase: testEmpty took 0.025 sec [junit] Testcase: testNotEmpty took 0.005 sec [junit] Testcase: testSizeWithOneProperty took 0.001 sec [junit] Testcase: testSizeWithManyProperties took 0.001 sec [junit] Testcase: testSizeAndEmptyAfterClear took 0 sec [junit] Testcase: testGetWithNoProperty took 0.013 sec [junit] Testcase: testGetForAProperty took 0 sec [junit] Testcase: testAddMessages took 0.001 sec [junit] Running org.apache.struts.action.TestActionServlet [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1.782 sec [junit] Testsuite: org.apache.struts.action.TestActionServlet [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1.782 sec [junit] Testcase: testInitDestroyInternal took 1.771 sec [junit] Caused an ERROR [junit] Error instantiating class [org.apache.struts.action.TestActionServlet([testInitDestroyInternal], [null])] [junit] javax.servlet.ServletException: Error instantiating class [org.apache.struts.action.TestActionServlet([testInitDestroyInternal], [null])] [junit] at org.apache.cactus.server.AbstractWebTestCaller.getTestClassInstance(AbstractWebTestCaller.java:459) [junit] at org.apache.cactus.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:148) [junit] at org.apache.cactus.server.AbstractWebTestController.handleRequest_aroundBody0(AbstractWebTestController.java:130) [---% snip stack trace %] [junit] Testcase: testInitDestroyInternal stop.tomcat.41: [java] Stopping service Tomcat-Standalone [java] Dec 16, 2003 3:38:47 PM org.apache.coyote.http11.Http11Protocol destroy [java] INFO: Stoping http11 protocol on 8080 Catalina:type=ThreadPool,name=http8080 BUILD FAILED /Users/germuska/Development/jakarta/jakarta-struts/build-tests.xml:236: Test org.apache.struts.action.TestActionServlet failed Total time: 50 seconds This same test -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org
Re: Test Case Exception Throwing style (Re: Cactus tests)
On Tue, 9 Dec 2003, Joe Germuska wrote: Rob Leland wrote: For what it's worth, I've got it passing 71/97 tests clear, and the rest fall into two categories: 19 with failures because the context-path of the test app is hardcoded as test and the plugin uses struts-cactus, and 7 that have to do with cookie values. If anyone has any clever ideas for the simplest way to extract the context path The context path used for the test is stored in the build.properties file. Couldn't those properties be read in by the unit tests ? Right now they are used to modify the server.xml file by using ant filtering while copying. Also if you look at the CVS history of those files with a hard coded 'test' context you'll probably see the path change from /test/xyz/abc.jsp - /xyz/abc.jsp - /test/xyz/abc.jsp Well, I just changed the string literal in response.encodeURL to the concatenation of request.getContextPath() and the context relative URL. That worked, and seems decently flexible. So now the only mystery is why cookies don't seem to be set in my cactus environment (the common problem in the remaining tests which don't pass.) Wish I could shed some light on this, but I haven't been able to figure out what changed in our configuration to cause the cactus tests to fail for any of the tests that I wrote. So, for now I just commented out those few lines and now the tests pass completely under tomcat 4.0, but under 4.1 it fails randomly with: ... ... [junit] Testcase: testMessageTag2ArgNameNoScopeDefaultBundle_fr took 0.02 sec [junit] Testcase: testMessageTag2ArgNameApplicationScopeDefaultBundle_fr took 0 sec [junit] Caused an ERROR [junit] Address already in use: connect [junit] java.net.BindException: Address already in use: connect [junit] at java.net.PlainSocketImpl.socketConnect(Native Method) ... ... If I close down a few extract programs it will get a bit farther, which leads me to assume that it is a memory issue for my machine. When attempting to maven on a clean checkout, I get this: ... ... test:test: [junit] dir attribute ignored if running in the same VM [junit] Running org.apache.struts.action.TestDynaActionForm [junit] Tests run: 44, Failures: 0, Errors: 0, Time elapsed: 0.19 sec [junit] dir attribute ignored if running in the same VM [junit] Running org.apache.struts.action.TestDynaActionFormClass [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.12 sec [junit] dir attribute ignored if running in the same VM [junit] Running org.apache.struts.config.TestActionConfigMatcher [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.16 sec [junit] dir attribute ignored if running in the same VM [junit] Running org.apache.struts.config.TestModuleConfig junit.framework.AssertionFailedError: Got an input stream for struts-config.xml at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertNotNull(Assert.java:220) at org.apache.struts.config.TestModuleConfig.testParse(TestModuleConfig.java:163) ... ... Oh well, wish I could help more. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com We want beef in dessert if we can get it there. -- Betty Hogan, Director of New Product Development, National Cattlemen's Beef Association -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Joe Germuska as a Struts Committer
On Sun, 7 Dec 2003, Don Brown wrote: +1 I thought he already was one :) Yea, he certainly should be. +1 Don On Sun, 7 Dec 2003, Martin Cooper wrote: Joe has been involved in the Struts community for some time now, and has been a great contributor on the -dev and -user lists, as well as in the bug database. I believe Joe would be a great asset to the team, and that it's time we invited him to join us as a Struts committer. Here's my +1. -- Martin Cooper - To 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] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 25267] - Mavenise cactus tests
On Sat, 7 Dec 2003 [EMAIL PROTECTED] wrote: I'm not complaining, but wouldn't this be easier if Joe could committ these himself? (hint hint ;) 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=25267. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25267 Mavenise cactus tests --- Additional Comments From [EMAIL PROTECTED] 2003-12-07 04:59 --- Created an attachment (id=9429) patch to maven.xml to prepare Cactus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven test run
On Thu, 27 Nov 2003, Ted Husted wrote: When I run the maven jar target, the upload tests fail (MultipartTestSuite). On a fresh copy ofwelleverything (maven 1.0-rc1, jakarta-struts, etc, etc) I cannot do anything with maven. The attempt to download validator SNAPSHOT fails. When I change project.xml to use 1.0.1 or 1.0.2, it downloads, but the compile fails complaining about missing ValidatorUtils. I downloaded a nightly, moved it to ~/.maven/repository/commons-validator/jars/. Then changed SNAPSHOT to nightly in project.xml. Then this: [EMAIL PROTECTED] jakarta-struts]$ maven jar __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT java:prepare-filesystem: java:compile: [echo] Compiling to m-target/classes [javac] Compiling 266 source files to /home/jmitchell/cvs/jakarta-struts/m-target/classes /home/jmitchell/cvs/jakarta-struts/src/share/org/apache/struts/tiles/actions/DefinitionDispatcherAction.java:78: warning: org.apache.struts.tiles.DefinitionsUtil in org.apache.struts.tiles has been deprecated import org.apache.struts.tiles.DefinitionsUtil; ^ huge-snip/ /home/jmitchell/cvs/jakarta-struts/src/share/org/apache/struts/validator/ValidatorPlugIn.java:264: warning: org.apache.commons.validator.ValidatorResourcesInitializer in org.apache.commons.validator has been deprecated ValidatorResourcesInitializer.initialize(resources, bis, false); ^ 41 warnings java:jar-resources: Copying 15 files to /home/jmitchell/cvs/jakarta-struts/m-target/classes test:prepare-filesystem: [mkdir] Created dir: /home/jmitchell/cvs/jakarta-struts/m-target/test-classes [mkdir] Created dir: /home/jmitchell/cvs/jakarta-struts/m-target/test-reports test:test-resources: test:compile: [echo] No test source files to compile. test:test: [echo] No tests to run. jar:jar: [jar] Building jar: /home/jmitchell/cvs/jakarta-struts/m-target/struts-1.2.0.jar BUILD SUCCESSFUL Total time: 26 seconds Finished at: Fri Nov 28 01:40:35 EST 2003 No tests to runAm I missing something here? But, when I run the ant test.junit test, only the TestActionConfigMatcher test fails. Is it me, or do others share this experience? If so, any ideas as to why this would be? -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Legacy APIs - Short Term Plan
On Fri, 28 Nov 2003, Andrew Hill wrote: While your at it how about actually including the javadocs in the distribution (or the source dist). A static html version of the other struts docs that doesnt require you to crank up a servlet container everytime you want to check something would also be very nice. You don't need a container to unzip a file. -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Friday, 28 November 2003 10:32 To: Struts Developers List Subject: Re: Legacy APIs - Short Term Plan David Graham wrote: By API do you mean javadocs? I've found it useful to compare Sun's JDK javadocs between versions and I imagine some people would like to compare Struts versions. People who wish to do this can maintain their own local copies (and save some of the bandwidth people kindly contribute to us). Maintaining them through our web site just confuses people. It made sense when there was a big gap between releases, but, hopefully, those days are past. -Ted. - To 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] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 24909] New: - add new tag for css stylesheet linking
On Sat, 22 Nov 2003, Robert Leland wrote: I'm about to roll off of one project and onto another so I should have some free time in between. I'll take care of this in a couple days...along with the long-promised (errr threatened) rewrite of the struts-example ;). Ted Husted wrote: If there are no objections on technical grounds, I would favor adding it. You can do this sort of thing with rewrite, but it's clumsy and counter-intuitive. +1,. It's a hole in the html tags, and a good fit. -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 24909] New: - add new tag for css stylesheet linking
On Fri, 22 Nov 2003 [EMAIL PROTECTED] wrote: I created such a tag over a year ago and have been using it successfully in several of my apps, but I seem to recall a few committers not wanting to add it to the struts tags. I don't remember who was or wasn't in favor, but I remember someone saying that it should be hosted somewhere like sourceforge. Doing this would be pretty straightfoward (especially after David's refactoring). 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=24909. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24909 add new tag for css stylesheet linking Summary: add new tag for css stylesheet linking Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] add a new tag, similar to LinkTag, to generate lt;link rel='stylesheet' ... tags, with url rewriting etc. (or maybe alter the existing lt;html:link tag?) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] RE: cvs commit: jakarta-struts/doc/resources archives.xml co nsultants.xml powered.xml sigs.xml
On Wed, 12 Nov 2003, PILGRIM, Peter, FM wrote: WOW WEE! Politicking on the Struts DEV list. I fail to see any politics involved. Everyone is free to voice their opinion. Everyone is free to make an ass of themselves. Everyone is free to make an ass of themselves in the most public ways possible. But when you refuse to listem to reason (or in this case, you refuse to listen to anything), you find yourself paying for your actions. At Apache, you can have your cake and eat it too, but you can't smear it on someone's face (hypothetically speaking) and get away with it. Vic: I respect your support for Struts and this community, but dude.you've got to chill out. I am definitely ashamed now. Talk about taking the lollipop (for my USA friends, the Candy) out of the babies# mouth. It's definitely a bridge too far. End of the world is neigh impossible to contemplate. After too much mastication that tooth is broken on out ... Craig is probably THE most tolerant person I've seen on this (or any) mailing list. I'm sure he doesn't like having to do these kinds of things, but I will support him nonetheless. Need I go on. -- Peter Pilgrim, Struts/J2EE Consultant, RBoS FM, Risk IT Tel: +44 (0)207-375-4923 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 11 November 2003 21:24 To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/doc/resources archives.xml consultants.xml powered.xml sigs.xml craigmcc2003/11/11 13:23:32 Modified:contrib/struts-faces build.xml doc learning.xml using.xml doc/faqs kickstart.xml doc/news news_2001.xml news_2002_q2.xml news_2002_q3.xml news_2002_q4.xml news_2003_q1.xml news_2003_q2.xml news_2003_q3.xml doc/resources archives.xml consultants.xml powered.xml sigs.xml Log: Vic Cekvenich of BaseBeans.com has made it clear in public postings that he is ashamed of using Struts, and has engaged in an attack on the proper behavior of the Apache Software Foundation's Board of Directors. In these circumstances, it would be hypocritical for BaseBeans to benefit from the free advertising value of being visible on the Struts web site. Help them out of this conundrum by removing such references. *** This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. The Royal Bank of Scotland plc is registered in Scotland No 90312 Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB Regulated by the Financial Services Authority Visit our website at http://www.rbs.co.uk/CBFM/ *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Vote]Disable bugs for Struts 1.0
+1 -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 (c) 770.822.3359 (h) AIM:jmitchtx -Original Message- From: Robert Leland [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2003 10:28 PM To: [EMAIL PROTECTED] Subject: [Vote]Disable bugs for Struts 1.0 I would like to propose disabling filing of NEW bugs for Struts 1.0, I know BugZilla 2.16.3 can do this not sure about 2.14.2 Bugs filed against 1.0 are a waste of time for committers and for reporters. Only bugs filed against 1.1 final, or the nightly builds have any hope in being addressed. If there were patches included with the reciently reported 1.0 enhancements, I might feel differently. As it is NEW Struts 1.0 BugZilla reports are just Noise that I filter out. -Rob - To 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]
RE: DO NOT REPLY [Bug 21906] - IncludeTagTest fails under TC 4.1, TestErrorsTag1 fails under TC 3.3
This has been the source of many nights of frustration for me. The problem appears to be with Cactus. Here's what I'm doing: Windows XP Pro JDK 1.4.1_02 Cactus 13-1.4.1 and a brand spanking new cvs checkout As I am typing this, I am remote debugging Jboss/Tomcat and with a breakpoint set on the infamous TestIncludeTag, I execute this in a browser: http://localhost:8080/test/JspRedirector?Cactus_TestMethod=testIncludeTa gForwardCactus_TestClass=org.apache.struts.taglib.bean.TestIncludeTagC actus_AutomaticSession=trueCactus_Service=CALL_TESTcacheId=1 ...the remote debugger correctly stops at my breakpoint I create a new Expression as request.getServerPort() and I'll give you 3 guesses as to what it evaluates to I don't have the source (nor the desire to attain it) for any version of Cactus for further investigation, but it appears that the request wrapper (org.apache.cactus.server.HttpServletRequestWrapper) is not returning the correct value, which causes several tests to fail. Using any of the tags in a normal environment (non cactus) works fine..go figure. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2003 11:14 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 21906] - IncludeTagTest fails under TC 4.1, TestErrorsTag1 fails under TC 3.3 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=21906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21906 IncludeTagTest fails under TC 4.1, TestErrorsTag1 fails under TC 3.3 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-10-23 03:13 --- This still fails for me could someone else verify that the test.tomcat.41 test passes. - To 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]
RE: struts-example/tour.htm
Tests: I'm spending some time this weekend trying to fix the cactus tests. New Struts Example: I'll do my best to get this done quickly. I'm planning a total rewrite. I would also like to add a few more pieces of functionality that (if for nothing else) show off all or most of the 1.1 enhancements. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Don Brown [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 6:20 PM To: [EMAIL PROTECTED] Subject: struts-example/tour.htm I updated the struts-example to use wildcards in struts-config-registration.xml and was about to update tour.htm when I noticed it was woefully out of date. It is worth updating? For 1.2, are we planning on shipping it with the new example app I've heard mentioned? Should I bother updating tour.htm? Don - To 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]
Re: Adding to the user guide
I can't see why anyone would have a problem with renaming a few pages..hell, when I get the time, I plan to rewrite the whole thing to bring it up to 1.1+ standards, demonstrating all the newest, coolest stuff. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Don Brown [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, October 10, 2003 4:47 AM Subject: Re: Adding to the user guide What I meant was I modified the original struts-example to demonstrate wildcards when I distributed the code as a Struts extension. I bring it up to point out it requires the renaming of particularly the JSP page which may or may not be acceptable. If so, I can go ahead and modify the example as I used a modified struts-example to test the patch in the first place. Don On Thu, 9 Oct 2003, James Mitchell wrote: Sorry, I meant modifying the original struts-example. Or did you already do that? I can't seem to find anything in cvs. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Don Brown [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 10:38 PM Subject: Re: Adding to the user guide I did that when it was released as an extension here: http://www.twdata.org/struts-wildcard I modified the editSubscription mapping to edit*. Since Subscription is being mapped and replaced in the form name and jsp name, I had to change instances of subscription to Subscription. Thats it though. Don On Thu, 9 Oct 2003, James Mitchell wrote: +1 Looks good to me. I'll probably take a look at adding it into the struts-example at some point in the near future (time permitting). -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Don Brown [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 10:03 PM Subject: Adding to the user guide I added a section in the user guide about wildcards in action mappings, however before I commit it, I'd like to make sure it follows documentation conventions as this is my first time writing Struts docs. I've put the section up here for review: http://www.twdata.org/dakine/site/userGuide/building_controller.html#action_mapping_wildcards If I don't hear anything in a day or so, I'll take it as a thumbs up and commit it. Thanks. Don - To 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] - To 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] - To 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]
Re: Adding to the user guide
Sorry, I meant modifying the original struts-example. Or did you already do that? I can't seem to find anything in cvs. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Don Brown [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 10:38 PM Subject: Re: Adding to the user guide I did that when it was released as an extension here: http://www.twdata.org/struts-wildcard I modified the editSubscription mapping to edit*. Since Subscription is being mapped and replaced in the form name and jsp name, I had to change instances of subscription to Subscription. Thats it though. Don On Thu, 9 Oct 2003, James Mitchell wrote: +1 Looks good to me. I'll probably take a look at adding it into the struts-example at some point in the near future (time permitting). -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Don Brown [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 10:03 PM Subject: Adding to the user guide I added a section in the user guide about wildcards in action mappings, however before I commit it, I'd like to make sure it follows documentation conventions as this is my first time writing Struts docs. I've put the section up here for review: http://www.twdata.org/dakine/site/userGuide/building_controller.html#action_mapping_wildcards If I don't hear anything in a day or so, I'll take it as a thumbs up and commit it. Thanks. Don - To 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] - To 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]
Re: message-resources
Please don't cross post to both -user and -dev, we are on both lists and getting multiple emails is annoying, don't you think? -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Dries Plessers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 1:57 PM Subject: message-resources I have a file (countries.properties) which contain all value and representations. e.g.: AD=ANDORRA AG=ANTIGUA AM=ARMENIA How can use this resource file to create a html:select where the value equals the countryname and the representation the 2letters within the struts framework ? Thx ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Store ActionForm in session with different keys
Please do not cross post to both -user and -dev. We are on both lists. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Sun, Benjamin [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Cc: Struts Developers List [EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 1:38 PM Subject: Store ActionForm in session with different keys Does any have this need to store ActionForm in session with different keys? The normal way to set the attribute is to do the following in the Action, session.setAttribute(mapping.getAttribute(), regform); What we need is for http://www.domainA.com session.setAttribute(get_domainA_attribute, regform); for http://www.domainB.com session.setAttribute(get_domainB_attribute, regform); so, different form info can be put in the session at the same time. I have tried to call mapping.setAttribute() in RequestProcessor, but got a configuration locked error. I am going to try extend ActionMapping and override the mapping.getAttribute/setAttribute method. Is this the right way to go? Could anyone help? I do think this should be a struts feature if it is not there yet. BTW, we have our whole registration built on top of struts and it runs very well. Thanks, Ben Benjamin Sun ;) Be passionate: No muscle is stronger than a human heart Knight Ridder Digital Home of RealCities.com http://www.realcities.com Email: [EMAIL PROTECTED] Phone: (O) 1.408.938.6120 (C) 1.650.279.0014 Yahoo: sunb0930 AOL : bensun888 - To 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]
[Vote] Choosing a build/doc gen tool(s) [was: Re: The Forrest Option]
Most of us have given (or at least hinted at) our opinions, so let's give a show of hands: Mavenization: [X] +1 - I am in favor of using Maven for build/dist/test/etc. [ ] +0 - I agree, but cannot help at this time. [ ] -0 - I don't agree, but not enough to give a -1. [ ] -1 - I am not in favor of using Maven for build/dist/test/etc. Forrestization: [X] +1 - I am in favor of using Forrest for site generation. [ ] +0 - I agree, but cannot help at this time. [ ] -0 - I don't agree, but not enough to give a -1. [ ] -1 - I am not in favor of using Forrest for site generation. Other: [X] - I would like to pursue the Maven-with-Forrest-as-a-plugin idea. (If I left out any, please add them) One question I have about all this, (and please forgive me if I missed it in any of the messages in this thread) how does using either approach affect the generation of the .tld from our source? -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Don Brown [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Wednesday, October 01, 2003 7:18 PM Subject: Re: The Forrest Option On Wed, 1 Oct 2003, Craig R. McClanahan wrote: snip / ducks We can even add Forrest-based generation to our current Ant-based build scripts :-). It's just an external tool, after all. /ducks Actually it is very easy to do, using a forrest entity which imports forrest targets. The only setup needed is to install forrest and set FORREST_HOME. All the same ant targets used now to build the site can be used to build forrest. If the Forrest route was accepted, I planned to do this from the start. Don There's only so much time we each have to spend on Struts. I'd rather not spend much time learning the build process. David Craig - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp
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 Leland [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 12:16 AM Subject: Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp James Mitchell wrote: Well, I was in the middle of a reply on another thread (about this), so I'll just put it here instead. With the latest changes I just committed, the tests pass on Tomcat 3.3.x However, I still cannot get them to pass on 4.0.x or 4.1.x. It seems that the container (in both cases), while running on port 8080 in my configuration, thinks it is running on port 80, which is causing the bean:include tests to fail. I'm not sure where in the configuration of the tests that we need to make changes or if that's even the problem, so I'm still checking into it...just thought I would drop a quick note. Thats what I discovered when I filed the bug report originally. Since no one replied to teh reports I figured it was me. At first I suspected the token substitution that I had did so that none of the server.xml files would have to be hard coded. However looking at the generated files under target/test/tomcat41 they look ok. Look at the cactus logs do you see the serialization error message ? So I am glad to see we're both having the same problem :), but unhappy about that also :( -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Chris Gastin [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Monday, September 29, 2003 10:49 PM Subject: Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp James: You committed the following file: * jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag1.j s p. * jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag2.j s p. Are these unit tests working for you. I am trying to find at least one taglib unit test that works,so I can determine if it my local environment or or the tests which are blowing up. I am not to familiar with Cactus, and its setup. Thanks, Chris Gastin - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 29, 2003 7:49 PM Subject: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp jmitchell2003/09/29 17:49:11 Modified:web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp Log: Update taglib tests. I suspect that many of the failures are due to changes in whitespace output (or lack of it). Revision ChangesPath 1.4 +16 -64 jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag1.j s p Index: TestErrorsTag1.jsp === RCS file: /home/cvs/jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestEr r orsTag1.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TestErrorsTag1.jsp 10 Mar 2003 17:29:52 - 1.3 +++ TestErrorsTag1.jsp 30 Sep 2003 00:49:11 - 1.4 @@ -34,10 +34,7 @@ My Errors go here:html:errors/ /bean:define bean:define id=TEST_RESULTS toScope=page - My Errors go here:default_errors_header -default_errors_prefixMy Errors Text -default_errors_suffixdefault_errors_prefixMy Errors Text 2 -default_errors_suffixdefault_errors_footer + My Errors go here:default_errors_headerdefault_errors_prefixMy Errors Textdefault_errors_suffixdefault_errors_prefixMy Errors Text 2default_errors_suffixdefault_errors_footer /bean:define /logic:equal @@ -68,10 +65,7 @@ My Errors go here:html:errors bundle=alternate/ /bean:define bean:define id=TEST_RESULTS toScope=page - My Errors go here:alternate_errors_header -alternate_errors_prefixMy Alternate Errors Text -alternate_errors_suffixalternate_errors_prefixMy Alternate Errors Text 2 -alternate_errors_suffixalternate_errors_footer + My Errors go here:alternate_errors_headeralternate_errors_prefixMy Alternate Errors Textalternate_errors_suffixalternate_errors_prefixMy Alternate Errors Text 2alternate_errors_suffixalternate_errors_footer /bean:define /logic:equal @@ -101,10 +95,7 @@ My Errors go here:html:errors/ /bean:define
Re: DO NOT REPLY [Bug 14183] - html:img does not support forward attribute
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 Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 8:30 PM Subject: DO NOT REPLY [Bug 14183] - html:img does not support forward attribute 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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14183 html:img does not support forward attribute --- Additional Comments From [EMAIL PROTECTED] 2003-10-01 00:30 --- I did some user testing of the tag, and it seems to be working, but I will add unit test once the unit test issue is resolved. - To 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]
Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp
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 insane, I: - grabbed a new (not update) checkout from cvs - changed cactus.contextPort to run on 8082 - added a few System.out.println() statements to the TestIncludeTag.jsp that print out the server.getServerPort() to the console. I even went so far as to add a reference to the /examples app in the Host element of the /conf/test/tomcat41/server.xml, and as the tests were running I hit http://localhost:8082/examples directly from a browser and checked out the jsp snoop page...guess what..request.getServerPort() shows 8082. I vaguely remember this happening to me quite a ways back. IIRC, there were some incompatibilities between some of the jars in one or more of the cactus distributions. I believe that was one of the reasons that I added all of the different cactus configurations to the build.properties.sample file. So, as a last resort, I changed the tests to run on port 80 (cactus.contextPort = 80). With that the TestIncludeTag now passes, but then the test fails on TestBaseTag, which expects: http://localhost:80/test/blah/blah ...however, the test outputs (which is actually correct): http://localhost/blah/blah Jeez! I can't win any way I try!!! So, at this point, we need to figure out why or how the configuration is screwed. Well, I can't waste any more time on this, I hope someone with a better understanding of Cactus can figure this out...Bill...you out there? Peace! -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: James Mitchell [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 6:59 AM Subject: Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp 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 Leland [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 12:16 AM Subject: Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp James Mitchell wrote: Well, I was in the middle of a reply on another thread (about this), so I'll just put it here instead. With the latest changes I just committed, the tests pass on Tomcat 3.3.x However, I still cannot get them to pass on 4.0.x or 4.1.x. It seems that the container (in both cases), while running on port 8080 in my configuration, thinks it is running on port 80, which is causing the bean:include tests to fail. I'm not sure where in the configuration of the tests that we need to make changes or if that's even the problem, so I'm still checking into it...just thought I would drop a quick note. Thats what I discovered when I filed the bug report originally. Since no one replied to teh reports I figured it was me. At first I suspected the token substitution that I had did so that none of the server.xml files would have to be hard coded. However looking at the generated files under target/test/tomcat41 they look ok. Look at the cactus logs do you see the serialization error message ? So I am glad to see we're both having the same problem :), but unhappy about that also :( -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Chris Gastin [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Monday, September 29, 2003 10:49 PM Subject: Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp James: You committed the following file: * jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag1.j s p. * jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag2.j s p. Are these unit tests working for you. I am trying to find at least one taglib unit test that works,so I can determine if it my local environment or or the tests which are blowing up. I am not to familiar with Cactus, and its setup. Thanks, Chris Gastin - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September
Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp
Well, I was in the middle of a reply on another thread (about this), so I'll just put it here instead. With the latest changes I just committed, the tests pass on Tomcat 3.3.x However, I still cannot get them to pass on 4.0.x or 4.1.x. It seems that the container (in both cases), while running on port 8080 in my configuration, thinks it is running on port 80, which is causing the bean:include tests to fail. I'm not sure where in the configuration of the tests that we need to make changes or if that's even the problem, so I'm still checking into it...just thought I would drop a quick note. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Chris Gastin [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Monday, September 29, 2003 10:49 PM Subject: Re: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp James: You committed the following file: * jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag1.js p. * jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag2.js p. Are these unit tests working for you. I am trying to find at least one taglib unit test that works,so I can determine if it my local environment or or the tests which are blowing up. I am not to familiar with Cactus, and its setup. Thanks, Chris Gastin - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 29, 2003 7:49 PM Subject: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp jmitchell2003/09/29 17:49:11 Modified:web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp Log: Update taglib tests. I suspect that many of the failures are due to changes in whitespace output (or lack of it). Revision ChangesPath 1.4 +16 -64 jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErrorsTag1.js p Index: TestErrorsTag1.jsp === RCS file: /home/cvs/jakarta-struts/web/test/test/org/apache/struts/taglib/html/TestErr orsTag1.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TestErrorsTag1.jsp 10 Mar 2003 17:29:52 - 1.3 +++ TestErrorsTag1.jsp 30 Sep 2003 00:49:11 - 1.4 @@ -34,10 +34,7 @@ My Errors go here:html:errors/ /bean:define bean:define id=TEST_RESULTS toScope=page - My Errors go here:default_errors_header -default_errors_prefixMy Errors Text -default_errors_suffixdefault_errors_prefixMy Errors Text 2 -default_errors_suffixdefault_errors_footer + My Errors go here:default_errors_headerdefault_errors_prefixMy Errors Textdefault_errors_suffixdefault_errors_prefixMy Errors Text 2default_errors_suffixdefault_errors_footer /bean:define /logic:equal @@ -68,10 +65,7 @@ My Errors go here:html:errors bundle=alternate/ /bean:define bean:define id=TEST_RESULTS toScope=page - My Errors go here:alternate_errors_header -alternate_errors_prefixMy Alternate Errors Text -alternate_errors_suffixalternate_errors_prefixMy Alternate Errors Text 2 -alternate_errors_suffixalternate_errors_footer + My Errors go here:alternate_errors_headeralternate_errors_prefixMy Alternate Errors Textalternate_errors_suffixalternate_errors_prefixMy Alternate Errors Text 2alternate_errors_suffixalternate_errors_footer /bean:define /logic:equal @@ -101,10 +95,7 @@ My Errors go here:html:errors/ /bean:define bean:define id=TEST_RESULTS toScope=page - My Errors go here:default_errors_header_fr -default_errors_prefix_frMy Errors Text (fr) -default_errors_suffix_frdefault_errors_prefix_frMy Errors Text 2 (fr) -default_errors_suffix_frdefault_errors_footer_fr + My Errors go here:default_errors_header_frdefault_errors_prefix_frMy Errors Text (fr)default_errors_suffix_frdefault_errors_prefix_frMy Errors Text 2 (fr)default_errors_suffix_frdefault_errors_footer_fr /bean:define /logic:equal @@ -132,10 +123,7 @@ My Errors go here:html:errors bundle=alternate/ /bean:define bean:define id=TEST_RESULTS toScope=page - My Errors go here:alternate_errors_header_fr -alternate_errors_prefix_frMy Alternate Errors Text (fr) -alternate_errors_suffix_fralternate_errors_prefix_frMy Alternate Errors Text 2 (fr) -alternate_errors_suffix_fralternate_errors_footer_fr + My Errors go here:alternate_errors_header_fralternate_errors_prefix_frMy Alternate Errors Text (fr)alternate_errors_suffix_fralternate_errors_prefix_frMy Alternate Errors Text 2 (fr
Re: [Short Term Plan] Struts to depend on Validator 1.1.0
+1 -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Robert Leland [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 26, 2003 1:14 PM Subject: [Short Term Plan] Struts to depend on Validator 1.1.0 Over 99% of commons-validator usage is through struts. In fact it may be 100%. I feel the only way to really promote commons-validator to Beta status is to make the nightly build of struts depend on the 1.1.0 version which has released in August and been designated an Alpha. I propose that this Sunday Sept 28 th that we switch over to the 1.1.0 version of Validator, then quickly release Version 1.1.1 which has had additional numerious improvements in it's Javascript validation. Othewise I honestly see how Validator 1.1.0 is ever going to get enough usage to ever be promoted to beta status. Reactions. - To 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]
Re: Struts 1.1 unittest suite problem
Sorry for the late response. I finally got some time to take a look at this and after fixing a few problems related to cactus configuration, I finally got the tests to run. Unfortunately, a few minutes and 665 tests later it bombed on the ErrorsTag tests. It seems we (committers) have been making changes without running the test suite to ensure that everything is kosher. I wish I had the time to spend getting these back in order, but I just can't commit (no pun intended) to it right now. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: James Mitchell [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Tuesday, September 23, 2003 3:01 AM Subject: Re: Struts 1.1 unittest suite problem That was one of my creations, so (unless someone else gets to it first) I'll take a look at this as soon as I can (probably won't be till wed morning). -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770.822.3359 AIM:jmitchtx - Original Message - From: Dan Tran [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Monday, September 22, 2003 10:43 AM Subject: Struts 1.1 unittest suite problem Hello, I am seeing lots of cookies unittest failures when running struts 1.1 test suite between 2 machines. Here are some stack traces [junit] Testcase: testCookieTagName took 0.11 sec [junit] Caused an ERROR [junit] null [junit] java.lang.NullPointerException [junit] at org.apache.cactus.client.HttpClientHelper.addCookies(HttpClientHelper.java;o rg/apache/cactus/util/log/LogAspect.java(1k):406) [junit] at org.apache.cactus.client.HttpClientHelper.dispatch22_connect(HttpClientHelpe r.java;org/apache/cactus/util/log/LogAspect.java(1k):165) [junit] at org.apache.cactus.client.HttpClientHelper.around22_connect(HttpClientHelper. java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.HttpClientHelper.connect(HttpClientHelper.java;org/ apache/cactus/util/log/LogAspect.java(1k):125) [junit] at org.apache.cactus.client.AbstractHttpClient.callRunTest(AbstractHttpClient.j ava;org/apache/cactus/util/log/LogAspect.java(1k):188) [junit] at org.apache.cactus.client.AbstractHttpClient.dispatch1_doTest(AbstractHttpCli ent.java;org/apache/cactus/util/log/LogAspect.java(1k):120) [junit] at org.apache.cactus.client.AbstractHttpClient.around1_doTest(AbstractHttpClien t.java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o rg/apache/cactus/util/log/LogAspect.java(1k):115) [junit] at org.apache.cactus.AbstractTestCase.runGenericTest(AbstractTestCase.java:457) [junit] at org.apache.cactus.JspTestCase.runTest(JspTestCase.java:113) [junit] at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:400) [junit] Testcase: testCookieTagNameTestcase: testCookieTagNameMultiple took 0 sec [junit] Caused an ERROR [junit] null [junit] java.lang.NullPointerException [junit] at org.apache.cactus.client.HttpClientHelper.addCookies(HttpClientHelper.java;o rg/apache/cactus/util/log/LogAspect.java(1k):406) [junit] at org.apache.cactus.client.HttpClientHelper.dispatch22_connect(HttpClientHelpe r.java;org/apache/cactus/util/log/LogAspect.java(1k):165) [junit] at org.apache.cactus.client.HttpClientHelper.around22_connect(HttpClientHelper. java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.HttpClientHelper.connect(HttpClientHelper.java;org/ apache/cactus/util/log/LogAspect.java(1k):125) [junit] at org.apache.cactus.client.AbstractHttpClient.callRunTest(AbstractHttpClient.j ava;org/apache/cactus/util/log/LogAspect.java(1k):188) [junit] at org.apache.cactus.client.AbstractHttpClient.dispatch1_doTest(AbstractHttpCli ent.java;org/apache/cactus/util/log/LogAspect.java(1k):120) [junit] at org.apache.cactus.client.AbstractHttpClient.around1_doTest(AbstractHttpClien t.java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o rg/apache/cactus/util/log/LogAspect.java(1k):115) [junit] at org.apache.cactus.AbstractTestCase.runGenericTest(AbstractTestCase.java:457) [junit] at org.apache.cactus.JspTestCase.runTest(JspTestCase.java:113) [junit] at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:400) Both the client and server war classes compiles with Catus 1.3.1 using 1.3 servlet running against tomcat 4.1.27 The client side is winxp and server side are on XP, solaris, linux Any suggestions? Advice is greatly appreciated. -Dan
Re: Struts 1.1 unittest suite problem
That was one of my creations, so (unless someone else gets to it first) I'll take a look at this as soon as I can (probably won't be till wed morning). -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770.822.3359 AIM:jmitchtx - Original Message - From: Dan Tran [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Monday, September 22, 2003 10:43 AM Subject: Struts 1.1 unittest suite problem Hello, I am seeing lots of cookies unittest failures when running struts 1.1 test suite between 2 machines. Here are some stack traces [junit] Testcase: testCookieTagName took 0.11 sec [junit] Caused an ERROR [junit] null [junit] java.lang.NullPointerException [junit] at org.apache.cactus.client.HttpClientHelper.addCookies(HttpClientHelper.java;o rg/apache/cactus/util/log/LogAspect.java(1k):406) [junit] at org.apache.cactus.client.HttpClientHelper.dispatch22_connect(HttpClientHelpe r.java;org/apache/cactus/util/log/LogAspect.java(1k):165) [junit] at org.apache.cactus.client.HttpClientHelper.around22_connect(HttpClientHelper. java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.HttpClientHelper.connect(HttpClientHelper.java;org/ apache/cactus/util/log/LogAspect.java(1k):125) [junit] at org.apache.cactus.client.AbstractHttpClient.callRunTest(AbstractHttpClient.j ava;org/apache/cactus/util/log/LogAspect.java(1k):188) [junit] at org.apache.cactus.client.AbstractHttpClient.dispatch1_doTest(AbstractHttpCli ent.java;org/apache/cactus/util/log/LogAspect.java(1k):120) [junit] at org.apache.cactus.client.AbstractHttpClient.around1_doTest(AbstractHttpClien t.java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o rg/apache/cactus/util/log/LogAspect.java(1k):115) [junit] at org.apache.cactus.AbstractTestCase.runGenericTest(AbstractTestCase.java:457) [junit] at org.apache.cactus.JspTestCase.runTest(JspTestCase.java:113) [junit] at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:400) [junit] Testcase: testCookieTagNameTestcase: testCookieTagNameMultiple took 0 sec [junit] Caused an ERROR [junit] null [junit] java.lang.NullPointerException [junit] at org.apache.cactus.client.HttpClientHelper.addCookies(HttpClientHelper.java;o rg/apache/cactus/util/log/LogAspect.java(1k):406) [junit] at org.apache.cactus.client.HttpClientHelper.dispatch22_connect(HttpClientHelpe r.java;org/apache/cactus/util/log/LogAspect.java(1k):165) [junit] at org.apache.cactus.client.HttpClientHelper.around22_connect(HttpClientHelper. java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.HttpClientHelper.connect(HttpClientHelper.java;org/ apache/cactus/util/log/LogAspect.java(1k):125) [junit] at org.apache.cactus.client.AbstractHttpClient.callRunTest(AbstractHttpClient.j ava;org/apache/cactus/util/log/LogAspect.java(1k):188) [junit] at org.apache.cactus.client.AbstractHttpClient.dispatch1_doTest(AbstractHttpCli ent.java;org/apache/cactus/util/log/LogAspect.java(1k):120) [junit] at org.apache.cactus.client.AbstractHttpClient.around1_doTest(AbstractHttpClien t.java;org/apache/cactus/util/log/LogAspect.java(1k):1221) [junit] at org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o rg/apache/cactus/util/log/LogAspect.java(1k):115) [junit] at org.apache.cactus.AbstractTestCase.runGenericTest(AbstractTestCase.java:457) [junit] at org.apache.cactus.JspTestCase.runTest(JspTestCase.java:113) [junit] at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:400) Both the client and server war classes compiles with Catus 1.3.1 using 1.3 servlet running against tomcat 4.1.27 The client side is winxp and server side are on XP, solaris, linux Any suggestions? Advice is greatly appreciated. -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What happened to the taglib attribute listings?
Hey, that's great. Now I can update the site with FTP Voyager. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Robert Leland [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2003 8:05 PM To: Struts Developers List Subject: Re: What happened to the taglib attribute listings? Ted Husted wrote: Right now, we use scp to either send up the files or a WAR to burst. This requires karma to jakarta.apache.org, which root no longer hands out as a matter of course, but should be available for the asking. Every thing was moved to ONE machine minatar (sp ?), cvs, web site etc... It's no longer necessary to have access to multiple machines. Just scp to cvs.apache.org. The Jakarta site2 project uses a system where you can checkout the HTML pages from CVS, but that still requires access to j.a.o. -Ted. Robert Leland wrote: Steve Raeburn wrote: I've posted a patch to the struts.xsml stylesheet. Ted could you do the honours? BTW, I'm not sure what needs to be done to update the live site and if it's something I could or should be doing. I'd be happy to make the updates if someone lets me know how. The site docs talk about using CVS to update. And most of the apache sites, www.apache.org, xml.apache.org, ... do look like they use CVS, since there are CVS directories under those directories. However, very few of the jakarta.apache.org web sites look like they use use CVS, no CVS directories, except for, struts-el So I would say just use 'scp' to send the war file over, an unzip. For the longest time I was e-mailing my self stuff, cause I hadn't read all the docs :-} ! -Rob - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XHTML Web site updates
Here's my attempt: Buildfile: build.xml init: [echo] - jakarta-struts 1.2-dev - [echo] java.class.path = C:\j2sdk1.4.1_02\lib\tools.jar;D:\home\jmitchell\apache_home\apache-ant- 1.5.3-1\lib\xml-apis.jar;D:\home\jmitchell\apache_home\apache-ant-1.5.3- 1\lib\xercesImpl.jar;D:\home\jmitchell\apache_home\apache-ant-1.5.3-1\li b\optional.jar;D:\home\jmitchell\apache_home\apache-ant-1.5.3-1\lib\juni t.jar;D:\home\jmitchell\apache_home\apache-ant-1.5.3-1\lib\ant.jar; [echo] java.home = C:\j2sdk1.4.1_02\jre [echo] user.home = C:\Documents and Settings\jmitchell prepare.dist: prepare.library: [copy] Copying 1 file to D:\home\jmitchell\cvs\jakarta-struts\target\library\classes\META-INF compile.library: [javac] Compiling 35 source files to D:\home\jmitchell\cvs\jakarta-struts\target\library\classes ... ... snip/ ... ... static: [echo] Processing webapp validator compile: [echo] Processing webapp validator [javac] Compiling 3 source files to D:\home\jmitchell\cvs\jakarta-struts\target\validator\WEB-INF\classes [copy] Copying 3 files to D:\home\jmitchell\cvs\jakarta-struts\target\validator\WEB-INF\classes compile.docs: [style] Transforming into D:\home\jmitchell\cvs\jakarta-struts\target\documentation [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\acquiring.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\acquiring.html [style] Loading stylesheet D:\home\jmitchell\cvs\jakarta-struts\doc\stylesheets\struts.xsl [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\helping.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\helping.html [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\index.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\index.html [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\kickstart.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\kickstart.html [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\learning.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\learning.html [style] : Fatal Error! java.lang.NullPointerException Cause: java.lang.NullPointerException [style] Failed to process D:\home\jmitchell\cvs\jakarta-struts\doc\learning.xml BUILD FAILED file:D:/home/jmitchell/cvs/jakarta-struts/build-webapps.xml:222: Fatal error during transformation Total time: 35 seconds Tool completed successfully I'll post back after I run it again in debug...see if I can track this thing down. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Steve Raeburn [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 8:39 PM To: Struts Developers List Subject: RE: XHTML Web site updates The look and feel you end up with should be almost identical to the existing site. I've uploaded a copy for comparison at http://www.ninsky.com/struts/site/ If the build is failing then the CSS file won't be copied over to the target directory so that's why you don't see the formatting. As to why it's failing - I'm pretty sure this is a JDK bug, though I'm surprised you're still having problems on 1.4.2_01. What's the policy on accommodating JDK bugs? I'll try to find a workaround. It would be useful if someone else could run it to see if a pattern emerges. Steve -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: September 10, 2003 3:42 PM To: Struts Developers List Subject: Re: XHTML Web site updates I've installed Sun 1.4.2_01 but I'm still having trouble getting the site to render. I am in favor of rendering the site in valid XHTML, but we need it to work with what people will commonly have installed. If the site can't be rendered using the standard Java 1.2 or later advice, then I'll have to ask that the stylesheet changes be withdrawn. Also, I don't know if my pages are rendering correctly, but the ones I am seeing have a Lynx look and feel. I don't mind this personally, but I do feel that we need to either retain the original layout or migrate to Forrest or Maven. Something different is not what we are gong for right now. =:0) -Ted. Steve Raeburn wrote: Sorry, I'm getting my versions in a muddle. Here's the correct state: Sun 1.4.2_01 - No problem Sun 1.4.1_05 - Intermittent failures Sun 1.4.1_02 - Intermittent failures Sun 1.3.1- No problem 2 many twos and ones :-) Steve - To 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]
RE: XHTML Web site updates
Wow! This is odd. After running the build in -debug, there weren't any good clues as to the cause or where to start looking. I began to open up the offending xml files one by one and copy over the entire document with one that I knew had been transformed without issue. Then re-ran the build. After doing this, each time the build would go a little further down the list of source files to be transformed. I did this over and over for about 6 files, then decided to change my tactic, I began moving the files out of the project and re-running the build. Same results as before, I would get a little farther. Then, (and here's the really odd part) I decided to just re-run the build (without changing or moving anything).IT WORKED!!! I get a little farther each time, as if the offending file was fixedhow strange is that? -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 9:03 PM To: 'Struts Developers List' Subject: RE: XHTML Web site updates Here's my attempt: Buildfile: build.xml init: [echo] - jakarta-struts 1.2-dev - [echo] java.class.path = C:\j2sdk1.4.1_02\lib\tools.jar;D:\home\jmitchell\apache_home\a pache-ant- 1.5.3-1\lib\xml-apis.jar;D:\home\jmitchell\apache_home\apache- ant-1.5.3- 1\lib\xercesImpl.jar;D:\home\jmitchell\apache_home\apache-ant- 1.5.3-1\li b\optional.jar;D:\home\jmitchell\apache_home\apache-ant-1.5.3- 1\lib\juni t.jar;D:\home\jmitchell\apache_home\apache-ant-1.5.3-1\lib\ant.jar; [echo] java.home = C:\j2sdk1.4.1_02\jre [echo] user.home = C:\Documents and Settings\jmitchell prepare.dist: prepare.library: [copy] Copying 1 file to D:\home\jmitchell\cvs\jakarta-struts\target\library\classes\META-INF compile.library: [javac] Compiling 35 source files to D:\home\jmitchell\cvs\jakarta-struts\target\library\classes ... ... snip/ ... ... static: [echo] Processing webapp validator compile: [echo] Processing webapp validator [javac] Compiling 3 source files to D:\home\jmitchell\cvs\jakarta-struts\target\validator\WEB-INF\classes [copy] Copying 3 files to D:\home\jmitchell\cvs\jakarta-struts\target\validator\WEB-INF\classes compile.docs: [style] Transforming into D:\home\jmitchell\cvs\jakarta-struts\target\documentation [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\acquiring.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\acqu iring.html [style] Loading stylesheet D:\home\jmitchell\cvs\jakarta-struts\doc\stylesheets\struts.xsl [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\helping.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\helping.html [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\index.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\index.html [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\kickstart.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\kick start.html [style] Processing D:\home\jmitchell\cvs\jakarta-struts\doc\learning.xml to D:\home\jmitchell\cvs\jakarta-struts\target\documentation\lear ning.html [style] : Fatal Error! java.lang.NullPointerException Cause: java.lang.NullPointerException [style] Failed to process D:\home\jmitchell\cvs\jakarta-struts\doc\learning.xml BUILD FAILED file:D:/home/jmitchell/cvs/jakarta-struts/build-webapps.xml:222: Fatal error during transformation Total time: 35 seconds Tool completed successfully I'll post back after I run it again in debug...see if I can track this thing down. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Steve Raeburn [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 8:39 PM To: Struts Developers List Subject: RE: XHTML Web site updates The look and feel you end up with should be almost identical to the existing site. I've uploaded a copy for comparison at http://www.ninsky.com/struts/site/ If the build is failing then the CSS file won't be copied over to the target directory so that's why you don't see the formatting. As to why it's failing - I'm pretty sure this is a JDK bug, though I'm surprised you're still having problems on 1.4.2_01. What's the policy on accommodating JDK bugs? I'll try to find a workaround. It would be useful if someone else could run it to see if a pattern emerges. Steve -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: September 10, 2003 3:42 PM To: Struts Developers List Subject: Re: XHTML Web site updates I've installed Sun
RE: XHTML Web site updates
Ok, I just got a fresh copy (not an update) and it worked finesame setup/jdk/ant/etc, new checkout. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 10:41 PM To: Struts Developers List Subject: RE: XHTML Web site updates On Wed, 10 Sep 2003, Steve Raeburn wrote: Date: Wed, 10 Sep 2003 17:38:41 -0700 From: Steve Raeburn [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: XHTML Web site updates The look and feel you end up with should be almost identical to the existing site. I've uploaded a copy for comparison at http://www.ninsky.com/struts/site/ If the build is failing then the CSS file won't be copied over to the target directory so that's why you don't see the formatting. As to why it's failing - I'm pretty sure this is a JDK bug, though I'm surprised you're still having problems on 1.4.2_01. What's the policy on accommodating JDK bugs? I'll try to find a workaround. It would be useful if someone else could run it to see if a pattern emerges. WORKSFORME on a just-downloaded CVS tree (19:40 Pacific Time), using JDK 1.4.2-b28 on Red Hat 9.0 Linux. The generated pages do indeed look very much like the original style. Steve Craig - To 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]
RE: Struts web site [was: Re: Conversion of web site docs to XHTML]
I've used both on a couple of small (personal) projects. I used Forrest for my kids soccer team's web site. I mean, come on, how can you make things any simpler than executing forrest seed? And I used Maven for a recent client. I don't really care which one we use, but I think getting build, documentation, and reports out of one tool instead of using two or three is definitely enough to persuade my vote. I'm +1 on Maven, but I agree that the LF should be customized. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Robert Leland [mailto:[EMAIL PROTECTED] Sent: Saturday, September 06, 2003 2:16 PM To: Struts Developers List Subject: Re: Struts web site [was: Re: Conversion of web site docs to XHTML] Robert Leland wrote: Steve Raeburn wrote: I have committed the first step in transitioning the web site documentation to valid XHTML. As far as I know we were planning to move over to Maven or forrest. I have been working on Mavenizing items as I can. Instead of doing the stylesheets maybe your efforts could be directed towards integrating those xml docs into maven ? Do we want to hold a formal vote/lazy consensus on what doc system we are moving to ? I would go with Maven only because it provides a number of usefull reports. I don't care for the standard Maven look, but believe it's better than what we have. My main concern is to make sure whatever we pick Maven/Forrest that it's around and thriving a year from now. maven is very active but they also seem to be going through a large refactoring to reduce the memory footprint. Forrest is supposed to be slower and a bigger memory foot print, but I could care unless about that if it doesn't crash my JVM. The struts site now builds with a basic maven look, maven beta 10. We just need to hook in the doc xml which shoudln't be too bad, since there is a stylesheet directory under xdocs. If you take a look at those wild and crazy Tapestry guys it looks like you can really hack the look and feel to anything you want. -Rob - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key
Vic, what's your problem? I think I've heard enough of your ramblings as well. I've tried to sympathize with your views hoping that somewhere (in some unknown galaxy) you actually knew what you were talking about. If you don't know what I mean, tell me if this sounds familiar to you (or anyone): (fictitious, but you get the idea) On 8/16, Message Message [EMAIL PROTECTED] wrote: Dear Struts group, What is the best practice for using Struts with EJB? Vic replied: Don't use EJB, it sucks. Message Message replied: How can you justify saying that? Vic replied: Because I know these words Model View Controller / Master Detail and Multirow / DAO / XLM / XSL Message Message replied: Wow. You must be right, cause I don't even know all them werds. Craig wrote: Vic, you misspelled XML. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, August 28, 2003 1:33 AM Subject: Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key Vic, Please go away. I'm sat on the sidelines watching you make a fool of yoursself in multiple forums, and enjoyed laughing at you. But I'm absolutely NOT going to put up with YOU thinking you have any RIGHT to change the status on Struts bug reports and enhancement requests. If you've got patches to propose that actually implement some of the suggested enhancements or bug fixes, that's a different story. But all I see you doing is trying to be negative and disruptive (and childish as well -- my kids outgrew name calling before the were in middle school -- sheesh). You do not, and NEVER WILL speak for any Struts developer community that I am a part of. Now get your hands off of our bug tracking system or you're going to be banned. Craig McClanahan On Wed, 28 Aug 2003 [EMAIL PROTECTED] wrote: Date: 28 Aug 2003 02:46:43 - From: [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key 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=22519. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22519 Allow multiple MessageResources files to be loaded under one key [EMAIL PROTECTED] changed: What|Removed |Added -- -- Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2003-08-28 02:46 --- Delay until after resource refactoring? .V - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] As the Struts world turns [was: Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key]
Ya, I read from a different thread about what happens. That didn't happen to me since I use Mozilla (with pop-ups blocked). Sorry about that, I wouldn't have sent it if I had known. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - Original Message - From: Robert Leland [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, August 28, 2003 3:27 AM Subject: Re: [OT] As the Struts world turns [was: Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key] James Mitchell wrote: Someone posted a link on another thread that might actually help in situations like this: http://www.originalicons.com/smile Not funny. - To 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]
Re: [OT] As the Struts world turns [was: Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key]
Someone posted a link on another thread that might actually help in situations like this: http://www.originalicons.com/smile -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - Original Message - From: James Mitchell [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, August 28, 2003 2:42 AM Subject: [OT] Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key Vic, what's your problem? I think I've heard enough of your ramblings as well. I've tried to sympathize with your views hoping that somewhere (in some unknown galaxy) you actually knew what you were talking about. If you don't know what I mean, tell me if this sounds familiar to you (or anyone): (fictitious, but you get the idea) On 8/16, Message Message [EMAIL PROTECTED] wrote: Dear Struts group, What is the best practice for using Struts with EJB? Vic replied: Don't use EJB, it sucks. Message Message replied: How can you justify saying that? Vic replied: Because I know these words Model View Controller / Master Detail and Multirow / DAO / XLM / XSL Message Message replied: Wow. You must be right, cause I don't even know all them werds. Craig wrote: Vic, you misspelled XML. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, August 28, 2003 1:33 AM Subject: Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key Vic, Please go away. I'm sat on the sidelines watching you make a fool of yoursself in multiple forums, and enjoyed laughing at you. But I'm absolutely NOT going to put up with YOU thinking you have any RIGHT to change the status on Struts bug reports and enhancement requests. If you've got patches to propose that actually implement some of the suggested enhancements or bug fixes, that's a different story. But all I see you doing is trying to be negative and disruptive (and childish as well -- my kids outgrew name calling before the were in middle school -- sheesh). You do not, and NEVER WILL speak for any Struts developer community that I am a part of. Now get your hands off of our bug tracking system or you're going to be banned. Craig McClanahan On Wed, 28 Aug 2003 [EMAIL PROTECTED] wrote: Date: 28 Aug 2003 02:46:43 - From: [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key 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=22519. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22519 Allow multiple MessageResources files to be loaded under one key [EMAIL PROTECTED] changed: What|Removed |Added -- -- Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2003-08-28 02:46 --- Delay until after resource refactoring? .V - To 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] - To 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]
RE: Parameter/Mapping/ConfigDispatchAction (Was RE: Addition of two new actions)
Is this a vote? If so, shouldn't we have [VOTE] on the subject line? -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 AIM:jmitchtx -Original Message- From: Steve Raeburn [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2003 5:38 PM To: Struts Developers List Subject: Parameter/Mapping/ConfigDispatchAction (Was RE: Addition of two new actions) I *think* we agreed to add this action. Pick a name. [ ] ParameterDispatchAction [ ] MappingDispatchAction [ ] ConfigDispatchAction Steve -Original Message- From: Steve Raeburn [mailto:[EMAIL PROTECTED] Sent: August 4, 2003 1:25 PM To: Struts Developers List Subject: RE: Addition of two new actions In an ideal world, DispatchAction should probably become ParameterDispatchAction and this could be plain old DispatchAction. Is Anthony's original suggestion of ConfigDispatchAction any better? I can't think of a name that I *really* like so I'm +0 on Mapping or Config. Steve -Original Message- From: news [mailto:[EMAIL PROTECTED] Behalf Of Martin Cooper Sent: August 4, 2003 10:15 AM To: [EMAIL PROTECTED] Subject: Re: Addition of two new actions I'm +1 on this, other than on naming. I think ParameterDispatchAction is definitely the wrong name for the last of these. People are *far* more likely to think of the Parameter in the name as meaning a request parameter than they are to think of the parameter action mapping attribute. Perhaps MappingDispatchAction instead? I am -0 on combining all of this into one action. -- Martin Cooper - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Ping
Sorry, just testing if Yahoo will let me send this from web-based mail using my apache address as from. Ted, Craig, whoever, please let me know if this message hangs in the queue. James Mitchell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Ping
AHA!!! Success!!! --- James Mitchell [EMAIL PROTECTED] wrote: Sorry, just testing if Yahoo will let me send this from web-based mail using my apache address as from. Ted, Craig, whoever, please let me know if this message hangs in the queue. James Mitchell - To 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]
RE: cvs commit: jakarta-struts/src/share/org/apache/struts/config ActionConfig.java
Yes. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx -Original Message- From: Rob Leland [mailto:[EMAIL PROTECTED] Sent: Monday, August 04, 2003 12:20 AM To: Struts Developers List Cc: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/src/share/org/apache/struts/config ActionConfig.java [EMAIL PROTECTED] wrote: jmitchell2003/08/03 07:18:03 Modified:src/share/org/apache/struts/config ActionConfig.java Log: Fix comments. Submitted by Michael Rimov. Revision ChangesPath 1.13 +5 -5 jakarta-struts/src/share/org/apache/struts/config/ActionConfig.java Index: ActionConfig.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/config/ActionConfig.jav a,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- ActionConfig.java4 Jul 2003 21:25:23 - 1.12 +++ ActionConfig.java3 Aug 2003 14:18:03 - 1.13 @@ -651,7 +651,7 @@ /** - * Return the form bean configurations for this application. If there + * Return all forward configurations for this application. If there Should this be 'module' instead of 'application' ? * are none, a zero-length array is returned. */ public ForwardConfig[] findForwardConfigs() { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - Rob Leland (703-525-3580) Choose a job you love, and you will never have to work a day of your life. -Confucius. - To 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]
Re: cvs commit: jakarta-struts build.properties.sample
I'm the one to blame on that one. Sorry, it was on my todo list, somewhere between make more money and save marriage.I hope you understand. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 27, 2003 12:30 AM Subject: cvs commit: jakarta-struts build.properties.sample rleland 2003/07/26 21:30:17 Modified:.build.properties.sample Log: Make Junit versions consistent Revision ChangesPath 1.44 +9 -9 jakarta-struts/build.properties.sample Index: build.properties.sample === RCS file: /home/cvs/jakarta-struts/build.properties.sample,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- build.properties.sample 1 Jul 2003 17:49:25 - 1.43 +++ build.properties.sample 27 Jul 2003 04:30:16 - 1.44 @@ -184,7 +184,7 @@ #log4j.jar = ${cactus.lib}/log4j-1.2.5.jar # JUnit jar file, version 3.81 or newer required. -#junit.jar = ${cactus.lib}/junit-3.7.jar +#junit.jar = ${cactus.lib}/junit3.8.1.jar # Httpclient from Jakarta-Commons #commons-httpclient.jar = ${cactus.lib}/commons-httpclient-2.0alpha1-20020606.jar @@ -211,7 +211,7 @@ #log4j.jar = ${cactus.lib}/log4j-1.2.5.jar # JUnit jar file, version 3.81 or newer required. -#junit.jar = ${cactus.lib}/junit-3.7.jar +#junit.jar = ${cactus.lib}/junit3.8.1.jar # Httpclient from Jakarta-Commons #commons-httpclient.jar = ${cactus.lib}/commons-httpclient-2.0alpha1-20020606.jar @@ -265,7 +265,7 @@ #log4j.jar = ${cactus.lib}/log4j-1.2.5.jar # JUnit jar file, version 3.81 or newer required. -#junit.jar = ${cactus.lib}/junit-3.7.jar +#junit.jar = ${cactus.lib}/junit3.8.1.jar # Httpclient from Jakarta-Commons #commons-httpclient.jar = ${cactus.lib}/commons-httpclient-2.0alpha1-20020606.jar @@ -291,8 +291,8 @@ # Log4J from Jakarta-Commons log4j.jar = ${cactus.lib}/log4j-1.2.5.jar -# JUnit jar file, version 3.81 or newer required. -junit.jar = ${cactus.lib}/junit-3.7.jar +# JUnit jar file, version 3.8.1 or newer required. +junit.jar = ${cactus.lib}/junit3.8.1.jar # Httpclient from Jakarta-Commons commons-httpclient.jar = ${cactus.lib}/commons-httpclient-2.0alpha1-20020606.jar @@ -306,10 +306,10 @@ # Ant Optional Jars for Junit task -ant.optional.jar = ${apache.home}/jakarta-ant-1.5.1/lib/optional.jar +ant.optional.jar = ${apache.home}/apache-ant-1.5.3-1/lib/optional.jar # Ant Jar for optional taglib documentation task -ant.jar=${apache.home}/apache-ant-1.5.2/lib/ant.jar +ant.jar=${apache.home}/apache-ant-1.5.3-1/lib/ant.jar # Servlet engine locations for the tests @@ -319,4 +319,4 @@ tomcat.home.33 = ${apache.home}/jakarta-tomcat-3.3.1 tomcat.home.40 = ${apache.home}/jakarta-tomcat-4.0.6 -tomcat.home.41 = ${apache.home}/jakarta-tomcat-4.1.18-LE-jdk14 +tomcat.home.41 = ${apache.home}/jakarta-tomcat-4.1.24 - To 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]
Re: [PROPOSAL] Modular Struts Examples
That's great!! I'm looking forward to capitalizing on your success.oh waitI'm doing that already, thanks again!!! -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Wednesday, July 23, 2003 8:03 AM Subject: Re: [PROPOSAL] Modular Struts Examples Just wanted to mention that I did some work on the Struts University application last week, and it seemed to work well in a classroom environment. I'll have another post regarding this soon. Ted Husted wrote: I've started work on a Struts University application, based on Steve's Struts Examples application. Struts University uses the same Tomcat Example format. The idea is that the examples will be ordered and grouped to help teach Struts through a series of working examples. snip/ - To 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]
[Vote] Don Brown as committer
Don has been involved with Struts for quite some time and has submitted numerous patches and enhancements. I believe that as we move forward with development, having Don on our team would be a tremendous asset. I would like to nominate Don Brown as a Committer. Here's my +1!!! [ ] +1 - I agree. [ ] +0 - I agree, but think we should wait until he can recite the servlet spec verbatim. [ ] -0 - I disagree, but not enough to stop the train. [ ] -1 - I disagree and my reason(s) are/is .. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Resources] When is the next release?
Unless I did something wrong, my search for issues on bugzilla turns up nothing, and I'm not sure what to make of issueTrackingUrl in project.xml. Does it mean that we should be using http://nagoya.apache.org/scarab/servlet/scarab/ or is it something that was just carried over when someone was creating this file? Using Maven to build and run the tests on this project fails. * Running ant test (with appropriate build.properties) will compile and test fine. * Running maven will compile fine, but does not copy the required .properties and .xml files needed by the tests. I don't know enough about Maven to determine whether this is configuration issue or a bug. So, with that out of the way, what exactly is stopping us from releasing commons-resources? Do we need more tests? Is there a checklist somewhere that I'm missing? -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: Steve Peterson [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Saturday, July 19, 2003 5:16 PM Subject: RE: When is the next release? What needs to happen to get commons-resources out of the sandbox? I may have some time in the next week or two to contribute. Steve \At 05:05 PM 7/14/2003 -0700, David Graham wrote: --- James Turner [EMAIL PROTECTED] wrote: David Graham wrote: The plan all along was that 1.2.0 would include a move to commons-resources and no other major changes. However, commons-resources is still in the sandbox so I suggest we postpone that move to the next release. I've committed all of my interesting changes for 1.2.0 so I'd like to hear the status on the nested and tiles bugs plus the one Martin has assigned to himself. Also, is the validwhen vaildation working? Well, validWhen is checked into the release, and it's the same code I'm using on a live customer site, so my belief is that it is. We won't know how well it works until more users try it out and find bugs, but that's the nice thing about more frequent release cycles, right? I was just making sure there wasn't more to be done on it before a release. Hopefully it will help alleviate all the questions on requiredif :-). David James __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: c:import functionality in an Action class ?
On Monday 14 July 2003 14:39, you wrote: Does this sound like an user question ? Please explain ... Yes, this is a user question. Questions about the core framework are for the dev list (this is basically true for most projects, not just struts). -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Monday, July 14, 2003 11:40 AM To: Struts Developers List Cc: Struts Users Mailing List Subject: Re: c:import functionality in an Action class ? On Monday 14 July 2003 12:25, Ranjangaonkar, Vaibhav (HQP) wrote: I am looking for an Action class like IncludeAction but this class should be able to include contents from an external source and store it in request/session scope, much like the c:import tag in JSTL. But, I want to use this functionality outside of a JSP. Is there something like that already ? If not, do we need an one or we can get away without it ? Please ask user questions on the users list. Please advise, Thanks. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: c:import functionality in an Action class ?
On Monday 14 July 2003 12:25, Ranjangaonkar, Vaibhav (HQP) wrote: I am looking for an Action class like IncludeAction but this class should be able to include contents from an external source and store it in request/session scope, much like the c:import tag in JSTL. But, I want to use this functionality outside of a JSP. Is there something like that already ? If not, do we need an one or we can get away without it ? Please ask user questions on the users list. Please advise, Thanks. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: [PROPOSAL] Modular Struts Examples
On Friday 11 July 2003 12:45, Ted Husted wrote: snip/ The proposed end-game would be to first consolidate our various examples (upload, validator, tiles, Steve's examples, and more) into the Struts University application. Then, we could considering making the MailReader, Taglib-Exercises, University, and the Website Documentation, How will this affect update of the Struts site? -Ted. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bean:define to assign a different value to an existing variable
On Friday 27 June 2003 05:37, [EMAIL PROTECTED] wrote: In this code excerpt I am defining a bean with bean:define. However, I want to conditionally change the value. According to the struts doc, bean:define either creates, or replaces a previous instance of the bean as defined by the id. However, I can't see how this is possible, as the bean:define actually writes inline java i.e bean:define name=blah id=blah/ -- Object blah = ; logic:iterate name=page_of_results indexId=index id=thread bean:define scope=page value=false id=hot_topic name=hot_topic / ^^ For starters, don't do this. Use different names logic:greaterThan name=thread property=replyCount value=100 bean:define scope=page name=hot_topic value=true id=hot_topic/ /logic:greaterThan . .. logic:equal name=hot_topic value=true img src=/midletsite/images/hot_topic.gif/ /logic:equal /logic:iterate I've tried replacing the other bean:defines with scriptlets eg, logic:greaterThan name=thread property=replyCount value=100 %hot_topic=false% /logic:greaterThan but the bean:write later on seems to have ignored the scriptlet ( possibly due to the compilation order of the JSP vs. tags? Can anyone provide a workaround? Thanks Ben -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bean:define to assign a different value to an existing variable
Oh, I also noticed that you are asking user questions on the dev list. Move this thread over to the users list please. On Friday 27 June 2003 05:37, [EMAIL PROTECTED] wrote: In this code excerpt I am defining a bean with bean:define. However, I want to conditionally change the value. According to the struts doc, bean:define either creates, or replaces a previous instance of the bean as defined by the id. However, I can't see how this is possible, as the bean:define actually writes inline java i.e bean:define name=blah id=blah/ -- Object blah = ; logic:iterate name=page_of_results indexId=index id=thread bean:define scope=page name=hot_topic value=false id=hot_topic/ logic:greaterThan name=thread property=replyCount value=100 bean:define scope=page name=hot_topic value=true id=hot_topic/ /logic:greaterThan . .. logic:equal name=hot_topic value=true img src=/midletsite/images/hot_topic.gif/ /logic:equal /logic:iterate I've tried replacing the other bean:defines with scriptlets eg, logic:greaterThan name=thread property=replyCount value=100 %hot_topic=false% /logic:greaterThan but the bean:write later on seems to have ignored the scriptlet ( possibly due to the compilation order of the JSP vs. tags? Can anyone provide a workaround? Thanks Ben -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Vote: Struts-Faces Integration Library 0.4
On Friday 27 June 2003 13:17, Craig R. McClanahan wrote: --- [VOTING SLIP: Struts-Faces Integration Library 0.4] - [X] +1 - I am in favor of this release, and can help, after I get back from vacation ;) [ ] +0 - I am in favor of this release, but cannot help [ ] -0 - I am not in favor of this release [ ] -1 - I am against this proposal (must include a reason) --- Craig -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Struts 1.1 Final Release
On Thursday 26 June 2003 07:42, Ted Husted wrote: -- Vote: Struts 1.1 Final Release Plan [X] +1 I am in favor of the release, and will help support it [ ] +0 I am in favor of the release, but am unable to help support it [ ] -0 I am not in favor of the release [ ] -1 I am against this proposal (must include a reason). - I am +1 on the Struts 1.1 Final release plan. -Ted. Now THIS is a nice way to start my vacation! BTW, if anyone just happens to be near the Chesapeake Bay and wants to enjoy a cold beer and some great fishing, let me know by Saturday morning and I'll put a few extra on ice for ya. I'll be back after the 4th of July weekend. shout style=Steve Irwin W Ho!!! /shout -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts build.xml
On Tuesday 24 June 2003 01:45, [EMAIL PROTECTED] wrote: rleland 2003/06/23 22:45:13 Modified:.build.xml Log: Change version by adding '-post' to verify that gump is indeed using an old struts build.xml file not the current one. Revision ChangesPath 1.109 +1 -1 jakarta-struts/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/build.xml,v retrieving revision 1.108 retrieving revision 1.109 diff -u -r1.108 -r1.109 --- build.xml 19 Jun 2003 03:30:46 - 1.108 +++ build.xml 24 Jun 2003 05:45:13 - 1.109 @@ -137,7 +137,7 @@ property name=project.name value=jakarta-struts/ !-- Version of the project -- -property name=project.version value=1.1-rc2/ +property name=project.version value=1.1-rc2-post/ Should that be 1.1-dev? !-- == Derived Properties -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A Question about Patches
On Tuesday 24 June 2003 13:46, DeRose Jonathan wrote: I have a question about a patch I submitted, http://issues.apache.org/bugzilla/show_bug.cgi?id=20784 A quick summary for anyone who may have missed it: The enhancement provides lots of new functionality for error handling beyond writing out the errors. (Developers could use it to highlight errored inputs, create errors on a group of input elements, have their labels turn bold and red, and lots more... It is flexible and allows developers to set up these styles to whatever is suitable for their application, or leave them out completely. It is completely backwards compatible./PLUG I have received several positive replies from people both on the list and in private emails. I would like to know if there is anything I can do next. I apologize as I am new to collaboration in an open source environment. I do not want to push too hard, nor do I want to let this enhancement slip through the cracks. So if there is anything I can do to promote this enhancement/refine it/answer questions about it, I would love to do so. I think it would be a really great addition to Struts. Are you hosting this as a project somewhere? Sourceforge? If not, then might want to. The Struts project on SourceForge is a great place for these kinds of enhancements/extensions. http://sourceforge.net/projects/struts If you want, let me know and I'll add you. That would allow you to package and release it with incremental improvements and also allow others to use and modify the source to their liking (the essence of OSS). Thanks for any help/insight, Jonathan -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Build Failure - jakarta-struts
I thought we had this fixed. Is there a document that explains a) how to fix this and b) how has access to it? On Monday 23 June 2003 07:59, Craig McClanahan wrote: This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-23/jakarta-struts.html Buildfile: build.xml init: [echo] - jakarta-struts 1.1-rc2 - [echo] java.class.path = /home/rubys/jakarta/xml-commons/java/external/build/xml-apis.jar:/home/ruby s/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar:/home/rubys/jakarta/xml-x erces2/java/build/xercesImpl.jar:/home/rubys/jakarta/xml-xalan/java/build/xa lan-unbundled.jar:.:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/usr/java/j2sdk1.4 .1_02/jre/lib/rt.jar:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/home/rubys/jakar ta/ant/dist/lib/ant.jar:/home/rubys/jakarta/ant/dist/lib/ant-jmf.jar:/home/r ubys/jakarta/ant/dist/lib/ant-junit.jar:/home/rubys/jakarta/ant/dist/lib/ant -stylebook.jar:/home/rubys/jakarta/ant/dist/lib/ant-swing.jar:/home/rubys/ja karta/ant/dist/lib/ant-trax.jar:/home/rubys/jakarta/ant/dist/lib/ant-xalan2. jar:/home/rubys/jakarta/ant/dist/lib/nodeps.jar:/opt/jdbc2_0/jdbc2_0-stdext. jar:/home/rubys/jakarta/jakarta-servletapi-4/lib/servlet.jar:/home/rubys/jak arta/jakarta-commons/beanutils/dist/commons-beanutils.jar:/home/rubys/jakart a/jakarta-commons/collections/dist/commons-collections.jar:/home/rubys/jakar ta/jakarta-commons/digester/dist/commons-digester.jar:/home/rubys/jakarta/ja karta-commons/fileupload/target/commons-fileupload-20030623.jar:/home/rubys/ jakarta/jakarta-commons/lang/dist/commons-lang-20030623.jar:/home/rubys/jaka rta/jakarta-commons/logging/dist/commons-logging.jar:/home/rubys/jakarta/jak arta-commons/logging/dist/commons-logging-api.jar:/home/rubys/jakarta/jakart a-commons/validator/dist/commons-validator.jar:/home/rubys/jakarta/jakarta-o ro/jakarta-oro-20030623.jar:/home/rubys/jakarta/jakarta-struts/target/librar y/classes:/home/rubys/jakarta/jakarta-struts/target/tiles/library/classes [echo] java.home = /usr/java/j2sdk1.4.1_02/jre [echo] user.home = /home/rubys prepare.dist: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/webapps prepare.library: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF/tlds [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/struts /resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [copy] Copying 8 files to /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/struts /resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library BUILD FAILED /home/rubys/jakarta/jakarta-struts/build.xml:251: Warning: Could not find file /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/struts-legacy .jar to copy. Total time: 2 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Build Failure - jakarta-struts
On Monday 23 June 2003 09:40, James Mitchell wrote: I thought we had this fixed. Is there a document that explains a) how to fix this and b) how has access to it? ^^^ how == who On Monday 23 June 2003 07:59, Craig McClanahan wrote: This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-23/jakarta-struts.html Buildfile: build.xml init: [echo] - jakarta-struts 1.1-rc2 - [echo] java.class.path = /home/rubys/jakarta/xml-commons/java/external/build/xml-apis.jar:/home/ru by s/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar:/home/rubys/jakarta/xm l-x erces2/java/build/xercesImpl.jar:/home/rubys/jakarta/xml-xalan/java/build /xa lan-unbundled.jar:.:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/usr/java/j2sdk 1.4 .1_02/jre/lib/rt.jar:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/home/rubys/ja kar ta/ant/dist/lib/ant.jar:/home/rubys/jakarta/ant/dist/lib/ant-jmf.jar:/hom e/r ubys/jakarta/ant/dist/lib/ant-junit.jar:/home/rubys/jakarta/ant/dist/lib/ ant -stylebook.jar:/home/rubys/jakarta/ant/dist/lib/ant-swing.jar:/home/rubys /ja karta/ant/dist/lib/ant-trax.jar:/home/rubys/jakarta/ant/dist/lib/ant-xala n2. jar:/home/rubys/jakarta/ant/dist/lib/nodeps.jar:/opt/jdbc2_0/jdbc2_0-stde xt. jar:/home/rubys/jakarta/jakarta-servletapi-4/lib/servlet.jar:/home/rubys/ jak arta/jakarta-commons/beanutils/dist/commons-beanutils.jar:/home/rubys/jak art a/jakarta-commons/collections/dist/commons-collections.jar:/home/rubys/ja kar ta/jakarta-commons/digester/dist/commons-digester.jar:/home/rubys/jakarta /ja karta-commons/fileupload/target/commons-fileupload-20030623.jar:/home/rub ys/ jakarta/jakarta-commons/lang/dist/commons-lang-20030623.jar:/home/rubys/j aka rta/jakarta-commons/logging/dist/commons-logging.jar:/home/rubys/jakarta/ jak arta-commons/logging/dist/commons-logging-api.jar:/home/rubys/jakarta/jak art a-commons/validator/dist/commons-validator.jar:/home/rubys/jakarta/jakart a-o ro/jakarta-oro-20030623.jar:/home/rubys/jakarta/jakarta-struts/target/lib rar y/classes:/home/rubys/jakarta/jakarta-struts/target/tiles/library/classes [echo] java.home = /usr/java/j2sdk1.4.1_02/jre [echo] user.home = /home/rubys prepare.dist: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/webapps prepare.library: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF/tlds [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/stru ts /resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [copy] Copying 8 files to /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/stru ts /resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library BUILD FAILED /home/rubys/jakarta/jakarta-struts/build.xml:251: Warning: Could not find file /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/struts-lega cy .jar to copy. Total time: 2 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Build Failure - jakarta-struts
On Monday 23 June 2003 09:46, David Graham wrote: On Monday 23 June 2003 09:40, James Mitchell wrote: I thought we had this fixed. Is there a document that explains a) how to fix this and b) how has access to it? ^^^ how == who Craig, because the builds run on his home machine. Yes. I knew that, but I seem to remember him saying a few times that any committer can modify the process (??gump descriptors??), but I can't seem to find that in the archives. David On Monday 23 June 2003 07:59, Craig McClanahan wrote: This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-23/jakarta-struts.html Buildfile: build.xml init: [echo] - jakarta-struts 1.1-rc2 - [echo] java.class.path = /home/rubys/jakarta/xml-commons/java/external/build/xml-apis.jar:/home/ru by s/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar:/home/rubys/jakarta/xm l-x erces2/java/build/xercesImpl.jar:/home/rubys/jakarta/xml-xalan/java/build /xa lan-unbundled.jar:.:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/usr/java/j2sdk 1.4 .1_02/jre/lib/rt.jar:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/home/rubys/ja kar ta/ant/dist/lib/ant.jar:/home/rubys/jakarta/ant/dist/lib/ant-jmf.jar:/hom e/r ubys/jakarta/ant/dist/lib/ant-junit.jar:/home/rubys/jakarta/ant/dist/lib/ ant -stylebook.jar:/home/rubys/jakarta/ant/dist/lib/ant-swing.jar:/home/rubys /ja karta/ant/dist/lib/ant-trax.jar:/home/rubys/jakarta/ant/dist/lib/ant-xala n2. jar:/home/rubys/jakarta/ant/dist/lib/nodeps.jar:/opt/jdbc2_0/jdbc2_0-stde xt. jar:/home/rubys/jakarta/jakarta-servletapi-4/lib/servlet.jar:/home/rubys/ jak arta/jakarta-commons/beanutils/dist/commons-beanutils.jar:/home/rubys/jak art a/jakarta-commons/collections/dist/commons-collections.jar:/home/rubys/ja kar ta/jakarta-commons/digester/dist/commons-digester.jar:/home/rubys/jakarta /ja karta-commons/fileupload/target/commons-fileupload-20030623.jar:/home/rub ys/ jakarta/jakarta-commons/lang/dist/commons-lang-20030623.jar:/home/rubys/j aka rta/jakarta-commons/logging/dist/commons-logging.jar:/home/rubys/jakarta/ jak arta-commons/logging/dist/commons-logging-api.jar:/home/rubys/jakarta/jak art a-commons/validator/dist/commons-validator.jar:/home/rubys/jakarta/jakart a-o ro/jakarta-oro-20030623.jar:/home/rubys/jakarta/jakarta-struts/target/lib rar y/classes:/home/rubys/jakarta/jakarta-struts/target/tiles/library/classes [echo] java.home = /usr/java/j2sdk1.4.1_02/jre [echo] user.home = /home/rubys prepare.dist: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/webapps prepare.library: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF/tlds [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/stru ts /resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [copy] Copying 8 files to /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/stru ts /resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library BUILD FAILED /home/rubys/jakarta/jakarta-struts/build.xml:251: Warning: Could not find file /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/struts-lega cy .jar to copy. Total time: 2 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx
Re: [GUMP] Build Failure - jakarta-struts
On Monday 23 June 2003 11:18, Christopher Lenz wrote: I don't think the Gump builds have anything todo with the nightly builds of Struts. The Gump descriptors are in the jakarta-gump directory on cvs.apache.org, and every Apache committer has commit access to that directory. http://jakarta.apache.org/gump/ Yes, that sounds like what I was vaguely remembering. So, at this point, noone can fix this but Craig? -chris David Graham wrote: Yes. I knew that, but I seem to remember him saying a few times that any committer can modify the process (??gump descriptors??), but I can't seem to find that in the archives. Sorry, but using words like this and it aren't too descriptive ;-). I don't know how to access the gump descriptors. David [snip] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Build Failure - jakarta-struts
On Monday 23 June 2003 11:43, Martin Cooper wrote: On Mon, 23 Jun 2003, James Mitchell wrote: On Monday 23 June 2003 11:18, Christopher Lenz wrote: I don't think the Gump builds have anything todo with the nightly builds of Struts. The Gump descriptors are in the jakarta-gump directory on cvs.apache.org, and every Apache committer has commit access to that directory. http://jakarta.apache.org/gump/ Yes, that sounds like what I was vaguely remembering. So, at this point, noone can fix this but Craig? No, any Jakarta committer can fix it. The issue is one of figuring out how to modify the Struts Gump descriptor to build struts-legacy first, and then have the main build refer to that. Any committer can check in the change, we just need to figure out what that change looks like. ;-) Ok ok!! So I'm lazy ;) I finally got around to reading this: http://jakarta.apache.org/gump/faq.html So, unless anyone else gets to it first, I'll try to fix this tonight. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21031] - Old struts.jar in jakarta-struts-1.1-rc2.zip?
On Monday 23 June 2003 21:17, [EMAIL PROTECTED] wrote: 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=21031. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21031 Old struts.jar in jakarta-struts-1.1-rc2.zip? --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 01:17 --- Johnny isn't asking a question - he's reporting a problem with the RC2 binaries from the site he specifies. I was going off of the number of ? that were in this report. It appear more exploratory than matter-of-fact. Thanks Having said that however, I downloaded the binaries from that specified site just now and the ActionErrors.isEmpty() method was there no problem. So it looks like its a problem with your setup Johnny. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Build Failure - jakarta-struts
On Monday 23 June 2003 21:11, Rob Leland wrote: James Mitchell wrote: On Monday 23 June 2003 11:43, Martin Cooper wrote: On Mon, 23 Jun 2003, James Mitchell wrote: On Monday 23 June 2003 11:18, Christopher Lenz wrote: I don't think the Gump builds have anything todo with the nightly builds of Struts. The Gump descriptors are in the jakarta-gump directory on cvs.apache.org, and every Apache committer has commit access to that directory. http://jakarta.apache.org/gump/ Yes, that sounds like what I was vaguely remembering. So, at this point, noone can fix this but Craig? No, any Jakarta committer can fix it. The issue is one of figuring out how to modify the Struts Gump descriptor to build struts-legacy first, and then have the main build refer to that. Any committer can check in the change, we just need to figure out what that change looks like. ;-) Ok ok!! So I'm lazy ;) I finally got around to reading this: http://jakarta.apache.org/gump/faq.html So, unless anyone else gets to it first, I'll try to fix this tonight. I had tried creating a second project in Gump. Use CVS to look at the previos versions of the jakarta-struts.xml file. From the GUMP output it appears that the struts-legacy project worked. I used that as a dependancy for the 'struts-core' project and that is where it couldn't find the struts-legacy.jar. I was going to take a stab at doing the same thing, but I'm glad you did it first cause I'd probably be doing more poking and prodding than fixing. James, Let me give it --one-- more shot tonight. I believe what I need to do is not copy the struts-legacy.jar with the other jars at first but delay it's copying until after it is built. -Rob -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts build.xml
On Wednesday 18 June 2003 23:30, [EMAIL PROTECTED] wrote: rleland 2003/06/18 20:30:46 Modified:.build.xml Log: Roll back changes so that inorder to build struts, a user must first go to the contrib.struts-legacy directory and do a seperate build. This was done because when a recursive build was performed the target was set to the top, level of struts instead of contrib/struts-legacy/target which resulted in the struts-legacy.jar file not being created. This may have absolutely nothing to do with the gump build, and forgive me for mentioning this late, but I am able to build to build the entire distribution by changing only 2 things from the build.properties.sample. - add the key jdk.version={specify your jdk version} - change the key from: ../struts-legacy.jar=contrib/struts-legacy/dist/struts-legacy.jar to: struts-legacy.jar=contrib/struts-legacy/dist/struts-legacy.jar After making those changes, ant dist works fine. Sorry, but I'm not schooled in the ways of gump. Gump now builds struts-legacy as a seperate target. Revision ChangesPath 1.108 +2 -20 jakarta-struts/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/build.xml,v retrieving revision 1.107 retrieving revision 1.108 diff -u -r1.107 -r1.108 --- build.xml 11 Jun 2003 18:19:35 - 1.107 +++ build.xml 19 Jun 2003 03:30:46 - 1.108 @@ -395,15 +395,6 @@ /target !-- -Construct distributable struts legacy support for datasources --- -target name=dist.legacy -ant antfile=build.xml dir=contrib/struts-legacy - target=dist/ -/target - - -!-- Build the contrib modules that are packaged with the binary -- target name=dist.contrib depends=dist.source if=jstl.jar @@ -427,7 +418,7 @@ Construct complete binary distribution -- target name=dist - depends=dist.legacy,dist.library,dist.webapps,dist.source,dist.contrib + depends=dist.library,dist.webapps,dist.source,dist.contrib description=Construct binary distribution/ !-- @@ -727,20 +718,11 @@ /copy /target - -!-- - Clean struts legacy distribution --- -target name=clean.legacy -ant antfile=build.xml dir=contrib/struts-legacy -inheritall=false target=clean/ -/target - !-- Clean up build and distribution directories -- -target name=clean depends=clean.legacy +target name=clean description=Clean build and distribution directories delete dir=${build.home}/ delete dir=${dist.home}/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A question about file diffs...
Sounds like you need to turn off trim spaces from end of line on your text editor. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - Original Message - From: DeRose Jonathan [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, June 13, 2003 11:31 AM Subject: A question about file diffs... I am trying to prepare patch files for the dynamic style declaration using the resource bundle. I am using WinCvs and am having two different problems with the diff reports it churns out... 1) The first is that it says there are changes to code I haven't touched. Example: cvs diff -u BaseHandlerTag.java @@ -881,9 +1019,9 @@ } /** - * Searches all scopes for the bean and calls BeanUtils.getProperty() with the + * Searches all scopes for the bean and calls BeanUtils.getProperty() with the * given arguments and converts any exceptions into JspException. - * + * * @param beanName The name of the object to get the property from. * @param property The name of the property to get. * @return The value of the property. I can fix most of these by adding -i -w, but the example on the jakarta site says just a -u is preferred. http://jakarta.apache.org/site/source.html#Patches - 2) The second problem is it picks up the wrong changes, this seems to happen 99% of the time with javadoc function headers. Example: cvs diff -u BaseInputTag.java @@ -150,26 +145,6 @@ } /** - * Return the property name. - */ -public String getProperty() { - -return (this.property); - -} - -/** - * Set the property name. - * - * @param property The new property name - */ -public void setProperty(String property) { - -this.property = property; - -} - -/** * Return the number of rows for this field. */ public String getRows() { If you took out all the code with '-' it would still be correct. But its not the *correct* list of changes that were made. - This all leads to my question of what exactly are done with the diff reports? If they are just read by developers trying to understand the proposed changes, I think I would want to tinker a bit to make the report as accurate as possible to the changes being made. If they are actually used in a script to actually *make* the changes down the road, I need to not touch the report. Thanks for any insight, Jonathan - To 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]
Re: Introduction and a proprosal to add new functionality to Struts: Automatic highlighting of errored form elements
Sounds like a nice 3rd party library. Are you open to suggestions? I have a few ideas about this myself. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - Original Message - From: DeRose Jonathan [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, June 06, 2003 4:05 PM Subject: Introduction and a proprosal to add new functionality to Struts: Automatic highlighting of errored form elements Hello, I have an idea that I would like to propose to the Struts community involving the HTML tag library; automatic highlighting of errored form elements. I have used Struts for a couple medium sized projects and always extended the tags to get this functionality. After doing this two or three times, I thought it would be great if Struts has this functionality built in. I have gone through all the source and feel confident about the changes that would need to be made. I have prepared documentation describing all of the details, but I wanted to post this first to introduce myself and my idea. If you guys would like to hear more, I would love to post my documentation for everyone to look at. Thanks, Jonathan R. DeRose - To 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]
Re: Status check?
- Original Message - From: David Graham [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 2:42 PM Subject: RE: Status check? Right, but what's the right amount of time to wait? Craig suggested 2 weeks and I think that sounds good. +1 -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] SEX SEX SEX
Ok, now that I've got your attention ;) Please go and vote: http://www.sys-con.com/java/readerschoice2003/index.cfm -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2
+1 -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org - Original Message - From: David Graham [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 29, 2003 9:47 AM Subject: Re: VOTE (enough already!): Release Struts RC2 with FileUpload Beta 2 +1 I agree that deprecating methods does not require a new beta. We don't guarantee backwards compatibility between betas. James, can you act as release manager for RC2? Sounds like Martin won't have time to do it. David From: Martin Cooper [mailto:[EMAIL PROTECTED] First off, big thanks to Martin for adopting FileUpload and getting this puppy back in shape. Now, about the Struts 1.1 RC2 release. The problem is the staging needed to get FileUpload out the door. It's currently at Beta 1, and the code base in CVS has some methods that have been deprecated since Beta 1. The deprecated methods need to be removed before 1.0 Final, which means that we need a Beta 2 to publicise the deprecations. Then they can be removed in an RC1, shortly to be followed (hopefully) by 1.0 Final. Much as I would like to see Struts 1.1 RC2 happen before JavaOne, I just don't see how that can happen, given the steps that FileUpload has to go through before a final release. Does this strike anyone but me as an example of the victory of process over sanity? Why does a deprecation/removal of some methods require a new beta? If your code depends on the deprecated methods, you can stick with whatever you're using now until you can fix your code, and then use the release. If you don't, you can evaluate the RC, and an entire step can be saved. The entire Struts 1.1 release has been a Kafka-esq adventure in strict adherence to a set of rules that, IMHO, has done nothing but add months of delay to an already terminally late release. It's hard to believe there's something that makes the JCP look speedy, but consider that in the time we've been struggling to get 1.1 out the door, JSF has gone almost completely from proposal to EA. Open source is supposed to be speedy and responsive, instead we're starting to make Microsoft look like a speed demon. The Apache rules serve a good purpose, to prevent shoddy releases. But at this point, we've got a major release hanging fire on (frankly) some relatively obscure supporting packages which aren't even used by the majority of the user community. If I were benevolent dictator for a day, I'd do a 1.1 RC2 now with the FileUpload Beta 2. But, since we live in an enlightened society, I'm putting it up for a vote. As we've been reminded recently, this type of voice is non-veto-able, lazy majority SO: +1 - Yes, release Struts RC2 with FileUpload 1.1 Beta 2 once Martin releases it. 0 - Eh -1 - I prefer to delay Struts RC2 until FileUpload is in final release. The 72 hour voting cutoff is 3AM Eastern June 1 James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 - To 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]
Re: nullity of the form
You should ask this on the users list. -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org - Original Message - From: Frances Aleah Z. de Guzman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 9:17 PM Subject: nullity of the form when does a form become null? when do you have to populate or repopulate a form? you have to bear with me with these questions guys but i need to know how these logics work, i saw these examples in the struts-example. need your help badly, thanks guys. -- Frances Aleah Z. De Guzman SA/Programmer Ingenium Technology, Inc. http://www.ingenium.com.ph Disclaimer : This message is intended only for the named recipient. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. - To 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]
Re: DO NOT REPLY [Bug 18727] - Html page freezes upon formsubmital.
One more thing to try. If your animated gif is 'freezing' as you say, can you alt+tab to a different application and the alt+tag back and still see your gif frozen or is the whole window white? On Sat, 2003-04-05 at 00:02, [EMAIL PROTECTED] wrote: 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=18727. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18727 Html page freezes upon form submital. --- Additional Comments From [EMAIL PROTECTED] 2003-04-05 05:02 --- The reason why it's not going to get any attention soon, is because the informtion provided is simply not enough to go on. We need adequate proof that the problem is indeed struts. For example, if the form tag is written out one way, it works, but Struts' way is broken (and supply that example as well). It's not the server side, because there's nothing binding the html page to the server. But at the very least, we need much more than my animated gif isn't working. If you can't pin it down to exact behavior that is incorrect on Struts' behalf, then supply your example as an attachement. Then, maybe, a developer may pick it up and play and see what the deal is. Until then, I'm sorry to say that this bug report is going to lay quite idle in the invalid basket. It was flagged as invalid, largely because animating gif's have typically nothing to do with web serving frameworks. If you can show me how and where in Struts that the problem echo's from, I'll happily patch it myself. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 18727] - Html page freezes upon formsubmital.
As David said when closing this bug PLEASE POST QUESTIONS TO THE USERS LIST On Fri, 2003-04-04 at 17:07, [EMAIL PROTECTED] wrote: 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=18727. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18727 Html page freezes upon form submital. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-04-04 22:07 --- This is a struts problem. It occurs only when submitting a form within the struts framework. I have verified this by setting the form up using several different frameworks and it only occurs when using struts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts and Maven
If you search the archives, Craig has already commented on this. We haven't moved to this tool, IIRC, for the same reason some people have not adopted Struts 1.1..because it is still considered beta. On Mon, 2003-03-31 at 10:04, Joe Germuska wrote: Has anyone else looked at developing a Maven project.xml for Struts? I think it would be pretty handy, considering the number of dependencies Struts has. Mostly as an excuse for getting more familiar with the project.xml schema, I put together a partially-functioning POM for Struts this weekend. If people are interested, I could post it to Bugzilla. It's definitely a work in progress, but if there's interest but no one else has even started the work, I might as well throw it in. One shortcoming I can't deal with is that the commons-logging version at the default ibiblio.org repository predates the release(ClassLoader) method and I don't really know how someone gets those JARs changed. Also, Struts has several advanced build targets beyond the main library JAR -- I am not really even sure how you are meant to deal with things like building the example webapps in Maven. Joe PS For those who have no idea what I'm talking about: http://maven.apache.org -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com If nature worked that way, the universe would crash all the time. --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts and Maven
On Mon, 2003-03-31 at 10:26, James Holmes wrote: Well, we're all entitled to our own opinion. However, mine differs from yours as I think the other format is much clearer and easier to read. I wonder if the issue here is really about fonts. http://maven.apache.org/ ...it looks great on my work pc (IE on Win2k), but looks like crap on my laptop (RH8 with Mozilla) I would hope that the stylesheet fonts are customizable? -James --- David Graham [EMAIL PROTECTED] wrote: I know this was brought up some time in the past when I was looking at updating the Struts website to the pretty format generated by Maven. Perhaps there will be time and place for it once 1.1 is out. Do you mean the tiny, confusing, and unreadable format? -James David --- Joe Germuska [EMAIL PROTECTED] wrote: Has anyone else looked at developing a Maven project.xml for Struts? I think it would be pretty handy, considering the number of dependencies Struts has. Mostly as an excuse for getting more familiar with the project.xml schema, I put together a partially-functioning POM for Struts this weekend. If people are interested, I could post it to Bugzilla. It's definitely a work in progress, but if there's interest but no one else has even started the work, I might as well throw it in. One shortcoming I can't deal with is that the commons-logging version at the default ibiblio.org repository predates the release(ClassLoader) method and I don't really know how someone gets those JARs changed. Also, Struts has several advanced build targets beyond the main library JAR -- I am not really even sure how you are meant to deal with things like building the example webapps in Maven. Joe PS For those who have no idea what I'm talking about: http://maven.apache.org -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com If nature worked that way, the universe would crash all the time. --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To 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] __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Libraries for building
On Thu, 2003-03-27 at 14:07, Brandon Goodin wrote: Is there somewhere I can get all of the current libaries needed to build struts nightly build in one download. I am wondering because I don't want to use outdated libraries on the build and I don't really feel like downloading every jar that is needed individually. Yes, the easiest way is to download the binary distribution and then either copy or reference the jars from there to your build path. Brandon Goodin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Taglib documentation in JavaDoc format
On Wed, 2003-03-26 at 18:48, Mohan Kishore wrote: Hi, I have put together an ant task with accompanying XSL files etc, which generate javadoc-like documentation for the taglibs (uses the current struts-xxx.xml files). Hey, this is great! Do you plan to contribute this? Also, maybe you could help me with something similar that I've been wanting to do. I've been looking into adding a task to the build that will generate a report for each group of tags (html, bean, etc) that shows a grid-like view of attributes and tags. The purpose of it would be to give us a high-level view of which tags are using which attributes and could help us find missing or fogotten attributes. Here's a snip from the comments of my stylesheet: bodycontent id multiple name-- more attributes === === == cookie emtpy (required) (rt) *(rt) - the * means required define JSP (required)(rt) (more tags) *Note - It is difficult to show in this email all the additional information, but the report will show all the data from the tld. Might even be nice to add links to the docs from the tags. Your thoughts? The docs are available at http://mohankishore.tripod.com/struts-docs/ Just wanted to run it by the community to see if it feels its useful. regards, Mohan. -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug 16108 - Why is ActionForm a base class rather than aninterface?
On Mon, 2003-03-24 at 14:20, Craig R. McClanahan wrote: On Fri, 21 Mar 2003, Ted Husted wrote: Date: Fri, 21 Mar 2003 08:49:36 -0500 From: Ted Husted [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Bug 16108 - Why is ActionForm a base class rather than an interface? It's a high priority for another milestone. It is not slated for the current iteration. Though, when I did that, I didn't know if there would be another RC, so I marked it ahead. But at this point, there's no reason not to go ahead and do it this weekend. Just to clarify, we're simply docuementing the design rationale. There are not any plans to change how the ActionForm works right now. And you're really going to have to break both of my arms and/or kick me out of Struts development if you want ActionForm *ever* changed to an interface again -- in *any* future Struts release. I think it's an absolutely horrible idea, for reasons that have been documented way too many times to count. Come on Craig, tell us how you *really* feelLOL!! Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] Japanese Message Resorces for struts-example
be an short. -errors.integer={0} must be an integer. -errors.long={0} must be an long. -errors.float={0} must be an float. -errors.double={0} must be an double. -errors.date={0} is not a date. -errors.range={0} is not in the range {1} through {2}. -errors.creditcard={0} is not a valid credit card number. -errors.email={0} is an invalid e-mail address. +errors.required={0} \u3092\u5165\u529b\u3057\u3066\u304f\u3060\u3055\u3044\u3002 +errors.minlength={0} \u306f {1} \u6587\u5b57\u4ee5\u4e0a\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.maxlength={0} \u306f {2} \u6587\u5b57\u4ee5\u4e0b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.invalid={0} \u306f\u6b63\u3057\u304f\u3042\u308a\u307e\u305b\u3093\u3002 +errors.byte={0} \u306fbyte\u578b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.short={0} \u306fshort\u578b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.integer={0} \u306finteger\u578b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.long={0} \u306flong\u578b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.float={0} \u306ffloat\u578b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.double={0} \u306fdouble\u578b\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.date={0} \u306f\u65e5\u4ed8\u3067\u306f\u3042\u308a\u307e\u305b\u3093\u3002 +errors.range={0} \u306f {1} \u304b\u3089 {2} \u306e\u9593\u3067\u306a\u3051\u308c\u3070\u306a\u308a\u307e\u305b\u3093\u3002 +errors.creditcard={0} \u306f\u6b63\u3057\u3044\u30af\u30ec\u30b8\u30c3\u30c8\u30ab\u30fc\u30c9\u756a\u53f7\u3067\u306f\u3042\u308a\u307e\u305b\u3093\u3002 +errors.email={0} \u306f\u6b63\u3057\u3044\u30e1\u30fc\u30eb\u30a2\u30c9\u30ec\u30b9\u3067\u306f\u3042\u308a\u307e\u305b\u3093\u3002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/doc/userGuide dev_validator.xml
On Thu, 2003-03-20 at 11:45, David Graham wrote: Modified:doc/faqs newbie.xml doc/userGuide dev_validator.xml Log: Fixed new examples to use camelCase as per nightly build change made by David Graham, and changed examples because discussing female anatomy evidently made him blush :-) Thanks for saving this to CVS for a permanent reminder :-). LOL!!! David _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: select is missing a readonly attribute
On Thu, 2003-03-20 at 18:57, Karr, David wrote: The Struts tags support, either directly or indirectly, the attributes supported in the underlying HTML 4.01 specification. The HTML select tag doesn't specify a readonly attribute, so neither does Struts. -Original Message- From: Raible, Matt [mailto:[EMAIL PROTECTED] The html:select tag is missing a readonly attribute - is this as designed? http://jakarta.apache.org/struts/userGuide/struts-html.html#select Take a look at using disabled=true (although not all browsers support it). -- James Mitchell Software Developer/Struts Evangelist http://www.open-tools.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RequestUtils.computeURL()
Is there any reason that any tag should NOT call computeURL when evaluating a URL that needs a parameter of Map entries added? It seems that ImgTag does it all by itself, and since it hard-codes '' instead of the standard 'amp;', my new tests (which I haven't even committed yet) are failing. Should we refactor this now? I cannot setup tests for this tag with the current code that's there. Thoughts? -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RequestUtils.computeURL()
That was my initial thought, but wanted to bounce it off a few other people first. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 10:28 AM To: [EMAIL PROTECTED] Subject: Re: RequestUtils.computeURL() Is there any reason that any tag should NOT call computeURL when evaluating a URL that needs a parameter of Map entries added? computeURL also encodes the url with session information which isn't desirable for images. Maybe ImgTag should just replace with amp; itself without calling computeURL. David _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 - To 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]
RE: RequestUtils.computeURL()
Yes, well, my concern is that we have duplicate code doing the same thing. I assume computURL was added after the code for ImgTag was written, and then perhaps overlooked. I changed the '' to amp; in the ImgTag and my tests are now passing. That sounds fine until you actually look at the test. I use computeURL in my tests to verify that Tags are calculating URLs correctly when using: Map defined by name in any scope Map defined by name and property in any scope Map defined by name in application scope Map defined by name and property in application scope Map defined by name in session scope Map defined by name and property in session scope Map defined by name in request scope Map defined by name and property in request scope I don't believe refactoring it would help speed-wise, but I just hate seeing duplicate code out there. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: Kris Schneider [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 11:13 AM To: Struts Developers List Subject: RE: RequestUtils.computeURL() Except that the doc for html:img says: Renders an HTML img element with the image at the specified URL. Like the link tag, URL rewriting will be applied automatically to the value specified in src or page, to maintain session state in the absence of cookies. This will allow dynamic generation of an image where the content displayed for this image will be taken from the attributes of this tag. So ImgTag already does URL rewriting, doesn't it? Quoting James Mitchell [EMAIL PROTECTED]: That was my initial thought, but wanted to bounce it off a few other people first. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 10:28 AM To: [EMAIL PROTECTED] Subject: Re: RequestUtils.computeURL() Is there any reason that any tag should NOT call computeURL when evaluating a URL that needs a parameter of Map entries added? computeURL also encodes the url with session information which isn't desirable for images. Maybe ImgTag should just replace with amp; itself without calling computeURL. David _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 - To 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] -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To 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]
RE: RequestUtils.computeURL()
Sounds great. I'll take care of that tonight. Can anyone run test.tomcat.all? I guess I purchased some bad memory for my laptop or the OS/JVM is a piece of sh#t, because when I try to run them all, I get somewhere in the .40 tests and my laptop just shuts downno blue screenno OutOfMemory errorsit just stopslike pulling the plug on a desktop.very frustrating. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 11:35 AM To: Struts Developers List Subject: Re: RequestUtils.computeURL() On Mon, 10 Mar 2003, James Mitchell wrote: Date: Mon, 10 Mar 2003 10:01:16 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RequestUtils.computeURL() Is there any reason that any tag should NOT call computeURL when evaluating a URL that needs a parameter of Map entries added? It seems that ImgTag does it all by itself, and since it hard-codes '' instead of the standard 'amp;', my new tests (which I haven't even committed yet) are failing. Should we refactor this now? I cannot setup tests for this tag with the current code that's there. Sounds like we missed refactoring this when computeURL() was created in the first place, so +1 for refactoring it now. As of last night, I got all the test.tomcat.41 tests to run on my Linux box (yah :-) -- thanks for all the hard work on creating these tests. I ran into line-end problems on the code we generate for html:form and html:errors, so I tweaked them a bit. I hope that didn't mess up running the tests on Windows, and would be interested to find out if it did. Thoughts? Craig -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RequestUtils.computeURL()
-Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 12:24 PM To: Struts Developers List Subject: RE: RequestUtils.computeURL() On Mon, 10 Mar 2003, James Mitchell wrote: Date: Mon, 10 Mar 2003 11:44:01 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: RequestUtils.computeURL() Sounds great. I'll take care of that tonight. Can anyone run test.tomcat.all? I guess I purchased some bad memory for my laptop or the OS/JVM is a piece of sh#t, because when I try to run them all, I get somewhere in the .40 tests and my laptop just shuts downno blue screenno OutOfMemory errorsit just stopslike pulling the plug on a desktop.very frustrating. The .40 tests do indeed work -- but only after a small change to each of the pages (CVS commit forthcoming). It's a bug in Tomcat 4.0 that we have to work around. Yes, I can run test.tomcat.33, (or .40 or .41) 'one at a time', but it's when I run test.tomcat.all that I get to take a break while the laptop boots back up :( At the bottom of many of the test pages, you've got a throw new JspException() statement if a test was misconfigured. Unfortunately, Tomcat 4.0 does an implicit import of the org.apache.jasper.runtime.* package into each page, and there's a org.apache.jasper.runtime.JspException class that causes JspException to be ambiguous. I changed it to use javax.servlet.jsp.JspException explicitly, which will still work on all the other containers, and am rerunning .41 right now to ensure that nothing got messed up. Ah, see, I learn something new everyday. I'm going to have to go download Tomcat 3.3 to test those. And shouldn't we rip out the Tomcat 3.2 tests since we are no longer supporting it? Yes, I haven't been using those for a few months now (or least since we last discussed doing that) -- James Mitchell Craig -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 17838] - bean:message should trim keys before dereferencing
+1 If all agree I'll commit tonight. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 3:06 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 17838] - bean:message should trim keys before dereferencing 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=17838. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17838 bean:message should trim keys before dereferencing --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 20:06 --- So, we're not trimming anything just outputting the missing key in quotes? If so, that works for me. I don't think a special message indicating whitespace problems is needed because the quotes clearly identify the problem. - To 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]
RE: DO NOT REPLY [Bug 17838] - bean:message should trim keys before dereferencing
Keep in mind though that this only affects the MessageTag since that's where the (somewhat confusing) message is generated. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 3:08 PM To: 'Struts Developers List' Subject: RE: DO NOT REPLY [Bug 17838] - bean:message should trim keys before dereferencing +1 If all agree I'll commit tonight. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 3:06 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 17838] - bean:message should trim keys before dereferencing 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=17838. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17838 bean:message should trim keys before dereferencing --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 20:06 --- So, we're not trimming anything just outputting the missing key in quotes? If so, that works for me. I don't think a special message indicating whitespace problems is needed because the quotes clearly identify the problem. - To 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
While checking in a few changes to tests...
Checking in web/test/test/org/apache/struts/taglib/html/TestImageTag3.jsp; /home/cvs/jakarta-struts/web/test/test/org/apache/struts/taglib/html/Tes tImageTag3.jsp,v -- TestImageTag3.jsp new revision: 1.3; previous revision: 1.2 done qmail-inject: fatal: qq write error or disk full (#4.3.0) --- ? Mailing the commit message... -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/bean TestIncludeTag.jsp
Fix Include to to assume the context is '/test' Should have been... Fix Include to not assume the context is '/test' ^^^ -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, March 09, 2003 11:05 AM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/bean TestIncludeTag.jsp jmitchell2003/03/09 08:04:53 Modified:web/test/test/org/apache/struts/taglib/bean TestIncludeTag.jsp Log: Fix Include to to assume the context is '/test' Revision ChangesPath 1.2 +2 -1 jakarta-struts/web/test/test/org/apache/struts/taglib/bean/Tes tIncludeTag.jsp Index: TestIncludeTag.jsp === RCS file: /home/cvs/jakarta-struts/web/test/test/org/apache/struts/tagli b/bean/TestIncludeTag.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- TestIncludeTag.jsp 22 Feb 2003 02:57:36 - 1.1 +++ TestIncludeTag.jsp 9 Mar 2003 16:04:52 - 1.2 @@ -1,6 +1,7 @@ %@ page contentType=text/html;charset=UTF-8 language=java % %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % +%@ taglib uri=/WEB-INF/struts-html.tld prefix=html % logic:equal name=runTest value=testIncludeTagForward bean:include id=INCLUDE_TAG_KEY forward=testIncludeTagForward/ @@ -9,7 +10,7 @@ logic:equal name=runTest value=testIncludeTagHref bean:define id=serverAddress - http://%=request.getServerName()%:%=request.getServerPort() %/test/test/org/apache/struts/taglib/bean/resources/IncludeTagTest.jsp + http://%=request.getServerName()%:%=request.getServerPort()%html:re write page=/test/org/apache/struts/taglib/bean/resources/IncludeTagTest.jsp/ /bean:define bean:include id=INCLUDE_TAG_KEY href=%=serverAddress%/ /logic:equal - To 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]
RE: Running Cactus Tests
My final take on this (as stated in committed change to jspRedirector.jsp): Modified:web/test jspRedirector.jsp Log: Update redirector to a version that (at least) compiles with Cactus 1.3, 1.4, and 1.4.1 I still cannot make any tests pass that call request.getServerPort() in the Cactus 1.4.x environment. This may be a known bug with that project or perhaps a mismatch of dependent jars. For now, our tests will only run on Cactus 1.3 Unless I'm blindly missing some configuration, there appears to be something wrong with Cactus' implementation of HttpServletRequest in 1.4.x versions. Calling request.getServerPort() always returns 80. I would appreciate someone else with more Cactus expertise to take a look at what I might be missing. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 7:29 PM To: 'Struts Developers List' Subject: RE: Running Cactus Tests Sorry for not responding sooner, kids had soccer games today. Found this: http://www.mail-archive.com/[EMAIL PROTECTED]/msg0 0901.html Looks like all we need to do is replace the /test/jspRedirector.jsp. For some odd reason, after changing to a newer redirector, a few tests are failing (which never happens...I swear ;) I'm still looking into it, but this should be pretty staightforward. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 3:22 PM To: Struts Developers List Subject: RE: Running Cactus Tests On Sat, 8 Mar 2003, James Mitchell wrote: Date: Sat, 8 Mar 2003 14:57:26 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: Running Cactus Tests Should we switch the test environment to 1.4.1? How much work would it be? I'd rather not totally disrupt moving towards 1.1 if it's a bunch. Craig -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 2:53 PM To: 'Struts Developers List' Subject: RE: Running Cactus Tests Yep, as I suspected, they moved to commons logging in 1.4. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 2:48 PM To: 'Struts Developers List' Subject: RE: Running Cactus Tests I just checked the jars and there are several files missing (including the one you mention) from 1.3 to 1.4, I'll have to investigate further to see why. -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 2:42 PM To: Struts Developers List Subject: RE: Running Cactus Tests On Sat, 8 Mar 2003, James Mitchell wrote: Date: Sat, 8 Mar 2003 14:36:55 -0500 From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: Running Cactus Tests I was using jakarta-cactus-13-1.3, should I switch? It might be worth a try to see if it's really a version incompatibility with Cactus 1.3 versus 1.4, or just something messed up in my environment. Our build-tests.xml file says it should work with Cactus 1.3+, so in principle it should work with either. But my first goal is to get the tests to run at all :-). Craig
RE: cvs commit: jakarta-struts/src/test/org/apache/struts/taglib SimpleBeanForTesting.java
Do you want me to take care of adding cvs tags to all the tests I've added? -- James Mitchell Software Developer/Struts Evangelist http://jakarta.apache.org/struts People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 2:04 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/src/test/org/apache/struts/taglib SimpleBeanForTesting.java dgraham 2003/03/08 11:03:56 Modified:src/test/org/apache/struts/taglib SimpleBeanForTesting.java Log: Fixed variable name in constructor. Revision ChangesPath 1.5 +8 -2 jakarta-struts/src/test/org/apache/struts/taglib/SimpleBeanFor Testing.java Index: SimpleBeanForTesting.java === RCS file: /home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/Sim pleBeanForTesting.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- SimpleBeanForTesting.java 7 Mar 2003 05:31:30 - 1.4 +++ SimpleBeanForTesting.java 8 Mar 2003 19:03:56 - 1.5 @@ -1,7 +1,13 @@ /* + * $Header$ + * $Revision$ + * $Date$ + * + * + * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2001 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -77,7 +83,7 @@ public SimpleBeanForTesting(boolean checked) { this.checked = checked; } - public SimpleBeanForTesting(Boolean checked) { + public SimpleBeanForTesting(Boolean checkedWrapper) { this.checkedWrapper = checkedWrapper; } public SimpleBeanForTesting(Map map) { - To 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]