and logic:iterate

[shashi]

Hi

How to manage the two dimenisonal array using logic:iterate

code is:-
-
String conditions[][]=new String[][]
 {
 {"O","OR"},
 {"A","AND"}
 };

I want 'O' as the value of option and 'OR' to display in the combo box.

OR
AND


What the code i have to write to use the string array in select statment.

help me

Regards

Shashi Bhushan
SCJP,SCJD

Re: Use of and jstl

[shashi]

hi
i am using the combo box and in  combo box want to display the name of the
month and in the value of option want to store the month id.

can u send me some code that help me to go through with this problem

thanks
regards

shashi
- Original Message -
From: "David M. Karr" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 18, 2003 11:36 AM
Subject: Re: Use of  and jstl


> > "shashi" == shashi  <[EMAIL PROTECTED]> writes:
>
> shashi> Hi
> shashi> I want to skip the for loop and want to use  with
the .
> shashi> I tried but failed to set the value to options in select.
>
> shashi> Please help me to solve out the problem
>
> Try spelling out exactly what you're trying to do, and showing what you
tried,
> and what happened when you tried it.
>
> Are you using Struts-EL?  You can use either Struts or Struts-EL with the
JSTL,
> but some things will be easier if you use Struts-EL.  You may find,
however,
> that building the value list for "html:select" can be done without any
> iteration in the JSP page, just building the list in your Action code.
>
> --
> ===
> David M. Karr  ; Java/J2EE/XML/Unix/C++
> [EMAIL PROTECTED]   ; SCJP; SCWCD
>
>
>
>
> -
> 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: Saving form data

[Andrew Hill]

Nope, your best option is still to submit the information when they click
those links and keep it in a session scoped action form.

-Original Message-
From: Joey Ebright [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 18 February 2003 14:18
To: [EMAIL PROTECTED]
Subject: Saving form data


Is there any piece of functionality in Struts that I can take advantage
of in order to save and restore form data entered by the user as the
page is reloaded.  For example I am displaying an html table that shows
a paged view of the data.  The user can click on page 1,2,3, etc.
 Clicking on these links reloads the SAME page, but with the next subset
of data in the html table.  The problem I am running into is that the
page in question also has a form area where the user is supposed to fill
in information and submit it.  When the user clicks on the links to page
through the table, the data they entered in the form fields is lost.

In the past, I have made round trips to the server and submitted the
form data, storing it in session to later be retrieved.  I want a better
approach now though.  I was considering passing the form data in a
querystring but am afraid I will hit its size limit.  Any ideas as to
how this can best be accomplished?

-Joey



-
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: Use of and jstl

[David M. Karr]

> "shashi" == shashi  <[EMAIL PROTECTED]> writes:

shashi> Hi
shashi> I want to skip the for loop and want to use  with the 
.
shashi> I tried but failed to set the value to options in select.

shashi> Please help me to solve out the problem

Try spelling out exactly what you're trying to do, and showing what you tried,
and what happened when you tried it.

Are you using Struts-EL?  You can use either Struts or Struts-EL with the JSTL,
but some things will be easier if you use Struts-EL.  You may find, however,
that building the value list for "html:select" can be done without any
iteration in the JSP page, just building the list in your Action code.

-- 
===
David M. Karr  ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]   ; SCJP; SCWCD




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Saving form data

[Joey Ebright]

Is there any piece of functionality in Struts that I can take advantage 
of in order to save and restore form data entered by the user as the 
page is reloaded.  For example I am displaying an html table that shows 
a paged view of the data.  The user can click on page 1,2,3, etc. 
Clicking on these links reloads the SAME page, but with the next subset 
of data in the html table.  The problem I am running into is that the 
page in question also has a form area where the user is supposed to fill 
in information and submit it.  When the user clicks on the links to page 
through the table, the data they entered in the form fields is lost.

In the past, I have made round trips to the server and submitted the 
form data, storing it in session to later be retrieved.  I want a better 
approach now though.  I was considering passing the form data in a 
querystring but am afraid I will hit its size limit.  Any ideas as to 
how this can best be accomplished?

-Joey



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: File Upload with Invalid or Missing File Name

[Joey Ebright]

See the thread I started "Problem with empty file upload field".  I 
found mozilla was the problem.  I was running 0.99 and upgrading fixed 
the problem.  Let me know how it goes for you...

Jörg Maurer wrote:

Have you downloaded source or binary? Try like myself source und
recompile YS?!?!

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Montag, 10. Februar 2003 20:00
To: [EMAIL PROTECTED]
Subject: File Upload with Invalid or Missing File Name


Here is what I did:

1.  Downloaded Tomcat 4.1.18 and installed.
2.  Downloaded Struts 1.1B3 and copied "struts-upload.war" to the
"webapps" directory of my Tomcat install from step 1.
3.  Set my JAVA_HOME environment variable to point to the location of my
1.3 Java (1.3.1_04).
4.  Started Tomcat so that struts-upload is deployed.
5.  From Mozilla, accessed "http://localhost:8080/struts-upload";.  
6.  The file upload screen displays properly and if I browse to a
legitimate file and press submit, then the file is uploaded without
error.  However, if I leave the file name empty or enter an invalid file
name, then I get the error shown below:

Others on this list have apparently had success with empty file names.
So I am very confused as to why I still see the "populate" error.  I
have tried Struts 1.1B2 and Struts 1.1B3 and JDK 1.4.1 as well as 1.3.1
as well as earlier versions of Tomcat.  All attempts with a blank file
name lead to the same error. I have exhausted everything that I can try,
so help would be greatly appreciated.

Cynthia Jeness



java.lang.IllegalArgumentException: argument type mismatch
	at java.lang.reflect.Method.invoke(Native Method)
	at
org.apache.commons.beanutils.PropertyUtils.setSimpleProperty(PropertyUti
ls.java:1789)
	at
org.apache.commons.beanutils.PropertyUtils.setNestedProperty(PropertyUti
ls.java:1684)
	at
org.apache.commons.beanutils.PropertyUtils.setProperty(PropertyUtils.jav
a:1713)
	at
org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:924)
	at
org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:729)
	at
org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1097)
	at
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcess
or.java:798)
	at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
254)
	at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1422)
	at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:523)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:247)
	at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:193)
	at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:260)
	at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643)
	at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80)
	at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:191)
	at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643)
	at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80)
	at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:241
5)
	at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:180)
	at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643)
	at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherVa
lve.java:170)
	at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:641)
	at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:172)
	at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:641)
	at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80)
	at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:174)
	at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.i
nvokeNext(StandardPipeline.java:643)
	at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:4
80)
	at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
	at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:43
2)
	at
org.apache.coyote.http11.Http11Prot

Use of and jstl

[shashi]

Hi
I want to skip the for loop and want to use  with the .
I tried but failed to set the value to options in select.

Please help me to solve out the problem

Regards

Shashi 
Software Engineer
NBSL

Re: Use of DispatchAction class

[shashi]

Thanks alot for help me to solveing the issue.




- Original Message -
From: "Brandon Goodin" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 10:28 PM
Subject: RE: Use of DispatchAction class


> You would retrieve the hidden form property like any other.
>
> In other words you have a hidden form element:
> 
>
> In you action form you have a property with setter/getter:
>
> public MyActionForm extends ActionForm {
>
> ...
> protected String myProperty;
>
> ...
> public void setMyProperty(String myProperty) {
>
> this.myProperty = myProperty;
>
> }
>
> public String getMyProperty() {
>
> return this.myProperty;
>
> }
>
> }
>
> In your Action class you would access the ActionForm from within your
> execute or lookupMethod(DispatchAction) and retrieve the property value:
>
> public MyAction extends Action {
>
> ...
>
> public ActionForward execute(
> ActionMapping mapping,
> ActionForm form,
> HttpServletRequest request,
> HttpServletResponse response) {
>
> MyActionForm myActionForm = (MyActionForm)form;
>
> String myProperty = myActionForm.getMyProperty();
>
> // perform logic/model calls
>
> return mapping.findForward("success");
> }
>
> ...
>
> }
>
>
> Brandon Goodin
> Phase Web and Multimedia
> PO Box 85
> Whitefish MT 59937
> P (406) 862-2245
> F (406) 862-0354
> [EMAIL PROTECTED]
> http://www.phase.ws
>
>
> -Original Message-
> From: shashi [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 5:47 AM
> To: Struts Users Mailing List
> Subject: Re: Use of DispatchAction class
>
>
> Thanks Alot
>
> If  I make a method with  the name of hidden field parameter in the Bean
> Class and give as parameter in the structs_config.xml.
>
> Is it helpful for me to find the hidden field value in the class which is
> extended the Action class.
>
> Regards
>
> Shashi
>
>
>
>
> - Original Message -
> From: "Alex McLintock" <[EMAIL PROTECTED]>
> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> Sent: Monday, February 17, 2003 6:17 PM
> Subject: Re: Use of DispatchAction class
>
>
> > At 10:59 17/02/03, shashi wrote:
> > >I am new in the struts and working on a form in which i want to use the
> > >hidden fields in my Action class.
> > >Please give me any idea regarding how i can implement the functionalty.
> >
> >
> > Hello,
> >
> > You may find Ted Husted's Artimus example useful. It has a form with
> hidden
> > fields in it. I think it is the article editing form - you need the
> article
> > id in a field - but it shouldn't be edited by the user - therefore it is
> > put into a hidden field.
> >
> > I can't remember the URL for the WAR file download off the top of my
head.
> > Either Ted can remind us, or you can do a google search.
> >
> > Goodluck
> >
> > Alex
> >
> >
> >
> > Available for java/perl/C++/web development in London, UK or nearby.
> > Apache FOP, Cocoon, Turbine, Struts,XSL:FO, XML, Tomcat, JSP
> > http://www.OWAL.co.uk/
> >
> >
> > -
> > 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]

CMP EJB2.0 Struts Example

[Zoran Avtarovski]

I'm about to start work on a application which I'd like to use the struts
framework with CMP2.0  EJBs.

Our current structure for applications follows a pretty standard approach:

/action/action-classes
  /business/business-classes
  /DAO/data-access-classes
  /entity/entity-classes


I'd like to see what the ideal/preferred structure for an application using
session beans for the business logic and CMP entity beans for data access.

I'm hoping there's a pet store (or similar) example that I could have a look
at to guide me.

Zoran


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re:

[David Graham]

I don't use nested but I think it will work the same as html:errors.

David




From: "Affan Qureshi" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Subject: Re: 
Date: Tue, 18 Feb 2003 09:16:00 +0500

Does this work for  as well? Or do I have to do something
different?

Affan

- Original Message -
From: "David Graham" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 18, 2003 8:31 AM
Subject: Re: 


> http://jakarta.apache.org/struts/userGuide/struts-html.html#errors
>
> See the property attribute.
>
> David
>
>
>
> >From: "varma dvk" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: 
> >Date: Mon, 17 Feb 2003 18:09:03 +0530
> >
> >Hi frenz,
> >
> >Here goes my problem...
> >
> >How can i display action errors at different different places in jsp. 
For
> >example
> >  i have username and password fields in a jsp.If the username is null
then
> >i want display the error right behind the username text box...n the 
same
> >for password..
> >
> >how can i do this...
> >i appreciate any kind of help...
> >
> >Thanks
> >Varma
> >
> >
> >
> >_
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> _
> The new MSN 8: smart spam protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> -
> 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]


_
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.  
http://join.msn.com/?page=features/virus


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re:

[Affan Qureshi]

Does this work for  as well? Or do I have to do something
different?

Affan

- Original Message -
From: "David Graham" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 18, 2003 8:31 AM
Subject: Re: 


> http://jakarta.apache.org/struts/userGuide/struts-html.html#errors
>
> See the property attribute.
>
> David
>
>
>
> >From: "varma dvk" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: 
> >Date: Mon, 17 Feb 2003 18:09:03 +0530
> >
> >Hi frenz,
> >
> >Here goes my problem...
> >
> >How can i display action errors at different different places in jsp. For
> >example
> >  i have username and password fields in a jsp.If the username is null
then
> >i want display the error right behind the username text box...n the same
> >for password..
> >
> >how can i do this...
> >i appreciate any kind of help...
> >
> >Thanks
> >Varma
> >
> >
> >
> >_
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> _
> The new MSN 8: smart spam protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> -
> 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:

[David Graham]

http://jakarta.apache.org/struts/userGuide/struts-html.html#errors

See the property attribute.

David




From: "varma dvk" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: 
Date: Mon, 17 Feb 2003 18:09:03 +0530

Hi frenz,

Here goes my problem...

How can i display action errors at different different places in jsp. For 
example
 i have username and password fields in a jsp.If the username is null then 
i want display the error right behind the username text box...n the same 
for password..

how can i do this...
i appreciate any kind of help...

Thanks
Varma



_



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

last item in iterate loop

[Miriam Aguirre]

 Hi hi,

 Quick question, (I hope this is easy), is there any way to easily find
out if the current item in a  loop is the last item ?

 -Miriam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

struts-user@jakarta.apache.org

[varma dvk]

Hi frenz,

Here goes my problem...

How can i display action errors at different different places in jsp. For 
example
 i have username and password fields in a jsp.If the username is null then 
i want display the error right behind the username text box...n the same for 
password..

how can i do this...
i appreciate any kind of help...

Thanks
Varma



_



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

re: Help about Model design

[Ted Husted]

Heligon Sandra writes:

>I would wish to know if somebody know the address of a forum where
>the model part is brought for web application.

You can probably find what you are looking for at the ServerSide

http://www.theserverside.com/home/index.jsp

-T.


--
Ted Husted,
Struts in Action 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: date format

[Mark Chaimungkalanont]

Going for a "neat" solution, in our project, we tried extending sql.Date
and overwriting the toString method to output a date formatted with
SimpleDateFormat in dd/MM/ format, We then used this data type as our
Date type in our data beans so that when you do a bean:write on it, it will
output the date in the correct format

Unfortunately, we were using scaffold StorageBaseBean findCollection to get
our data and for some reason or another, it was having some casting issues.

We had to resort to creating xxxString version of the dates in the data
bean that converts the dats into their correct format before returning the
string

cheers

MC


   

  "Desmond"

  <[EMAIL PROTECTED]To:   "Struts Users Mailing List" 
<[EMAIL PROTECTED]>  
  t>   cc: 

   Subject:  RE: date format   

  19/02/2003 04:03 

  AM   

  Please respond to

  "Struts Users

  Mailing List"

   

   




Use the SimpleDateFormat to do it so. Refer this webpage
http://java.sun.com/docs/books/tutorial/i18n/format/simpleDateFormat.html

