FW: Wrong link in "The Struts User's Guide - Resources"

[Pier Fumagalli]

Not acked...

Pier

-- Forwarded Message
> From: Steinar Bang <[EMAIL PROTECTED]>
> Date: Thu, 21 Feb 2002 20:39:45 +0100
> To: [EMAIL PROTECTED]
> Subject: Wrong link in "The Struts User's Guide - Resources"
> 
> Hi!
> 
> The link to the "Is Struts Performant?" article in
> 
> is wrong.
> 
> The correct link to this article is:
> 
> 

-- End of Forwarded Message


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/http SuperServlet.java BlankForm.java SuperForm.java SuperAction.java BaseHelperAction.java

[husted]

husted  02/02/22 02:14:16

  Modified:contrib/scaffold/src/framework/main/org/apache/scaffold/http
SuperForm.java SuperAction.java
BaseHelperAction.java
  Added:   contrib/scaffold/src/framework/main/org/apache/scaffold/http
SuperServlet.java BlankForm.java
  Log:
  Add SuperServlet to provide invokeAction method [1.0.x compat].
  Updates to SuperForm and SuperAction.  Add BlankForm for use
  with JavaScript buttons.
  
  Revision  ChangesPath
  1.2   +3 -6  
jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/http/SuperForm.java
  
  Index: SuperForm.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/http/SuperForm.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SuperForm.java24 Jan 2002 15:24:50 -  1.1
  +++ SuperForm.java22 Feb 2002 10:14:16 -  1.2
  @@ -13,16 +13,14 @@
   
   
   /**
  - * Standard base ActionForm with enhanced functionality.
  + * Enhanced base ActionForm.
* @author Ted Husted
  - * @version $Revision: 1.1 $ $Date: 2002/01/24 15:24:50 $
  + * @version $Revision: 1.2 $ $Date: 2002/02/22 10:14:16 $
*/
   // public class ScaffoldForm extends ValidatorForm {
   public class SuperForm extends ActionForm {
   
   // --- Instance Variables
  -
  -
   // --- Properties
   
   
  @@ -168,7 +166,6 @@
   }
   
   
  -
   // - end SuperForm -
   
   }
  @@ -179,7 +176,7 @@
