Re: newbie question - setting form parameter in Javascript
check out dispatch actions..
you can have multiple execute methods with dispatch action ...
Your Action class extends DispatchAction instead of action (check the
docs)
public final ActionForward submit(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
...
}
public final ActionForward lookup(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
...
}
in struts config the parameter attibute need to know the name of the
parameter your about to send, the value of which is your execute method
name..
action path=/processForm type=com.sparrow.struts.MyAction
scope=request parameter=action
...
and then in jsp
html:link page=/processForm.do?action=lookup
html:link page=/processForm.do?action=submit
HTH Mark
On Friday, July 11, 2003, at 08:00 PM, Shyam A wrote:
James,
Thanks for your mail. I guess I need to elaborate a little bit. My
HTML form can be submitted in 2ways.
1. Clicking the Submit button.
2. Clicking the drop-down
Clicking the drop-down triggers a different action than clicking the
Submit button.
Selecting a value in the drop-down would submit the form and populate
some of the other fields in the form. This is done before the Submit
button is clicked. So, I need to distinguish the action of clicking
the drop-down from clicking the Submit button and I called it
Lookup.
Both actions would be identified with a single property in the
ActionForm class - action.
eg:
html:submit property=action value=Submit/
I would like to set this action property value to Lookup on
clicking the drop-down using Javascript. I guess a hidden field would
not serve the purpose as I already have action property defined for
the Submit button.
Look forward to your help/suggestions.
Thanks,
Shyam
James Mitchell [EMAIL PROTECTED] wrote:
You will need to create a hidden field named action, with a value of
Lookup:
My question to you iswhy Lookup? What does that have to do with
your
form?
Here's a sample:
function submitForm(form) {
form.action.value=Lookup;
form.submit();
return true;
}
[input]
Test Test2
On Friday 11 July 2003 14:15, Shyam A wrote:
Hi,
I have an HTML form with Submit and Cancel buttons, and a drop down
list,
which when clicked submits the form. I use Javascript to submit the
form
when the dropdown list is clicked. I have a property called action
defined in my ActionForm class that identifies the Submit and Cancel
buttons in the HTML form. When the drop-down is clicked, I would like
to
set the value of this action property to Lookup.
My Javascript function is given below:
function submitForm(form)
{
form.action.value=Lookup;
form.submit();
return true;
}
#
and I invoke this function in my HTML form as shown below:
#
Test
###
But, the value of the property action is not set to Lookup.
Any help would be greatly appreciated.
Thanks,
Shyam
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
--
James Mitchell
Software Developer/Struts Evangelist
http://www.struts-atlanta.org
678-910-8017
AIM:jmitchtx
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using JSTL tags instead of Struts tags
I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL tags instead of Struts tags On Thursday, Jul 10, 2003, at 15:18 America/Denver, Mark Galbreath wrote: Is this the same David Geary that wrote, among others, Advanced JavaServer Pages? Yes. David was also a member of the JSR-52 expert group (JSTL), and he's on the JSR-127 expert group (JavaServer Faces) as well. I've never been a fan of having SQL tags (especially the updating ones) in JSTL, for all the obvious reasons. However, there are a whole bunch of developers in the world who are used to model 1 style development (VB, PHP, PERL, Cold Fusion, ...), and it would not be fair for expert groups to ignore the needs of those developers, simply because we might not like what people will do with the result. This was a case where the group creating the standard was actually listening to what users wanted. Beyond that, it *is* feasible to separate business logic and presentation logic into separate JSP pages, and enjoy the fact that the page is automatically recompiled without needing the app to be restarted. Couple that with the fact that Struts lets you say that a particular action really does a RequestDispatcher.include(), and you've suddenly got the ability to program Actions as JSP pages ... sort of a mind twisting approach, but it seems like it would be feasible in scenarios where the business logic is simple enough to be scripted in JSP tags that are only used for their side effects, not for their output (which would get thrown away anyway when Struts ultimately forwards to the presentation JSP). In such a scenario, having SQL access tags would make a lot of sense. david Craig - 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: [FRIDAY] What do you call a deer without eyes?
half a dog... On Friday, July 11, 2003, at 07:58 PM, Mark Lowe wrote: whats got 2 legs and bleeds a lot? On Friday, July 11, 2003, at 07:43 PM, Bailey, Shane C. wrote: What do you call a fish with two knees? A two knee fish! (Tunafish!) -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:49 PM To: 'Struts Users Mailing List' Subject: RE: [FRIDAY] What do you call a deer without eyes? deer doesn't have is -Original Message- From: Chen, Gin [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:43 PM To: 'Struts Users Mailing List' Subject: RE: [FRIDAY] What do you call a deer without eyes? Dinner -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:41 PM To: Struts Users Mailing List Subject: Re: [FRIDAY] What do you call a deer without eyes? Brian ? On Friday, July 11, 2003, at 05:39 PM, James Mitchell wrote: Blinded deer (Blind dead deer) -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: Jing Zhou [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:23 PM Subject: [FRIDAY] What do you call a deer without eyes? No eye deer. (No idea :-) What do you call a dead deer without eyes? - 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] - 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: Xdoclet
Hi thanks for the reply, Any information or sample code on how to use those?. Thanks Saman Ghodsian CTO Middle Earth Technologies Ltd. www.metca.com Cell (604)-839-7791 Vancouver, BC Canada -Original Message- From: Alex Shneyderman [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:14 PM To: 'Struts Users Mailing List' Subject: RE: Xdoclet They are subtasks of ejbdoclet (strutsform) and webdoclet's strutsconfigxml and strutsvalidationxml you can find appropriate tag descriptions in the docs for those modules. -Original Message- From: Saman Ghodsian [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 3:02 PM To: [EMAIL PROTECTED] Subject: Xdoclet Hi everyone, Just starting with struts, I'm looking for xdoclet for struts, where I can put attributes on my model source code and it will generate all the Action, form, etc and xml files for me. Any ideas? Pointers appreciated.. Saman Ghodsian CTO Middle Earth Technologies Ltd. www.metca.com Cell (604)-839-7791 Vancouver, BC Canada - 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: newbie question - setting form parameter in Javascript
I think I see where you are goingtry setting the form action instead:
SCRIPT language=JavaScript
function submitForm(form) {
document.frm.action=lookup.do; // --Change this to not be hard-coded
form.submit();
return true;
}
/SCRIPT
form name=frm action=? method=GET
input type=hidden name=action value=
select name=crn onclick=submitForm(this.form)
option value=Test selectedTest/option
option value=Test2Test2/option
/select
br
input type=submit name=action value=Submit
/form
On Friday 11 July 2003 15:00, Shyam A wrote:
James,
Thanks for your mail. I guess I need to elaborate a little bit. My HTML
form can be submitted in 2ways. 1. Clicking the Submit button.
2. Clicking the drop-down
Clicking the drop-down triggers a different action than clicking the
Submit button. Selecting a value in the drop-down would submit the form
and populate some of the other fields in the form. This is done before the
Submit button is clicked. So, I need to distinguish the action of
clicking the drop-down from clicking the Submit button and I called it
Lookup.
Both actions would be identified with a single property in the ActionForm
class - action.
eg:
html:submit property=action value=Submit/
I would like to set this action property value to Lookup on clicking
the drop-down using Javascript. I guess a hidden field would not serve the
purpose as I already have action property defined for the Submit button.
Look forward to your help/suggestions.
Thanks,
Shyam
James Mitchell [EMAIL PROTECTED] wrote:
You will need to create a hidden field named action, with a value of
Lookup:
My question to you iswhy Lookup? What does that have to do with your
form?
Here's a sample:
function submitForm(form) {
form.action.value=Lookup;
form.submit();
return true;
}
[input]
Test Test2
On Friday 11 July 2003 14:15, Shyam A wrote:
Hi,
I have an HTML form with Submit and Cancel buttons, and a drop down list,
which when clicked submits the form. I use Javascript to submit the form
when the dropdown list is clicked. I have a property called action
defined in my ActionForm class that identifies the Submit and Cancel
buttons in the HTML form. When the drop-down is clicked, I would like to
set the value of this action property to Lookup.
My Javascript function is given below:
function submitForm(form)
{
form.action.value=Lookup;
form.submit();
return true;
}
#
and I invoke this function in my HTML form as shown below:
#
Test
###
But, the value of the property action is not set to Lookup.
Any help would be greatly appreciated.
Thanks,
Shyam
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
--
James Mitchell
Software Developer/Struts Evangelist
http://www.struts-atlanta.org
678-910-8017
AIM:jmitchtx
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xdoclet
Saman Ghodsian wrote: Hi thanks for the reply, Any information or sample code on how to use those?. Maybe not those tags particularly, but example of XDoclet use at http://xpetstore.sf.net/ Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [FRIDAY] What do you call a deer without eyes?
Hello, list, We haven't get the *simplest* answer to the second question: What do you call a dead deer without eyes? If no *correct* answer, I will publish it in an hour. Obviously putting it on dinner table is not the best practice :-) Jing - Original Message - From: Mark Lowe [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:15 PM Subject: Re: [FRIDAY] What do you call a deer without eyes? half a dog... On Friday, July 11, 2003, at 07:58 PM, Mark Lowe wrote: whats got 2 legs and bleeds a lot? On Friday, July 11, 2003, at 07:43 PM, Bailey, Shane C. wrote: What do you call a fish with two knees? A two knee fish! (Tunafish!) -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:49 PM To: 'Struts Users Mailing List' Subject: RE: [FRIDAY] What do you call a deer without eyes? deer doesn't have is -Original Message- From: Chen, Gin [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:43 PM To: 'Struts Users Mailing List' Subject: RE: [FRIDAY] What do you call a deer without eyes? Dinner -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:41 PM To: Struts Users Mailing List Subject: Re: [FRIDAY] What do you call a deer without eyes? Brian ? On Friday, July 11, 2003, at 05:39 PM, James Mitchell wrote: Blinded deer (Blind dead deer) -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: Jing Zhou [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:23 PM Subject: [FRIDAY] What do you call a deer without eyes? No eye deer. (No idea :-) What do you call a dead deer without eyes? - 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] - 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]
Newbie: Using property attribute in bean:write
I have a value object which has a invoice date (String). I have two getMethods in my
value object
private String invoiceDate;
public String getInvoiceDate() {
return invoiceDate;
}
public String getDisplayInvoiceDate() {
return DateUtils.formatDate(invoiceDate);
}
Note that my getDisplayInvoiceDate is just a helper method to format bean property
invoiceDate
Now in my jsp, if I want to display the formatted invoicedate like this
tdbean:write name=detail property=displayInvoiceDate //td
I wud think Struts just call getDisplayInvoiceDate() on the bean and display the value.
On the contrary, I get an error
javax.servlet.ServletException: Exception thrown by getter for property
displayInvoiceDate of bean detail
Does this mean, Stuts expects a property displayInvoiceDate in my bean?
How do I overcome this?
Thanks
Swami
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
Re: Using JSTL tags instead of Struts tags
Couldn't agree with you more... an' sorry for the snide line, i think i've got a little irritated over yesterdays efforts on this thread.. I just cant see why the JSTL standard seems to be a product of pandering to PHP hackers (There are some nicely written PHP apps).. Worse still folks who are publishing books on the subject are encouraging this sort of thing.. I think that rancid festering camel's jism would perhaps be a more fitting term than dog-food, for the sort of thing you were describing :o) On Friday, July 11, 2003, at 08:11 PM, Davidson, Glenn wrote: I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL tags instead of Struts tags On Thursday, Jul 10, 2003, at 15:18 America/Denver, Mark Galbreath wrote: Is this the same David Geary that wrote, among others, Advanced JavaServer Pages? Yes. David was also a member of the JSR-52 expert group (JSTL), and he's on the JSR-127 expert group (JavaServer Faces) as well. I've never been a fan of having SQL tags (especially the updating ones) in JSTL, for all the obvious reasons. However, there are a whole bunch of developers in the world who are used to model 1 style development (VB, PHP, PERL, Cold Fusion, ...), and it would not be fair for expert groups to ignore the needs of those developers, simply because we might not like what people will do with the result. This was a case where the group creating the standard was actually listening to what users wanted. Beyond that, it *is* feasible to separate business logic and presentation logic into separate JSP pages, and enjoy the fact that the page is automatically recompiled without needing the app to be restarted. Couple that with the fact that Struts lets you say that a particular action really does a RequestDispatcher.include(), and you've suddenly got the ability to program Actions as JSP pages ... sort of a mind twisting approach, but it seems like it would be feasible in scenarios where the business logic is simple enough to be scripted in JSP tags that are only used for their side effects, not for their output (which would get thrown away anyway when Struts ultimately forwards to the presentation JSP). In such a scenario, having SQL access tags would make a lot of sense. david Craig - To unsubscribe, e-mail: [EMAIL
RE: Using JSTL tags instead of Struts tags
Mark, As Glenn pointed out that there are different scales of applications, just like PHP hacking might be more suited, JSTL might be more suited. With some custom persistence tags to handle your business logic, you could easily write a whole application with JSTL. Though, I wouldn't recommend it in most cases. I could also point out that putting ANY business logic in a PageController (like struts) is stupid. Jacob Hookom Senior Analyst/Programmer McKesson Medical-Surgical Golden Valley, Minnesota http://www.mckesson.com -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:40 PM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags Couldn't agree with you more... an' sorry for the snide line, i think i've got a little irritated over yesterdays efforts on this thread.. I just cant see why the JSTL standard seems to be a product of pandering to PHP hackers (There are some nicely written PHP apps).. Worse still folks who are publishing books on the subject are encouraging this sort of thing.. I think that rancid festering camel's jism would perhaps be a more fitting term than dog-food, for the sort of thing you were describing :o) On Friday, July 11, 2003, at 08:11 PM, Davidson, Glenn wrote: I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL tags instead of Struts tags On Thursday, Jul 10, 2003, at 15:18 America/Denver, Mark Galbreath wrote: Is this the same David Geary that wrote, among others, Advanced JavaServer Pages? Yes. David was also a member of the JSR-52 expert group (JSTL), and he's on the JSR-127 expert group (JavaServer Faces) as well. I've never been a fan of having SQL tags (especially the updating ones) in JSTL, for all the obvious reasons. However, there are a whole bunch of developers in the world who are used to model 1 style development (VB, PHP, PERL, Cold Fusion, ...), and it would not be fair for expert groups to ignore the needs of those developers, simply because we might not like what people will do with the result. This was a case where the group creating the standard was actually listening to what users wanted. Beyond that, it *is* feasible to separate business logic and presentation logic into separate JSP
Exception handling in custom tags
Hi all, I´m having some trouble with exception handling in my custom tags. Is there a practical way to handle them, just like we do in struts actions? Do I have to programaticaly catch everything and forward to the error page? Thanks in advance, Marco Garbelini - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Xdoclet
I wrote a sample app that might be just what you're looking for: http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse HTH, Matt -Original Message- From: Saman Ghodsian [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 1:02 PM To: [EMAIL PROTECTED] Subject: Xdoclet Hi everyone, Just starting with struts, I'm looking for xdoclet for struts, where I can put attributes on my model source code and it will generate all the Action, form, etc and xml files for me. Any ideas? Pointers appreciated.. Saman Ghodsian CTO Middle Earth Technologies Ltd. www.metca.com Cell (604)-839-7791 Vancouver, BC Canada - 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: [FRIDAY] What do you call a deer without eyes?
On 07/11/2003 03:31:10 PM Jing Zhou wrote: Hello, list, We haven't get the *simplest* answer to the second question: What do you call a dead deer without eyes? If no *correct* answer, I will publish it in an hour. Only in an hour? Hmm, what's the rush? ;-) Obviously putting it on dinner table is not the best practice :-) LOL! I thought Dinner was a great answer. Susan Bradeen Jing - 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: Using JSTL tags instead of Struts tags
Thanks guys. The bottom line is that we do have the ability not to use the features that we find objectionable. I am just surprised that the very fine folks who conceived and built the struts framework would (appear to) favor such features. Perhaps they could build one struts framework for people who know what they are doing and a second framework for people who want to mix presentation and logic. I could make an argument for separate frameworks that would be equal to the arguments I saw for these features. Frankly, given the arguments I have seen to support the SQL tags it wouldn't be very difficult. As an aside, Dog Food has a specific tech meaning? If it is not to much trouble what exactly does it mean in techie Thanks Glenn -Original Message- From: Hookom, Jacob [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 3:39 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags Mark, As Glenn pointed out that there are different scales of applications, just like PHP hacking might be more suited, JSTL might be more suited. With some custom persistence tags to handle your business logic, you could easily write a whole application with JSTL. Though, I wouldn't recommend it in most cases. I could also point out that putting ANY business logic in a PageController (like struts) is stupid. Jacob Hookom Senior Analyst/Programmer McKesson Medical-Surgical Golden Valley, Minnesota http://www.mckesson.com -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:40 PM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags Couldn't agree with you more... an' sorry for the snide line, i think i've got a little irritated over yesterdays efforts on this thread.. I just cant see why the JSTL standard seems to be a product of pandering to PHP hackers (There are some nicely written PHP apps).. Worse still folks who are publishing books on the subject are encouraging this sort of thing.. I think that rancid festering camel's jism would perhaps be a more fitting term than dog-food, for the sort of thing you were describing :o) On Friday, July 11, 2003, at 08:11 PM, Davidson, Glenn wrote: I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL
struts-config.xml Validation At Server Startup
I was running some tests with my Tomcat server and moved it to a place on the network where it was unable to access the internet. Tomcat started fine, but Struts threw an I/O exception on struts-config.xml, even though the file was there and was fine. I think that this I/O exception is due to Struts attempting to validate the xml against the dtd specified in the DOCTYPE header by getting the dtd over the network. Is this true? Is there a way to control how Struts validates the file? Thanks, Alan Alan Weissman Systems Engineer Concord Financial Technologies (212) 532 8160 x129 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Populating form from request parameters in JSP
Hi, I just started using struts. And like you, I thought creating all the extra Action mappings and Action objects would add extra complexity. So I created an enhancement request asking that a new method be added to the ActionForm object which would be called when the ActionForm is created. This method would be passed the HttpRequest which caused the ActionForm to be created so that the ActionForm could use the HttpRequest object to pre-populate itself without the need for a separate action. But someone in struts-dev mentioned that ActionForm.Reset() is called after an ActionForm is created in addition to being called just before HTML form values are populated to the ActionForm's properties. This was great because it provided the functionality I was looking for. So basically what happens is that when an html:form element is referenced in the JSP, the ActionForm which matches the html:form's action property gets created if it doesn't already exist. Since you know the first call to reset() corresponds with the creation of the ActionForm object, you can do all your initialization. Then when the JSP continues on to render other fields in your form, they will be populated with good data. I tried it out and it worked great. I didn't have to make any Action objects just for the purpose of initializing ActionForm objects. I just let the ActionForm objects take care of it themselves on the first call to reset(). I also configured struts to keep the ActionForm on the session scope so that the ActionForm wouldn't have to go through an extra initialization when the user actually clicked the submit button on the form rendered by the JSP. The only thing that worries me is that the behavior of calling ActionForm.reset() upon ActionForm creation is not documented so I'm a little worried that future versions of Struts may change this behavior. But taking advantage of the current behavior makes prepopulating forms allot easier so I'll take my chances. What can I say, I'm lazy :) Kurt -Original Message- From: Ajay Patil [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 6:21 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Populating form from request parameters in JSP Thanks Nagi, Atleast I know that I am not doing something wierd. Anyway, why does the JSP page care about the origin of the forward. Why cant it simply autopopulate the form from request parameters ? Defining an extra action class just to do the forward seems to unnecessarily increase complexity. What do you think ? Ajay hi, your two jsp pages have different action forms associated with them. so u cant expect the second jsp page to autopupulate the previous request parameters. u have to go thro' the struts thing(action class) which will then autopopulate ur new action form and then the jsp page associated will show the values.. if both ur jsp pages share a single action form(which is in session) then the second jsp page will automatically show the values hope its clear now -- nagi ---Original Message--- From: Struts Users Mailing List Date: Friday, July 11, 2003 12:33:32 PM To: [EMAIL PROTECTED] Subject: Populating form from request parameters in JSP Hello, I know this question has probably been asked several times. But, possibly a Struts developer can explain because I am confused. Generally, my action classes receive posted data, query the database, put the query result as request attribute and then forward to the next JSP. However, I find that form properties in the next JSP dont get auto-populated from the request parameters. So, I define a new action class (associated with the next form), and use it simply for forwarding. And then I can see the form properties auto-populated. So, why is this extra step (or extra action class) needed ? Or am doing something wrong here ? Please clarify, Ajay - 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: Using JSTL tags instead of Struts tags
--- Davidson, Glenn [EMAIL PROTECTED] wrote: I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. This discussion has had little to do with Struts and much to do with the JSTL. David -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL tags instead of Struts tags On Thursday, Jul 10, 2003, at 15:18 America/Denver, Mark Galbreath wrote: Is this the same David Geary that wrote, among others, Advanced JavaServer Pages? Yes. David was also a member of the JSR-52 expert group (JSTL), and he's on the JSR-127 expert group (JavaServer Faces) as well. I've never been a fan of having SQL tags (especially the updating ones) in JSTL, for all the obvious reasons. However, there are a whole bunch of developers in the world who are used to model 1 style development (VB, PHP, PERL, Cold Fusion, ...), and it would not be fair for expert groups to ignore the needs of those developers, simply because we might not like what people will do with the result. This was a case where the group creating the standard was actually listening to what users wanted. Beyond that, it *is* feasible to separate business logic and presentation logic into separate JSP pages, and enjoy the fact that the page is automatically recompiled without needing the app to be restarted. Couple that with the fact that Struts lets you say that a particular action really does a RequestDispatcher.include(), and you've suddenly got the ability to program Actions as JSP pages ... sort of a mind twisting approach, but it seems like it would be feasible in scenarios where the business logic is simple enough to be scripted in JSP tags that are only used for their side effects, not for their output (which would get thrown away anyway when Struts ultimately forwards to the presentation JSP). In such a scenario, having SQL access tags would make a lot of sense. david Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: [FRIDAY] What do you call a deer without eyes?
Hi All, It better not be A dead deer :-). Have a great weekend, Greg Hello, list, We haven't get the *simplest* answer to the second question: What do you call a dead deer without eyes? If no *correct* answer, I will publish it in an hour. Only in an hour? Hmm, what's the rush? ;-) Obviously putting it on dinner table is not the best practice :-) LOL! I thought Dinner was a great answer. Susan Bradeen Jing - 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: [FRIDAY] What do you call a deer without eyes?
No idea. ;-) And when it also has no legs... Quoting Susan Bradeen [EMAIL PROTECTED]: On 07/11/2003 03:31:10 PM Jing Zhou wrote: Hello, list, We haven't get the *simplest* answer to the second question: What do you call a dead deer without eyes? If no *correct* answer, I will publish it in an hour. Only in an hour? Hmm, what's the rush? ;-) Obviously putting it on dinner table is not the best practice :-) LOL! I thought Dinner was a great answer. Susan Bradeen Jing -- Kris Schneider mailto:[EMAIL PROTECTED] D.O.Tech http://www.dotech.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using JSTL tags instead of Struts tags
Davidson, Glenn wrote: As an aside, Dog Food has a specific tech meaning? If it is not to much trouble what exactly does it mean in techie http://www.catb.org/~esr/jargon/html/D/dogfood.html Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using JSTL tags instead of Struts tags
David, Thanks David, I do stand corrected. I must have misread some of the earlier emails, so the offensive tags are part of the JSTL. Since it the JSTL is coming from Sun it is not surprising that is includes some garbage. I still saw some fine folks arguing in favor of these features. What about JSF, will there be support in JSF for embedding business or data logic into the presentation layer? If so why? Glenn -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 4:07 PM To: Struts Users Mailing List Subject: RE: Using JSTL tags instead of Struts tags --- Davidson, Glenn [EMAIL PROTECTED] wrote: I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. This discussion has had little to do with Struts and much to do with the JSTL. David -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL tags instead of Struts tags On Thursday, Jul 10, 2003, at 15:18 America/Denver, Mark Galbreath wrote: Is this the same David Geary that wrote, among others, Advanced JavaServer Pages? Yes. David was also a member of the JSR-52 expert group (JSTL), and he's on the JSR-127 expert group (JavaServer Faces) as well. I've never been a fan of having SQL tags (especially the updating ones) in JSTL, for all the obvious reasons. However, there are a whole bunch of developers in the world who are used to model 1 style development (VB, PHP, PERL, Cold Fusion, ...), and it would not be fair for expert groups to ignore the needs of those developers, simply because we might not like what people will do with the result. This was a case where the group creating the standard was actually listening to what users wanted. Beyond that, it *is* feasible to separate business logic and presentation logic into separate JSP pages, and enjoy the fact that the page is automatically recompiled without needing the app to be restarted. Couple that with the fact that Struts lets you say that a particular action really does a RequestDispatcher.include(), and you've suddenly got the ability to program Actions as JSP pages ... sort of a mind twisting approach, but it seems like it would be feasible in scenarios where the business logic is simple enough
RE: Using JSTL tags instead of Struts tags
Thanks! I am chowing down now :-) ! Glenn -Original Message- From: Erik Price [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 4:12 PM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags Davidson, Glenn wrote: As an aside, Dog Food has a specific tech meaning? If it is not to much trouble what exactly does it mean in techie http://www.catb.org/~esr/jargon/html/D/dogfood.html Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts, search, and approval...
The new version of IBM's Websphere Studio Application Developer, version 5, has full struts integration. The fact that struts is built right into the program gives it a lot of support. Now if only WSAD would stop complaining about tiles definitions! - Keith -Original Message- From: Greg Reddin [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:30 PM To: Struts Users Mailing List Subject: Re: Struts, search, and approval... Sun's Blueprints book makes mention of Struts when talking about MVC Frameworks. It's about as close to an endorsement as you can get. Greg Gregory F. March wrote: First a quick note. It seems that searching of the struts list archive is not working. A search for forward in the body is returning zero results. I think there should be just a few hits for that one. :-) Next, I have developed a POC for a product I'm working on. However, struts is not currently an approved tool where I work. I am looking for statements by big companies / organizations like (especially) Sun, Weblogic, IBM, etc. that are endorsing this tool. I am also looking for a Top 10 list of reason why we should approve it as a viable tool irrespective of what other companies think. I think this was mentioned here a few weeks ago (which is why I mentioned the issue with searching above), so I'll apologize up front for starting this thread again. Any help would be greatly appreciated. Thanks, /greg -- Gregory F. March-=-http://www.gfm.net:81/~march-=- AIM:GfmNet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and attachments. DISCLAIMER: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and attachments. - 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]
Losing data on a upload with Mac
Hi, I am having a small issue with a Mac (of which I know nothing). When uploading a file on Linux or on Windows all of the data arrives correctly. However with files larger then 500K or so on a Mac, not all of the data arrives (say 506 when 512 should have arrived). I did some googling and I've read some things about losing the resource fork and needing to convert to binhex or using some util called stuffit.. all this to say that I am at a loss. Any ideas? Thanks Justin -- Justin F. Knotzke [EMAIL PROTECTED] http://www.shampoo.ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [FRIDAY] What do you call a deer without eyes?
Alright, try the following *best* practice with any kids: What do you call a deer without eyes? No eye deer (No idea :-) Great! You get it right. Then what do you call a dead deer without eyes? Still no eye dear (Still no idea :-) You get it right again! Jing - Original Message - From: Susan Bradeen [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:54 PM Subject: Re: [FRIDAY] What do you call a deer without eyes? On 07/11/2003 03:31:10 PM Jing Zhou wrote: Hello, list, We haven't get the *simplest* answer to the second question: What do you call a dead deer without eyes? If no *correct* answer, I will publish it in an hour. Only in an hour? Hmm, what's the rush? ;-) Obviously putting it on dinner table is not the best practice :-) LOL! I thought Dinner was a great answer. Susan Bradeen Jing - 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: Using JSTL tags instead of Struts tags
--- Davidson, Glenn [EMAIL PROTECTED] wrote: David, Thanks David, I do stand corrected. I must have misread some of the earlier emails, so the offensive tags are part of the JSTL. Since it the JSTL is coming from Sun it is not surprising that is includes some garbage. I still saw some fine folks arguing in favor of these features. There's no point in complaining about JSTL sql tags on the Struts users mailing list. We can't remove them from the taglib but we can choose to not use them. The JSTL's sql tags have their place in very small apps and proof-of-concept apps. If they bring more people to the Java platform, I consider them a worthwhile addition. However, I choose not to use them as they lead to unmaintainable apps. David What about JSF, will there be support in JSF for embedding business or data logic into the presentation layer? If so why? Glenn -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 4:07 PM To: Struts Users Mailing List Subject: RE: Using JSTL tags instead of Struts tags --- Davidson, Glenn [EMAIL PROTECTED] wrote: I recently saw the term Dog Food and found it amusing. I might not be using it correctly in this context ( I just might be eating some dog food with my prior email :-) ) . What I was trying to get across is that just because there are other languages/technologies that allow programmers to build applications in a poor manner, that in itself should not be used to justify the addition of features that would allow Struts based applications to be built in the same manner. I chose struts as the framework for our web development specifically because it didn't allow the type of mixing of logic and presentation that was mentioned earlier in this thread. If I wanted to mix logic and presentation I would use PHP, it makes it very easy to do that. If struts is going to be MVC, then let's keep it MVC. This discussion has had little to do with Struts and much to do with the JSTL. David -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 11:30 AM To: Struts Users Mailing List Subject: Re: Using JSTL tags instead of Struts tags I'm familiar with the tech idiom dog-food .. but I have no idea what it is you're talking about please can you explain what you understand by dog-food coding? If your saying what I think you are are you sure you're not choking on some? On Friday, July 11, 2003, at 02:36 PM, Davidson, Glenn wrote: Please tell me that this is the start of a new urban legend and a joke. There are people who like Dog food coding (see PHP, Perl) but this should not be used as an excuse to pollute what Struts stands for. I understand that you want to increase the acceptance of Struts but history has shown that as soon as you start down the slippery slope of including Dog Food features you become the technology providers that you currently make fun of. I humbly request that you reconsider SQL tags and other Dog Food features. Struts has made a great start and up till now the direction has been solid. No Dog Food please! Glenn -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 7:20 PM To: 'Struts Users Mailing List' Subject: RE: Using JSTL tags instead of Struts tags I think this approach is bullshit. Why would you develop SQL tags to get access to the db from the view? You are contradicting yourself...this is exactly what PERL and PHP do. This is not good programming practice! Mark -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, July 10, 2003 6:38 PM On Thu, 10 Jul 2003, David Geary wrote: Date: Thu, 10 Jul 2003 15:22:17 -0600 From: David Geary [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: Using JSTL tags instead of Struts tags On Thursday, Jul 10, 2003, at 15:18 America/Denver, Mark Galbreath wrote: Is this the same David Geary that wrote, among others, Advanced JavaServer Pages? Yes. David was also a member of the JSR-52 expert group (JSTL), and he's on the JSR-127 expert group (JavaServer Faces) as well. I've never been a fan of having SQL tags (especially the updating ones) in JSTL, for all the obvious reasons. However, there are a whole bunch of developers in the world who are used to model 1 style development (VB, PHP, PERL, Cold Fusion, ...), and it would not be fair for expert groups to ignore the needs of those developers, simply because we might not like what people will do with the result. This was a case where the group
Re: [FRIDAY] What do you call a deer without eyes?
On Friday 11 July 2003 16:34, Jing Zhou wrote: Alright, try the following *best* practice with any kids: What do you call a deer without eyes? No eye deer (No idea :-) Great! You get it right. Then what do you call a dead deer without eyes? Still no eye dear (Still no idea :-) That's lame, I like dinner better. You get it right again! Jing - Original Message - From: Susan Bradeen [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:54 PM Subject: Re: [FRIDAY] What do you call a deer without eyes? On 07/11/2003 03:31:10 PM Jing Zhou wrote: Hello, list, We haven't get the *simplest* answer to the second question: What do you call a dead deer without eyes? If no *correct* answer, I will publish it in an hour. Only in an hour? Hmm, what's the rush? ;-) Obviously putting it on dinner table is not the best practice :-) LOL! I thought Dinner was a great answer. Susan Bradeen Jing - 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] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Losing data on a upload with Mac
Justin F. Knotzke wrote: Hi, I am having a small issue with a Mac (of which I know nothing). When uploading a file on Linux or on Windows all of the data arrives correctly. However with files larger then 500K or so on a Mac, not all of the data arrives (say 506 when 512 should have arrived). I did some googling and I've read some things about losing the resource fork and needing to convert to binhex or using some util called stuffit.. all this to say that I am at a loss. Sorta OT, innit? But, to answer your question, yeah Macs typically have two parts to every file, a resource fork, and a data fork. When you move the file to a filesystem that doesn't know how to handle such files, the resource fork is just dropped. Linux usually uses ext2fs or something like that, whereas Macs use HFS+. You need to make sure that your files are safe for upload to a non-HFS+ filesystem, or that the repository where the files are being uploaded to can handle resource forks. Note that in many cases the resource fork contains information that isn't absolutely essential, such as which application should be used to open the file by default on a Mac, or what icon should be used to represent the file in the Finder... sometimes it is ok if this kind of thing is lost, esp if the file is not destined to ever return to a Mac again. Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Losing data on a upload with Mac
quote who=Erik Price date=[030711 16:41]/ Sorta OT, innit? I suppose and I apologize but the system is written using struts.. I swear! ;) But, to answer your question, yeah Macs typically have two parts to every file, a resource fork, and a data fork. When you move the file to a filesystem that doesn't know how to handle such files, the resource fork is just dropped. Linux usually uses ext2fs or something like that, whereas Macs use HFS+. You need to make sure that your files are safe for upload to a non-HFS+ filesystem, or that the repository where the files are being uploaded to can handle resource forks. Thank You. J -- Justin F. Knotzke [EMAIL PROTECTED] http://www.shampoo.ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Newbie: Using property attribute in bean:write
Could formatDate() be throwing an exception? Put it in a try block and
give it a go.
Does property=invoiceDate work?
The page should not care how the getXXX() is implemented.
-Original Message-
From: Swaminathan Gurumoorthy [mailto:[EMAIL PROTECTED]
Sent: Friday, July 11, 2003 1:37 PM
To: [EMAIL PROTECTED]
Subject: Newbie: Using property attribute in bean:write
I have a value object which has a invoice date (String). I have two
getMethods in my value object
private String invoiceDate;
public String getInvoiceDate() {
return invoiceDate;
}
public String getDisplayInvoiceDate() {
return DateUtils.formatDate(invoiceDate);
}
Note that my getDisplayInvoiceDate is just a helper method to format
bean property invoiceDate
Now in my jsp, if I want to display the formatted invoicedate like this
tdbean:write name=detail property=displayInvoiceDate //td
I wud think Struts just call getDisplayInvoiceDate() on the bean and
display the value.
On the contrary, I get an error
javax.servlet.ServletException: Exception thrown by getter for property
displayInvoiceDate of bean detail
Does this mean, Stuts expects a property displayInvoiceDate in my
bean?
How do I overcome this?
Thanks
Swami
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Newbie: Using property attribute in bean:write
You are feeding formatDate() 'kibbles' but no bits ;-)
-Original Message-
From: Joe Zendle
Sent: Friday, July 11, 2003 2:54 PM
To: Struts Users Mailing List
Subject: RE: Newbie: Using property attribute in bean:write
Could formatDate() be throwing an exception? Put it in a try block and
give it a go.
Does property=invoiceDate work?
The page should not care how the getXXX() is implemented.
-Original Message-
From: Swaminathan Gurumoorthy [mailto:[EMAIL PROTECTED]
Sent: Friday, July 11, 2003 1:37 PM
To: [EMAIL PROTECTED]
Subject: Newbie: Using property attribute in bean:write
I have a value object which has a invoice date (String). I have two
getMethods in my value object
private String invoiceDate;
public String getInvoiceDate() {
return invoiceDate;
}
public String getDisplayInvoiceDate() {
return DateUtils.formatDate(invoiceDate);
}
Note that my getDisplayInvoiceDate is just a helper method to format
bean property invoiceDate
Now in my jsp, if I want to display the formatted invoicedate like this
tdbean:write name=detail property=displayInvoiceDate //td
I wud think Struts just call getDisplayInvoiceDate() on the bean and
display the value.
On the contrary, I get an error
javax.servlet.ServletException: Exception thrown by getter for property
displayInvoiceDate of bean detail
Does this mean, Stuts expects a property displayInvoiceDate in my
bean?
How do I overcome this?
Thanks
Swami
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
-
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, search, and approval...
I like it... a lot. But I can't endorse it on behalf of my employer. Maybe Craig is feeling more adventurous? :) Seriously, one way you can look at this problem is by contrasting Struts with other web development frameworks (of which there are plenty). I'm assuming that you've already argued or can argue successfully that acquiring an existing framework is superior to building your own. If so, one way to compare frameworks without even getting technical is by considering the size and activity of the user community, the availablity and quality of documentation, the rate at which the framework is improving, and the likelihood that you can buy or rent resources who are familiar with the framework. I know that Struts would look pretty good on those points. Good luck, --Michael Kamholz, Keith (corp-staff) USX wrote: The new version of IBM's Websphere Studio Application Developer, version 5, has full struts integration. The fact that struts is built right into the program gives it a lot of support. Now if only WSAD would stop complaining about tiles definitions! - Keith -Original Message- From: Greg Reddin [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:30 PM To: Struts Users Mailing List Subject: Re: Struts, search, and approval... Sun's Blueprints book makes mention of Struts when talking about MVC Frameworks. It's about as close to an endorsement as you can get. Greg Gregory F. March wrote: First a quick note. It seems that searching of the struts list archive is not working. A search for forward in the body is returning zero results. I think there should be just a few hits for that one. :-) Next, I have developed a POC for a product I'm working on. However, struts is not currently an approved tool where I work. I am looking for statements by big companies / organizations like (especially) Sun, Weblogic, IBM, etc. that are endorsing this tool. I am also looking for a Top 10 list of reason why we should approve it as a viable tool irrespective of what other companies think. I think this was mentioned here a few weeks ago (which is why I mentioned the issue with searching above), so I'll apologize up front for starting this thread again. Any help would be greatly appreciated. Thanks, /greg -- Gregory F. March-=-http://www.gfm.net:81/~march-=- AIM:GfmNet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and attachments. DISCLAIMER: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and attachments. - 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]
accessing a standard collections elements
Is logic:iterate the only struts/jstl tag that can access a standard java collections elements? I want to get the 1st element which is a bean, but I have no getter or setter methods to extract this bean, so I guess the bean[x] syntax falls flat there. logic:iterator however doesn't need this syntax and works fine on a standard java collection. I guess this may be a case for my first foray into custom tags. -- Mike W - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dynamically create an ActionForm in action forwarding.
Hi, I have this question about action forwarding. I have two actions. Action A will forward to action B. In Action A I want to dynamically create an ActionForm that will be forwarded to Action B. How can I do that ? Thanks David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [FRIDAY] What do you call a deer without eyes?
Just remember that you can tune a piano but you can't tune a fish! -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 3:00 PM To: Struts Users Mailing List Subject: Re: [FRIDAY] What do you call a deer without eyes? On Friday 11 July 2003 14:43, Bailey, Shane C. wrote: What do you call a fish with two knees? A two knee fish! (Tunafish!) Oh my God, I can't believe I actually laughed at that .(smack forehead) :P -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 2:49 PM To: 'Struts Users Mailing List' Subject: RE: [FRIDAY] What do you call a deer without eyes? deer doesn't have is -Original Message- From: Chen, Gin [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:43 PM To: 'Struts Users Mailing List' Subject: RE: [FRIDAY] What do you call a deer without eyes? Dinner -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:41 PM To: Struts Users Mailing List Subject: Re: [FRIDAY] What do you call a deer without eyes? Brian ? On Friday, July 11, 2003, at 05:39 PM, James Mitchell wrote: Blinded deer (Blind dead deer) -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - Original Message - From: Jing Zhou [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Friday, July 11, 2003 12:23 PM Subject: [FRIDAY] What do you call a deer without eyes? No eye deer. (No idea :-) What do you call a dead deer without eyes? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer/Struts Evangelist http://www.struts-atlanta.org 678-910-8017 AIM:jmitchtx - 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: Using JSTL tags instead of Struts tags
On Fri, 11 Jul 2003, Davidson, Glenn wrote: Date: Fri, 11 Jul 2003 15:59:31 -0400 From: Davidson, Glenn [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: Using JSTL tags instead of Struts tags Thanks guys. The bottom line is that we do have the ability not to use the features that we find objectionable. I am just surprised that the very fine folks who conceived and built the struts framework would (appear to) favor such features. Perhaps they could build one struts framework for people who know what they are doing and a second framework for people who want to mix presentation and logic. I could make an argument for separate frameworks that would be equal to the arguments I saw for these features. Frankly, given the arguments I have seen to support the SQL tags it wouldn't be very difficult. If you don't like the SQL tags, don't use em. (Same basic argument as if you don't like scriptlets, don't use em). But using dislike of the SQL tags as an excuse to give up on the power and benefits of all the rest of JSTL is really pretty ridiculous. (Likewise ridiculous is using dislike of scriptlets as your sole reason not to use JSP, but I digress :-). The JSTL tags that overlap in functionality with Struts tags (mostly in the bean and logic libraries) are substantially more powerful, and allow for much more concise expressions of things that would otherwise require Java runtime expressions. Further, in JSP 2.0 you'll be able to use that exact same expression language everywhere in your page (even template text), so you might as well get used to it now. If you want to use EL expressions today in Struts tags, you can do that too, thanks to the struts-el library. IMHO, it would be a disservice to the Struts community for Struts to keep on innovating and maintaining its (now proprietary to Struts) expression language, when the rest of the world is going to follow a different standard. Craig (who isn't using SQL tags, or planning to, but is enjoying the power of all the rest of them) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts logger warning message ?
Hi, I have the same issue after upgraded to Struts 1.1 final version. Is there a way to stop the warning message? I tried the common-logging.jar came with Struts 1.1 RC1. It does not have the warning message. Any idea? Thanks, Chiming - Original Message - From: Riaan Oberholzer To: Sent: Tuesday, July 08, 2003 2:32 AM Subject: Struts logger warning message ? I have a struts 1.1 application running under Tomcat. Whenever Tomcat starts, I get this message: log4j:WARN No appenders could be found for logger (org.apache.struts.util.PropertyMessageResources). I have both a commons-logging.properties and log4j.properties in the WEB-INF/classes directory (packed in my application war). Both have an entry log4j.logger.org.apache=WARN How do I get these messages a) disabled b) changed to custom loggers and levels The commons-logging and struts documentation is very vague. Thanks __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
test
test - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
about tiles and imports
hey, I am using tiles in a simple hfcs template. I also made a init.jsp which imports all the libraries and initalized all the variables I need. I found that I have to include that init.jsp in all four jsps that made up the template in order for everything to work properly. Is there a better way to approach this? It just seems redundant to include for example the same javascripts twice or initalize the same variables multiple times. What is the standard approach in a tiles environement? thx yan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
question about ActionErrors
It's my understanding that ActionErrors builds a property/message list based on the Apppiation.Properties file found in the classpath. Is there anyway to change that behavior so that it can read of a file that application specifies? Also, ActionErrors handles the displaying of the error messages quite well. But what if I simply want to pass a status message back to the users based on my action. Is there an equivalent of ActionStatues? For example, if I add a user to the db, I want the page to return to the add user jsp after each add, with a message like user blah is added successfully. It operates exactly like the errors, except it shows up when actions are successful. thx yan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refreshing Issue.
Hi Anurag, Sounds like that when you reset the parameters are being resent, so the action 'add' action is being called again. Struts has a way of dealing with this situation with a token stored in the submit form, here is a link to an earlier thread: http://www.mail-archive.com/[EMAIL PROTECTED]/msg68432.html Apparently there is an example of its use in struts-example.war -- Jason Lea Anurag Garg wrote: Hi All, I am facing a problem in jsp page refreshing. After submitting the page to add a new record in the database, I again display the same page with the added record in the list. Now If I press F5 (I am not clicking the ADD button) it again adds a new record(duplicate record) in the database, which it should not do. I have added the following line in my Action Class response.setHeader(pragma,no-cache); I have also added the following statement in the struts-config.xml controller nocache=true/ But still it is adding the duplicate record in the database when i press F5. Any solution how to overcome this problem.. Thanks and Regards, Anurag Garg - 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: question about ActionErrors
Hi Yan, For your properties file, there is an entry in struts-config that you can make. Here is an example: !-- == Message Resources Definitions == -- message-resources parameter=your.package.tree.application null=false/ For this example, the file would be application.properties. For your other questions, there is an ActionMessages class that does what you need. HTH, Peter -- Peter Smith Software Engineer InfoNow Corporation From: Yan Zhu [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] Date: Fri, 11 Jul 2003 16:59:18 -0500 To: Struts Users Mailing List [EMAIL PROTECTED] Subject: question about ActionErrors It's my understanding that ActionErrors builds a property/message list based on the Apppiation.Properties file found in the classpath. Is there anyway to change that behavior so that it can read of a file that application specifies? Also, ActionErrors handles the displaying of the error messages quite well. But what if I simply want to pass a status message back to the users based on my action. Is there an equivalent of ActionStatues? For example, if I add a user to the db, I want the page to return to the add user jsp after each add, with a message like user blah is added successfully. It operates exactly like the errors, except it shows up when actions are successful. thx yan - 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]
Validator + html:select Problem
I feel a little embarrased asking this question... it seems so simple... I'm having a problem when the Validator framework actually finds a validation error. My form contains a dynamically created drop-down. For correct data, the form works just fine. When the user submits bad data, however, they get a page with their errors described (html:errors/ ), but the drop down now has no values in it and thus the cannot ever submit good data again. When I noticed the problem, my setup included a request.setAttribute(listitems, items) to insert the collection in the Action (on my edit action). I realized that this process probably did not occur following an HTTP submit to the update action. So my solution was to put a Collection object in the ActionForm then populate the drop-down with the ActionForm's collection thinking that the ActionForm object gets passed into the Action shouldn't the data be there? The real question is... how do I repopulate the n values in a 1:n relationship on a form? I think I'm becoming confused with the lifecycle of the ActionForm object, especially with regard to what is happening on a submit. where do I insert form setup code that will run both when the user requests the form and when the user receives the form back after submitting invalid entries? Thanks for the help, Aaron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using JSTL tags instead of Struts tags
So I guess the following is going to be true in struts 2.0? It doesn't sound right to me. Java still support deprecated methods from years ago. Besides, when we look at the struts tag lib API reference, there is no warning about these tags being deprecated. In struts.tld header: WARNING: ALL OF THE TAGS IN THIS LIBRARY ARE DEPRECATED, AND ARE MAINTAINED ONLY FOR BACKWARDS COMPATIBILITY. THEY WILL BE REMOVED IN A FUTURE VERSION OF STRUTS. -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: July 11, 2003 3:38 PM To: Struts Users Mailing List Subject: RE: Using JSTL tags instead of Struts tags IMHO, it would be a disservice to the Struts community for Struts to keep on innovating and maintaining its (now proprietary to Struts) expression language, when the rest of the world is going to follow a different standard. Craig (who isn't using SQL tags, or planning to, but is enjoying the power of all the rest of them) - 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: Using JSTL tags instead of Struts tags
On Fri, 11 Jul 2003, Yansheng Lin wrote: Date: Fri, 11 Jul 2003 16:24:30 -0600 From: Yansheng Lin [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: Using JSTL tags instead of Struts tags So I guess the following is going to be true in struts 2.0? It doesn't sound right to me. Java still support deprecated methods from years ago. Besides, when we look at the struts tag lib API reference, there is no warning about these tags being deprecated. But nobody is doing any bugfixes or performance improvements on those methods -- they only continue to exist so that old programs depending on them will continue to run. In struts.tld header: WARNING: ALL OF THE TAGS IN THIS LIBRARY ARE DEPRECATED, AND ARE MAINTAINED ONLY FOR BACKWARDS COMPATIBILITY. THEY WILL BE REMOVED IN A FUTURE VERSION OF STRUTS. In the very early days of Struts (version 0.5), all of the tags were in a single tag library (struts.tld). It became clear that this was not going to be scalable in the long run, so by release 1.0 the tags were split into multiple tag libraries (struts-bean, struts-html, struts-logic, and so on). You should absolutely *not* use struts.tld as your tag library; instead, you should use the individual tag libraries. The individual tag libraries themselves are NOT deprecated, and the tags in them will continue to exist and be maintained and supported through at least any 1.x version train (we haven't talked enough about what 2.x is to say what might be there or might not be there). However, I'm NOT interested in doing any substantial innovations on them that will remain proprietary to Struts, when standard versions of these tags that are substantially more powerful, capable of being optimized by the container (Resin already does this for JSTL tags, Tomcat has most of its internal APIs set up to make this feature possible). The tag libraries are not deprecated, but they are becoming legacy. Big difference. Craig -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: July 11, 2003 3:38 PM To: Struts Users Mailing List Subject: RE: Using JSTL tags instead of Struts tags IMHO, it would be a disservice to the Struts community for Struts to keep on innovating and maintaining its (now proprietary to Struts) expression language, when the rest of the world is going to follow a different standard. Craig (who isn't using SQL tags, or planning to, but is enjoying the power of all the rest of them) - 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: newbie question - setting form parameter in Javascript
Its better that this is posted to the list as well, after all its a
good question and hopefully an adequate answer.
script language=javascript type=text/javascript
!--
function lookup(form) {
form.elements['action'].value = lookup;
form.submit();
}
//--
/script
html:form action=/process.do
html:select onchange=lookup(this.form)
...
/html:select
input type=hidden name=action value=submit
html:submit /
/html:form
//struts config
action page=/process.do type=com.sparrow.struts.MyAction
name=myForm redirect=false parameter=action /
The only thing you'd have to watch would be if the client didn't
support javascript then you'd lose lookup, this would make a case for
having action as a form bean property and have some relevantly named
form elements in noscript tags. If lookup isn't mission critical then i
guess you could let this slide.
On Friday, July 11, 2003, at 08:44 PM, Shyam A wrote:
Mark,
Thanks for your mail. I understand that DispatchAction class includes
multiple execute methods for different actions. However, I still have
some doubts.
You mentioned using html:link tags in JSP:
html:link page=/processForm.do?action=lookup
html:link page=/processForm.do?action=submit
Are these used instead of using Submit buttons ?
i.e use html:button and html: link in conjunction instead
of html:submit property=action value=Submit/ ? Can html:link
be used for a drop- down?
I guess my problem is still unresolved. As I mentioned in my earlier
mail, I have a drop-down associated with an ActionForm property crn
.
html:select property=crn
html:option value=None selectedNone/html:option
/html:select
I would like to trigger an action called Lookup when the drop-down
is clicked .i.e, associate the clicking of the drop-down with the
action property of the ActionForm class. I don't know how to set the
action property of the ActionForm class when the drop-down is
selected, based on which appropriate method of the DispatchAction
class would be executed.
Any help would be greatly appreciated.
Thanks,
Shyam
Mark Lowe [EMAIL PROTECTED] wrote:
check out dispatch actions..
you can have multiple execute methods with dispatch action ...
Your Action class extends DispatchAction instead of action (check the
docs)
public final ActionForward submit(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
...
}
public final ActionForward lookup(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
...
}
in struts config the parameter attibute need to know the name of the
parameter your about to send, the value of which is your execute method
name..
scope=request parameter=action
...
and then in jsp
HTH Mark
On Friday, July 11, 2003, at 08:00 PM, Shyam A wrote:
James,
Thanks for your mail. I guess I need to elaborate a little bit. My
HTML form can be submitted in 2ways.
1. Clicking the Submit button.
2. Clicking the drop-down
Clicking the drop-down triggers a different action than clicking the
Submit button.
Selecting a value in the drop-down would submit the form and populate
some of the other fields in the form. This is done before the
Submit
button is clicked. So, I need to distinguish the action of clicking
the drop-down from clicking the Submit button and I called it
Lookup.
Both actions would be identified with a single property in the
ActionForm class - action.
eg:
I would like to set this action property value to Lookup on
clicking the drop-down using Javascript. I guess a hidden field would
not serve the purpose as I already have action property defined for
the Submit button.
Look forward to your help/suggestions.
Thanks,
Shyam
James Mitchell wrote:
You will need to create a hidden field named action, with a value
of
Lookup:
My question to you iswhy Lookup? What does that have to do with
your
form?
Here's a sample:
function submitForm(form) {
form.action.value=Lookup;
form.submit();
return true;
}
[input]
Test Test2
On Friday 11 July 2003 14:15, Shyam A wrote:
Hi,
I have an HTML form with Submit and Cancel buttons, and a drop down
list,
which when clicked submits the form. I use Javascript to submit the
form
when the dropdown list is clicked. I have a property called action
defined in my ActionForm class that identifies the Submit and Cancel
buttons in the HTML form. When the drop-down is clicked, I would
like
to
set the value of this action property to Lookup.
My Javascript function is given below:
function submitForm(form)
{
form.action.value=Lookup;
form.submit();
return true;
}
#
and I invoke this function in my HTML form as shown below:
#
Test
###
But, the value of the property action is not set to Lookup.
Any help would be
Re: newbie question - setting form parameter in Javascript
opps my action in struts config is wrong... But you should still have
the right idea..
On Saturday, July 12, 2003, at 12:45 AM, Mark Lowe wrote:
Its better that this is posted to the list as well, after all its a
good question and hopefully an adequate answer.
script language=javascript type=text/javascript
!--
function lookup(form) {
form.elements['action'].value = lookup;
form.submit();
}
//--
/script
html:form action=/process.do
html:select onchange=lookup(this.form)
...
/html:select
input type=hidden name=action value=submit
html:submit /
/html:form
//struts config
action page=/process.do type=com.sparrow.struts.MyAction
name=myForm redirect=false parameter=action /
The only thing you'd have to watch would be if the client didn't
support javascript then you'd lose lookup, this would make a case for
having action as a form bean property and have some relevantly named
form elements in noscript tags. If lookup isn't mission critical then
i guess you could let this slide.
On Friday, July 11, 2003, at 08:44 PM, Shyam A wrote:
Mark,
Thanks for your mail. I understand that DispatchAction class includes
multiple execute methods for different actions. However, I still have
some doubts.
You mentioned using html:link tags in JSP:
html:link page=/processForm.do?action=lookup
html:link page=/processForm.do?action=submit
Are these used instead of using Submit buttons ?
i.e use html:button and html: link in conjunction instead
of html:submit property=action value=Submit/ ? Can html:link
be used for a drop- down?
I guess my problem is still unresolved. As I mentioned in my earlier
mail, I have a drop-down associated with an ActionForm property crn
.
html:select property=crn
html:option value=None selectedNone/html:option
/html:select
I would like to trigger an action called Lookup when the drop-down
is clicked .i.e, associate the clicking of the drop-down with the
action property of the ActionForm class. I don't know how to set
the action property of the ActionForm class when the drop-down is
selected, based on which appropriate method of the DispatchAction
class would be executed.
Any help would be greatly appreciated.
Thanks,
Shyam
Mark Lowe [EMAIL PROTECTED] wrote:
check out dispatch actions..
you can have multiple execute methods with dispatch action ...
Your Action class extends DispatchAction instead of action (check the
docs)
public final ActionForward submit(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
...
}
public final ActionForward lookup(
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
...
}
in struts config the parameter attibute need to know the name of the
parameter your about to send, the value of which is your execute
method
name..
scope=request parameter=action
...
and then in jsp
HTH Mark
On Friday, July 11, 2003, at 08:00 PM, Shyam A wrote:
James,
Thanks for your mail. I guess I need to elaborate a little bit. My
HTML form can be submitted in 2ways.
1. Clicking the Submit button.
2. Clicking the drop-down
Clicking the drop-down triggers a different action than clicking the
Submit button.
Selecting a value in the drop-down would submit the form and
populate
some of the other fields in the form. This is done before the
Submit
button is clicked. So, I need to distinguish the action of clicking
the drop-down from clicking the Submit button and I called it
Lookup.
Both actions would be identified with a single property in the
ActionForm class - action.
eg:
I would like to set this action property value to Lookup on
clicking the drop-down using Javascript. I guess a hidden field
would
not serve the purpose as I already have action property defined
for
the Submit button.
Look forward to your help/suggestions.
Thanks,
Shyam
James Mitchell wrote:
You will need to create a hidden field named action, with a value
of
Lookup:
My question to you iswhy Lookup? What does that have to do
with
your
form?
Here's a sample:
function submitForm(form) {
form.action.value=Lookup;
form.submit();
return true;
}
[input]
Test Test2
On Friday 11 July 2003 14:15, Shyam A wrote:
Hi,
I have an HTML form with Submit and Cancel buttons, and a drop down
list,
which when clicked submits the form. I use Javascript to submit the
form
when the dropdown list is clicked. I have a property called
action
defined in my ActionForm class that identifies the Submit and
Cancel
buttons in the HTML form. When the drop-down is clicked, I would
like
to
set the value of this action property to Lookup.
My Javascript function is given below:
function submitForm(form)
{
form.action.value=Lookup;
form.submit();
return true;
}
#
and I invoke this function in my HTML form as shown
problem with tiles after moving to rc2
Hey guys, just wanted to check if anyone had a problem with tiles after upgrading to rc2. All I get is a blank page now where tiles used, regular sections work without a problem after changing perform() to execute() Sincerely, Fedor __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT FRIDAY: SCI FI Fans?
http://bs.brokensaints.com/website-low.htm -- Vic Cekvenich, Struts Instructor, 1-800-917-JAVA Advanced a href =baseBeans.comStruts Training/a and project recovery in North East. Open Source a href =baseBeans.comContent Management/a basicPortal sofware Best practicea href =baseBeans.comStruts Support/a v.1.1 helper ScafflodingXPress - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with tiles after moving to rc2
Ok, thats interesting. I had to specify a full path now to the tiles for them to be imported correctly so if before I had something like: tiles:insert page=/layouts/Layout.jsp flush=true tiles:put name=header value=header.jsp / tiles:put name=menu value=menu.jsp / now I have to do: tiles:insert page=/layouts/Layout.jsp flush=true tiles:put name=header value=/users/user10/header.jsp / tiles:put name=menu value=/users/user10/menu.jsp / I wonder why this was changed. Thanks, Fedor --- Fedor Smirnoff [EMAIL PROTECTED] wrote: Hey guys, just wanted to check if anyone had a problem with tiles after upgrading to rc2. All I get is a blank page now where tiles used, regular sections work without a problem after changing perform() to execute() Sincerely, Fedor __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question about subclassing RequestProcessor
Hi all, I need to subclass RequestProcessor to implement role based action authorization. I guess I should subclass org.apache.tiles.TilesRequestProcessor instead of org.apache.struts.action.RequestProcessor since I'm using tiles. Am I right? Thanks!
Re: Question about subclassing RequestProcessor
You are correct. Ed Yu [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi all, I need to subclass RequestProcessor to implement role based action authorization. I guess I should subclass org.apache.tiles.TilesRequestProcessor instead of org.apache.struts.action.RequestProcessor since I'm using tiles. Am I right? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts, search, and approval...
My experience with IBM consultants is that they will recommend and help you with developing in Struts, but not directly support Struts. I was told in an IBM WSAD training course that WSAD 5 makes heavy use of struts built into the tool itself for such things as the Universal Test Client and it's pages. Good luck. Gregory F. March [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] First a quick note. It seems that searching of the struts list archive is not working. A search for forward in the body is returning zero results. I think there should be just a few hits for that one. :-) Next, I have developed a POC for a product I'm working on. However, struts is not currently an approved tool where I work. I am looking for statements by big companies / organizations like (especially) Sun, Weblogic, IBM, etc. that are endorsing this tool. I am also looking for a Top 10 list of reason why we should approve it as a viable tool irrespective of what other companies think. I think this was mentioned here a few weeks ago (which is why I mentioned the issue with searching above), so I'll apologize up front for starting this thread again. Any help would be greatly appreciated. Thanks, /greg -- Gregory F. March-=-http://www.gfm.net:81/~march-=- AIM:GfmNet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