-Original Message-
From: usha [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 3:38 AM
To: [EMAIL PROTECTED]
Subject: date format


Hi

i need to display the date fields on the jsp in the format dd/MMM/.
is there any simple way i can get this like configuration or writing any
class etc.. if anybody has any ideas plz help me

Thanks
usha


-
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: date format

[Desmond]

Use the SimpleDateFormat to do it so. Refer this webpage
http://java.sun.com/docs/books/tutorial/i18n/format/simpleDateFormat.html

-Original Message-
From: usha [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 3:38 AM
To: [EMAIL PROTECTED]
Subject: date format


Hi

i need to display the date fields on the jsp in the format dd/MMM/.
is there any simple way i can get this like configuration or writing any
class etc.. if anybody has any ideas plz help me

Thanks
usha


-
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: Attribute indexed invalid according to the specified TLD

[Kris Schneider]

Try:

http://jakarta.apache.org/struts/doc-1.0.2/struts-html.html#text

You're looking at the 1.1 stuff...

MarwanSalam wrote:

Hi,

I am getting "Attribute indexed invalid according to the specified 
TLD" in my JSP.

Here is part of my ActionForm:
private List parameterList = new ArrayList();
public List getParameterList()
{
logger.debug("List size is: " + this.parameterList.size());
return parameterList;
}
public void setParameterList(List parameterList)
{
this.parameterList = parameterList;
}
public OrderDetailModel getOrderDetail(int index)
{
return (OrderDetailModel) parameterList.get(index);
}

Here is the code in my Action where I set the form on the session:
updateOrderForm.setParameterList(orderDetailList);
//orderDetailList is my ArrayList object
session.setAttribute("updateOrderForm", updateOrderForm);

Here is my JSP:

   

  
  
  

  
  


I looked at the Struts html:text tag description, 
http://jakarta.apache.org/struts/struts-html.html#text, and it says 
that I can use "indexed". I am using Struts 1.0.2. I am doing 
something wrong?

Thanks,
Marwan



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Kris Schneider 
D.O.Tech   


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: tag and the value attribute

[John C Cartwright]

Very cool!  -- thanks very much for your help and for contributing 
Struts-EL!

-- john


David M. Karr wrote:

"John" == John C Cartwright  writes:
   


   John> Thanks for the prompt reply, David.  I didn't realize that there was a
   John> Struts-EL library, where would I find such a beast?  I don't see mention of it
   John> in the 1.1b3 distribution nor in the  on-line docs.

It's in a directory in the "contrib" directory, in the main distribution.
There is a small section on it in the user guide.  You could search the mail
archives for more discussion about it.  The following link is for the original
announcement about it on "struts-user":

http://www.mail-archive.com/struts-user@jakarta.apache.org/msg43743.html

 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Attribute indexed invalid according to the specified TLD

[MarwanSalam <[EMAIL PROTECTED]>]

Hi,

I am getting "Attribute indexed invalid according to the specified 
TLD" in my JSP.

Here is part of my ActionForm:
private List parameterList = new ArrayList();
public List getParameterList()
{
logger.debug("List size is: " + this.parameterList.size());
return parameterList;
}
public void setParameterList(List parameterList)
{
this.parameterList = parameterList;
}
public OrderDetailModel getOrderDetail(int index)
{
return (OrderDetailModel) parameterList.get(index);
}

Here is the code in my Action where I set the form on the session:
updateOrderForm.setParameterList(orderDetailList);
//orderDetailList is my ArrayList object
session.setAttribute("updateOrderForm", updateOrderForm);

Here is my JSP:

   

  
  
  

  
  


I looked at the Struts html:text tag description, 
http://jakarta.apache.org/struts/struts-html.html#text, and it says 
that I can use "indexed". I am using Struts 1.0.2. I am doing 
something wrong?

Thanks,
Marwan



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[Marco Tedone]

I would say DTO

-Original Message-
From: NYIMI Jose (BMB) [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 17, 2003 5:35 PM
To: Struts Users Mailing List
Subject: RE: Struts design flaw -- ActionForms are not true domain objects


Rod Johnson: "The idea of copying properties from an action form to business
command is inelegant and there is o support for type checking."

Was there so far an around solution ?

José.



 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to,
total or partial reproduction, communication or distribution in any form) by
other persons than the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either
by telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our
website at http://www.proximus.be or refer to any Proximus agent.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[Marco Tedone]

Well said, and that's the reason why I like so much to write and use web
applications.

Marco

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 17, 2003 5:26 PM
To: Struts Users Mailing List
Subject: Re: Struts design flaw -- ActionForms are not true domain objects




On Mon, 17 Feb 2003, Chris Halverson wrote:

> Date: Mon, 17 Feb 2003 09:16:01 -0600
> From: Chris Halverson <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: Re: Struts design flaw -- ActionForms are not true domain 
> objects
>
> "James Childers" <[EMAIL PROTECTED]> writes:
>
> > You can't really use that outside of a servlet container. This is 
> > not a knock to Struts; it was never designed to be a general purpose 
> > MVC model. But noone is going to write a Swing app using Struts, for 
> > example.
>
> http://javaboutique.internet.com/tutorials/Swing/
>
> It can be done.
>

It can definitely be done -- but having to deal with GUI frameworks (MFC,
AWT, Swing, SWT, ...) is so agonizingly painful that it's why I got involved
in building applications for the web in the first place :-).

Short answer:  Struts was never intended to solve any "outside of a servlet
container" problems, so it should hardly be surprising that using it that
way is not particularly graceful.

> cdh
>

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: tag inside the attribute of another tag?

[Ginger Cheng]

Hello,
May I know how I may have the scriptlet of ? Thank 
you for help.


At 03:32 PM 2/17/2003 -0700, you wrote:
You can't use tags as input to another tag's attribute.  You can use 
scriptlets or expression language to provide dynamic attribute values.

David



From: Ginger Cheng <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: tag inside the attribute of another tag?
Date: Mon, 17 Feb 2003 17:20:21 -0500

Hello,
I am trying to use the  to include an applet in my 
jsp page. But I want the codebase of my applet and jar file to come from 
the result of . However, the interpretation stops at the 
slash right after 'page', saying that attribute has no value. But the 
slash has to be there for the root of the web application. Can anyone 
tell me what to do in this situation? Thank you. The following is that 
part of my jsp:

  
archive="bfograph.jar" 
jreversion="1.4.1" width="300" height="200"
codebase="" >




Plugin tag OBJECT(IE) or 
EMBED(Netscape) not supported by browser.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


_
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail


-
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: tag inside the attribute of another tag?

[David Graham]

You can't use tags as input to another tag's attribute.  You can use 
scriptlets or expression language to provide dynamic attribute values.

David



From: Ginger Cheng <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: tag inside the attribute of another tag?
Date: Mon, 17 Feb 2003 17:20:21 -0500

Hello,
	I am trying to use the  to include an applet in my jsp page. 
But I want the codebase of my applet and jar file to come from the result 
of . However, the interpretation stops at the slash right 
after 'page', saying that attribute has no value. But the slash has to be 
there for the root of the web application. Can anyone tell me what to do in 
this situation? Thank you. The following is that part of my jsp:

  
archive="bfograph.jar" 
jreversion="1.4.1" width="300" height="200"
codebase="" >




Plugin tag OBJECT(IE) or 
EMBED(Netscape) not supported by browser.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

tag inside the attribute of another tag?

[Ginger Cheng]

Hello,
	I am trying to use the  to include an applet in my jsp page. 
But I want the codebase of my applet and jar file to come from the result 
of . However, the interpretation stops at the slash right 
after 'page', saying that attribute has no value. But the slash has to be 
there for the root of the web application. Can anyone tell me what to do in 
this situation? Thank you. The following is that part of my jsp:

  
archive="bfograph.jar" 
jreversion="1.4.1" width="300" height="200"
codebase="" >




Plugin tag OBJECT(IE) or 
EMBED(Netscape) not supported by browser.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Log detail question

[Ian Hunter]

I have low verbosity and debug="0" set in server.xml, but I keep getting all
this useless (in production, anyway) detail in my logs:

2003-02-17 17:05:40 default: DefaultServlet.serveResource:  Serving resource
'/main.css' headers and data
2003-02-17 17:05:46 action: Processing a POST for /logon
2003-02-17 17:05:46 action:  Looking for ActionForm bean under attribute
'logonForm'
2003-02-17 17:05:46 action:  Creating new ActionForm instance of class  ...
2003-02-17 17:05:46 action:  Storing instance under attribute 'logonForm' in
scope 'request'
2003-02-17 17:05:46 action:  Populating bean properties from this request
2003-02-17 17:05:46 action:  Validating input form properties
2003-02-17 17:05:46 action:   No errors detected, accepting input
2003-02-17 17:05:46 action:  Looking for Action instance for class
LogonAction
2003-02-17 17:05:46 action: Logon by user Ian Hunter for session
A1C65C3930054CA376FF8C1BCC6256C9

The very last line is the only line I intentionally write to the log -- I
have copious amounts of logging going on, and I really don't want all the
"Storing instance..." junk.

I could have sworn I turned that way up while I was first learning struts
but now I can't seem to turn it off.

Help?

Ian


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

re: Velocity. Validator and Indexed Properties

[Ted Husted]

> Does anybody have any tips for getting the validation portion working
> along with vel-struts.

I'm using the Velocity View Tools for Struts with the Validator and 
conventional beans without a problem.

What happens if you just fail validation without using the validator?

Or use conventional ActionForms instead?

I'm guessing it's a dynabean issue.

You might also try slipping a conventional JSP in, just to confirm that 
everything else is working right.

-Ted.

--
Ted Husted,
Struts in Action 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [OT] Struts and Design Patterns

[Jerome Jacobsen]

The table of contents is available online.  It is listed there as Appendix
A.

http://www.manning.com/getpage.html?project=husted&filename=contents.html


> -Original Message-
> From: Matt Raible <[EMAIL PROTECTED]> [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 3:54 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [OT] Struts and Design Patterns
>
>
> Figures... I own the book and left it at work.  Anyone care to save
> me a trip into the office to verify this?
>
> Thanks,
>
> Matt
>
> --- In [EMAIL PROTECTED], "Jerome Jacobsen"
> <[EMAIL PROTECTED]> wrote:
> > This has already been done by Ted in his book, I think.  At least
> in the
> > downloadable draft version there is a Patterns chapter.  Actually
> it is
> > Appendix D.
> >
> > > -Original Message-
> > > From: Matt Raible [mailto:matt@r...]
> > > Sent: Monday, February 17, 2003 11:57 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: [OT] Struts and Design Patterns
> > >
> > >
> > > I'm writing a chapter on Struts for a book, Professional JSP
> 2.0, from
> > > Wrox (http://www.wrox.com/books/1861008325.htm).  The reason I'm
> sending
> > > this post is to verify my belief of the different design
> patterns that
> > > Struts implements.  From the Core J2EE Design Patterns book (by
> Alur,
> > > Crupi, and Malks), there are 6 patterns discussed:
> > >
> > > Intercepting Filter
> > > Front Controller
> > > View Helper
> > > Composite View
> > > Service to Worker
> > > Dispatcher View
> > >
> > > In Struts, I'm assuming the following:
> > >
> > > Front Controller (ActionServlet)
> > > View Helper (ActionForm)
> > > Composite View (Tiles)
> > > Service to Worker (ActionServlet to your Actions)
> > > Dispatcher View (RequestProcessor)
> > >
> > > Thanks,
> > >
> > > Matt
> > >
> > >
> > >
> > > -
> 
> > > 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: [OT] Struts and Design Patterns

[Matt Raible <[EMAIL PROTECTED]>]

Figures... I own the book and left it at work.  Anyone care to save 
me a trip into the office to verify this?

Thanks,

Matt

--- In [EMAIL PROTECTED], "Jerome Jacobsen" 
<[EMAIL PROTECTED]> wrote:
> This has already been done by Ted in his book, I think.  At least 
in the
> downloadable draft version there is a Patterns chapter.  Actually 
it is
> Appendix D.
> 
> > -Original Message-
> > From: Matt Raible [mailto:matt@r...]
> > Sent: Monday, February 17, 2003 11:57 AM
> > To: [EMAIL PROTECTED]
> > Subject: [OT] Struts and Design Patterns
> >
> >
> > I'm writing a chapter on Struts for a book, Professional JSP 
2.0, from
> > Wrox (http://www.wrox.com/books/1861008325.htm).  The reason I'm 
sending
> > this post is to verify my belief of the different design 
patterns that
> > Struts implements.  From the Core J2EE Design Patterns book (by 
Alur,
> > Crupi, and Malks), there are 6 patterns discussed:
> >
> > Intercepting Filter
> > Front Controller
> > View Helper
> > Composite View
> > Service to Worker
> > Dispatcher View
> >
> > In Struts, I'm assuming the following:
> >
> > Front Controller (ActionServlet)
> > View Helper (ActionForm)
> > Composite View (Tiles)
> > Service to Worker (ActionServlet to your Actions)
> > Dispatcher View (RequestProcessor)
> >
> > Thanks,
> >
> > Matt
> >
> >
> >
> > -

> > 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] Struts and Design Patterns

[Jörg Maurer]

And for the unpatient ones, you can pay + download it as pdf directly
from manning online.

-Original Message-
From: Pani, Gourav [mailto:[EMAIL PROTECTED]]
Sent: Montag, 17. Februar 2003 21:45
To: 'Struts Users Mailing List'
Subject: RE: [OT] Struts and Design Patterns


Well, it isn't like his book isn't available in stores.  If you want to
read
it, you could always buy a copy.  It is a really good read.

-Original Message-
From: Jerome Jacobsen [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 3:42 PM
To: Struts Users Mailing List
Subject: RE: [OT] Struts and Design Patterns


It appears I was wrong.  You can only download the Tiles and Validator
chapters (these are the final versions).

http://www.manning.com/getpage.html?project=husted&filename=chapters.htm
l

Ted had sent me the draft of the entire book at one point but it looks
like
you can't download these chapters from anywhere.

Sorry, I won't email these out to anyone as I don't have Teds permission
to
do so.


> -Original Message-
> From: Thorsten Schäfer [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 3:30 PM
> To: 'Struts Users Mailing List'
> Subject: RE: [OT] Struts and Design Patterns
>
>
> Hi,
>
> > This has already been done by Ted in his book, I think.  At least in
> the
> > downloadable draft version there is a Patterns chapter.  Actually it
> is
> > Appendix D.
>
> Wow, that's exactly what I'm searching! Can you tell me where it's
> possible to download this draft version?
>
> Thanks in advance,
>
> Thorsten
>
>
> -
> 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: [OT] Struts and Design Patterns

[Pani, Gourav]

Well, it isn't like his book isn't available in stores.  If you want to read
it, you could always buy a copy.  It is a really good read.

-Original Message-
From: Jerome Jacobsen [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 3:42 PM
To: Struts Users Mailing List
Subject: RE: [OT] Struts and Design Patterns


It appears I was wrong.  You can only download the Tiles and Validator
chapters (these are the final versions).

http://www.manning.com/getpage.html?project=husted&filename=chapters.html

Ted had sent me the draft of the entire book at one point but it looks like
you can't download these chapters from anywhere.

Sorry, I won't email these out to anyone as I don't have Teds permission to
do so.


> -Original Message-
> From: Thorsten Schäfer [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 3:30 PM
> To: 'Struts Users Mailing List'
> Subject: RE: [OT] Struts and Design Patterns
>
>
> Hi,
>
> > This has already been done by Ted in his book, I think.  At least in
> the
> > downloadable draft version there is a Patterns chapter.  Actually it
> is
> > Appendix D.
>
> Wow, that's exactly what I'm searching! Can you tell me where it's
> possible to download this draft version?
>
> Thanks in advance,
>
> Thorsten
>
>
> -
> 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] Struts and Design Patterns

[Jerome Jacobsen]

It appears I was wrong.  You can only download the Tiles and Validator
chapters (these are the final versions).

http://www.manning.com/getpage.html?project=husted&filename=chapters.html

Ted had sent me the draft of the entire book at one point but it looks like
you can't download these chapters from anywhere.

Sorry, I won't email these out to anyone as I don't have Teds permission to
do so.


> -Original Message-
> From: Thorsten Schäfer [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 3:30 PM
> To: 'Struts Users Mailing List'
> Subject: RE: [OT] Struts and Design Patterns
>
>
> Hi,
>
> > This has already been done by Ted in his book, I think.  At least in
> the
> > downloadable draft version there is a Patterns chapter.  Actually it
> is
> > Appendix D.
>
> Wow, that's exactly what I'm searching! Can you tell me where it's
> possible to download this draft version?
>
> Thanks in advance,
>
> Thorsten
>
>
> -
> 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] Struts and Design Patterns

[Thorsten Schäfer]

Hi,

> This has already been done by Ted in his book, I think.  At least in
the
> downloadable draft version there is a Patterns chapter.  Actually it
is
> Appendix D.

Wow, that's exactly what I'm searching! Can you tell me where it's
possible to download this draft version?

Thanks in advance,

Thorsten


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Action not executed, only the *.do url is shown and the screenis empty

[Bert Catsburg]

Hello,

Found the solution.
The answer was lying around in my first posting on this subject.
Somewhere I read that the method in the Action was called
'execute'. So, I used that. But the ActionServlet start
the method 'perform' and I did not have that one. That's why
I did not get an error but the logon.do showed up and just did
nothing (empty screen)
A bit worying that no error is given when there is no 'execute'
method in Action. For newbies like me it's very confusing.

So, the new header is now:

   package fimp.logon;

   // <
Jim,

Thanks for your answer.
To be sure I changed the index2.jsp to main.jsp, maybe it looks too
much like the index.jsp. (Yes, you try the less obvious at some point)
No luck.
To answer your question on the errors int the logfile of the container,
I posted the other reply with more info on that. In there it looks like
the Action is started. Only it doesn't come back on the screen.

When I type in main.jsp on the address bar, I get the index.jsp,
just as my code tells me.
Code in main.jsp:
  
  
  

Ok, normally I hate posting large portions of files, but I feel
like I should post a larger piece of my config:


  
  

  

  
   
  
  
  
  
   


  
  



  
  



  

To rephrase the quesion to a smaller one: HEEEPP !!!
:-)

Thanks,

Bert Catsburg



Jim Theodoridis wrote:


Hi.

Check the log files of your container to see the errors.

Usualy this occurs because of wrong path of the JSP
Check the line




- Original Message -
From: "Bert Catsburg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 5:44 PM
Subject: Action not executed, only the *.do url is shown and the 
screen is
empty



Hello,

I have the problem that an Action is not executed.
When I process the Form (by clicking Submit button), the
.do url is shown in the addressbar and an empty screen
is shown.


The start of the Action javafile does some logging (using
Log4J), but I see nothing in the MySQL (to where I am logging to).
The ActionForm also does some logging to the same Log4J appender
(in the first setter) and that one is shown.

Below is the struts-config.xml file (only the Action), it's
quite standard as you see.



  



Also, the first couple of lines from the Action:

  package fimp.logon;

  // <




-
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: tag and the value attribute

[David M. Karr]

> "John" == John C Cartwright  writes:

John> Thanks for the prompt reply, David.  I didn't realize that there was a
John> Struts-EL library, where would I find such a beast?  I don't see mention of 
it
John> in the 1.1b3 distribution nor in the  on-line docs.

It's in a directory in the "contrib" directory, in the main distribution.
There is a small section on it in the user guide.  You could search the mail
archives for more discussion about it.  The following link is for the original
announcement about it on "struts-user":

http://www.mail-archive.com/struts-user@jakarta.apache.org/msg43743.html

-- 
===
David M. Karr  ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]   ; SCJP; SCWCD




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts design flaw -- ActionForms are not true domain objects

[Robert S. Sfeir]

On Monday, Feb 17, 2003, at 13:04 US/Eastern, John Cavacas wrote:


Struts is great for what it does, and Rods Spring Framework also seems 
great
at what it does. There are also flaws in both Struts and Spring. But 
that's
the beauty and simplicity of all of this. If you don't like something, 
don't
use it. Use something else or do your own thing.

Yup exactly.  Struts is not a do it all framework for everyone.  Struts 
to me is a purely web-based framework which makes very complex 
web-based application development easier and more maintainable.  Plain 
and simple.  It sets a bunch of rules so we don't have to set them 
ourselves for every project we work on.  If you chose Struts to build 
Swing GUIs you picked the wrong framework, if you want to add Swing 
GUIs to maintain say application settings for an application that uses 
Struts, you can still do that, but it's YOUR job to design YOUR side of 
the framework properly in order to allow your Swing apps to tap into 
YOUR framework while keeping it oblivious to the Struts side of things 
(see Business Delegate Pattern).

Now does it break this book's opinion of proper design patterns?  I'm 
sure it does, but what GREAT engineers don't break design pattern rules 
when it benefits the end result of an application or framework?  
Patters are there to solve issues we have, not to stick us into lala 
land with shackles and whips telling us that we must do it that way.  
They're merely there to help us write better OO design, and from where 
I sit the Struts design is as close to perfect as you can get right now 
for WEB-based development.

just my 2 cents.

R

--
Robert S. Sfeir
Senior Java Engineer
National Institutes of Health
Center for Information Technology
Department of Enterprise Custom Applications
[EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

It's 19h22 in Belgium : time for me to go home :-)

Thanks for your input ...

Soon ?

José.


 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Proximus agent.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[John Cavacas]

> I think Rod makes a common mistake in believing Struts is suppose to act
> as the base of your domain architecture. Struts is a presentation layer"
> controller. Sophisticated applications will also need their own *domain
> layer* controller.
[John Cavacas] 
I have to disagree with that statement after reading the book and being
somewhat familiar with the framework and solutions that Rod presents. I
believe that Rod never makes that assumption, on the contrary.
 
> IMHO, what's missing is a decent Domain Layer framework that can hook up
> with other presentation layer frameworks like Struts or Tapestry or
> Maverick or WebWorks, or whatever you've brewed in house. But there
> should not be *one true framework*, but frameworks at each layer that
> you can mix and match.
[John Cavacas] 
I don't want to sound that I am preaching for Rod's methods and framework,
but the framework he came up with does seem to solve (to an extent) this and
other problems. It's worth a look at especially since it has gone open
source and there is the beginning of active development on the project.

Struts is great for what it does, and Rods Spring Framework also seems great
at what it does. There are also flaws in both Struts and Spring. But that's
the beauty and simplicity of all of this. If you don't like something, don't
use it. Use something else or do your own thing.

John



This communication is intended for the use of the individual(s) or entity it
was addressed to and may contain confidential and/or privileged information.
If the reader of this transmission is not the intended recipient, you are
hereby notified that any review, dissemination, distribution or copying of
this communication is prohibited.  If you receive this communication in
error, please notify the sender immediately and delete this communication
from your system(s) to which it was sent and/or replicated to. (c) 2002
Sapiens Americas Corp.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Action not executed, only the *.do url is shown and the screenis empty

[Bert Catsburg]

Jim,

Thanks for your answer.
To be sure I changed the index2.jsp to main.jsp, maybe it looks too
much like the index.jsp. (Yes, you try the less obvious at some point)
No luck.
To answer your question on the errors int the logfile of the container,
I posted the other reply with more info on that. In there it looks like
the Action is started. Only it doesn't come back on the screen.

When I type in main.jsp on the address bar, I get the index.jsp,
just as my code tells me.
Code in main.jsp:
  
  
  

Ok, normally I hate posting large portions of files, but I feel
like I should post a larger piece of my config:


  
  

  

  
   
  
  
  
  
   


  
  



  
  



  

To rephrase the quesion to a smaller one: HEEEPP !!!
:-)

Thanks,

Bert Catsburg



Jim Theodoridis wrote:

Hi.

Check the log files of your container to see the errors.

Usualy this occurs because of wrong path of the JSP
Check the line




- Original Message -
From: "Bert Catsburg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 5:44 PM
Subject: Action not executed, only the *.do url is shown and the screen is
empty




Hello,

I have the problem that an Action is not executed.
When I process the Form (by clicking Submit button), the
.do url is shown in the addressbar and an empty screen
is shown.


The start of the Action javafile does some logging (using
Log4J), but I see nothing in the MySQL (to where I am logging to).
The ActionForm also does some logging to the same Log4J appender
(in the first setter) and that one is shown.

Below is the struts-config.xml file (only the Action), it's
quite standard as you see.



  



Also, the first couple of lines from the Action:

  package fimp.logon;

  // <




-
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: tag and the value attribute

[John C Cartwright]

Thanks for the prompt reply, David.  I didn't realize that there was a 
Struts-EL library, where would I find such a beast?  I don't see mention 
of it in the 1.1b3 distribution nor in the  on-line docs.

Thanks again!

-- john


David M. Karr wrote:

"John" == John C Cartwright  writes:
   


   John> Hello All,
   John> I'm having some trouble getting the  tag to recognize the "value"
   John> attribute in order to set the appropriate enclosed option to selected.  It
   John> works fine with a simple string, but doesn't seem to recognize a RT expression.

   John> Here's the code sample:

   John> 
   John> property="mapservicename"
   John> value="${mapserviceDetailForm.mapservice.name}">
   John> 
   John>label="name"
   John>property="mapserviceList"
   John>value="name" />
   John> 

   John> There is a bean "mapservice" contained in mapserviceDetailForm, and it has a
   John> property "name" that should identify the option to be selected.

   John> Can anyone point out what I'm doing wrong?

Well, technically you're not using an "RT" expression, but an "EL" expression.
Those will only work with the Struts-EL library (or the JSTL).  You're
obviously somewhat familiar with that, or you wouldn't have tried this.

Does that tell you what you need to know?

 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: TilesAction and Controller

[BaTien Duong]

I found the following in tilesAdvancedFeatures:

If you use a class name as controller, it should extend one of the following
base classes or interfaces:
org.apache.struts.action.Action (wrapper
org.apache.struts.action.StrutsActionControllerWrapper is used) If you
provide a Struts Action subclass, it will be wrapped with the appropriate
class, and
Struts' perform method will be called, but the "mapping" and "form"
attributes will be null.

Does this means that to pass the error via mapping I must use controlerUrl
in  tag ? Where is
org.apache.struts.action.StrutsActionControllerWrapper? I cannot find it in
src of struts 1.1-b3.
Thanks

- Original Message -
From: "BaTien Duong" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 10:22 AM
Subject: Fw: TilesAction and Controller


> Question: Just check to make sure that the controllerClass (NOT
> controllerUrl) used in  tag can extends TilesAction (and NOT
> implements Controller)?
>
> > Using TilesAction as a controller, I can pass the generated error to the
> > input page via standard Struts process:
> > if (!errors.empty()) {
> > saveErrors(request, errors);
> > return (new ActionForward(mapping.getInput();
> > }
> >
> > Question: How can I achieve the same thing with Tiles Controller?
> (assuming
> > that I can have currentURL and RequestURL as Tiles attributes in the
> request
> > scope).
> >
> > Cedric and/or someone may save me time to navigate from ServletContext
> > passed into the Controller perform(...) method.
> >
> > Thanks
> >
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts design flaw -- ActionForms are not true domain objects

[Craig R. McClanahan]

> * Thus a Struts ActionForm is not a true domain object.

Definitely true -- ActionForm is a view tier object, used (by the
framework, not the application) to maintain the server-side state of input
fields on an HTML form.  Trying to treat it as a domain object is a misuse
of Struts, and violates the fundamental design principles that the
framework is based on.

By the way, this is also why ActionForm is a concrete class and not an
interface (which it was in the pre-1.0 days).  Too many people didn't
understand this crucial concept, and were using it incorrectly (by
making their real domain objects "implement ActionForm").  It was changed
to a concrete class to push application developers towards doing the right
thing.  I'm not in favor of switching it back.

Craig


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts design flaw -- ActionForms are not true domain objects

[Robert McIntosh]

Touche...

Of course I have to shamelessly plug our domain layer framework, 
eQ!(www.browsersoft.com/eQ) :-)
One of the goals is to be UI independant, as well as deployment 
independant (app server, client-server, standalone), but we also provide 
adapters for Swing and of course Struts. If we had demand for others, we 
would build them as well.

I also agree that Struts isn't perfect, but it is pretty darn strong and 
it is the most widely accepted.

- Robert

Ted Husted wrote:

I think Rod makes a common mistake in believing Struts is suppose to 
act as the base of your domain architecture. Struts is a presentation 
layer" controller. Sophisticated applications will also need their own 
*domain layer* controller.

Yes, ActionForms are not domain objects. They are not suppose to 
domain objects. They are presentation layer objects. They are not 
intended to be used as domain objects. ActionForm is not an interface 
*because* we don't want them to be used as domain objects. It's not a 
design flaw, but a deliberate design decision that's been documented 
time and again.

Sophisticated applications will also use their own set of beans (or 
the like). Some (and only some) of properties of the domain objects 
and the ActionForms will overlap, but they are not the same entity.

Among other things, ActionForms are Data Transfer Objects. It's 
important not to confuse a DTO with the DO. This type of decoupling is 
what MVC is all about.

IMHO, what's missing is a decent Domain Layer framework that can hook 
up with other presentation layer frameworks like Struts or Tapestry or 
Maverick or WebWorks, or whatever you've brewed in house. But there 
should not be *one true framework*, but frameworks at each layer that 
you can mix and match.

But I do agree with Rod that the best presentation layer framework has 
yet to be built. Meanwhile, AFAIK, we haven't even built a decent 
business layer framework yet.

-Ted.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[David Graham]

"Validation code shouldn't be contained in web-tier controllers or any 
objects unique to the web tier. This allows the reuse of validation objects 
for other client types".

You can perform absolutely no validation in the Struts web tier if you 
choose.  Validate wherever you like; Struts provides a hook into basic UI 
validation if you want to use it.

With the framework suggested by Rod Johnson there is no need to make this 
copy.
The design deals with domain object.

If you like other frameworks better than Struts, then use them.  ActionForm 
being a base class instead of an interface is not a significant reason to 
not use Struts.

David

_
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Velocity. Validator and Indexed Properties

[Sujay D'Souza]

Hello,

I have been using Vel-tools (struts) as the view
technology along with struts for a while now.

I am trying to get Indexed properties on a Velocity
Template which is used as an input form which then
needs to be validated by Struts validator. I am using
dyna beans, and the Value Object is read in fine into
an array (indexed) if validation doesn't occur, if
validation does occur, the values which are displayed
back on the screen are all null. Does anybody have any
tips for getting the validation portion working along
with vel-struts. Would appreciate any input, as am
totally lost.

tia

Sujay

__ 
Post your free ad now! http://personals.yahoo.ca

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Struts design flaw -- ActionForms are not true domain objects

[Ted Husted]

I think Rod makes a common mistake in believing Struts is suppose to act 
as the base of your domain architecture. Struts is a presentation layer" 
controller. Sophisticated applications will also need their own *domain 
layer* controller.

Yes, ActionForms are not domain objects. They are not suppose to domain 
objects. They are presentation layer objects. They are not intended to 
be used as domain objects. ActionForm is not an interface *because* we 
don't want them to be used as domain objects. It's not a design flaw, 
but a deliberate design decision that's been documented time and again.

Sophisticated applications will also use their own set of beans (or the 
like). Some (and only some) of properties of the domain objects and the 
ActionForms will overlap, but they are not the same entity.

Among other things, ActionForms are Data Transfer Objects. It's 
important not to confuse a DTO with the DO. This type of decoupling is 
what MVC is all about.

IMHO, what's missing is a decent Domain Layer framework that can hook up 
with other presentation layer frameworks like Struts or Tapestry or 
Maverick or WebWorks, or whatever you've brewed in house. But there 
should not be *one true framework*, but frameworks at each layer that 
you can mix and match.

But I do agree with Rod that the best presentation layer framework has 
yet to be built. Meanwhile, AFAIK, we haven't even built a decent 
business layer framework yet.

-Ted.


--
Ted Husted,
Struts in Action 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[Brandon Goodin]

Just monitoring this thread. I wanted to put my 2 cents in. Being a big
dummy ;-) I was thinking...

Looking at each view technology that exists out there
(JSP,XML,XHTML,WAP,Swing,SWT etc...). We face the reality of having a base
form in which the data is collected and transported. In a markup environment
we usually have a request object that houses all of the form input. The
request also passes around objects which some may use in a jsp page. Others
may use a straight xml/xslt solution which keeps the request a simple query
transport but has to generate objects for creating those pages on the fly.

Anyways, The point being struts forms that request into usable objects
for the business-tier to take advantage of. What is the other option? Do we
create Factory classes in our business logic to accomodate every sort of
means of basic data transport out there and data conversion that needs to
happen? Or do we provide an intermediary stage (like struts
ActionServlet,ActionForm,Action) that prepares that data for the biz logic.

Personally, I think Struts handles a type of view quite well(web). I'm not
using Swing in conjunction with struts. But, if I so desired my business
logic classes are freely available to be used in a swing or swt environment.

As far as validation... Struts is NOT trying to accomplish all validaiton.
Some validation can be handled on the Struts side to allow for better
preparation of data and data conversion to the biz logic. Errors that are
passed form the biz logic layer can be captured and displayed to the user if
need be. So validation can still be handled in the business logic.

I could go on and on... but I will end it with a couple comments:

1) Struts handles various issues in an appropriate and thoughtful manner. I
only look forward to struts improving.
2) What technology out there is not breaking someones ideal model? The
reason why we discard one technology for another is that the shortcomings of
one technology become unbearable in comparison to another. I can bet you
that there would be sizeable opponents to Rod Johnson's way of doing things
as well as there are opponents to the way struts does things.

No matter what technology you use you will be disatisfied with it in some
aspect or another. If it's too unbearable for you to use Struts. Then there
are various other frameworks that might serve your project better. :-)

Let's just work on making what we have better. :-D

Brandon Goodin
Phase Web and Multimedia
PO Box 85
Whitefish MT 59937
P (406) 862-2245
F (406) 862-0354
[EMAIL PROTECTED]
http://www.phase.ws


-Original Message-
From: NYIMI Jose (BMB) [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 10:10 AM
To: Struts Users Mailing List
Subject: RE: Struts design flaw -- ActionForms are not true domain
objects


> True data binding is generally inflexible and troublesome.
> Having come
> from the VB world many years ago, and its data binding way of doing
> things, I can say that I can't stand it. Having a middle
> ground creates
> more opportunities and power than not having it. I know some
> who still
> do data binding in swing apps, and they end up doing lots of hacks to
> perform things like validation, both simple and complex, and other
> 'process' type of actions. All of this is easy to do with the
> way Struts
> handles things. Taking the data out of a DynaForm once I'm done doing
> simple validation and maybe some pre-processing, then doing a simple

Rod Johnson, recommanded the following :
"Validation code shouldn't be contained in web-tier controllers or any
objects unique to the web tier. This allows the reuse of validation objects
for other client types".

He continued by :

"Validation in the web tier has the severe disadvantage of tying validation
logic(which may be business logic) to the Servlet API and perhaps also to a
web application framework.
Unfortunately, Struts tends to push validation in the direction of the web
tier, as validation must occur on Struts ActionForm objects, which depend on
the Servlet API, and hence *cannot* not be passed into an EJB container and
should not be passed to any business object. For example, validation is
often accomplished by overrinding the org.apache.struts.action.ActionForm
validate method.
I consider this (and the fact that ActionForm objects must extends a Struts
superclass dependent on the Servlet API) to be a major design flaw.

> copyProperties call to take the string version of the data
> and populate
> a 'real' domain object is to easy for me want to give up.

With the framework suggested by Rod Johnson there is no need to make this
copy.
The design deals with domain object.

José.

>
> - Robert
>
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is
confidential and/o

Re: Action not executed, only the *.do url is shown and the screenis empty

[Bert Catsburg]

More info:
The tomcat logfile shows:

2003-02-17 18:38:36 action: Processing a POST for /logon
2003-02-17 18:38:36 action:  Looking for ActionForm bean under attribute 
'logonForm'
2003-02-17 18:38:36 action:  Creating new ActionForm instance of class 
'fimp.logon.LogonForm'
2003-02-17 18:38:36 action:  Storing instance under attribute 
'logonForm' in scope 'request'
2003-02-17 18:38:36 action:  Populating bean properties from this request
2003-02-17 18:38:36 action:  Validating input form properties
2003-02-17 18:38:36 action:  Looking for Action instance for class 
fimp.logon.LogonAction
2003-02-17 18:38:36 action:   Double checking for Action instance 
already there
2003-02-17 18:38:36 action:   Creating new Action instance

So, this means that the Action is created, isn't it? But why am
I not seeing the logger messages or results from Action then?
I'm am comparing line for line with other examples, like the one
from the Wiley book about Struts, but I can see no differences in
the parts that should matter.

Bert Catsburg



Bert Catsburg wrote:
Hello,

I have the problem that an Action is not executed.
When I process the Form (by clicking Submit button), the
.do url is shown in the addressbar and an empty screen
is shown.


The start of the Action javafile does some logging (using
Log4J), but I see nothing in the MySQL (to where I am logging to).
The ActionForm also does some logging to the same Log4J appender
(in the first setter) and that one is shown.

Below is the struts-config.xml file (only the Action), it's
quite standard as you see.



  



Also, the first couple of lines from the Action:

  package fimp.logon;

  // <



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Announce: Struts talk .. & labs live online w/ 4 Authors

[Vic Cekvenich]

Ted & James have now both graciously agreed to join the WebEx labs.
Try to see them in person!
(I just did DC 2 weeks ago).
But if you can’t…. you can see their presentation and hear them live 
from your home or work, shortly after their live shows.

This in addition to doing real labs for multi row master detail 
processing to DB ,etc, I just added extra sessions.
You can find out more and how to sign up at
http://www.mail-archive.com/mvc-programmers%40basebeans.net/msg6.html

The qualifier is that this is not intro to Struts and that you please do 
the hands on labs after each of the 5 sessions.

Vic
- Best Training by readers of JDJ
- Project recovery



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Action not executed, only the *.do url is shown and the screen is empty

[Jim Theodoridis]

Hi.

Check the log files of your container to see the errors.

Usualy this occurs because of wrong path of the JSP
Check the line




- Original Message -
From: "Bert Catsburg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 5:44 PM
Subject: Action not executed, only the *.do url is shown and the screen is
empty


> Hello,
>
> I have the problem that an Action is not executed.
> When I process the Form (by clicking Submit button), the
> .do url is shown in the addressbar and an empty screen
> is shown.
>
>
> The start of the Action javafile does some logging (using
> Log4J), but I see nothing in the MySQL (to where I am logging to).
> The ActionForm also does some logging to the same Log4J appender
> (in the first setter) and that one is shown.
>
> Below is the struts-config.xml file (only the Action), it's
> quite standard as you see.
>
>  
>   type="fimp.logon.LogonAction"
> name="logonForm"
> scope="request"
> validate="false"
> input="/logon.jsp">
>
>
>  
>
> Also, the first couple of lines from the Action:
>
>package fimp.logon;
>
>// 
>   public ActionForward execute(ActionMapping mapping,
> ActionForm form,
> HttpServletRequest request,
> HttpServletResponse response)
>   throws IOException, ServletException {
>
>  Logger log = Logger.getLogger(LogonAction.class);
>log.debug("Entered the LogonAction class");
>
>
> If anybody can help me, it would be appreciated.
>
> Thank you,
>
> Bert Catsburg
>
>
> -
> 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 design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

Rod Johnson: "The idea of copying properties from an action form to business command 
is inelegant and there is no support for type checking."

Was there so far an around solution ?

José.



 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Proximus agent.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

Rod Johnson: "The idea of copying properties from an action form to business command 
is inelegant and there is o support for type checking."

Was there so far an around solution ?

José.



 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Proximus agent.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts design flaw -- ActionForms are not true domain objects

[Craig R. McClanahan]

On Mon, 17 Feb 2003, Chris Halverson wrote:

> Date: Mon, 17 Feb 2003 09:16:01 -0600
> From: Chris Halverson <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: Re: Struts design flaw -- ActionForms are not true domain objects
>
> "James Childers" <[EMAIL PROTECTED]> writes:
>
> > You can't really use that outside of a servlet container. This is
> > not a knock to Struts; it was never designed to be a general purpose
> > MVC model. But noone is going to write a Swing app using Struts, for
> > example.
>
> http://javaboutique.internet.com/tutorials/Swing/
>
> It can be done.
>

It can definitely be done -- but having to deal with GUI frameworks (MFC,
AWT, Swing, SWT, ...) is so agonizingly painful that it's why I got
involved in building applications for the web in the first place :-).

Short answer:  Struts was never intended to solve any "outside of a
servlet container" problems, so it should hardly be surprising that using
it that way is not particularly graceful.

> cdh
>

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [Q] Is Struts use of BeanUtils and PropertyUtils inconsistent?

[Craig R. McClanahan]

See below.

On Mon, 17 Feb 2003, Jim Krygowski wrote:

> Date: Mon, 17 Feb 2003 07:20:27 -0500
> From: Jim Krygowski <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: RE: [Q] Is Struts use  of BeanUtils and PropertyUtils
> inconsistent?
>
> Hi Craig-
>
> thanks for the reply.  You mention that:
>
> > The conversions on form submit are required because HTTP request
> > parameters are all strings.
>
> which I understood perfectly well.  I also understand that, in order for
> that conversion to work for things like date, a common format must used
> inbound and outbound.
>
> > Struts does not have any innate knowledge of
> > your model tier's requirements, and in particular does not know what the
> > caller of RequestUtils.lookup() is going to do with the data that is
> > returned.
> >
> > Doing that by itself would break a huge number of apps that depend on
> > RequestUtils.lookup() working the way it does.
>
> I agree here too.  Struts shouldn't know, and it never will.  When a date is
> inbound, Struts knows just enough to invoke the converter associated with
> the Class/Type and that's it.  And that's how it should be.  But, I'd argue
> that since the caller of RequestUtils.lookup in this case is a view
> component (a tag), it should be smart enough to know about the formats I
> want applied to the information it is rendering.  I think you're right that
> we shouldn't tamper with RequestUtils.
>
> >
> > It sounds like you'd be better off creating a customized version of the
> >  tag that does the conversion for you.  That wouldn't be
> > particularly difficult to implement.
> >
>
> However, do you think it's worth considering modifying the bean *and* html
> tags to recognize edit masks/display formats?

The  tag already has a "format" attribute that works like
this.  I'm not personally interested in adding this kind of thing to the
other tags (my long term plan is to use JavaServer Faces components
instead), but it's possible that other Struts committers will be
interested in this.

> Most of the Struts work I'm
> doing now involves re-creating old Oracle Forms applications as JSP/EJB
> kinds of applications.  Edit masks have been a pretty standard view side
> concept for decades now.  Adding masks as attributes of the tags might be a
> simple way to implement this feature.
>
> Also, I realize there are a bunch of other hacks I could employ like
> breaking dates into three separate input boxes, but I'd rather hack as a
> last resort.  And beyond dates, I can think of many other applications of
> formats to simplify rendering of data in the JSP.
>

The best way to get something like this included in Struts would be to
post enhancement requests to the bug tracking system:

  http://nagoya.apache.org/bugzilla/

and then attach patches to implement the proposed changes, as outlined
starting at:

  http://jakarta.apache.org/site/getinvolved.html

Then, it's just a matter of talking with the developers about
incorporating the changes in some appropriate version of Struts (we're
trying to lock down 1.1 at the moment, so it won't go there no matter
what).

Worst case, at least you'll have the tags implemented the way you like so
that *you* can use them.  Best case, you'll get an @author tag on a bunch
of Struts classes :-).

> thanks.

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts design flaw -- ActionForms are not true domain objects

[Robert McIntosh]

NYIMI Jose (BMB) wrote:


True data binding is generally inflexible and troublesome. 
Having come 
from the VB world many years ago, and its data binding way of doing 
things, I can say that I can't stand it. Having a middle 
ground creates 
more opportunities and power than not having it. I know some 
who still 
do data binding in swing apps, and they end up doing lots of hacks to 
perform things like validation, both simple and complex, and other 
'process' type of actions. All of this is easy to do with the 
way Struts 
handles things. Taking the data out of a DynaForm once I'm done doing 
simple validation and maybe some pre-processing, then doing a simple 
   


Rod Johnson, recommanded the following :
"Validation code shouldn't be contained in web-tier controllers or any objects unique to the web tier. This allows the reuse of validation objects for other client types".

He continued by :

"Validation in the web tier has the severe disadvantage of tying validation logic(which may be business logic) to the Servlet API and perhaps also to a web application framework.
Unfortunately, Struts tends to push validation in the direction of the web tier, as validation must occur on Struts ActionForm objects, which depend on the Servlet API, and hence *cannot* not be passed into an EJB container and should not be passed to any business object. For example, validation is often accomplished by overrinding the org.apache.struts.action.ActionForm validate method.
I consider this (and the fact that ActionForm objects must extends a Struts superclass dependent on the Servlet API) to be a major design flaw.

 

copyProperties call to take the string version of the data 
and populate 
a 'real' domain object is to easy for me want to give up.
   


With the framework suggested by Rod Johnson there is no need to make this copy.
The design deals with domain object.

José.


As it has been pointed out a few times on this list, there are different 
types of validation. The validation in struts is intended for user input 
validation, not necessarily business logic validation. Input validation 
being that a number is input instead of a alphanumeric string, or other 
such 'simple' validation. I agree that business logic validation should 
happen in the domain objects. Things like cross property validation, 
cross object validation, verifying a user name/password, etc. etc.  

The same could be said for db validation. The database is good at 
validating referential integrity and things like that. Domain objects 
are good at cross property/object validation and other business rules 
that aren't necessarily db or input specific.

As we tell our clients, "validate where it makes sense". Sometimes that 
means in all three places, sometimes not.

- Robert


 

- Robert

   



 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


   



 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by other persons than the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at http://www.proximus.be or refer to any Proximus agent.


-
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] Struts and Design Patterns

[Jerome Jacobsen]

This has already been done by Ted in his book, I think.  At least in the
downloadable draft version there is a Patterns chapter.  Actually it is
Appendix D.

> -Original Message-
> From: Matt Raible [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 11:57 AM
> To: [EMAIL PROTECTED]
> Subject: [OT] Struts and Design Patterns
>
>
> I'm writing a chapter on Struts for a book, Professional JSP 2.0, from
> Wrox (http://www.wrox.com/books/1861008325.htm).  The reason I'm sending
> this post is to verify my belief of the different design patterns that
> Struts implements.  From the Core J2EE Design Patterns book (by Alur,
> Crupi, and Malks), there are 6 patterns discussed:
>
> Intercepting Filter
> Front Controller
> View Helper
> Composite View
> Service to Worker
> Dispatcher View
>
> In Struts, I'm assuming the following:
>
> Front Controller (ActionServlet)
> View Helper (ActionForm)
> Composite View (Tiles)
> Service to Worker (ActionServlet to your Actions)
> Dispatcher View (RequestProcessor)
>
> Thanks,
>
> Matt
>
>
>
> -
> 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]

Fw: TilesAction and Controller

[BaTien Duong]

Question: Just check to make sure that the controllerClass (NOT
controllerURL) used in  tag can extends TilesAction (and NOT
implements Controller)?

- Original Message -
From: "BaTien Duong" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Sunday, February 16, 2003 3:53 PM
Subject: Re: TilesAction and Controller


> Using TilesAction as a controller, I can pass the generated error to the
> input page via standard Struts process:
> if (!errors.empty()) {
> saveErrors(request, errors);
> return (new ActionForward(mapping.getInput();
> }
>
> Question: How can I achieve the same thing with Tiles Controller?
(assuming
> that I can have currentURL and RequestURL as Tiles attributes in the
request
> scope).
>
> Cedric and/or someone may save me time to navigate from ServletContext
> passed into the Controller perform(...) method.
>
> Thanks
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

> True data binding is generally inflexible and troublesome. 
> Having come 
> from the VB world many years ago, and its data binding way of doing 
> things, I can say that I can't stand it. Having a middle 
> ground creates 
> more opportunities and power than not having it. I know some 
> who still 
> do data binding in swing apps, and they end up doing lots of hacks to 
> perform things like validation, both simple and complex, and other 
> 'process' type of actions. All of this is easy to do with the 
> way Struts 
> handles things. Taking the data out of a DynaForm once I'm done doing 
> simple validation and maybe some pre-processing, then doing a simple 

Rod Johnson, recommanded the following :
"Validation code shouldn't be contained in web-tier controllers or any objects unique 
to the web tier. This allows the reuse of validation objects for other client types".

He continued by :

"Validation in the web tier has the severe disadvantage of tying validation 
logic(which may be business logic) to the Servlet API and perhaps also to a web 
application framework.
Unfortunately, Struts tends to push validation in the direction of the web tier, as 
validation must occur on Struts ActionForm objects, which depend on the Servlet API, 
and hence *cannot* not be passed into an EJB container and should not be passed to any 
business object. For example, validation is often accomplished by overrinding the 
org.apache.struts.action.ActionForm validate method.
I consider this (and the fact that ActionForm objects must extends a Struts superclass 
dependent on the Servlet API) to be a major design flaw.

> copyProperties call to take the string version of the data 
> and populate 
> a 'real' domain object is to easy for me want to give up.

With the framework suggested by Rod Johnson there is no need to make this copy.
The design deals with domain object.

José.

> 
> - Robert
> 
> >  
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Proximus agent.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [ANNOUNCE] Event Foo In US state blah

[James Turner]

> -Original Message-
> From: Alex McLintock [mailto:[EMAIL PROTECTED]] 
> 
> Is no one going to do a Struts event in the UK?
> 
> There is supposedly an "apache meetup" in London organised through 
> http://apache.meetup.com but last one didn't have enough 
> responders to be 
> worthwhile.
> 
> Alex

Sure, pay my airfare and I'll be more than happy to drink Guinness and
talk Struts :-)

James




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Controller - Model design question?

[Marco Tedone]

Yes, I think I'll do that. I could design an underlying service which could
ask to the Factory to return bean's instance and it would contain the
business methods implementation and error mapping. This way an Action will
have to ask only for result(i.e., getCatalogs()), letting the service
implementation to take care how.

My scaring was actually to bind Struts with EJBs and I knew that an
alternative way was 'behind the scenes'.

Thank you,

Marco

-Original Message-
From: John Espey [mailto:[EMAIL PROTECTED]] 
Sent: Sunday, February 16, 2003 8:23 PM
To: Struts Users Mailing List
Subject: RE: Controller - Model design question?


gotcha, now I understand.  I generally try to avoid putting the EJB
interface in my Action, so I create a Business Delegate (much like what Ted
calls a Facade I believe).  This  business delegate knows about the ejb's
interface, and exposes its own interface.  It then delegates calls to the
underlying service, trapping implementation specific exceptions and wrapping
them in more business related exceptions.   This way I can later decide to
switch from an EJB implementation to some other service (web service, JNI
call, CORBA, etc.), without having to modify the Action class, only the
delegate class gets modified.

> -Original Message-
> From: Marco Tedone [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, February 16, 2003 2:12 PM
> To: Struts-user-list
> Subject: RE: Controller - Model design question?
>
>
> Sorry John, I wasn't talking about the implementation details, as I 
> will let the EJB container to manage the EJBs pool for me; we could
> discuss about the
> way to implement an 'EJB's locator service'; I'm using a Factory and you a
> Singleton. Both work and are independent from the web application. As your
> Action(part of the Controller) will have to deal with the business
> components(just to use it!) my question was:
>
> Is it correct the Action to know about the EJB's interface?
>
> Hope I'll expained myself better than before.
>
> Thank you
>
> -Original Message-
> From: John Espey [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, February 16, 2003 4:19 AM
> To: Struts Users Mailing List
> Subject: RE: Controller - Model design question?
>
>
> I'm not sure about your particular requirements, but I personally use 
> a singleton ServiceLocator to do EJB home lookups.  Because it is a 
> Singleton, it is easier to find than the way you've shown, and it can 
> be reused outside
> of the web container.
>
> > -Original Message-
> > From: Marco Tedone [mailto:[EMAIL PROTECTED]]
> > Sent: Saturday, February 15, 2003 4:38 PM
> > To: Struts-user-list
> > Subject: Controller - Model design question?
> >
> >
> > Hi, to implement the business logic of my application I decided to 
> > use EJBs. I'm designing a factory which could return an instance of 
> > the EJBs interface and I'm thinking to call that factory(implemented 
> > as a PlugIn and there set
> > as a ServletContext attribute) from my Actions. This would lead
> the Action
> > to know about the EJBs interface name as part of the notation would 
> > be like the following:
> >
> > Factory factory = 
> > servlet.getServletContext().getAttribute(org.foo.framework.AppCons
> > tants.EJB_
> > FACTORY_CLASS);
> > EjbInterface bean = factory.getEjbInterface();
> >
> > The question is:
> >
> > Is it correct the Action to know about the Model interfaces?
> >
> > Regards,
> >
> > Marco
> >
> > 
> > -
> > 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: Use of DispatchAction class

[Brandon Goodin]

You would retrieve the hidden form property like any other.

In other words you have a hidden form element:


In you action form you have a property with setter/getter:

public MyActionForm extends ActionForm {

...
protected String myProperty;

...
public void setMyProperty(String myProperty) {

this.myProperty = myProperty;

}

public String getMyProperty() {

return this.myProperty;

}

}

In your Action class you would access the ActionForm from within your
execute or lookupMethod(DispatchAction) and retrieve the property value:

public MyAction extends Action {

...

public ActionForward execute(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response) {

MyActionForm myActionForm = (MyActionForm)form;

String myProperty = myActionForm.getMyProperty();

// perform logic/model calls

return mapping.findForward("success");
}

...

}


Brandon Goodin
Phase Web and Multimedia
PO Box 85
Whitefish MT 59937
P (406) 862-2245
F (406) 862-0354
[EMAIL PROTECTED]
http://www.phase.ws


-Original Message-
From: shashi [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 5:47 AM
To: Struts Users Mailing List
Subject: Re: Use of DispatchAction class


Thanks Alot

If  I make a method with  the name of hidden field parameter in the Bean
Class and give as parameter in the structs_config.xml.

Is it helpful for me to find the hidden field value in the class which is
extended the Action class.

Regards

Shashi




- Original Message -
From: "Alex McLintock" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 6:17 PM
Subject: Re: Use of DispatchAction class


> At 10:59 17/02/03, shashi wrote:
> >I am new in the struts and working on a form in which i want to use the
> >hidden fields in my Action class.
> >Please give me any idea regarding how i can implement the functionalty.
>
>
> Hello,
>
> You may find Ted Husted's Artimus example useful. It has a form with
hidden
> fields in it. I think it is the article editing form - you need the
article
> id in a field - but it shouldn't be edited by the user - therefore it is
> put into a hidden field.
>
> I can't remember the URL for the WAR file download off the top of my head.
> Either Ted can remind us, or you can do a google search.
>
> Goodluck
>
> Alex
>
>
>
> Available for java/perl/C++/web development in London, UK or nearby.
> Apache FOP, Cocoon, Turbine, Struts,XSL:FO, XML, Tomcat, JSP
> http://www.OWAL.co.uk/
>
>
> -
> 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] Struts and Design Patterns

[Matt Raible]

I'm writing a chapter on Struts for a book, Professional JSP 2.0, from
Wrox (http://www.wrox.com/books/1861008325.htm).  The reason I'm sending
this post is to verify my belief of the different design patterns that
Struts implements.  From the Core J2EE Design Patterns book (by Alur,
Crupi, and Malks), there are 6 patterns discussed:

Intercepting Filter
Front Controller
View Helper
Composite View
Service to Worker
Dispatcher View

In Struts, I'm assuming the following:

Front Controller (ActionServlet)
View Helper (ActionForm)
Composite View (Tiles)
Service to Worker (ActionServlet to your Actions)
Dispatcher View (RequestProcessor)

Thanks,

Matt



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: tag and the value attribute

[David M. Karr]

> "John" == John C Cartwright  writes:

John> Hello All,
John> I'm having some trouble getting the  tag to recognize the 
"value"
John> attribute in order to set the appropriate enclosed option to selected.  It
John> works fine with a simple string, but doesn't seem to recognize a RT 
expression.

John> Here's the code sample:

John>  property="mapservicename"
John> value="${mapserviceDetailForm.mapservice.name}">
John> label="name"
John>property="mapserviceList"
John>value="name" />
John> 

John> There is a bean "mapservice" contained in mapserviceDetailForm, and it has a
John> property "name" that should identify the option to be selected.

John> Can anyone point out what I'm doing wrong?

Well, technically you're not using an "RT" expression, but an "EL" expression.
Those will only work with the Struts-EL library (or the JSTL).  You're
obviously somewhat familiar with that, or you wouldn't have tried this.

Does that tell you what you need to know?

-- 
===
David M. Karr  ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]   ; SCJP; SCWCD




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [OT] serving images with apache

[Pani, Gourav]

You could have both.  Have an images directory within your war build and
have it under webapps.  Then use the following setup in your httpd.conf to
point to the directory where you have images in your webapps directory.


DocumentRoot "/usr/local/appserver/webapps/application/images"

-Original Message-
From: Curtis Brown [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 9:52 AM
To: [EMAIL PROTECTED]
Subject: [OT] serving images with apache


I am considering what server configuration to use.  What is the
current best practices as far as using a servlet container fronted by
a web server (e.g. tomcat with apache)?  On one hand I like the idea
of having everything self contained in a war file, and just using the
servlet container to serve everything.  On the other hand, I have
heard it is best to have a web server like apache serve out static
content like images.  What configuration are you using in a production
evnironment?

Thanks,
Curt




-
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]

tag and the value attribute

[John C Cartwright]

Hello All,

I'm having some trouble getting the  tag to recognize the 
"value" attribute in order to set the appropriate enclosed option to 
selected.  It works fine with a simple string, but doesn't seem to 
recognize a RT expression.

Here's the code sample:


   property="mapservicename"
   value="${mapserviceDetailForm.mapservice.name}">
   
  label="name"
  property="mapserviceList"
  value="name" />



There is a bean "mapservice" contained in mapserviceDetailForm, and it 
has a property "name" that should identify the option to be selected.

Can anyone point out what I'm doing wrong?

Thanks!

-- john



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [OT] serving images with apache

[Brandon Goodin]

I am using apache(http)/tomcat combo with JK Connector. I gave up on using
JK2 as the connector because I had to get my app deployed. JK2's
conifguration was rather complex and documentation wasn't 1-2-3 (simple)
enough for me to get it done quickly.

As a side note. There have been significant speed improvements in Tomcat
4.1.x with tag caching. I am not sure that the speed impact is all that big
of a deal for serving your pages straight from Tomcat. I know several
developers that serve straight Tomcat and are quite satisfied. Usually
others serve from apache because it offers support for other scripting
languages and reporting tools. So if you are pure java... tomcat would most
likely be sufficient.

Brandon Goodin
Phase Web and Multimedia
PO Box 85
Whitefish MT 59937
P (406) 862-2245
F (406) 862-0354
[EMAIL PROTECTED]
http://www.phase.ws


-Original Message-
From: Curtis Brown [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 7:52 AM
To: [EMAIL PROTECTED]
Subject: [OT] serving images with apache


I am considering what server configuration to use.  What is the
current best practices as far as using a servlet container fronted by
a web server (e.g. tomcat with apache)?  On one hand I like the idea
of having everything self contained in a war file, and just using the
servlet container to serve everything.  On the other hand, I have
heard it is best to have a web server like apache serve out static
content like images.  What configuration are you using in a production
evnironment?

Thanks,
Curt




-
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 design flaw -- ActionForms are not true domain objects

[Robert McIntosh]

NYIMI Jose (BMB) wrote:


-Original Message-
From: Robert Taylor [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 17, 2003 4:35 PM
To: Struts Users Mailing List
Subject: RE: Struts design flaw -- ActionForms are not true 
domain objects


If you use any flavor of DynaForms, you can pass the user 
input directly to the business domain as a DynaBean interface 
which is not directly connected to Struts, but rather to 
org.apache.commons.beanutils package.

You will most likely still have to convert to some sort of 
DataTransportObject or ValueObject, but the beanutils package 
also has conversion tools for this.
   


Inelegant solution :)

That one of the reason Rod Johnson said : 
" ... so Struts has only taken us part of the way towards true data binding."

José.

True data binding is generally inflexible and troublesome. Having come 
from the VB world many years ago, and its data binding way of doing 
things, I can say that I can't stand it. Having a middle ground creates 
more opportunities and power than not having it. I know some who still 
do data binding in swing apps, and they end up doing lots of hacks to 
perform things like validation, both simple and complex, and other 
'process' type of actions. All of this is easy to do with the way Struts 
handles things. Taking the data out of a DynaForm once I'm done doing 
simple validation and maybe some pre-processing, then doing a simple 
copyProperties call to take the string version of the data and populate 
a 'real' domain object is to easy for me want to give up.

- Robert

 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[John Espey]

I agree.  I wasn't claiming that Struts IS too tightly coupled to JSP, I was
pointing out that the argument from the initial post was not that Struts is
too servlet centric but that it is too JSP centric, and that the execute()
method signature from a subsequent post doesn't really shed any light on
that argument.

> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 9:31 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Struts design flaw -- ActionForms are not true domain
> objects
>
>
> It's not coupled to JSP at all.  Struts provides taglibs to use
> in JSPs but
> does not dictate that you must use JSP as your view layer.  This has been
> demonstrated by people using Velocity, XML, and Web Services with Struts.
>
> David
>
>
>
> >From: "John Espey" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >Subject: RE: Struts design flaw -- ActionForms are not true
> domain objects
> >Date: Mon, 17 Feb 2003 09:18:08 -0600
> >
> >i think the argument isn't about it being too servlet-container centric,
> >rather that it is too tightly coupled to JSP as the view technology.
> >
> >
> > > -Original Message-
> > > From: James Childers [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, February 17, 2003 9:11 AM
> > > To: Struts Users Mailing List
> > > Subject: RE: Struts design flaw -- ActionForms are not true domain
> > > objects
> > >
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: David Graham [mailto:[EMAIL PROTECTED]]
> > > > Sent: Monday, February 17, 2003 8:55 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Re: Struts design flaw -- ActionForms are not true domain
> > > > objects
> > > >
> > > > However, Struts is not "too JSP oriented".  JSP is the most
> > > > popular Java user interface technology for web applications so
> > > > it is appropriately supported by Struts taglibs.  You can use
> > > > *any* UI technology you want with Struts.
> > > >
> > > > David
> > >
> > > Well, that's not quite true, is it? I mean, look at this
> > > signature for Action.execute:
> > >
> > >public ActionForward execute(ActionMapping mapping, ActionForm
> > > form, HttpServletRequest request, HttpServletResponse response)
> > > throws Exception
> > >
> > > You can't really use that outside of a servlet container. This is
> > > not a knock to Struts; it was never designed to be a general
> > > purpose MVC model. But noone is going to write a Swing app using
> > > Struts, for example.
> > >
> > > -= J
> > >
> > > -
> > > 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]
>
>
> _
> The new MSN 8: advanced junk mail protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> -
> 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: Bean:define and nulls

[James Mitchell]

I don't believe bean:define can help you with that.  You'll probably
have to do this with a scriptlet, a custom tag.or better yet, you
should take care of that in your action class.



--
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org/

"The man who does not read good books has no advantage over the man who
cannot read them."
- Mark Twain (1835-1910)



> -Original Message-
> From: Jordan Thomas [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, February 17, 2003 7:39 AM
> To: Struts User List
> Subject: Bean:define and nulls
> 
> 
> Hi,
> 
> I want to use a  tag within a  
> tag to set a bean
> value to null. How can I do this if I can not use the same 
> value for the
> "id" attibute.
> 
> thanks
> 
> Jordan
> 
> 
> -
> 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 design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

> -Original Message-
> From: Robert Taylor [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, February 17, 2003 4:35 PM
> To: Struts Users Mailing List
> Subject: RE: Struts design flaw -- ActionForms are not true 
> domain objects
> 
> 
> If you use any flavor of DynaForms, you can pass the user 
> input directly to the business domain as a DynaBean interface 
> which is not directly connected to Struts, but rather to 
> org.apache.commons.beanutils package.
> 
> You will most likely still have to convert to some sort of 
> DataTransportObject or ValueObject, but the beanutils package 
> also has conversion tools for this.

Inelegant solution :)

That one of the reason Rod Johnson said : 
" ... so Struts has only taken us part of the way towards true data binding."

José.

> 
> robert
> 
> > -Original Message-
> > From: NYIMI Jose (BMB) [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, February 17, 2003 10:11 AM
> > To: Struts Users Mailing List
> > Subject: RE: Struts design flaw -- ActionForms are not true domain 
> > objects
> >
> >
> > > -Original Message-
> > > From: David Graham [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, February 17, 2003 3:55 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Struts design flaw -- ActionForms are not 
> true domain 
> > > objects
> > >
> > >
> > > The author correctly states that ActionForms are not true domain 
> > > objects. This is intentional.  He also correctly points out that
> >
> > Is there any plan to move ActionForms  to true domain objects ?
> >
> > > Struts uses too many
> > > concrete base classes.  We will be working to use more interfaces 
> > > over time.
> >
> > Any idea on when or version ?
> >
> >
> > José.
> >
> >
> >  DISCLAIMER 
> >
> > "This e-mail and any attachment thereto may contain 
> information which 
> > is confidential and/or protected by intellectual property 
> rights and 
> > are intended for the sole use of the recipient(s) named 
> above. Any use 
> > of the information contained herein (including, but not limited to, 
> > total or partial reproduction, communication or distribution in any 
> > form) by other persons than the designated
> > recipient(s) is prohibited.
> > If you have received this e-mail in error, please notify the sender 
> > either by telephone or by e-mail and delete the material from any 
> > computer".
> >
> > Thank you for your cooperation.
> >
> > For further information about Proximus mobile phone services please 
> > see our website at http://www.proximus.be or refer to any Proximus 
> > agent.
> >
> >
> > 
> -
> > 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]

Action not executed, only the *.do url is shown and the screen isempty

[Bert Catsburg]

Hello,

I have the problem that an Action is not executed.
When I process the Form (by clicking Submit button), the
.do url is shown in the addressbar and an empty screen
is shown.


The start of the Action javafile does some logging (using
Log4J), but I see nothing in the MySQL (to where I am logging to).
The ActionForm also does some logging to the same Log4J appender
(in the first setter) and that one is shown.

Below is the struts-config.xml file (only the Action), it's
quite standard as you see.



  



Also, the first couple of lines from the Action:

  package fimp.logon;

  // <

RE: Struts design flaw -- ActionForms are not true domain objects

[Robert Taylor]

If you use any flavor of DynaForms, you can pass the user input directly
to
the business domain as a DynaBean interface which is not directly
connected to Struts, but rather to org.apache.commons.beanutils package.

You will most likely still have to convert to some sort of
DataTransportObject
or ValueObject, but the beanutils package also has conversion tools for
this.

robert

> -Original Message-
> From: NYIMI Jose (BMB) [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 10:11 AM
> To: Struts Users Mailing List
> Subject: RE: Struts design flaw -- ActionForms are not true domain
> objects
>
>
> > -Original Message-
> > From: David Graham [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, February 17, 2003 3:55 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Struts design flaw -- ActionForms are not true
> > domain objects
> >
> >
> > The author correctly states that ActionForms are not true
> > domain objects.
> > This is intentional.  He also correctly points out that
>
> Is there any plan to move ActionForms  to true domain objects ?
>
> > Struts uses too many
> > concrete base classes.  We will be working to use more
> > interfaces over time.
>
> Any idea on when or version ?
>
>
> José.
>
>
>  DISCLAIMER 
>
> "This e-mail and any attachment thereto may contain information
> which is confidential and/or protected by intellectual property
> rights and are intended for the sole use of the recipient(s) named above.
> Any use of the information contained herein (including, but not
> limited to, total or partial reproduction, communication or
> distribution in any form) by other persons than the designated
> recipient(s) is prohibited.
> If you have received this e-mail in error, please notify the
> sender either by telephone or by e-mail and delete the material
> from any computer".
>
> Thank you for your cooperation.
>
> For further information about Proximus mobile phone services
> please see our website at http://www.proximus.be or refer to any
> Proximus agent.
>
>
> -
> 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 design flaw -- ActionForms are not true domain objects

[David Graham]

It's not coupled to JSP at all.  Struts provides taglibs to use in JSPs but 
does not dictate that you must use JSP as your view layer.  This has been 
demonstrated by people using Velocity, XML, and Web Services with Struts.

David



From: "John Espey" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Subject: RE: Struts design flaw -- ActionForms are not true domain objects
Date: Mon, 17 Feb 2003 09:18:08 -0600

i think the argument isn't about it being too servlet-container centric,
rather that it is too tightly coupled to JSP as the view technology.


> -Original Message-
> From: James Childers [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 9:11 AM
> To: Struts Users Mailing List
> Subject: RE: Struts design flaw -- ActionForms are not true domain
> objects
>
>
>
>
> > -Original Message-
> > From: David Graham [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, February 17, 2003 8:55 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Struts design flaw -- ActionForms are not true domain
> > objects
> >
> > However, Struts is not "too JSP oriented".  JSP is the most
> > popular Java user interface technology for web applications so
> > it is appropriately supported by Struts taglibs.  You can use
> > *any* UI technology you want with Struts.
> >
> > David
>
> Well, that's not quite true, is it? I mean, look at this
> signature for Action.execute:
>
>public ActionForward execute(ActionMapping mapping, ActionForm
> form, HttpServletRequest request, HttpServletResponse response)
> throws Exception
>
> You can't really use that outside of a servlet container. This is
> not a knock to Struts; it was never designed to be a general
> purpose MVC model. But noone is going to write a Swing app using
> Struts, for example.
>
> -= J
>
> -
> 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]



_
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[David Graham]

Is there any plan to move ActionForms  to true domain objects ?


No.  See past developer and user list discussions on this topic.



> Struts uses too many
> concrete base classes.  We will be working to use more
> interfaces over time.

Any idea on when or version ?


Because introducing interfaces in certain areas would break backwards 
compatibility, 2.0 would be a good time to do this.

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]

RE: Looking for DBMessageResources...

[James Mitchell]

You sure that was James Holmes?



--
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org/

"The man who does not read good books has no advantage over the man who
cannot read them."
- Mark Twain (1835-1910)







> -Original Message-
> From: Dave Cowden [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, February 15, 2003 2:56 PM
> To: [EMAIL PROTECTED]
> Subject: Looking for DBMessageResources...
> 
> 
> Hello:
> 
> I'm working on a project in which we're considering
> using an alternate MessageResource implementation that
> is backed by a database.
> 
> Reading through the archives, [EMAIL PROTECTED]
> advertised that he'd written this ( called
> DBMessageResources), and posted a news
> article back in September on the struts website:
> 
> 
> >For anyone interested, I have finished implementing
> >DBMessageResources which allows you to keep the
> key->value pairs (from your
> >ApplicationResources.properties) in a single database
> >table. 
> 
> 
> The mail archives made frequent reference to this code
> as well. Unfortunately I cannot get my hands on the
> module.  I have searched all the archives, googled,
> and emailed mr. Holmes with no response. His website ,
> www.open-tools.org that he refers to is not available
> ( and has not been for about at least a week). The
> files are also not available on the struts atlanta
> yahoo files section.
> 
> Does anybody have or know where I can find this source
> code?
> 
> Thanks!
> Dave
> 
> 
> __
> Do you Yahoo!?
> Yahoo! Shopping - Send Flowers for Valentine's Day
> http://shopping.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]

RE: Struts design flaw -- ActionForms are not true domain objects

[David Graham]

There are always ultra-literal people out there :-).  Of course I meant any 
java web UI technology.

David



From: "James Childers" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Subject: RE: Struts design flaw -- ActionForms are not true domain objects
Date: Mon, 17 Feb 2003 09:10:48 -0600



> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 8:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Struts design flaw -- ActionForms are not true domain
> objects
>
> However, Struts is not "too JSP oriented".  JSP is the most
> popular Java user interface technology for web applications so
> it is appropriately supported by Struts taglibs.  You can use
> *any* UI technology you want with Struts.
>
> David

Well, that's not quite true, is it? I mean, look at this signature for 
Action.execute:

   public ActionForward execute(ActionMapping mapping, ActionForm form, 
HttpServletRequest request, HttpServletResponse response) throws Exception

You can't really use that outside of a servlet container. This is not a 
knock to Struts; it was never designed to be a general purpose MVC model. 
But noone is going to write a Swing app using Struts, for example.

-= J

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


_
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]

E-commerce flow with Transaction Tokens?

[Greg Hess]

Hi All,
 
I am building an e-commerce module. The flow of the application is as
follows:
 
PaymentForm--> ProcessPayment   --> Receipt
Success //End
 
--> Receipt Error --> Payment Form

 
The PaymentForm is loaded with a transaction control token to avoid a
double click of the submit button. The PaymentForm also implements a
JavaScript strategy that involves a submit flag, once submitted all
subsequent submit events are ignored and display a "Pleas Wait" popup
window. So should my user have JavaScript enabled my process payment
Action should never encounter an invalid token.
 
My problem lies when the client does not have JavaScript enabled and my
Action encounters an invalid token. At this point the user must be
presented with a receipt either stating success or failure with the
financial transaction. I would like to ignore the fact that the double
submit happened and just display the proper receipt. Should I forward
the user to a "transaction already processed page" they will loose their
proper receipt and never visually receive the receipt as I also send it
by e-mail.
 
I can see a couple solutions and would like some input on my ideas or
new strategies others have used. 
 
1)  Set the form target to be _blank  so a new window will appear
for every submit. This works fine in that the client will receive an new
window for each submit, one stating the proper receipt, one stating the
transaction has already been processed. The only thing I dislike with
this strategy is that on receipt error the client clicks back to correct
the error and we have this rogue window in the background somewhere.
 
2)  Have the process payment Action populate the session with a bean
containing the receipt info. If the process payment Action encounters an
invalid Token just wait until the previous submit thread populates the
session with the receipt bean and then forward to the receipt page. I
like this strategy but am not sure if it is proper to have one thread
dependant on another thread to populate the session with the bean and if
there might be other complications that might arise from this strategy.
 
Many thanks for your time,
 
Greg
 
 

RE: Struts to JSTL EL - Taglib 1.0 implementation

[Sundar Narasimhan]

>Seriously ... it would be nice if JavaBeans recognized something like
>"mapped properties".  But that is for the future -- in the mean time,
>you'll need to stay within the limits of what the JVM recognizes *now* if
>you want to leverage EL expressions.
Craig -- IMHO, if you look at Lisp.. symbol-plist and friends, one
could argue that such facilities belong at Object not Beans :)

Seriously -- Java is getting better (I hear 1.5 is going to have
generics) at learning from Lisp. Hey.. perhaps one of these days we
might even get defmacro which will make all this jsp/tag/expression
stuff seem well.. just plain passe. :)

Regards.







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[James Childers]

> -Original Message-
> From: Chris Halverson [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 9:16 AM
> To: Struts Users Mailing List
> Subject: Re: Struts design flaw -- ActionForms are not true domain
> objects
> 
> 
> "James Childers" <[EMAIL PROTECTED]> writes:
> 
> > You can't really use that outside of a servlet container. This is
> > not a knock to Struts; it was never designed to be a general purpose
> > MVC model. But noone is going to write a Swing app using Struts, for
> > example.
> 
> http://javaboutique.internet.com/tutorials/Swing/
> 
> It can be done.
> 

Quoth the article: "So this article is about connecting a Swing client to an existing 
servlet application."

You still need to run Struts within a servlet context, which was my original point.

-= J

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[John Espey]

i think the argument isn't about it being too servlet-container centric,
rather that it is too tightly coupled to JSP as the view technology.


> -Original Message-
> From: James Childers [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 9:11 AM
> To: Struts Users Mailing List
> Subject: RE: Struts design flaw -- ActionForms are not true domain
> objects
>
>
>
>
> > -Original Message-
> > From: David Graham [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, February 17, 2003 8:55 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Struts design flaw -- ActionForms are not true domain
> > objects
> >
> > However, Struts is not "too JSP oriented".  JSP is the most
> > popular Java user interface technology for web applications so
> > it is appropriately supported by Struts taglibs.  You can use
> > *any* UI technology you want with Struts.
> >
> > David
>
> Well, that's not quite true, is it? I mean, look at this
> signature for Action.execute:
>
>public ActionForward execute(ActionMapping mapping, ActionForm
> form, HttpServletRequest request, HttpServletResponse response)
> throws Exception
>
> You can't really use that outside of a servlet container. This is
> not a knock to Struts; it was never designed to be a general
> purpose MVC model. But noone is going to write a Swing app using
> Struts, for example.
>
> -= J
>
> -
> 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 design flaw -- ActionForms are not true domain objects

[Chris Halverson]

"James Childers" <[EMAIL PROTECTED]> writes:

> You can't really use that outside of a servlet container. This is
> not a knock to Struts; it was never designed to be a general purpose
> MVC model. But noone is going to write a Swing app using Struts, for
> example.

http://javaboutique.internet.com/tutorials/Swing/

It can be done.

cdh

-- 
Chris D. Halverson http://www.halverson.org/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, February 17, 2003 3:55 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Struts design flaw -- ActionForms are not true 
> domain objects
> 
> 
> The author correctly states that ActionForms are not true 
> domain objects. 
> This is intentional.  He also correctly points out that 

Is there any plan to move ActionForms  to true domain objects ?

> Struts uses too many 
> concrete base classes.  We will be working to use more 
> interfaces over time.

Any idea on when or version ?


José.


 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Proximus agent.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts design flaw -- ActionForms are not true domain objects

[James Childers]

> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 8:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Struts design flaw -- ActionForms are not true domain
> objects
> 
> However, Struts is not "too JSP oriented".  JSP is the most 
> popular Java user interface technology for web applications so 
> it is appropriately supported by Struts taglibs.  You can use 
> *any* UI technology you want with Struts.
> 
> David

Well, that's not quite true, is it? I mean, look at this signature for Action.execute:

   public ActionForward execute(ActionMapping mapping, ActionForm form, 
HttpServletRequest request, HttpServletResponse response) throws Exception

You can't really use that outside of a servlet container. This is not a knock to 
Struts; it was never designed to be a general purpose MVC model. But noone is going to 
write a Swing app using Struts, for example.

-= J

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts design flaw -- ActionForms are not true domain objects

[David Graham]

The author correctly states that ActionForms are not true domain objects.  
This is intentional.  He also correctly points out that Struts uses too many 
concrete base classes.  We will be working to use more interfaces over time.

However, Struts is not "too JSP oriented".  JSP is the most popular Java 
user interface technology for web applications so it is appropriately 
supported by Struts taglibs.  You can use *any* UI technology you want with 
Struts.

David



From: "NYIMI Jose (BMB)" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Subject: Struts design flaw -- ActionForms are not true domain objects
Date: Mon, 17 Feb 2003 15:37:13 +0100

Dear Struts Users,

I have just bought this book : "Expert one-one-one J2EE Design and 
Development" by Rod Johnson.

http://www.wrox.com/news/852.htm

I will greatly appreciate to have your opinion about this "so beeing design 
flaw of Struts" described in the above book.
Rod Johnson suggested an alternative framework that takes strengths of 
following frameworks : Struts, Maverick and WebWork, then offer solution to 
their weaknesses.
Codes are available at : 
http://www.wrox.com/dynamic/books/download.aspx?isbn=1861007841#downloads

The Autor wrote the following :

" Despite of its popularity, I'm not a big fan of Struts.It's good enough, 
but far from an ideal J2EE web application framework:

*	The ActionForm approach - central to Struts request processing model - is 
poor. Bean binding is primitive, meaning that only string properties are 
really useful. This adds little value over simply querying request 
parameters.The idea of copying properties from an action form to business 
command is inelegant and there is o support for type checking.

*	Struts is too JSP-oriented, although it is possible to use Struts with 
other templating technologies.

*	Struts is based almost entirely on concrete classes. This makes it hard 
to customize Struts's behavior.

*	Although things have improved significantly with version 1.1, the Struts 
codebase is poor. Not surprisingly, there have been numerous deprecations 
in moving to 1.1.

*	Struts ActionForms have several particularities that we must consider. As 
all ActionForms must extend the Struts superclass, they all depend on 
Struts and the Servlet API. This means that they can not be passed to 
business objects, as business objects shouldn't depend on a particular web 
application framework or the Servlet API. Secondly, any request parameters 
that may contain invalid data (such as numeric inputs, for which the user 
might enter non-numeric data) must be matched by ActionForm properties of 
type String. The bean manipulation code behind the scenes will attempt to 
convert string request parameters to the appropriate type, but any 
exceptions in attempting to set properties will result in the 
org.apache.struts.util.RequestUtils class failing the request by throwing a 
ServletException.

*	Thus a Struts ActionForm is not a true domain object. It's a place to 
hold user data until it can be validated and transferred into domain 
objects such commands. The advantage of this approach is that invalid data 
can be re-displayed easily. The disavantage is that we will need to get 
this data into true domain object at some point, so Struts has only taken 
us part of the way towards true data binding.


*	The need to derive ApplicationForms from a single superclass has always 
seemed to me a design flaw. Not only does it tie commands to the Struts 
framework and Servlet API, it incorrectly exposes inherited framework 
properties to update via data binding from request parameters. For example, 
adding a servlet parameter with a string value will break just about any 
page generated by 1.0 application (with a failure to set a property of 
ActionServlet to a string) . Struts 1.1 introduces a workaround for this 
particular problem, but the root of the problem is the whole ActionForm 
concept.

*	The ActionForm class also defines a validate() method. Subclasses may 
override this method to valid the state of an action form after population 
from request parameters. Struts also offers alternative approaches to 
validation.

*	Struts 1.1 corrects many (but not all) of shortcomings of Struts 1.0, for 
example by allowing the use of multiple controller servletin 
application.(The mechanism for this isn't very elegant, however it's clear 
that it was an afterthought). Other enhancement in Struts 1.1 include the 
introduction of the org.apache.struts.actions.DispatchAction superclass, 
allowing several actions to be performed by the same class. This is very 
useful in cases where many request types call for simple handling; it 
avoids the proliferation of many trivial action classes. Struts also 
introduces declative exception handling. "

Thanks a lot in advance for your inputs.


José.







 DISCLAIMER 

"This e-mail and any attachment thereto may

[OT] serving images with apache

[Curtis Brown]

I am considering what server configuration to use.  What is the
current best practices as far as using a servlet container fronted by
a web server (e.g. tomcat with apache)?  On one hand I like the idea
of having everything self contained in a war file, and just using the
servlet container to serve everything.  On the other hand, I have
heard it is best to have a web server like apache serve out static
content like images.  What configuration are you using in a production
evnironment?

Thanks,
Curt




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Struts design flaw -- ActionForms are not true domain objects

[NYIMI Jose (BMB)]

Dear Struts Users,

I have just bought this book : "Expert one-one-one J2EE Design and Development" by Rod 
Johnson.

http://www.wrox.com/news/852.htm

I will greatly appreciate to have your opinion about this "so beeing design flaw of 
Struts" described in the above book.
Rod Johnson suggested an alternative framework that takes strengths of following 
frameworks : Struts, Maverick and WebWork, then offer solution to their weaknesses.
Codes are available at : 
http://www.wrox.com/dynamic/books/download.aspx?isbn=1861007841#downloads

The Autor wrote the following :

" Despite of its popularity, I'm not a big fan of Struts.It's good enough, but far 
from an ideal J2EE web application framework:

*   The ActionForm approach - central to Struts request processing model - is 
poor. Bean binding is primitive, meaning that only string properties are really 
useful. This adds little value over simply querying request parameters.The idea of 
copying properties from an action form to business command is inelegant and there is o 
support for type checking.

*   Struts is too JSP-oriented, although it is possible to use Struts with other 
templating technologies.

*   Struts is based almost entirely on concrete classes. This makes it hard to 
customize Struts's behavior.

*   Although things have improved significantly with version 1.1, the Struts 
codebase is poor. Not surprisingly, there have been numerous deprecations in moving to 
1.1.

*   Struts ActionForms have several particularities that we must consider. As all 
ActionForms must extend the Struts superclass, they all depend on Struts and the 
Servlet API. This means that they can not be passed to business objects, as business 
objects shouldn't depend on a particular web application framework or the Servlet API. 
Secondly, any request parameters that may contain invalid data (such as numeric 
inputs, for which the user might enter non-numeric data) must be matched by ActionForm 
properties of type String. The bean manipulation code behind the scenes will attempt 
to convert string request parameters to the appropriate type, but any exceptions in 
attempting to set properties will result in the org.apache.struts.util.RequestUtils 
class failing the request by throwing a ServletException.

*   Thus a Struts ActionForm is not a true domain object. It's a place to hold 
user data until it can be validated and transferred into domain objects such commands. 
The advantage of this approach is that invalid data can be re-displayed easily. The 
disavantage is that we will need to get this data into true domain object at some 
point, so Struts has only taken us part of the way towards true data binding.


*   The need to derive ApplicationForms from a single superclass has always seemed 
to me a design flaw. Not only does it tie commands to the Struts framework and Servlet 
API, it incorrectly exposes inherited framework properties to update via data binding 
from request parameters. For example, adding a servlet parameter with a string value 
will break just about any page generated by 1.0 application (with a failure to set a 
property of ActionServlet to a string) . Struts 1.1 introduces a workaround for this 
particular problem, but the root of the problem is the whole ActionForm concept.

*   The ActionForm class also defines a validate() method. Subclasses may override 
this method to valid the state of an action form after population from request 
parameters. Struts also offers alternative approaches to validation.

*   Struts 1.1 corrects many (but not all) of shortcomings of Struts 1.0, for 
example by allowing the use of multiple controller servletin application.(The 
mechanism for this isn't very elegant, however it's clear that it was an 
afterthought). Other enhancement in Struts 1.1 include the introduction of the 
org.apache.struts.actions.DispatchAction superclass, allowing several actions to be 
performed by the same class. This is very useful in cases where many request types 
call for simple handling; it avoids the proliferation of many trivial action classes. 
Struts also introduces declative exception handling. "

Thanks a lot in advance for your inputs.


José.







 DISCLAIMER 

"This e-mail and any attachment thereto may contain information which is confidential 
and/or protected by intellectual property rights and are intended for the sole use of 
the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, total or 
partial reproduction, communication or distribution in any form) by other persons than 
the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer".

Thank you for your cooperation.

For further information about Proximus mobile phone services please see our website at 
http://www.proximus.be or refer to any Prox

RE: Where to add Access control

[du Plessis, Corneil C]

Look at how Struts support web server roles. 
http://jakarta.apache.org/struts/userGuide/preface.html#jaas

-Original Message-
From: Rademacher Tobias [mailto:[EMAIL PROTECTED]]
Sent: 17 February, 2003 15:37
To: '[EMAIL PROTECTED]'
Subject: Where to add Access control


Hi Folks,

I want to add some access control in order to protected a site form a group
of users.
My application uses JAAS so I guess I have to write a PriviligedAction.
Where do I have to add the invokation of this
Action? Where is the best place in RequestProcessor in order to add such
support?

Thx and Bye
Toby

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

__

Disclaimer and confidentiality note


Everything in this e-mail and any attachments relating to the official business of 
Standard Bank Group Limited is proprietary to the company. It is confidential, legally 
privileged and protected by law. Standard Bank does not own and endorse any other 
content. 
Views and opinions are those of the sender unless clearly stated as being that of 
Standard Bank. 

The person addressed in the e-mail is the sole authorised recipient. Please notify the 
sender 
immediately if it has unintentionally reached you and do not read, disclose or use the 
content
in any way. 

Standard Bank can not assure that the integrity of this communication has been 
maintained nor 
that it is free of errors, virus, interception or interference.

__

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Modifying action input at runtime

[du Plessis, Corneil C]

You will have to parameterize the action of your html:form then have
different actions in struts-config for each of those. A failing validation
will return to the appropriate input page.

-Original Message-
From: Colin Hawkett [mailto:[EMAIL PROTECTED]]
Sent: 17 February, 2003 16:09
To: 'Struts Users Mailing List' ([EMAIL PROTECTED])
Subject: Modifying action input at runtime


Hi all,
 
I am looking to use an action to handle the submission of multiple
similar forms.  Normally I would use separate actions, but in this case
the code is identical for the different forms.  Everythign seesm to be
working fine except for the specification fo the input parameter on the
action.  Depending on where the request cam eform, I want to have the
validate method return to different places.  I thought the easiest way
to do this would be to use mapping.setInput() to specify at runtime
where I want it to return to, but when I try to do this I am getting
 
Servlet Error: Configuration is frozen: java.lang.IllegalStateException:
Configuration is frozen
 
You may be wondering how the same Form class could validate a bunch of
different html forms effectively.  I actually have different Form
classes for each of the html forms, but in order to trick the
struts-config into allowing me to specify them all for the single
action, I specify a common Form base class in struts-config.  Now I want
to dynamically set the input parameter in the validate() method of the
BaseForm  subclass - but I can't see an obvious way to do it if the
configuration is frozen.  Is there any way around this problem?
 
Colin Hawkett
Technical Architect
 
Morpheus - eBusiness Solutions
Morpheus Limited, Gibbs House, Kennel Ride, Ascot, Berkshire, SL5 7NT
Email: [EMAIL PROTECTED]  
Tel: 01344 891621; Fax: 01344 891620
Web: http://www.morpheus.co.uk  
 
*Winner of the IBM Solution Excellence Award for e-Commerce 2001*
*Solution Provider of the Month - Channel 2002 Magazine* *Investor in
People*
 






This email and any files transmitted with it contain information that may be
confidential or privileged, and are intended solely for the use of the
individual or entity to whom they are addressed. If you are not the intended
recipient any disclosure, copying, distribution or use of the information is
prohibited. If you have received this email in error, please notify me by
return email immediately. Any opinions expressed are those of the author,
not of Morpheus Limited.


This message has been checked for all known viruses by UUNET delivered 
through the MessageLabs Virus Control Centre.



__

Disclaimer and confidentiality note


Everything in this e-mail and any attachments relating to the official business of 
Standard Bank Group Limited is proprietary to the company. It is confidential, legally 
privileged and protected by law. Standard Bank does not own and endorse any other 
content. 
Views and opinions are those of the sender unless clearly stated as being that of 
Standard Bank. 

The person addressed in the e-mail is the sole authorised recipient. Please notify the 
sender 
immediately if it has unintentionally reached you and do not read, disclose or use the 
content
in any way. 

Standard Bank can not assure that the integrity of this communication has been 
maintained nor 
that it is free of errors, virus, interception or interference.

__

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Modifying action input at runtime

[Colin Hawkett]

Hi all,

I am looking to use an action to handle the submission of multiple
similar forms.  Normally I would use separate actions, but in this case
the code is identical for the different forms.  Everythign seesm to be
working fine except for the specification fo the input parameter on the
action.  Depending on where the request cam eform, I want to have the
validate method return to different places.  I thought the easiest way
to do this would be to use mapping.setInput() to specify at runtime
where I want it to return to, but when I try to do this I am getting

Servlet Error: Configuration is frozen: java.lang.IllegalStateException:
Configuration is frozen

You may be wondering how the same Form class could validate a bunch of
different html forms effectively.  I actually have different Form
classes for each of the html forms, but in order to trick the
struts-config into allowing me to specify them all for the single
action, I specify a common Form base class in struts-config.  Now I want
to dynamically set the input parameter in the validate() method of the
BaseForm  subclass - but I can't see an obvious way to do it if the
configuration is frozen.  Is there any way around this problem?

Colin Hawkett
Technical Architect

Morpheus - eBusiness Solutions
Morpheus Limited, Gibbs House, Kennel Ride, Ascot, Berkshire, SL5 7NT
Email: [EMAIL PROTECTED] 
Tel: 01344 891621; Fax: 01344 891620
Web: http://www.morpheus.co.uk 

*Winner of the IBM Solution Excellence Award for e-Commerce 2001*
*Solution Provider of the Month - Channel 2002 Magazine* *Investor in
People*







This email and any files transmitted with it contain information that may be
confidential or privileged, and are intended solely for the use of the
individual or entity to whom they are addressed. If you are not the intended
recipient any disclosure, copying, distribution or use of the information is
prohibited. If you have received this email in error, please notify me by
return email immediately. Any opinions expressed are those of the author,
not of Morpheus Limited.


This message has been checked for all known viruses by UUNET delivered 
through the MessageLabs Virus Control Centre.

Re: Where to add Access control

[Robert S. Sfeir]

Instead of an action, perhaps a better approach is to have something 
like:

public boolean hasPrivileges(HttpServletRequest request)
{
	...
}

which would check if a user or group has a privilege.  I put a method 
like this in my BaseAction, which extends Action and other actions in 
my framework extend.  This way hasPrivileges() is accessible from any 
action you write, then you can do something like this in your actions:

if(!hasPrivileges())
	return mapping.findForward(...);

...rest of action code here...

and send them onto a page which tells them to buzz off.

Nice thing about this is that if you want to change or add behavior, 
you don't mess with all the actions, just one method.

R

On Monday, Feb 17, 2003, at 08:37 US/Eastern, Rademacher Tobias wrote:

Hi Folks,

I want to add some access control in order to protected a site form a 
group
of users.
My application uses JAAS so I guess I have to write a PriviligedAction.
Where do I have to add the invokation of this
Action? Where is the best place in RequestProcessor in order to add 
such
support?

Thx and Bye
Toby

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

R

--
Robert S. Sfeir
Senior Java Engineer
National Institutes of Health
Center for Information Technology
Department of Enterprise Custom Applications
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Where to add Access control

[Rademacher Tobias]

Hi Folks,

I want to add some access control in order to protected a site form a group
of users.
My application uses JAAS so I guess I have to write a PriviligedAction.
Where do I have to add the invokation of this
Action? Where is the best place in RequestProcessor in order to add such
support?

Thx and Bye
Toby

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Use of DispatchAction class

[shashi]

Thanks Alot

If  I make a method with  the name of hidden field parameter in the Bean
Class and give as parameter in the structs_config.xml.

Is it helpful for me to find the hidden field value in the class which is
extended the Action class.

Regards

Shashi




- Original Message -
From: "Alex McLintock" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 6:17 PM
Subject: Re: Use of DispatchAction class


> At 10:59 17/02/03, shashi wrote:
> >I am new in the struts and working on a form in which i want to use the
> >hidden fields in my Action class.
> >Please give me any idea regarding how i can implement the functionalty.
>
>
> Hello,
>
> You may find Ted Husted's Artimus example useful. It has a form with
hidden
> fields in it. I think it is the article editing form - you need the
article
> id in a field - but it shouldn't be edited by the user - therefore it is
> put into a hidden field.
>
> I can't remember the URL for the WAR file download off the top of my head.
> Either Ted can remind us, or you can do a google search.
>
> Goodluck
>
> Alex
>
>
>
> Available for java/perl/C++/web development in London, UK or nearby.
> Apache FOP, Cocoon, Turbine, Struts,XSL:FO, XML, Tomcat, JSP
> http://www.OWAL.co.uk/
>
>
> -
> 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: Use of DispatchAction class

[Alex McLintock]

At 10:59 17/02/03, shashi wrote:

I am new in the struts and working on a form in which i want to use the 
hidden fields in my Action class.
Please give me any idea regarding how i can implement the functionalty.


Hello,

You may find Ted Husted's Artimus example useful. It has a form with hidden 
fields in it. I think it is the article editing form - you need the article 
id in a field - but it shouldn't be edited by the user - therefore it is 
put into a hidden field.

I can't remember the URL for the WAR file download off the top of my head. 
Either Ted can remind us, or you can do a google search.

Goodluck

Alex



Available for java/perl/C++/web development in London, UK or nearby.
Apache FOP, Cocoon, Turbine, Struts,XSL:FO, XML, Tomcat, JSP
http://www.OWAL.co.uk/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Bean:define and nulls

[Jordan Thomas]

Hi,

I want to use a  tag within a  tag to set a bean
value to null. How can I do this if I can not use the same value for the
"id" attibute.

thanks

Jordan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANNOUNCE] Event Foo In US state blah

[Alex McLintock]

Is no one going to do a Struts event in the UK?

There is supposedly an "apache meetup" in London organised through 
http://apache.meetup.com but last one didn't have enough responders to be 
worthwhile.

Alex




Available for java/perl/C++/web development in London, UK or nearby.
Apache FOP, Cocoon, Turbine, Struts,XSL:FO, XML, Tomcat, JSP
http://www.OWAL.co.uk/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to set the active locale ???

[Gemes Tibor]

2003. február 17. 13:20 dátummal Ted Husted ezt írtad:
> Soren Dalby wrote:
>  > As default, I18N Struts-applications are managed by the language in
>  > the browser. I would like it to be based on a language-code in the
>  > users login and thus I need to set the locale/language designation
>  > that controls Struts
>
> As far as I know, by default, Struts applications are governed by the
> default locale of the container/JVM hosting the application. (The last
> thing Struts is going to do is trust what some whacky browser has to say
> about it! [:0])

Afaik it sets the Locale to request.getLocale() which uses the accept language 
header of the request. So it does use the locale set up by the browser.  
If there is no such header it defaults to the container's one.

You can change this in your action via
http://jakarta.apache.org/struts/api/org/apache/struts/action/Action.html#setLocale(javax.servlet.http.HttpServletRequest,
 java.util.Locale)

Tib

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [Q] Is Struts use of BeanUtils and PropertyUtils inconsistent?

[Jim Krygowski]

Hi Craig-

thanks for the reply.  You mention that:

> The conversions on form submit are required because HTTP request
> parameters are all strings.

which I understood perfectly well.  I also understand that, in order for
that conversion to work for things like date, a common format must used
inbound and outbound.

> Struts does not have any innate knowledge of
> your model tier's requirements, and in particular does not know what the
> caller of RequestUtils.lookup() is going to do with the data that is
> returned.
>
> Doing that by itself would break a huge number of apps that depend on
> RequestUtils.lookup() working the way it does.

I agree here too.  Struts shouldn't know, and it never will.  When a date is
inbound, Struts knows just enough to invoke the converter associated with
the Class/Type and that's it.  And that's how it should be.  But, I'd argue
that since the caller of RequestUtils.lookup in this case is a view
component (a tag), it should be smart enough to know about the formats I
want applied to the information it is rendering.  I think you're right that
we shouldn't tamper with RequestUtils.

>
> It sounds like you'd be better off creating a customized version of the
>  tag that does the conversion for you.  That wouldn't be
> particularly difficult to implement.
>

However, do you think it's worth considering modifying the bean *and* html
tags to recognize edit masks/display formats?  Most of the Struts work I'm
doing now involves re-creating old Oracle Forms applications as JSP/EJB
kinds of applications.  Edit masks have been a pretty standard view side
concept for decades now.  Adding masks as attributes of the tags might be a
simple way to implement this feature.

Also, I realize there are a bunch of other hacks I could employ like
breaking dates into three separate input boxes, but I'd rather hack as a
last resort.  And beyond dates, I can think of many other applications of
formats to simplify rendering of data in the JSP.

thanks.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

re: How to set the active locale ???

[Ted Husted]

Soren Dalby wrote:

> As default, I18N Struts-applications are managed by the language in
> the browser. I would like it to be based on a language-code in the
> users login and thus I need to set the locale/language designation
> that controls Struts

As far as I know, by default, Struts applications are governed by the 
default locale of the container/JVM hosting the application. (The last 
thing Struts is going to do is trust what some whacky browser has to say 
about it! [:0])

The controller creates a default locale object and places it in the 
session. The other components look for the object under that key to 
decide what locale to use. To change the locale, change the locale 
object in the session.

It can be convenient to put methods to access the locale object on a 
base Action or base ActionForm:

Action:

  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;

} // end getLocale()

protected void setLocale(
HttpServletRequest request,
Locale locale) {

HttpSession session = request.getSession(true);
session.setAttribute(Action.LOCALE_KEY,locale);

} // end setLocale()


ActionForm:

public static String STRUTS_LOCALE_KEY = Action.LOCALE_KEY;

private Locale locale = null;

public void setSessionLocale(Locale locale) {
this.locale = locale;
}

public Locale getSessionLocale() {
return this.locale;
}

public String getSessionLocaleName() {
return STRUTS_LOCALE_KEY;
}

protected void resetSessionLocale(HttpServletRequest request) {

HttpSession session = request.getSession();
if (session!=null) {

setSessionLocale((Locale)
session.getAttribute(getSessionLocaleName()));

}
else {

setSessionLocale(Locale.getDefault());
}

} // end resetSessionLocale


protected void putSessionLocale(HttpServletRequest request) {

Locale locale = getSessionLocale();
if (null==locale) locale = Locale.getDefault();

request.getSession(true).setAttribute(Action.LOCALE_KEY,locale);

} // end putSessionLocale


public String getLocaleDisplay() {

 Locale locale = getSessionLocale();
 if (null==locale) locale = Locale.getDefault();
 return locale.getDisplayName();

 } // end getLocaleDisplay


 public void setLocaleDisplay(String language) {
 setSessionLocale(new Locale(language,EMPTY));
 }

These and other convenience methods are part of the BaseAction and 
BaseForm in the Scaffold package of the Struts contrib folder.

HTH, Ted.

--
Ted Husted,
Struts in Action 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

re: Modifying Form Data in Action

[Ted Husted]

Chris wrote:

> The problem I am noticing is that when the second action is being
> invoked, the form is being 'repopulated' with the initial form values
> that the form had when it was passed to the first action.

This is an excellent example of what we mean when we talk about "Action 
chaining", or, as I like to call it, the "dark side of Struts".

There is a very fine design pattern called "Chain of Responsibility" 
which "Design Patterns"[*] define as "Avoid coupling the sender of a 
request to its receiver by giving more than one object a chance to 
handle the request. Chain the receiving objects and pass the request 
along the chain until an object handles it."

Struts does *not* implement a CoR at the Action level. The design is 
that the Action is the request handler and should do whatever is 
necessary to complete the transaction, use-case, or story underlying the 
request.

Since it does not implement a CoR, it does try to populate the 
ActionForm with every request.

IMHO, the place to implement a Chain of Responsibility is within your 
Model. If you need anything this complex, you are a candidate for what 
"Patterns of Enterprise Application Architecture" [*] calls "Domain 
Objects". You can convert the HTTP request to a business request (of 
your own devise) and pass it to as many handlers as you see fit.

Personally, I believe implementing a CoR using Struts Actions is a step 
in the wrong direction. IMHO, we are trying to pull ourselves away from 
the web tier, not dive back into it =:0)

