Struts-Populating data in JSP

2007-09-28 Thread mel-hustler

Hi,
I am new to struts.

I have retrieved the data in the ResultSet in the Action class, which gets
retrieved fine,

Now I want to display this data on the view.jsp page.

MyAction class is:
--
public class ViewItemAction extends Action implements Serializable{
public ViewItemAction () {
System.out.println("Getting request Action 'View Item' 
Instantiated");
}
public ActionForward perform(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse 
response)
throws IOException, ServletException, SQLException, 
Exception {

System.out.println("inside perform");

EnterRecpietHandler erh=new EnterRecpietHandler();

ResultSet rs=erh.getData();


java.util.List resultsList =new ArrayList();

System.out.println("Checkxx");

while ( rs.next()==true ){

ResultRecpietForm resultBean = new 
ResultRecpietForm();

resultBean.setItem(rs.getString("item"));


resultBean.setPrice(String.valueOf(rs.getFloat("price")));
 
resultsList.add(resultBean);

}   
request.setAttribute("resultsList",resultsList);

return mapping.findForward("sucess");
}
}
--
"sucess" is mapped to view.jsp in strut-config-xml file

view.jsp is:
-
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"; %>



List





Customer 


Item
Price



${result.item}
${result.price}





---
Any help is greatly appreciated.
If someone can tell, what is wrong with, and why I cannot get any data on
view.jsp it will be very nice.

Best Regards
Mel
-- 
View this message in context: 
http://www.nabble.com/Struts-Populating-data-in-JSP-tf4533318.html#a12937235
Sent from the Struts - Dev mailing list archive at Nabble.com.


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



2.1.0 Build/Release Plan

2007-09-28 Thread Ted Husted
I'd like to propose 7 Oct 2007 as a tag date for the 2.1.0 version. If
anyone would be interested in helping with the build, please don't be
shy!

Pursuant to some other discussions, for the 2.1.x series, I renamed
the Release Notes to Version Notes, since we also use the word
"release" in another sense. We've  been putting the  "Release Plan" in
the notes lately, and for now, I labeled it the "Build/Release Plan",
since, as it stands, a "Release Plan" is required by our charter.

Again, any help with the build/release would be welcome!

For the record, personally, I do not consider the 2.1.x series to be
"feature locked". If people want to continue to add new features and
conduct refactorings in later 2.0.x milestones, that's fine with me.
Of course, as always, any destructive API  changes should be subject
to the usual deprecate/release/remove protocol.

If there are any features or API signatures that we deprecated in
2.0.x that we would like to remove for 2.1.x, this would be a good
time to apply the patch!

-Ted.

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



Re: Annotations Plugin (was Re: [OT] Re: Should I announce)

2007-09-28 Thread Ted Husted
+1

As Don mentioned, we could also look at a combined Struts JAR which
assembled Struts-Core and the standard plugns (like annotations), into
a single JAR.

I'd also like to start rolling 2.1.x soon, but I would suggest that
this type of refactoring and API extension could continue in both the
2.0.x and 2.1.x series, so long as the changes do not remove existing
API signatures that were not deprecated in a prior GA release.

-Ted.

On 9/24/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
>  So, here's my thought... I think a standard plugin that is part of the main
> distribution might be best. This would contain all standard annotations and
> the main implementation for them. And, as part of the plugin we define good
> extension points to reduce the possible variations, but still allow changes.
> Then if folks want to completely change the conventions, they can create
> their own annotations and plugins and not cause too many conflicts. Also,
> I'd like to possibly pull in some of the JSRs as already mentioned. I think
> the validation annotations and a few of the others warrant some
> investigation.
>
>  -bp

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



Re: Annotations Plugin (was Re: [OT] Re: Should I announce)

2007-09-28 Thread Musachy Barroso
Kinda of late for this but when I said before that it was a good idea
to get this into "core", why I meant was this, to be one of the
supported plugins distributed with core and the others.

I'm all +1 for it.

musachy

On 9/28/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> +1
>
> As Don mentioned, we could also look at a combined Struts JAR which
> assembled Struts-Core and the standard plugns (like annotations), into
> a single JAR.
>
> I'd also like to start rolling 2.1.x soon, but I would suggest that
> this type of refactoring and API extension could continue in both the
> 2.0.x and 2.1.x series, so long as the changes do not remove existing
> API signatures that were not deprecated in a prior GA release.
>
> -Ted.
>
> On 9/24/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> >  So, here's my thought... I think a standard plugin that is part of the main
> > distribution might be best. This would contain all standard annotations and
> > the main implementation for them. And, as part of the plugin we define good
> > extension points to reduce the possible variations, but still allow changes.
> > Then if folks want to completely change the conventions, they can create
> > their own annotations and plugins and not cause too many conflicts. Also,
> > I'd like to possibly pull in some of the JSRs as already mentioned. I think
> > the validation annotations and a few of the others warrant some
> > investigation.
> >
> >  -bp
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
"Hey you! Would you help me to carry the stone?" Pink Floyd

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



Re: 2.1.0 Build/Release Plan

2007-09-28 Thread Musachy Barroso
Any idea when that might be? I haven't seen Rainer on #struts for a
couple of weeks :)

