RE: "Doubt in logic:equal"

I have only jsp 1.1 container. i would appreciate if u could provide a solution with struts tag. regards, sri. -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 10:40 AM To: Struts Developers List Subject: Re: "Doubt in logic:equal" Easy with

Re: "Doubt in logic:equal"

Easy with JSTL if you have a JSP 1.2 container: display message1. display message2. In the future, these types of messages should be asked on the user's list. HTH, Matt --- Srishankar Ramaswamy <[EMAIL PROTECTED]> wrote: > How do we compare two variables using logic:equa

"Doubt in logic:equal"

How do we compare two variables using logic:equal without using scriplet. Bean1 { String x; } Bean2 { String y; } The logic required is : if(b1.x == b2.y) display message1. else display message2. end if., where b1, b2 are objects of type Bean1, Bean2 respectively. r

cvs commit: jakarta-struts/doc/userGuide preface.xml

martinc 2002/07/11 20:59:32 Modified:doc/userGuide preface.xml Log: Just happened to notice a typo. Revision ChangesPath 1.5 +1 -1 jakarta-struts/doc/userGuide/preface.xml Index: preface.xml ==

RE: website docs update

Well, I tried, and it's at least partially updated. Some files, though, have incorrect permissions set on them, and jar blew up when it hit the first of those. The News page, however, was updated. Ted, could you fix the permissions on the files in userGuide so that they have group write, please?

cvs commit: jakarta-struts STATUS

jholmes 2002/07/11 18:55:38 Modified:.STATUS Log: latest status Revision ChangesPath 1.17 +3 -2 jakarta-struts/STATUS Index: STATUS === RCS file: /home/cvs/jakarta-struts/STATUS,v

website docs update

Can someone update the website docs when they get chance :) There's been lots of news lately and other changes. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc

cvs commit: jakarta-struts/doc news.xml

jholmes 2002/07/11 18:38:21 Modified:doc news.xml Log: add Scioworks Camino announcement Revision ChangesPath 1.10 +24 -0 jakarta-struts/doc/news.xml Index: news.xml === RCS file: /hom

cvs commit: jakarta-struts/doc news.xml

jholmes 2002/07/11 18:23:19 Modified:doc news.xml Log: add Easy Struts announcement Revision ChangesPath 1.9 +30 -1 jakarta-struts/doc/news.xml Index: news.xml === RCS file: /home/cvs

Re: DTDs for Validator Configuration Files

--- Ted Husted <[EMAIL PROTECTED]> wrote: > I added the documentation/comments for the new > validator DTDs, but have > a question: > > Do we really want two DTDs? > > Orginally, there was just one configuration file, > but we saw it would be > convenient to have a master rules file and one or

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles DefinitionsUtil.java TilesPlugin.java

cedric 2002/07/11 10:37:01 Modified:src/share/org/apache/struts/tiles DefinitionsUtil.java TilesPlugin.java Log: Remove references to the not yet (maybe never) released ConfigurableDefinitionsFactory class. Revision ChangesPath 1.3 +48 -5

DO NOT REPLY [Bug 10705] - Title being created on a link tag when title is not an attribute, but...

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 8460] - using null="false" in message-resources adds alt & title element to generated html

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10705] New: - Title being created on a link tag when title is not an attribute, but...

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-struts/web/tiles-documentation/doc/portal revisions.jsp

cedric 2002/07/11 09:59:38 Modified:web/tiles-documentation/doc/portal revisions.jsp Log: Update news Revision ChangesPath 1.2 +10 -1 jakarta-struts/web/tiles-documentation/doc/portal/revisions.jsp Index: revisions.jsp ==

cvs commit: jakarta-struts/web/tiles-documentation/WEB-INF struts-config.xml tiles-examples-defs.xml tiles-tests-defs.xml web.xml

cedric 2002/07/11 09:58:46 Modified:web/tiles-documentation/WEB-INF struts-config.xml tiles-examples-defs.xml tiles-tests-defs.xml web.xml Log: Take into account the new Tiles plugin initialization. - Plugin is specified in struts-

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/definitionReloadableDefinitionsFactory.java

Cedric, I'm getting compile errors on not being able to find org.apache.struts.tiles.definition.ConfigurableDefinitionsFactory. Did you perhaps forget to add it? Craig On 11 Jul 2002 [EMAIL PROTECTED] wrote: > Date: 11 Jul 2002 16:48:46 - > From: [EMAIL PROTECTED] > Reply-To: Struts Deve

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/tiles GetAttributeTag.java PutTag.java

cedric 2002/07/11 09:54:33 Modified:src/share/org/apache/struts/taglib/tiles GetAttributeTag.java PutTag.java Log: Correct a bug encountered with Orion. Change the way the body value is detected and stored in the class. Now, the attribute 'value' is c

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/definition ReloadableDefinitionsFactory.java

cedric 2002/07/11 09:48:46 Modified:src/share/org/apache/struts/tiles/definition ReloadableDefinitionsFactory.java Log: Javadoc update. Revision ChangesPath 1.2 +6 -3 jakarta-struts/src/share/org/apache/struts/tiles/definition/Reloada

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/xmlDefinition I18nFactorySet.java

