RE: Wizard (multipage flow) with Struts 2

2012-02-01 Thread Shrinivas Parashar
Yes, I am looking at that. Have you used that?

Regards,
Shrinivas 

-Original Message-
From: Biesbrock, Kevin [mailto:biesbrock.ke...@aoins.com] 
Sent: 02 February 2012 00:54
To: 'Struts Users Mailing List'
Subject: RE: Wizard (multipage flow) with Struts 2

Did you already look at the ScopedModelDriven approach?

Beez


-Original Message-
From: Shrinivas Parashar [mailto:shrinivas_paras...@symantec.com] 
Sent: Wednesday, February 01, 2012 8:39 AM
To: Struts Users Mailing List
Subject: RE: Wizard (multipage flow) with Struts 2

Thanks eric for the information.
I was looking for interceptor based approach where struts would handle putting 
model in the session, retrieving from the session, removing from session at the 
end of wizard. Scope interceptor provides similar thing, but this does not work 
with modeldriven actions.

-Shrinivas

-Original Message-
From: Eric Lentz [mailto:eric.le...@sherwin.com] 
Sent: 01 February 2012 18:46
To: Struts Users Mailing List
Subject: Re: Wizard (multipage flow) with Struts 2

> Has anyone developed Wizard in Struts 2 without using Spring webflow 
plugin.

I have done it with and without jQuery, but find that the jQuery form 
wizard plug-in [1] is by far the easiest. In short, you create a div each 
to represent each step and add class="step" to the div, and you're pretty 
much done as far as the wizard coding is considered. The plug-in handles 
breaking the form into multiple wizard steps. Then the wizard pages look 
like 1 big form to Struts 2 when the last page is submitted (the plug-in 
handles making the last page a submit). Validations can be handled via the 
validation plug-in. You probably want a paranoid validation step at the 
action level. If there is an error there, that the jQuery validation 
didn't catch, then there was probably some outside manipulation (if you 
did validations correctly) and a generic error message, outside of the 
wizard, would be acceptable and probably never seen by the average user.

If you don't use jQuery, then just store the object you're dealing with 
(model) in the session and iteratively update it at the end of each wizard 
step. If there is more than just the one model object, then store a DTO in 
the session and call that your model. That's essentially how I did it 
anyway, without going into every gory detail which I don't really have 
time for.

[1] http://thecodemine.org/


-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org




-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org


-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org



RE: Wizard (multipage flow) with Struts 2

2012-02-01 Thread Biesbrock, Kevin
Did you already look at the ScopedModelDriven approach?

Beez


-Original Message-
From: Shrinivas Parashar [mailto:shrinivas_paras...@symantec.com] 
Sent: Wednesday, February 01, 2012 8:39 AM
To: Struts Users Mailing List
Subject: RE: Wizard (multipage flow) with Struts 2

Thanks eric for the information.
I was looking for interceptor based approach where struts would handle putting 
model in the session, retrieving from the session, removing from session at the 
end of wizard. Scope interceptor provides similar thing, but this does not work 
with modeldriven actions.

-Shrinivas

-Original Message-
From: Eric Lentz [mailto:eric.le...@sherwin.com] 
Sent: 01 February 2012 18:46
To: Struts Users Mailing List
Subject: Re: Wizard (multipage flow) with Struts 2

> Has anyone developed Wizard in Struts 2 without using Spring webflow 
plugin.

I have done it with and without jQuery, but find that the jQuery form 
wizard plug-in [1] is by far the easiest. In short, you create a div each 
to represent each step and add class="step" to the div, and you're pretty 
much done as far as the wizard coding is considered. The plug-in handles 
breaking the form into multiple wizard steps. Then the wizard pages look 
like 1 big form to Struts 2 when the last page is submitted (the plug-in 
handles making the last page a submit). Validations can be handled via the 
validation plug-in. You probably want a paranoid validation step at the 
action level. If there is an error there, that the jQuery validation 
didn't catch, then there was probably some outside manipulation (if you 
did validations correctly) and a generic error message, outside of the 
wizard, would be acceptable and probably never seen by the average user.

If you don't use jQuery, then just store the object you're dealing with 
(model) in the session and iteratively update it at the end of each wizard 
step. If there is more than just the one model object, then store a DTO in 
the session and call that your model. That's essentially how I did it 
anyway, without going into every gory detail which I don't really have 
time for.

[1] http://thecodemine.org/


-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org




-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org



RE: Wizard (multipage flow) with Struts 2

2012-02-01 Thread Shrinivas Parashar
Thanks eric for the information.
I was looking for interceptor based approach where struts would handle putting 
model in the session, retrieving from the session, removing from session at the 
end of wizard. Scope interceptor provides similar thing, but this does not work 
with modeldriven actions.

-Shrinivas

-Original Message-
From: Eric Lentz [mailto:eric.le...@sherwin.com] 
Sent: 01 February 2012 18:46
To: Struts Users Mailing List
Subject: Re: Wizard (multipage flow) with Struts 2

> Has anyone developed Wizard in Struts 2 without using Spring webflow 
plugin.

I have done it with and without jQuery, but find that the jQuery form 
wizard plug-in [1] is by far the easiest. In short, you create a div each 
to represent each step and add class="step" to the div, and you're pretty 
much done as far as the wizard coding is considered. The plug-in handles 
breaking the form into multiple wizard steps. Then the wizard pages look 
like 1 big form to Struts 2 when the last page is submitted (the plug-in 
handles making the last page a submit). Validations can be handled via the 
validation plug-in. You probably want a paranoid validation step at the 
action level. If there is an error there, that the jQuery validation 
didn't catch, then there was probably some outside manipulation (if you 
did validations correctly) and a generic error message, outside of the 
wizard, would be acceptable and probably never seen by the average user.