There are times when one Action should forward to another, but only to 
display the final result. Using a second action to complete a business 
transaction is where we start sliding toward the dark side.

But, each to their own.

First, avoid trying to set parameters in the request. Better to set 
properties on the ActionForm (or other object in the request) that you 
can control. If the properties are not exposed in the request as 
parameters, then Struts will ignore them like visitors on a Borg ship.

If you need to tweak ActionForm properties so that they do no match the 
parameters, in Struts 1.0.x, you can defeat autopopulate by setting up 
your own "mutable" or "locked" sentry. In each of your setters, put a 
test like

if (mutable) { ... do the setting }

So if you setMutable(false), then no one can overwrite your maverick 
data. (Ahh, the magic of JavaBeans!) If one of your actions needs to do 
some more tweaking, they an unlock the bean and then lock it again.

In Struts 1.1, you could also do clever things with the processPopulate 
of the RequestHandler.

HT., Ted.

[*] See the Struts "Other Books" page



for links to these and other fine references


--
Ted Husted,
Struts in Action 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jsp code is sent to the client...?

[J=?ISO-8859-1?Q?=F6rgen_Lundberg]

I forgot to say that the struts app works fine when I restart Tomcat.

index.jsp looks like this:
<%@ taglib uri="/WEB-INF/taglibs/struts-logic.tld" prefix="logic" %>


/ Jörgen Lundberg

-Original Message-
From: "Affan Qureshi" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Date: Mon, 17 Feb 2003 15:59:42 +0500
Subject: Re: Jsp code is sent to the client...?

Can you show us the JSP code? This happened to me when I forgot to import
the tag libraries. Try deleting the work directory contents and restart the
server. Also make sure the extensions etc. are correct.

Affan

- Original Message -
From: "Jörgen Lundberg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 2:58 PM
Subject: Jsp code is sent to the client...?


Hi,
I'm running a small struts(1.1b3) app in our Tomcat 4.0.6. After a few
days the jsp:s stop working. They don't seem to be processed, instead
the jsp code gets sent back to the browser.

Our bug reporting app (Scarab) is running in the same Tomcat and it
works fine.

Any ideas?

 / Jörgen Lundberg



-
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]