musachy

On 9/28/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> 2007/9/28, Ted Husted <[EMAIL PROTECTED]>:
> >
> > I'd like to propose 7 Oct 2007 as a tag date for the 2.1.0 version. If
> > anyone would be interested in helping with the build, please don't be
> > shy!
>
>
>
> Ted, sincerely I wish to wait until XWork 2.1 is released, so we don't have
> any snapshot dependency.
>
> Antonio
>


-- 
"Hey you! Would you help me to carry the stone?" Pink Floyd

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



Re: Struts-Populating data in JSP

2007-09-28 Thread Antonio Petrelli
2007/9/28, mel-hustler <[EMAIL PROTECTED]>:
>
>
> Hi,
> I am new to struts.



Ask this kind of questions in the Struts Users mailing list:
http://struts.apache.org/mail.html
Anyway I notice that you are *very* new to Struts 1, so I suggest you to
read some tutorial:
http://struts.apache.org/1.3.8/userGuide/index.html

Antonio


Re: [jira] Updated: (WW-47) webwork.action.extension property no longer works

2007-09-28 Thread Antonio Petrelli
What do I see? An anonymous user changed the resolution of an issue???

Antonio

2007/9/28, Anonymous (JIRA) <[EMAIL PROTECTED]>:
>
>  [ 
> https://issues.apache.org/struts/browse/WW-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>  ]
>
>
> Resolution: Not A Problem  (was: Fixed)
> Status: Resolved  (was: Closed)
>
> > webwork.action.extension property no longer works
> > -
> >
> > Key: WW-47
> > URL: https://issues.apache.org/struts/browse/WW-47
> > Project: Struts 2
> >  Issue Type: Bug
> >  Components: Configuration
> > Environment: Orion 1.6.0, latest WebWork CVS (23/07/2002)
> >Reporter: Chris Miller
> >Assignee: Matt Baldree
> > Fix For: WW 1.3
> >
> >
> > I have the following in actions.xml:
> > 
> >   
> > news/index.vm
> >   
> > 
> > (note that I implement the CommandDriven interface, if that matters?)
> > I can successfully access this action using either:
> > 1) http://localhost/news.NewsAction!listNews.action  or
> > 2) http://localhost/news.action
> > However, when I set webwork.action.extension (in webwork.properties) to 
> > anything other than 'action' (and set the appropriate mapping in web.xml), 
> > only the first case above works. If I try the second case, eg
> > http://localhost/news.abc
> > I get the exception shown below. This used to work fine with a 2+ month old 
> > build of WebWork.
> > ERROR ServletDispatcher.java.service(): Could not instantiate action:news
> > java.lang.IllegalArgumentException: Action 'news' not found
> > at 
> > webwork.action.factory.JavaActionFactory.getActionImpl(JavaActionFactory.java:57)
> > at 
> > webwork.action.factory.ScriptActionFactoryProxy.getActionImpl(ScriptActionFactoryProxy.java:54)
> > at 
> > webwork.action.factory.XMLActionFactoryProxy.getActionImpl(XMLActionFactoryProxy.java:56)
> > at 
> > webwork.action.factory.PrefixActionFactoryProxy.getActionImpl(PrefixActionFactoryProxy.java:101)
> > at 
> > webwork.action.factory.JspActionFactoryProxy.getActionImpl(JspActionFactoryProxy.java:53)
> > at 
> > webwork.action.factory.CommandActionFactoryProxy.getActionImpl(CommandActionFactoryProxy.java:62)
> > at 
> > webwork.action.factory.AliasingActionFactoryProxy.getActionImpl(AliasingActionFactoryProxy.java:96)
> > at 
> > webwork.action.factory.CommandActionFactoryProxy.getActionImpl(CommandActionFactoryProxy.java:62)
> > at 
> > webwork.action.factory.ContextActionFactoryProxy.getActionImpl(ContextActionFactoryProxy.java:36)
> > at 
> > webwork.action.factory.PrepareActionFactoryProxy.getActionImpl(PrepareActionFactoryProxy.java:37)
> > at 
> > webwork.action.factory.ParametersActionFactoryProxy.getActionImpl(ParametersActionFactoryProxy.java:46)
> > at 
> > webwork.action.factory.DefaultActionFactory.getActionImpl(DefaultActionFactory.java:90)
> > at webwork.action.factory.ActionFactory.getAction(ActionFactory.java:62)
> > at webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:207)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
> > at com.evermind._efb._plc(.:518)
> > at com.evermind._efb._adc(.:174)
> > at com.evermind._cs._yqb(.:614)
> > at com.evermind._cs._yrb(.:189)
> > at com.evermind._bx.run(.:62)
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>

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