If you don't use jQuery, then just store the object you're dealing with 
(model) in the session and iteratively update it at the end of each wizard 
step. If there is more than just the one model object, then store a DTO in 
the session and call that your model. That's essentially how I did it 
anyway, without going into every gory detail which I don't really have 
time for.

[1] http://thecodemine.org/


-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org



Re: Wizard (multipage flow) with Struts 2

2012-02-01 Thread Eric Lentz
> Has anyone developed Wizard in Struts 2 without using Spring webflow 
plugin.

I have done it with and without jQuery, but find that the jQuery form 
wizard plug-in [1] is by far the easiest. In short, you create a div each 
to represent each step and add class="step" to the div, and you're pretty 
much done as far as the wizard coding is considered. The plug-in handles 
breaking the form into multiple wizard steps. Then the wizard pages look 
like 1 big form to Struts 2 when the last page is submitted (the plug-in 
handles making the last page a submit). Validations can be handled via the 
validation plug-in. You probably want a paranoid validation step at the 
action level. If there is an error there, that the jQuery validation 
didn't catch, then there was probably some outside manipulation (if you 
did validations correctly) and a generic error message, outside of the 
wizard, would be acceptable and probably never seen by the average user.

If you don't use jQuery, then just store the object you're dealing with 
(model) in the session and iteratively update it at the end of each wizard 
step. If there is more than just the one model object, then store a DTO in 
the session and call that your model. That's essentially how I did it 
anyway, without going into every gory detail which I don't really have 
time for.

[1] http://thecodemine.org/



Wizard (multipage flow) with Struts 2

2012-02-01 Thread Shrinivas Parashar
Hi,
Has anyone developed Wizard in Struts 2 without using Spring webflow plugin. 
Practical Apache Struts 2 book has an example to develop wizard using scope 
interceptor. But Scope interceptor does not seem to work with ModelDriven 
interceptor.
If anyone has working example, please share the same.
Regards,
Shrinivas


AW: File upload from JSP with "multipart/form-data" does not work on Weblogic v12c

2012-02-01 Thread Peter.Keller
I just tested the upload actions in the Struts 2 showcase and the findings are 
the same: the file upload is broken in Weblogic v12.1.1. Who will fix that? 
Thanks, Peter


-Ursprüngliche Nachricht-
Von: peter.kel...@meteoswiss.ch [mailto:peter.kel...@meteoswiss.ch] 
Gesendet: Dienstag, 31. Januar 2012 15:14
An: user@struts.apache.org
Betreff: File upload from JSP with "multipart/form-data" does not work on 
Weblogic v12c

Dear list

File upload from JSP with "multipart/form-data" does not work on Weblogic v12c 
which supports Java Servlet specification v3.0. The same code worked as 
expected for Weblogic v10.3.X which supports Java Servlet specification v2.4. 
The same code does NOT work with Struts v2.1.8 on Weblogic v12c.

Debugging the application with Weblogic running in Eclipse I found out, that 
ALL parameters given in the JSP form (data, contextTx) are simply ignored. The 
"method" attribute in the  tag is also ignored and therefore Struts 
always invokes the execute() method of the Struts action.

Please find the setup below.

Is this is a bug? Or is something wrong with the setup?

Thanks, Peter

web.xml:

 http://java.sun.com/xml/ns/j2ee"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">

Datadispatcher Console
Datadispatcher Web


Tiles configuration file

org.apache.tiles.impl.BasicTilesContainer.DEFINITIONS_CONFIG
/WEB-INF/tiles.xml




org.apache.struts2.tiles.StrutsTilesListener



tiles

org.apache.tiles.web.startup.TilesServlet
2



tiles-dispatch

org.apache.tiles.web.util.TilesDispatchServlet



tiles-dispatch
*.tiles



struts

org.apache.struts2.dispatcher.FilterDispatcher



struts
/*




struts.xml:


http://struts.apache.org/dtds/struts-2.3.dtd";>










 

upload.page
upload.page




JSP:

<%@ taglib prefix="s" uri="/struts-tags" %>

Upload
 
  Content Id
  Import File


Java Action:

package ch.meteoswiss.datadispatcher.console;

public class UploadAction extends ActionSupport {

private static final Logger logger = Logger.getLogger(UploadAction.class);

private String contentTx;

private File data;
private String dataContentType;
private String dataFileName;

public String execute() {
logger.info(" execute ");
return super.execute();
}
   
public String upload() throws Exception {
logger.info(" upload ");
logger.info("data = "+data);
logger.info("contentTx = "+contentTx);
return SUCCESS;
}
public void setContentTx(String contentTx) {
this.contentTx = contentTx;
}
public String getContentTx() {
return contentTx;
}
public void setData(File data) {
this.data = data;
}
public File getData() {
return data;
}
public void setDataContentType(String dataContentType) {
this.dataContentType = dataContentType;
}
public String getDataContentType() {
return dataContentType;
}
public void setDataFileName(String dataFileName) {
this.dataFileName = dataFileName;
}
public String getDataFileName() {
return dataFileName;
}
}
  



-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org


-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org