cedric 2002/07/11 09:48:25 Modified:src/share/org/apache/struts/tiles/xmlDefinition I18nFactorySet.java Log: Add toString() method outputting current factories. This enable the ViewAction which now work again. Revision ChangesPath 1.3 +19

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/actions DefinitionDispatcherAction.java NoOpAction.java ReloadDefinitionsAction.java TilesAction.java ViewDefinitionsAction.java

cedric 2002/07/11 09:46:41 Modified:src/share/org/apache/struts/tiles/actions DefinitionDispatcherAction.java NoOpAction.java ReloadDefinitionsAction.java TilesAction.java ViewDefinitionsAction.java Log: Change

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles ActionComponentServlet.java

cedric 2002/07/11 09:44:24 Modified:src/share/org/apache/struts/taglib/tiles InitDefinitionsTag.java src/share/org/apache/struts/tiles ActionComponentServlet.java Log: Use the latest definition factory. Servlet is no

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles DefinitionsUtil.java

cedric 2002/07/11 09:40:34 Modified:src/share/org/apache/struts/tiles DefinitionsUtil.java Log: Change methods implementations, and some signatures ;-( to reflect the new definition factory interface. Users having used some methods from this class will need to recompile their

Re: Running Unit Tests Before Commits

Using the latest commons-beanutils jar solves the problem ! Now all test suites run without any errors. So, I can finish up my commits. Thanks Craig for your help. Cedric Craig R. McClanahan wrote: >Have you downloaded the latest and greatest commons-beanutils nightly? >The curren

Re: Running Unit Tests Before Commits

ahan wrote: > > >On Thu, 11 Jul 2002, Cedric Dumoulin wrote: > > > > > > > >>Date: Thu, 11 Jul 2002 17:13:00 +0200 > >>From: Cedric Dumoulin <[EMAIL PROTECTED]> > >>Reply-To: Struts Developers List <[EMAIL PROTECTED]> > >>To

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/definition ComponentDefinitionsFactoryWrapper.java

cedric 2002/07/11 09:25:43 Added: src/share/org/apache/struts/tiles/definition ComponentDefinitionsFactoryWrapper.java Log: Wrapper class providing new definition factory interface around the old ComponentDefinitionFactory. This wrapper is automaticall

RE: Running Unit Tests Before Commits

On Thu, 11 Jul 2002, Martin Cooper wrote: > Date: Thu, 11 Jul 2002 08:58:30 -0700 > From: Martin Cooper <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: 'Struts Developers List' <[EMAIL PROTECTED]> > Subject: RE: Running Unit Tests Before Commits > > > > > -O

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles TilesPlugin.java TilesRequestProcessor.java

cedric 2002/07/11 09:22:27 Modified:src/share/org/apache/struts/tiles TilesRequestProcessor.java Added: src/share/org/apache/struts/tiles TilesPlugin.java Log: Change the request processor to take into account the new definition factory interface. Provide a plugin initia

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles DefinitionsFactory.java DefinitionsFactoryConfig.java

cedric 2002/07/11 09:20:32 Added: src/share/org/apache/struts/tiles DefinitionsFactory.java DefinitionsFactoryConfig.java Log: Define a new interface for Tiles definition factories, and a configuration class. The new interface provide methods for factory

Re: Running Unit Tests Before Commits

Running Unit Tests Before Commits >> >>Craig R. McClanahan wrote: >> >> I have try to run "ant test.junit" and "ant test.tomcat.all" on the >>nightly build, and they report some errors. As I have just installed >>cactus, I don't really k

RE: Running Unit Tests Before Commits

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Thursday, July 11, 2002 8:52 AM > To: Struts Developers List > Subject: Re: Running Unit Tests Before Commits > > > > > On Thu, 11 Jul 2002, Cedric Dumoulin wrote: > > > Date: Thu, 11 Jul 2002 12:36:

Re: Running Unit Tests Before Commits

e nightly build ! > So, does someone have run successfully the test suites on the nightly > build ? > Both tests run successfully against my current CVS repository (which should match the 20020711 nightly build). What errors are you getting? Setting up Cactus was pretty painful. I fou

Re: $A$P -> $M$P

On Thu, 11 Jul 2002, Ted Husted wrote: > Date: Thu, 11 Jul 2002 08:15:02 -0400 > From: Ted Husted <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: $A$P -> $M$P > > In the syntax for the module path pattern, w

Re: Running Unit Tests Before Commits

On Thu, 11 Jul 2002, Cedric Dumoulin wrote: > Date: Thu, 11 Jul 2002 12:36:50 +0200 > From: Cedric Dumoulin <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: Re: Running Unit Tests Before Commits > > Sorry fo

Re: RFF: type attribute in

On Thu, 11 Jul 2002, Jesper Pedersen wrote: > Date: Thu, 11 Jul 2002 10:34:47 +0200 > From: Jesper Pedersen <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: RFF: type attribute in > > Hi. > > First of all: sor

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/example/tiles/dev1-1 ApplicationResources.properties

cedric 2002/07/11 08:40:01 Removed: src/tiles-documentation/org/apache/struts/example/tiles/portal UserPortalSettingsAction.java UserPortalAction.java UserMenuSettingsAction.java UserMenuAction.java PortalSettingsF

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/channel - New directory

cedric 2002/07/11 08:32:23 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/channel - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/dev1-1 - New directory

cedric 2002/07/11 08:32:19 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/dev1-1 - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/dynPortal - New directory

cedric 2002/07/11 08:32:15 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/dynPortal - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/invoice - New directory

cedric 2002/07/11 08:32:10 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/invoice - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/lang - New directory

cedric 2002/07/11 08:32:06 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/lang - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/portal - New directory

cedric 2002/07/11 08:32:02 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/portal - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/rssChannel - New directory

cedric 2002/07/11 08:31:58 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/rssChannel - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/skin - New directory

cedric 2002/07/11 08:31:53 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/skin - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/template - New directory

cedric 2002/07/11 08:31:49 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/template - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/test - New directory

cedric 2002/07/11 08:31:43 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/test - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/tutorial - New directory

cedric 2002/07/11 08:31:38 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/tutorial - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles - New directory

cedric 2002/07/11 08:31:15 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp - New directory

cedric 2002/07/11 08:31:07 jakarta-struts/src/tiles-documentation/org/apache/struts/webapp - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Running Unit Tests Before Commits

Craig R. McClanahan wrote: I have try to run "ant test.junit" and "ant test.tomcat.all" on the nightly build, and they report some errors. As I have just installed cactus, I don't really know if it is my configuration or the nightly build ! So, does someone have run successfully the test su

Re: $A$P -> $M$P

+1, for consistency in nomenclature. -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Ted Husted <[EMAIL PROTECTED]> wrote: > In the syntax for the module path pattern, we > originally used $A$P which > could stand for application/path. > > If we are going with the "module" nom

$A$P -> $M$P

In the syntax for the module path pattern, we originally used $A$P which could stand for application/path. If we are going with the "module" nomenclature now, should we change this to $M$P. Since its only been out a week, we might be able to apply "Nightly build rules" and just pull $A and plug

Re: DTDs for Validator Configuration Files

I added the documentation/comments for the new validator DTDs, but have a question: Do we really want two DTDs? Orginally, there was just one configuration file, but we saw it would be convenient to have a master rules file and one or more files with the validations specific to an application. B

cvs commit: jakarta-struts/conf/share validation_1_1.dtd

husted 2002/07/11 05:07:23 Modified:conf/share validation_1_1.dtd Log: Add documentation comments. Revision ChangesPath 1.2 +164 -11 jakarta-struts/conf/share/validation_1_1.dtd Index: validation_1_1.dtd ===

cvs commit: jakarta-struts/conf/share validator-rules_1_1.dtd

husted 2002/07/11 05:02:37 Modified:conf/share validator-rules_1_1.dtd Log: Add documentation comments. Revision ChangesPath 1.2 +181 -17 jakarta-struts/conf/share/validator-rules_1_1.dtd Index: validator-rules_1_1.dtd

Re: RFF: type attribute in

Jesper-- Thanks for taking the time to submit your request. The best way to formalize this is to use the Bugzilla bug/feature database so that the request is not lost and you get notified when the bug/feature is decided on. http://nagoya.apache.org/bugzilla/ -james [EMAIL PROTECTED] http://www

Re: Running Unit Tests Before Commits

Sorry for the inconvenience. I install the test process and will run it before any further commit. Do you recommend to do testing for any tomcat version (3 and 4), or is the latest one enough ? Cedric Craig R. McClanahan wrote: >Doing the fix for 7751, I ran into a case where the und

Re: Tiles DTD

I agree with this. Furthermore, we can also remove all deprecated/old attributes in this 1_1 version. For backward compatibilities, user should use old version. For new projects, user should better use 1_1 version. I will commit the Tiles plugin today, after cactus test suite installa

RFF: type attribute in

Hi. First of all: sorry if this request for feature is going to the wrong place. Now then... Request for Feature: type attribute in -- Often I find myself having private Integer myInt; public Integer getMyInt() {return myInt;} public void set

Re: Bugzilla "protocol" question

In that case, bugs #10007 and #10008 should also be marked as RESOLVED/WONTFIX. / Tomas - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Thursday, July 11, 2002 10:04 AM Subject: Re: Bugzilla "protocol" question

Re: Bugzilla "protocol" question

On Thu, 11 Jul 2002, Tomas Viberg wrote: > Date: Thu, 11 Jul 2002 09:25:44 +0200 > From: Tomas Viberg <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: Re: Bugzilla "protocol" question > > But even if it probab

Re: Bugzilla "protocol" question

But even if it probably won't get fixed, it doesn't feel right to mark it as resolved. After all, it isn't resolved in the Struts 1.0 branch (where it is reported). Or am I wrong? / Tomas - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Struts Developers List" <[