Re: 2.1.0 Build/Release Plan

2007-09-28 Thread Antonio Petrelli
2007/9/28, Ted Husted <[EMAIL PROTECTED]>:
>
> I'd like to propose 7 Oct 2007 as a tag date for the 2.1.0 version. If
> anyone would be interested in helping with the build, please don't be
> shy!



Ted, sincerely I wish to wait until XWork 2.1 is released, so we don't have
any snapshot dependency.

Antonio


Re: 2.1.0 Build/Release Plan

2007-09-28 Thread Ian Roughley

I think he might be on vacation.

Musachy Barroso wrote:

Any idea when that might be? I haven't seen Rainer on #struts for a
couple of weeks :)

musachy

On 9/28/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
  

2007/9/28, Ted Husted <[EMAIL PROTECTED]>:


I'd like to propose 7 Oct 2007 as a tag date for the 2.1.0 version. If
anyone would be interested in helping with the build, please don't be
shy!
  


Ted, sincerely I wish to wait until XWork 2.1 is released, so we don't have
any snapshot dependency.

Antonio





  


Re: [VOTE] Struts 2.0.11 Quality

2007-09-28 Thread Antonio Petrelli
2007/9/24, James Holmes <[EMAIL PROTECTED]>:
> [X] Leave at test build

+1 to leave as a test build. Example webapps do not contain
LICENSE.txt and NOTICE.txt files.
I opened a JIRA issue for this:
https://issues.apache.org/struts/browse/WW-2221

Antonio

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



Re: [VOTE] Struts 2.0.11 Quality

2007-09-28 Thread Antonio Petrelli
2007/9/28, Antonio Petrelli <[EMAIL PROTECTED]>:
> 2007/9/24, James Holmes <[EMAIL PROTECTED]>:
> > [X] Leave at test build
>
> +1 to leave as a test build. Example webapps do not contain
> LICENSE.txt and NOTICE.txt files.
> I opened a JIRA issue for this:
> https://issues.apache.org/struts/browse/WW-2221

Err... I changed my mind, I vote +1 for GA.
The reason is that the files are there, but they where difficult to
find (they are in WEB-INF/classes).
Anyway this is not a blocking issue, only a "major" one.

Antonio

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