*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 2002 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.2   +108 -5
jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/http/SuperAction.java
  
  Index: SuperAction.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/http/SuperAction.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SuperAction.java  24 Jan 2002 15:24:50 -  1.1
  +++ SuperAction.java  22 Feb 2002 10:14:16 -  1.2
  @@ -2,11 +2,14 @@
   
   
   import java.io.IOException;
  +import java.util.List;
  +import java.util.Locale;
   import java.util.Map;
   
   import javax.servlet.ServletException;
   import javax.servlet.http.HttpServletRequest;
   import javax.servlet.http.HttpServletResponse;
  +import javax.servlet.http.HttpSession;
   
   import org.apache.struts.action.Action;
   import org.apache.struts.action.ActionError;
  @@ -16,18 +19,115 @@
   import org.apache.struts.action.ActionMapping;
   import org.apache.struts.action.ActionServlet;
   
  +import org.apache.struts.util.MessageResources;
  +
   import org.apache.scaffold.lang.Tokens;
   import org.apache.scaffold.lang.ChainedException;
   
   
   /**
  - * Standard Base Action.
  + * Enhanced base Action.
* @author Ted Husted
  - * @version $Revision: 1.1 $ $Date: 2002/01/24 15:24:50 $
  + * @version $Revision: 1.2 $ $Date: 2002/02/22 10:14:16 $
*/
   public class SuperAction extends Action {
   
   
  +// -- Utilities
  +
  +/**
  + * Return the framework locale object for the user session
  + * for given request.
  + * If no session is set, or if the session has no locale
  + * set, the default locale is returned.
  + * @author  François Rey (FREY - [EMAIL PROTECTED])
  + * @author  Eric Bariaux (EBRX - [EMAIL PROTECTED])
  +**/
  +protected Locale getLocale(HttpServletRequest request) {
  +Locale result = null;
  +HttpSession session = request.getSession();
  +if (session!=null) {
  +result = (Locale) session.getAttribute(Action.LOCALE_KEY);
  +if (result == null) result = Locale.getDefault();
  +} else {
  +result = Locale.getDefault();
  +}
  +return result;
  +}
  +
  +
  +/**
  + * Set the framework locale object in the session for this request.
  + * If a session context does not exist, one is created.
  +**/
  +protected void setLocale(HttpServletRequest request, Locale locale) {
  +HttpSession session = request.getSession(true);
  +session.setAttribute(Action.LOCALE_KEY,locale);
  +}
  +
  +
  +/**
  + * Return the application resources for this web application, if any.
  +**/
  +protected MessageResources getMessageResources() {
  +return servlet.getResources();
  +}
  +
  +
  +
  +/

cvs commit: jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/model ModelResultBase.java ModelResult.java

[husted]

husted  02/02/22 02:15:16

  Modified:contrib/scaffold/src/framework/main/org/apache/scaffold/model
ModelResultBase.java ModelResult.java
  Log:
  Change signature to use objects, so that parameter formatting can be applied
  from Resource File.
  
  Revision  ChangesPath
  1.4   +2 -2  
jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/model/ModelResultBase.java
  
  Index: ModelResultBase.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/model/ModelResultBase.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- ModelResultBase.java  1 Jan 2002 13:44:17 -   1.3
  +++ ModelResultBase.java  22 Feb 2002 10:15:16 -  1.4
  @@ -14,7 +14,7 @@
* used "as-is" to manage a collection of beans
* returned from the resource layer.
* @author Ted Husted
  - * @version $Revision: 1.3 $ $Date: 2002/01/01 13:44:17 $
  + * @version $Revision: 1.4 $ $Date: 2002/02/22 10:15:16 $
*/
   public class ModelResultBase implements ModelResult {
   
  @@ -40,7 +40,7 @@
   /**
* Add a message to the List.
*/
  -public boolean addMessage(String message) {
  +public boolean addMessage(Object message) {
   if (isMessages())
   return messages.add(message);
   return false;
  
  
  
  1.4   +2 -2  
jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/model/ModelResult.java
  
  Index: ModelResult.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/contrib/scaffold/src/framework/main/org/apache/scaffold/model/ModelResult.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- ModelResult.java  1 Jan 2002 13:44:17 -   1.3
  +++ ModelResult.java  22 Feb 2002 10:15:16 -  1.4
  @@ -18,7 +18,7 @@
* Wrappers for interate and size are provided so that they
* can be accessed as getIterate and getSize.
* @author Ted Husted
  - * @version $Revision: 1.3 $ $Date: 2002/01/01 13:44:17 $
  + * @version $Revision: 1.4 $ $Date: 2002/02/22 10:15:16 $
*/
   public interface ModelResult {
   
  @@ -48,7 +48,7 @@
   /**
* Add a message to the List.
*/
  -public boolean addMessage(String message);
  +public boolean addMessage(Object message);
   
   
   /**
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/src/share/org/apache/struts/config ConfigHelperInterface.java ConfigHelper.java

[husted]

husted  02/02/22 02:17:33

  Added:   src/share/org/apache/struts/config
ConfigHelperInterface.java ConfigHelper.java
  Log:
  Preliminary ConfigHelper to provide API support to alternate presentation layer.
  This builds with the latest changes, but does not exploit them. Additional
  changes to follow.
  
  Revision  ChangesPath
  1.1  
jakarta-struts/src/share/org/apache/struts/config/ConfigHelperInterface.java
  
  Index: ConfigHelperInterface.java
  ===
  /*
   * $Header: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/config/ConfigHelperInterface.java,v
 1.1 2002/02/22 10:17:33 husted Exp $
   * $Revision: 1.1 $
   * $Date: 2002/02/22 10:17:33 $
   *
   * 
   *
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
   * reserved.
   *
   * Redistribution and use in source and binary forms, with or without
   * modification, are permitted provided that the following conditions
   * are met:
   *
   * 1. Redistributions of source code must retain the above copyright
   *notice, this list of conditions and the following disclaimer.
   *
   * 2. Redistributions in binary form must reproduce the above copyright
   *notice, this list of conditions and the following disclaimer in
   *the documentation and/or other materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution, if
   *any, must include the following acknowlegement:
   *   "This product includes software developed by the
   *Apache Software Foundation (http://www.apache.org/)."
   *Alternately, this acknowlegement may appear in the software itself,
   *if and wherever such third-party acknowlegements normally appear.
   *
   * 4. The names "The Jakarta Project", "Struts", and "Apache Software
   *Foundation" must not be used to endorse or promote products derived
   *from this software without prior written permission. For written
   *permission, please contact [EMAIL PROTECTED]
   *
   * 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 SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
   * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
   * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
   * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
   * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
   * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
   * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
   * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
   * SUCH DAMAGE.
   * 
   *
   * This software consists of voluntary contributions made by many
   * individuals on behalf of the Apache Software Foundation.  For more
   * information on the Apache Software Foundation, please see
   * .
   *
   */
  
  
  package org.apache.struts.config;
  
  
  import java.util.Iterator;
  import java.util.Locale;
  import javax.sql.DataSource;
  
  import org.apache.struts.action.ActionErrors;
  import org.apache.struts.action.ActionMapping;
  import org.apache.struts.action.ActionMappings;
  import org.apache.struts.action.ActionMessages;
  import org.apache.struts.action.ActionForm;
  import org.apache.struts.action.ActionFormBean;
  import org.apache.struts.action.ActionFormBeans;
  import org.apache.struts.action.ActionForward;
  import org.apache.struts.action.ActionForwards;
  
  import org.apache.struts.upload.MultipartRequestWrapper;
  import org.apache.struts.util.MessageResources;
  
  // since 1.1
  import org.apache.struts.action.ActionMessages;
  
  
  /**
   * NOTE: THIS CLASS IS UNDER ACTIVE DEVELOPMENT.
   * THE CURRENT CODE IS WRITTEN FOR CLARITY NOT EFFICIENCY.
   * NOT EVERY API FUNCTION HAS BEEN IMPLEMENTED YET.
   *
   * A helper object to expose the Struts shared resources,
   * which are be stored in the application, session, or
   * request contexts, as appropriate.
   *
   * An instance should be created for each request
   * processed. The  methods which return resources from
   * the request or session contexts are not thread-safe.
   *
   * Provided for use by other servlets in the application
   * so they can easily access the Struts shared resources.
   *
   * The resources are stored under attributes i

cvs commit: jakarta-struts/contrib/scaffold status.txt

[husted]

husted  02/02/22 02:18:00

  Modified:contrib/scaffold status.txt
  Log:
  Update status file.
  
  Revision  ChangesPath
  1.4   +22 -5 jakarta-struts/contrib/scaffold/status.txt
  
  Index: status.txt
  ===
  RCS file: /home/cvs/jakarta-struts/contrib/scaffold/status.txt,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- status.txt1 Jan 2002 21:09:32 -   1.3
  +++ status.txt22 Feb 2002 10:18:00 -  1.4
  @@ -8,18 +8,35 @@
   StatementUtils
* :TODO: Refactor executeUpdate methods like getCollection methods.
   
  +
  +21-Feb-2002
  +---
  ++ Add SuperServlet (1.0.2 compatible)
  ++ Add setLocale to SuperAction.
  +
  +
  +// ...
  +
  +
  +24-Jan-2002
  +---
  ++ Add base Action and base Form with enhanced functionality.
  +- - Need to review in context of latest ActionServlet before proposing for core 
Action package. Could/should extend ValidatorForm.
  ++ Remove obsolete TaskAction class.
  ++ Add ResetAction.java RemoveHelper.java Parameter.java ModelRelay.java
  +
   01-Jan-2002
   ---
   + Added source zip inside the scaffold main distributable
   
   31-Dec-2001
   ---
  -+ Modified ModelHelper to extend BaseHelperAction
  -+ Added BaseHelperAction
  ++ Modifu ModelHelper to extend BaseHelperAction
  ++ Add BaseHelperAction
   + ModelDetailHelper - update JavaDocs.
  -+ Added SetModelHelper - standard action to set ModelBean as session attribute.
  -+ Added RemoveModelHelper - standard action to remove session attribute.
  -+ Added FindForwardAction - Scan parameters for a matching forward name.
  ++ Add SetModelHelper - standard action to set ModelBean as session attribute.
  ++ Add RemoveModelHelper - standard action to remove session attribute.
  ++ Add FindForwardAction - Scan parameters for a matching forward name.
   + ModelResult, ModelResultBase - Change parameter names in signature. 
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Wrong link in "The Struts User's Guide - Resources"

[Paulo Gaspar]

Ops! You were faster than me Pier.
Almost forwarded this one too.
=:o)

Have fun,
Paulo Gaspar

> -Original Message-
> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 22, 2002 9:24 AM
> To: [EMAIL PROTECTED]
> Subject: FW: Wrong link in "The Struts User's Guide - Resources"
> 
> 
> Not acked...
> 
> Pier
> 
> -- Forwarded Message
> > From: Steinar Bang <[EMAIL PROTECTED]>
> > Date: Thu, 21 Feb 2002 20:39:45 +0100
> > To: [EMAIL PROTECTED]
> > Subject: Wrong link in "The Struts User's Guide - Resources"
> > 
> > Hi!
> > 
> > The link to the "Is Struts Performant?" article in
> > 
> > is wrong.
> > 
> > The correct link to this article is:
> > 
> > 
> 
> -- End of Forwarded Message
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Nested properties everywhere....

[Arron Bates]

Superficially it appears that it would "un-clutter" things because it 
would mean less tags, but there's no "reliable" way to know that a value 
is to be taken as a nested property. The dot delimiter is not enough, 
because in most nested cases there is no dot, as it's relative to the 
parent tag. This means that there has to be an extra property in the tag 
like...

property-values="true"

...or similar, and it's not like we want to feel the civil uprising if 
we made it the default logic. So it's already making the markup more 
messy just to turn it on. Then add the scope and name details to get 
your bean, and not only does it add an extra property to the tag, but it 
also has to be adapted on the inside for every property for every tag. 
That makes the inside more messy also.

Implementing it is not a simple change to PropertyUtils, but to every 
tag for every property that you want to use the ability. Then add it to 
the nested tags (because they have to take the value of the property and 
evaluate the qualified nested version), and the effort has to be 
duplicated yet again.

In my opinion, the cleanest and most intuitive solution for all parties 
is to leave the tags to do what they do best, and that  would include 
the define tag.


Arron.


Johan Compagner wrote:

>I know i can do 2 define to get the maxRows and startCounter
>i do it now because there is not other way but it clutters the view
>and is a bit annoying to constantly define things.
>
>Nested everywhere for every tag where you can define a bean would be
>so much nicer and the jsp code would be much cleaner to read..
>And it is a small modification for BeanUtils (or PropertyUtils)
>The only thing it needs to do is first check if there is a nested delimiter
>if so then try to find the first in the specific scope (if any)
>then do it the "current" way.
>
>johan
>
>- Original Message -
>From: "Arron Bates" <[EMAIL PROTECTED]>
>To: "Struts Developers List" <[EMAIL PROTECTED]>
>Sent: Thursday, February 21, 2002 1:19 PM
>Subject: Re: Nested properties everywhere
>
>
>>The tags use direct values or beans themselves to provide values for
>>offsets and such. Would be quite a bit of work to get them all to work
>>off bean properties instead, and there's the added decision of telling
>>the tag that it is to use the values of properties rather than bean refs
>>and values.
>>
>>The nested tags are the same in this regard, as the rely on the original
>>tag to do its thang. When the original tags get the ability, the nested
>>tags will get the ability, but of course they'll add the ability to have
>>the property relative to the current nested bean level.
>>
>>You can get around it though, by using the bean define, working on a
>>property to get a value into a bean reference, then use the bean name
>>for the offsets and such. And of course, when using the nested tags, the
>>bean define will be nested, so it's not like it can't be done. The
>>define tag can also put beans into whatever scope which is one of the
>>things that you're after.
>>
>>Arron.
>>
>>
>>Johan Compagner wrote:
>>
>>>Hi,
>>>
>>>I really would like to see that i can type nested properties everywhere.
>>>so every parameter of a tag that can map to a bean in the whatever scope
>>>should be able to use nested tags..
>>>
>>>So to give an example:
>>>
>offset="listbean.startCounter" length="listbean.maxRows">
>>>
>>>ofcouse i could also do this in the above example but it is just a case
>>>
>what
>
>>>should be possible.
>offset="listbean.startCounter" length="listbean.maxRows">
>>>
>>>
>>>This really cleans up the jsp code and is very readable.
>>>
>>>Or can i use the new nested tags feature for this??
>>>But this does not work:
>>>
>>>
>offset="startCounter" length="maxRows">
>>>
>>>but that doesn't seem to work.
>>>
>>>johan
>>>
>>>
>>>
>>>
>>>
>>>--
>>>To unsubscribe, e-mail:
>>>
>
>
>>>For additional commands, e-mail:
>>>
>
>
>>
>>
>>--
>>To unsubscribe, e-mail:
>>
>
>
>>For additional commands, e-mail:
>>
>
>
>>
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: VisualAge 3.5.4 : WTE and Struts... no luck

[Porter, Roy]

Try changing your webapp file, to specify the location of your struts-config
differently,

this is what I'm using:

../web/WEB-INF/struts-config.xml

Roy.

> -Original Message-
> From: Patrick Logé [mailto:[EMAIL PROTECTED]]
> Sent: 22 February 2002 11:11
> To: Struts Developers List
> Subject: VisualAge 3.5.4 : WTE and Struts... no luck
> 
> 
> Hi all,
> 
> I still have problems to run the "Struts-example" on VAJ 3.5.4 WTE
> I'm running on Windows 2000 (dual-processor) with a brand new 
> repository.
> I'm trying Struts 1.0.2 with JAXP 1.0.1
> 
> I followed carefully the IBM article 
> http://www7.software.ibm.com/vad.nsf/data/document2558?OpenDoc
> ument&p=1&BCT=1&Footer=1
> 
> and the "sbt" intervention
> http://www.mail-archive.com/struts-user@jakarta.apache.org/msg
> 15733.html
> 
> But I still have a "Error 400" (bad request, I guess) when I 
> try the "/ediRegistration.do?action=Create" link. 
>   ...
>   Message : null
>   ...
>   com.ibm.servlet.engine.webapp.WebAppErrorReport
>   java.lang.Throwable(java.lang.String)
>   java.lang.Exception(java.lang.String)
>   javax.servlet.ServletException(java.lang.String)
>   
> com.ibm.websphere.servlet.error.ServletErrorReport(java.lang.String)
>   
> com.ibm.servlet.engine.webapp.WebAppErrorReport(java.lang.String)
>   void 
> com.ibm.servlet.engine.webapp.WebAppDispatcherResponse.sendErr
> or(int, java.lang.String)
>   void 
> org.apache.struts.action.ActionServlet.process(javax.servlet.h
> ttp.HttpServletRequest, javax.servlet.http.HttpServletResponse)
>   void 
> org.apache.struts.action.ActionServlet.doGet(javax.servlet.htt
> p.HttpServletRequest, javax.servlet.http.HttpServletResponse)
> 
> or an Error 500 on the "logon.jsp" page 
>...
>Erreur root -1: null
>...   
>javax.servlet.jsp.JspException
>   java.lang.Throwable(java.lang.String)
>   java.lang.Exception(java.lang.String)
>   javax.servlet.jsp.JspException(java.lang.String)
>   void org.apache.struts.taglib.html.FormTag.lookup()
>   int org.apache.struts.taglib.html.FormTag.doStartTag()
>   void 
> _logon_xjsp._jspService(javax.servlet.http.HttpServletRequest,
>  javax.servlet.http.HttpServletResponse)
> --
> -
> 
> I'm lost...
> 
> I give you my config in attach...I know that as lot to read sorry
> 
> Thank you all.
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: VisualAge 3.5.4 : WTE and Struts... no luck

[Patrick Logé]

YES !!

Thanks Thanks Thanks 

-Original Message-
From: Porter, Roy [mailto:[EMAIL PROTECTED]]
Sent: vendredi 22 février 2002 12:26
To: 'Struts Developers List'
Subject: RE: VisualAge 3.5.4 : WTE and Struts... no luck


Try changing your webapp file, to specify the location of your struts-config
differently,

this is what I'm using:

../web/WEB-INF/struts-config.xml

Roy.

> -Original Message-
> From: Patrick Logé [mailto:[EMAIL PROTECTED]]
> Sent: 22 February 2002 11:11
> To: Struts Developers List
> Subject: VisualAge 3.5.4 : WTE and Struts... no luck
> 
> 
> Hi all,
> 
> I still have problems to run the "Struts-example" on VAJ 3.5.4 WTE
> I'm running on Windows 2000 (dual-processor) with a brand new 
> repository.
> I'm trying Struts 1.0.2 with JAXP 1.0.1
> 
> I followed carefully the IBM article 
> http://www7.software.ibm.com/vad.nsf/data/document2558?OpenDoc
> ument&p=1&BCT=1&Footer=1
> 
> and the "sbt" intervention
> http://www.mail-archive.com/struts-user@jakarta.apache.org/msg
> 15733.html
> 
> But I still have a "Error 400" (bad request, I guess) when I 
> try the "/ediRegistration.do?action=Create" link. 
>   ...
>   Message : null
>   ...
>   com.ibm.servlet.engine.webapp.WebAppErrorReport
>   java.lang.Throwable(java.lang.String)
>   java.lang.Exception(java.lang.String)
>   javax.servlet.ServletException(java.lang.String)
>   
> com.ibm.websphere.servlet.error.ServletErrorReport(java.lang.String)
>   
> com.ibm.servlet.engine.webapp.WebAppErrorReport(java.lang.String)
>   void 
> com.ibm.servlet.engine.webapp.WebAppDispatcherResponse.sendErr
> or(int, java.lang.String)
>   void 
> org.apache.struts.action.ActionServlet.process(javax.servlet.h
> ttp.HttpServletRequest, javax.servlet.http.HttpServletResponse)
>   void 
> org.apache.struts.action.ActionServlet.doGet(javax.servlet.htt
> p.HttpServletRequest, javax.servlet.http.HttpServletResponse)
> 
> or an Error 500 on the "logon.jsp" page 
>...
>Erreur root -1: null
>...   
>javax.servlet.jsp.JspException
>   java.lang.Throwable(java.lang.String)
>   java.lang.Exception(java.lang.String)
>   javax.servlet.jsp.JspException(java.lang.String)
>   void org.apache.struts.taglib.html.FormTag.lookup()
>   int org.apache.struts.taglib.html.FormTag.doStartTag()
>   void 
> _logon_xjsp._jspService(javax.servlet.http.HttpServletRequest,
>  javax.servlet.http.HttpServletResponse)
> --
> -
> 
> I'm lost...
> 
> I give you my config in attach...I know that as lot to read sorry
> 
> Thank you all.
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/contrib/tiles build.xml build.properties.sample build-webapps.xml build-webapp.xml

[cedric]

cedric  02/02/22 05:00:56

  Modified:contrib/tiles build.xml build.properties.sample
build-webapps.xml build-webapp.xml
  Log:
  Improve Tiles build process (again).
  Remove some dependancies to avoid multiple compilations.
  
  Revision  ChangesPath
  1.5   +50 -110   jakarta-struts/contrib/tiles/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-struts/contrib/tiles/build.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- build.xml 21 Feb 2002 06:33:07 -  1.4
  +++ build.xml 22 Feb 2002 13:00:56 -  1.5
  @@ -1,15 +1,14 @@
   
   
   
   
   
  @@ -24,17 +23,38 @@
 classes to compile against (currently,
 either version 2.2 or 2.3 supported).
   
  -commons-lib.home  The path to the JAR files
  -  of the Jakarta Commons 
  +commons-beanutils.jar (required).  The path to the JAR file
  +  of the Jakarta Commons Beanutils
 package (version 1.0 or later).
   
  -struts.libs   (required). The path to the Struts
  +commons-collections.jar   (required).  The path to the JAR file
  +  of the Jakarta Commons Collections
  +  package (version 1.0 or later).
  +
  +commons-digester.jar  (required).  The path to the JAR file
  +  of the Jakarta Commons Digester
  +  package (version 1.0 or later).
  +
  +commons-logging.jar   (required).  The path to the JAR file
  +  of the Jakarta Commons Logging
  +  package (version 1.0 or later).
  +
  +struts.home   (required). The path to the Struts
 library installation. .
   
  +struts.libs   (required). The directory containing 
  +  struts.jar and the associated TLD files.
  +   At least one 
of struts.home or struts.libs
  +   is required.
  +
   xerces.jar(optional) The path to the Xerces classes
 to copy.  This is required only when
 executing the "deploy.catalina" target.
   
  +struts1.0.homeIf specified, must be the directory 
  +   containing struts1.0
  +  struts.jar and the associated TLD files..
  +   
   -->
   
   
  @@ -45,7 +65,6 @@
   
   
   
  -
   
   
   
  @@ -79,6 +98,9 @@
   
   
   
  + 
  +
  +
   
   
   
  @@ -110,31 +132,25 @@
   
   
   
  -
  -
  -  
  +
  +
 
 
 
 
   
   
  -
  +
  +
 
 
  -  
  -  
  -  
  -  
  +   
   
   
  -
  +
 
 
  -  
  -  
  -  
  -  
  +   
   
   
   
  @@ -166,24 +182,10 @@
   
  -
  +
   
   
   
  -
  -
  -
  -
  - 
  - 
  -
  - 
  - 
  -
  -
   
   
  -
  -   
  - 
  -   
  +
  +
   
   
   
  -
   
  -
   
 
  -  
  -
  -  
  -
  +   
   
   
  -
  -
  +
  + 
  +   
  + 
   
  -
   
 
  -  
  -  
  -
  -  
  +  
   
   
   
   
  -
  -   
  -   
  - 
  -   
  - 
  -   
  -   
  -   
  - 
  - 
  - 
  -
  -
  -
  -
  -  
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
   
   
  +bottom="Copyright © 2000-2002 - Cedric Dumoulin and Apache 
Software Foundation">


   
  
  
  
  1.5   +14 -1 jakarta-struts/contrib/tiles/build.properties.sample
  
  Index: build.properties.sampl

cvs commit: jakarta-struts/contrib/tiles/doc installation.xml

[cedric]

cedric  02/02/22 05:01:24

  Modified:contrib/tiles/web/doc/doc/portal revisions.jsp download.jsp
   contrib/tiles/doc installation.xml
  Log:
  Update Tiles documentation
  
  Revision  ChangesPath
  1.9   +24 -3 jakarta-struts/contrib/tiles/web/doc/doc/portal/revisions.jsp
  
  Index: revisions.jsp
  ===
  RCS file: /home/cvs/jakarta-struts/contrib/tiles/web/doc/doc/portal/revisions.jsp,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- revisions.jsp 18 Feb 2002 14:48:39 -  1.8
  +++ revisions.jsp 22 Feb 2002 13:01:24 -  1.9
  @@ -2,6 +2,25 @@
   
   History
 
  + 22 Feb. 2002 
  +  
  +
  +  
  +Correct build process preventing examples compilation in 
war files 
  +   
  + 
  +   
  +  
  + 20 Feb. 2002 
  +  
  +
  +  
  +New tiles-blank-struts1.x applications
  +Change distribution (again) : back to the old 
fashion
  +   
  + 
  +   
  +  
18 Feb. 2002 
 
   
  @@ -68,6 +87,8 @@
   Add Tile Rss Channel (Thanks Ted 
   Husted) 

  -   more 
  -...
  \ No newline at end of file
  +   
  + more ...
  + 
  + 
  +
  \ No newline at end of file
  
  
  
  1.9   +28 -74jakarta-struts/contrib/tiles/web/doc/doc/portal/download.jsp
  
  Index: download.jsp
  ===
  RCS file: /home/cvs/jakarta-struts/contrib/tiles/web/doc/doc/portal/download.jsp,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- download.jsp  18 Feb 2002 14:48:39 -  1.8
  +++ download.jsp  22 Feb 2002 13:01:24 -  1.9
  @@ -6,21 +6,23 @@

   
  
  -  Choose between the latest 
  -  stable release, or the development release.
  -   
  -  Stable release build and 
  -  shipped with Struts 1.0.2
  -   
  -  Latest build : 2002 02 18 
  -   
  -  
  +
  +   
  +  
  +  
  +  Choose between binaries or sources distribution 
  +   
  +   Latest build : 2002 02 20 
  +  
  +   
  +   
  + 

   
  
  -   Stable 
Release
  -   build and 
shipped with Struts1.0.x 
  - 
  +   Development 
  +   
  +   
   
  
 binaries(src 
excluded) 
  @@ -35,21 +37,21 @@
   
  
 http://www.lifl.fr/~dumoulin/tiles/release1_1/tiles.zip";>
  +  
"http://www.lifl.fr/~dumoulin/tiles/tiles.zip";>
 tiles.zip 
  
 http://www.lifl.fr/~dumoulin/tiles/release1_1/tiles.tar.gz";>
  +  "http://www.lifl.fr/~dumoulin/tiles/tiles.tar.gz";>
 tiles.tar.gz 
   
  
 http://www.lifl.fr/~dumoulin/tiles/release1_1/tiles-src.zip";>
  +  "http://www.lifl.fr/~dumoulin/tiles/tiles-src.zip";>
 tiles-src.zip 
  
 http://www.lifl.fr/~dumoulin/tiles/release1_1/tiles-src.tar.gz";>
  +  "http://www.lifl.fr/~dumoulin/tiles/tiles-src.tar.gz";>
 tiles-src.tar.gz 
   
  @@ -59,81 +61,33 @@
 Mirror 
   : 
  
  -  (http://www.geocities.com";>www.geocities.com) 
  +  (http://www.geocities.com/cedricDumoulin/tiles";>
  +  www.geocities.com) 
   
  
 http://www.geocities.com/cedricdumoulin/tiles/release1_1/tiles.zip";>
  +  
"http://www.geocities.com/cedricdumoulin/tiles/tiles.zip";>
 tiles.zip 
  
 http://www.geocities.com/cedricdumoulin/tiles/release1_1/tiles.tar.gz";>
  +  
"http://www.geocities.com/cedricdumoulin/tiles/tiles.tar.gz";>
 tiles.tar.gz 
   
   

[GUMP] Build Failure - Struts

[Craig McClanahan]

This email is autogenerated from the output from:



Build results exceed maximum length.
Please see URL above for details.
Last 50 lines of build output follows.

[javac] location: class 
org.apache.struts.example.tiles.skin.SimpleSwitchLayoutAction
[javac]   public static DefinitionCatalog getCatalog( ComponentContext context, 
HttpServletRequest request, ServletContext servletContext )
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:3:
 cannot resolve symbol
[javac] symbol  : class DefinitionsUtil  
[javac] location: package tiles
[javac] import org.apache.struts.tiles.DefinitionsUtil;
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:4:
 cannot resolve symbol
[javac] symbol  : class DefinitionsFactoryException  
[javac] location: package tiles
[javac] import org.apache.struts.tiles.DefinitionsFactoryException;
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:5:
 cannot resolve symbol
[javac] symbol  : class ReloadableDefinitionsFactory  
[javac] location: package definition
[javac] import org.apache.struts.tiles.definition.ReloadableDefinitionsFactory;
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:7:
 cannot resolve symbol
[javac] symbol  : class ComponentContext  
[javac] location: package tiles
[javac] import org.apache.struts.tiles.ComponentContext;
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:8:
 cannot resolve symbol
[javac] symbol  : class TilesAction  
[javac] location: package actions
[javac] import org.apache.struts.tiles.actions.TilesAction;
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:9:
 cannot resolve symbol
[javac] symbol  : class ComponentDefinition  
[javac] location: package tiles
[javac] import org.apache.struts.tiles.ComponentDefinition;
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:10:
 cannot resolve symbol
[javac] symbol  : class DefinitionsFactoryException  
[javac] location: package tiles
[javac] import org.apache.struts.tiles.DefinitionsFactoryException;
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-struts/contrib/tiles/src/tutorial/org/apache/struts/example/tiles/skin/LayoutSwitchAction.java:11:
 cannot resolve symbol
[javac] symbol  : class FactoryNotFoundException  
[javac] location: package tiles
[javac] import org.apache.struts.tiles.FactoryNotFoundException;
[javac]^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 100 errors

BUILD FAILED
/home/rubys/jakarta/jakarta-struts/contrib/tiles/build-webapp.xml:314: Compile failed, 
messages should have been provided.

Total time: 1 minute 23 seconds

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/config ConfigHelperInterface.java ConfigHelper.java

[Gabriel Sidler]

Thanks, Ted,
I'll be the first user of it :-) 

How do I get a hold of an instance that implements this interface?

Gabe



[EMAIL PROTECTED] wrote:
> 
> husted  02/02/22 02:17:33
> 
>   Added:   src/share/org/apache/struts/config
> ConfigHelperInterface.java ConfigHelper.java
>   Log:
>   Preliminary ConfigHelper to provide API support to alternate presentation layer.
>   This builds with the latest changes, but does not exploit them. Additional
>   changes to follow.
> 
>   Revision  ChangesPath
>   1.1  
>jakarta-struts/src/share/org/apache/struts/config/ConfigHelperInterface.java
> 
>   Index: ConfigHelperInterface.java
>   ===
>   /*
>* $Header: 
>/home/cvs/jakarta-struts/src/share/org/apache/struts/config/ConfigHelperInterface.java,v
> 1.1 2002/02/22 10:17:33 husted Exp $
>* $Revision: 1.1 $
>* $Date: 2002/02/22 10:17:33 $
>*
>* 
>*
>* The Apache Software License, Version 1.1
>*
>* Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
>* reserved.
>*
>* Redistribution and use in source and binary forms, with or without
>* modification, are permitted provided that the following conditions
>* are met:
>*
>* 1. Redistributions of source code must retain the above copyright
>*notice, this list of conditions and the following disclaimer.
>*
>* 2. Redistributions in binary form must reproduce the above copyright
>*notice, this list of conditions and the following disclaimer in
>*the documentation and/or other materials provided with the
>*distribution.
>*
>* 3. The end-user documentation included with the redistribution, if
>*any, must include the following acknowlegement:
>*   "This product includes software developed by the
>*Apache Software Foundation (http://www.apache.org/)."
>*Alternately, this acknowlegement may appear in the software itself,
>*if and wherever such third-party acknowlegements normally appear.
>*
>* 4. The names "The Jakarta Project", "Struts", and "Apache Software
>*Foundation" must not be used to endorse or promote products derived
>*from this software without prior written permission. For written
>*permission, please contact [EMAIL PROTECTED]
>*
>* 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 SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
>* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
>* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
>* DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
>* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
>* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
>* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
>* USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
>* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
>* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
>* OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
>* SUCH DAMAGE.
>* 
>*
>* This software consists of voluntary contributions made by many
>* individuals on behalf of the Apache Software Foundation.  For more
>* information on the Apache Software Foundation, please see
>* .
>*
>*/
> 
> 
>   package org.apache.struts.config;
> 
> 
>   import java.util.Iterator;
>   import java.util.Locale;
>   import javax.sql.DataSource;
> 
>   import org.apache.struts.action.ActionErrors;
>   import org.apache.struts.action.ActionMapping;
>   import org.apache.struts.action.ActionMappings;
>   import org.apache.struts.action.ActionMessages;
>   import org.apache.struts.action.ActionForm;
>   import org.apache.struts.action.ActionFormBean;
>   import org.apache.struts.action.ActionFormBeans;
>   import org.apache.struts.action.ActionForward;
>   import org.apache.struts.action.ActionForwards;
> 
>   import org.apache.struts.upload.MultipartRequestWrapper;
>   import org.apache.struts.util.MessageResources;
> 
>   // since 1.1
>   import org.apache.struts.action.ActionMessages;
> 
> 
>   /**
>* NOTE: THIS CLASS IS UNDER ACTIVE DEVELOPMENT.
>* THE CURRENT CODE IS WRITTEN FOR CLARITY NOT EFFICIENCY.
>* NOT EVERY API FUNCTION HAS BEEN IMPLEMENTED YET.
>*
>* A helper object to expose the Struts shared resources,
>* which are be stored in the application, session, or
>* request contexts, as appropriate.

Re: [GUMP] Build Failure - Struts

[Cedric Dumoulin]

  I have modified Tiles build process, but it seems that gump haven't taken into 
account the latest cvs version ;-(
  I hope all will run fine next time.

Cedric


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Struts & Turbine

[Hai Hoang]

Have any of you out there using Struts & Turbine
framework together? Can share the experience with us?

__
Do You Yahoo!?
Yahoo! Sports - Coverage of the 2002 Olympic Games
http://sports.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: PropertyUtils with added PropertyEditor support

[Mathieu Frenette]

I read your threads and I can say I fully agree.

My only concern is that even if PropertyEditor is too heavy for using it
solely for type conversion, we still need some kind of converter.  And in my
opinion that should not be the form bean's business.  In my case, I have
tens of properties scattered in various bean which have the same type (ie.
NumberKey) and they all need to be converted the same way.  I could
encapsulate the conversion code in a helper class or base class and use it
for all my getter/setters, but that still represents a lot of (unnecessary)
house-keeping coding.  Whereas, with PropertyEditor, I simply had to
register the editor once, and MAGIC! everything communicates perfectly.
Don't you think there should be a cleaner way of achieving type conversion
within Struts?

-- Mathieu

-Original Message-
From: Paul Speed [mailto:[EMAIL PROTECTED]]
Sent: February 21, 2002 12:12 AM
To: Struts Developers List
Subject: Re: PropertyUtils with added PropertyEditor support


Ok, Martin's initiative has made me dig up the link to my original
PropertyEditor rant. :)

http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg02111.html

It's also in the search results on the message he links to, but it's
on the second or third page.  That's the thread that I think Martin
is referring to.

-Paul Speed

Martin Cooper wrote:
>
> The Struts PropertyUtils class is deprecated because it was moved to the
> Commons project:
>
> http://jakarta.apache.org/commons/beanutils.html
>
> Regarding PropertyEditors, you can read my take on them, and the thread on
> which my take is based, starting here:
>
> http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg03680.html
>
> --
> Martin Cooper
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: "'Struts Developers List'" <[EMAIL PROTECTED]>
> Sent: Wednesday, February 20, 2002 5:31 AM
> Subject: PropertyUtils with added PropertyEditor support
>
> > Hello.
> >
> >
> > [In short]
> >
> > The (deprecated) PropertyUtils class doesn't seem to support
> PropertyEditors
> > at all.  I had to modify the class to fit my purposes, by adding this
> > support.  For example, when trying to set a String into a property which
> is
> > not a String type, I check with the PropertyEditorManager for a
> > corresponding editor, and try to use it for converting types.
> >
> > However, I'm a little worried because, first PropertyUtils is
deprecated,
> > second I had to modify and maintain my own version of the class (which
> > overrides the one in the Struts jar).
> >
> >
> > [My question]
> >
> > Should my modifications be included into cvs, or is there a cleaner way
of
> > achieving this kind of custom conversion?
> >
> >
> > [More details]
> >
> > The reason for this need is that I'm using Torque and Torque's
> > primary/foreign keys are in the form of NumberKey objects, which can be
> > constructed from a String, or converted toString().  Obviously, at some
> > point keys need to be as Strings (for the html form and parameters), and
> at
> > some other point as NumberKeys.  I decided to make my Form Bean mimick
the
> > OM Bean by defining both of them with NumberKey properties, in order to
> ease
> > their implementation.  This way the conversion must occur within Struts,
> > when it tries to populate or read the Form Bean, which is performed with
> the
> > help of PropertyUtils. The PropertyEditor support did the trick for
that.
> >
> >
> > Any suggestions would be greatly appreciated...
> >
> > Best regards,
> >
> > -- Mathieu
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: PropertyUtils with added PropertyEditor support

[Craig R. McClanahan]

On Fri, 22 Feb 2002, Mathieu Frenette wrote:

> Date: Fri, 22 Feb 2002 12:52:36 -0500
> From: Mathieu Frenette <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>,
>  [EMAIL PROTECTED]
> To: 'Struts Developers List' <[EMAIL PROTECTED]>
> Cc: 'Paul Speed' <[EMAIL PROTECTED]>,
>  'Martin Cooper' <[EMAIL PROTECTED]>
> Subject: RE: PropertyUtils with added PropertyEditor support
>
> I read your threads and I can say I fully agree.
>
> My only concern is that even if PropertyEditor is too heavy for using it
> solely for type conversion, we still need some kind of converter.  And in my
> opinion that should not be the form bean's business.  In my case, I have
> tens of properties scattered in various bean which have the same type (ie.
> NumberKey) and they all need to be converted the same way.  I could
> encapsulate the conversion code in a helper class or base class and use it
> for all my getter/setters, but that still represents a lot of (unnecessary)
> house-keeping coding.  Whereas, with PropertyEditor, I simply had to
> register the editor once, and MAGIC! everything communicates perfectly.
> Don't you think there should be a cleaner way of achieving type conversion
> within Struts?
>

On my list of "good things that really need to be done" is letting you
plug Converters into the BeanUtils class (in commons-beanutils, and
therefore useful in the HEAD branch of Struts) instead of the mandated use
of ConvertUtils static methods.  As usual, this needs to be done in a way
that is fully backwards compatible with the existing functionality, but it
should be feasible.

> -- Mathieu
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Struts vs. Java Faces (aka JSR 127)

[Tim W Wilson]

Is there any opinion in the Structs development community about whether or
not the Java Faces work
from sun obviates the need for struts?  JSR 127 spends a lot of time on tag
libraries but it apparently will
also tackle the page flow control issue as well.

Cheers

Tim W Wilson
Eclipse WSED Architecture & Development
internet: [EMAIL PROTECTED]
(919) 254-0029 (TL 444-0029)


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

LabelValueBean as interface?

[Halbrook, Dolan]

Hi,

Just a thought.  Would it make sense to treat LabelValueBean as an 
interface that business objects could implement, so that one wouldn't have 
to duplicate/translate one to the other when one needed a select of 
them?  My apologies if this should go in Struts-user, but i'm not sure 
exactly what group the question pertains to.

Has anyone tried this?  Are there drawbacks?

Thanks,
Dolan
[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Implement HTTP and HTTPS in a safe, flexible, and easily maintainable manner

[Ditlinger, Steve]

Hey, thanks for the publicity.

We've created a Struts extension based on this article.  Find it at
http://struts.ditlinger.com.

Try it out, let us know what you think.

Steve

-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 12:24 PM
To: struts-user; struts-dev
Subject: Implement HTTP and HTTPS in a safe, flexible, and easily
maintainable manner 


This gives an example of how to integrate SSL into a Web App, using Struts
as an example.


http://www.javaworld.com/javaworld/jw-02-2002/jw-0215-ssl.html


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: LabelValueBean as interface?

[Ted Husted]

The LabelValueBean is just a convenience class. Any object would work as
well. When it is fed to the class, the methods to call are specified, so
the business object doesn't even have to implement an interface. 

"Halbrook, Dolan" wrote:
> 
> Hi,
> 
> Just a thought.  Would it make sense to treat LabelValueBean as an
> interface that business objects could implement, so that one wouldn't have
> to duplicate/translate one to the other when one needed a select of
> them?  My apologies if this should go in Struts-user, but i'm not sure
> exactly what group the question pertains to.
> 
> Has anyone tried this?  Are there drawbacks?
> 
> Thanks,
> Dolan
> [EMAIL PROTECTED]
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 

-- Ted Husted, Husted dot Com, Fairport NY US
-- Developing Java Web Applications with Struts
-- Tel: +1 585 737-3463
-> Web: http://husted.com/about/services

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Struts vs. Java Faces (aka JSR 127)

[Martin Cooper]

Try this link:

http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg04372.html

--
Martin Cooper


- Original Message -
From: "Tim W Wilson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 22, 2002 11:34 AM
Subject: Struts vs. Java Faces (aka JSR 127)


> Is there any opinion in the Structs development community about whether or
> not the Java Faces work
> from sun obviates the need for struts?  JSR 127 spends a lot of time on
tag
> libraries but it apparently will
> also tackle the page flow control issue as well.
>
> Cheers
>
> Tim W Wilson
> Eclipse WSED Architecture & Development
> internet: [EMAIL PROTECTED]
> (919) 254-0029 (TL 444-0029)
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/web/exercise-taglib html-select.jsp

[martinc]

martinc 02/02/22 23:10:30

  Modified:doc/userGuide struts-html.xml
   src/exercise-taglib/org/apache/struts/webapp/exercise
TestBean.java
   src/share/org/apache/struts/taglib/html
LocalStrings.properties
   web/exercise-taglib html-select.jsp
  Added:   src/share/org/apache/struts/taglib/html
OptionsCollectionTag.java
  Log:
  Add new  tag, as discussed last November.
  
  I don't particularly like the tag name, but I couldn't think of anything
  better.
  
  Revision  ChangesPath
  1.2   +421 -1jakarta-struts/doc/userGuide/struts-html.xml
  
  Index: struts-html.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- struts-html.xml   20 Feb 2002 00:41:14 -  1.1
  +++ struts-html.xml   23 Feb 2002 07:10:30 -  1.2
  @@ -3430,7 +3430,7 @@
   element.  This tag can be used multiple times within a single
    element, either in conjunction
   with or instead of one or more 
  -elements.
  +or  elements.
   
   This tag operates in one of two major modes, depending on
   whether or not the collection attribute is
  @@ -3570,6 +3570,426 @@
   true
   
   CSS stylesheet class to be applied to this HTML element.
  +
  +
  +
  +
  +
  +
  +optionsCollection
  +
  +Render a Collection of Select Options
  +
  +org.apache.struts.taglib.html.OptionsCollectionTag
  +empty
  +
  +Renders a set of HTML  elements,
  +representing possible choices for a 
  +element.  This tag can be used multiple times within a single
  + element, either in conjunction
  +with or instead of one or more 
  +or  elements.
  +
  +This tag operates on a collection of beans, where each bean
  +has a label property and a value
  +property. The actual names of these properties can be configured
  +using the label and value attributes
  +of this tag.
  +
  +This tag differs from the  tag
  +in that it makes more consistent use of the name and
  +property attributes, and allows the collection to be
  +more easily obtained from the enclosing form bean.
  +
  +
  +
  +label
  +false
  +true
  +
  +The property of the bean within the collection which represents
  +the label to be rendered for each option. Defaults to "label".
  +
  +
  +
  +
  +name
  +false
  +true
  +
  +The attribute name of the bean whose properties are consulted
  +when rendering the current value of this input field. If not
  +specified, the bean associated with the form tag we are nested
  +within is utilized.
  +
  +
  +
  +
  +property
  +true
  +true
  +
  +The property of the form bean, or the bean specified by the name
  +attribute, that will return the collection of objects to be
  +rendered for these options.
  +
  +
  +
  +
  +style
  +false
  +true
  +
  +CSS styles to be applied to this HTML element.
  +
  +
  +
  +
  +styleClass
  +false
  +true
  +
  +CSS stylesheet class to be applied to this HTML element.
  +
  +
  +
  +
  +value
  +false
  +true
  +
  +The property of the bean within the collection which represents
  +the value to be rendered for each option. Defaults to "value".
  +
  +
  +
  +
  +
  +
  +password
  +
  +Render A Password Input Field
  +
  +org.apache.struts.taglib.html.PasswordTag
  +
  +Renders an HTML  element of type password, populated
  +from the specified value or the specified property of the bean
  +associated with our current form. This tag is only valid when
  +nested inside a form tag body.
  +
  +
  +
  +