Re: struts tags in jsp:included ~ pages
!-- bar.jsp -- logic:iterate id=path name=path type=dao.daobeans.BaseLink a href=viewResource?id=jsp:getProperty name=path property=id/page/a /logic:iterate Just a simple question: the null attribute value is the attribute 'path' in logic iterate tag or in the jsp gerProperty tag? I know it's quite the same but i'd like to figure out if the compiler throws an exception on logic:iterate or maybe on jsp:getProperty. Which scope is the 'path' attribute of name property in logic:iterate in ? I do not know if this should fix the problem but anyway try this: logic:iterate id=path name=path type=dao.daobeans.BaseLink html:link href=viewResource paramName=path paramId=id paramProperty=idpage/html:link /logic:iterate or if the path attribute of name property is in page scope try this: logic:iterate id=pathId name=path type=dao.daobeans.BaseLink html:link href=viewResource paramName=pathId paramId=id paramProperty=idpage/html:link /logic:iterate Ivan. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Pre Populating Fields - bit of a newbie question
John, There's a (beta) datetime custom tag available at: http://jakarta.apache.org/taglibs/doc/datetime-doc/intro.html Not sure if this does exactly what you're after but it can take a java Date object - but you have to access it as a long millis - and format it into many different date formats. It also contains a tag, datetime:current I think, which gets the current date and time. Hope this helps __ Steve Earl -Original Message- From: Mattos, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 5:28 PM To: 'Struts Users Mailing List' Subject: RE: Pre Populating Fields - bit of a newbie question Anyone? Pre populating fields? John Mattos Sr. Developer and Architect iNDEMAND 345 Hudson St. 16th Floor New York, New York 10014 -Original Message- From: Mattos, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 11:19 AM To: 'Struts Users Mailing List' Subject: Pre Populating Fields - bit of a newbie question Hi I need to have a startDate and endDate field in my form, and I'd like to prepopulate the endDate field with today's date. There's a bean that has set/getEndDate() methods, and I get to the form from an Action.perform() call What's the best way to prepopulate that field? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Multiple submit buttons solution
here is what I usually use, using links and submit
head
javascript
function go(whatAction) {
document.forms[0].action.value=whataction;
document.forms[0].submit();
}
/script
/head
body
html:form
input type=hidden .
html:hidden ...
input type=text
a href=go('del')bean:message key=general.delete/anbsp;
a href=go('edit')bean:message key=general.delete/anbsp;
/html:form
hope this helps
Gr
Ronald
-Original Message-
From: Peter Severin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:34 AM
To: keithBacon; struts-user
Subject: Re: Multiple submit buttons solution
Hi Keith,
Yes you can use links but sometimes you need to submit the
form for each
action. I'll give you an example:
form action=/updateTest.do
input type=text name=name
!-- iterate test questions. one row per question. I omit the
table tags for simplicity--
Question name
Question text
input type=submit name=questionId_10 value=Delete
!-- /iterate
/form
So basically you have a form with some fields and a list which also
makes part from the form. If you change the test name from the example
above and then click Delete button on one of the questions
the form will
be submitted and you will not lose the changes you have made
to the test
name. But you will lose this changes if you use links.
Regarding buttons
ugliness - I agree, but you could use some images of smaller size
instead of buttons.
Hope it was clear.
Regards,
Peter.
--- Peter Severin [EMAIL PROTECTED] wrote:
Hi Peter,
I just use links to do this. (I think you can use an Image as well).
Buttons are a bit ugly so I don't need this functionality.
There's lots in struts so I don't favor adding more.
Keith.
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material
from any computer
---
RE: Multiple Form Beans for the same for the same action ... HELP!!!
are both formbeans added to the page/request?
Gr
Ronald
-Original Message-
From: cool dude [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 28, 2002 5:41 AM
To: [EMAIL PROTECTED]
Subject: Multiple Form Beans for the same for the same action ...
HELP!!!
Hi Guyz,
I have multiple forms submitted to the same
action. Also both these forms are on the same page
only one of the forms are rendered based on some
condition. Unfortunately, the form bean is not getting
instantiated ... I think the code that I've written is
right but obviously therez some problem. I've listed
the code below.
Herez what the JSP looks like --
body
%
String param=request.getParameter(param);
if((param!=null) (param.equals(first))) {
%
html:form action=/test name=first
type=test.FormBeanOne scope=request
html:submit value=First Hit /
/html:form
%
} else {
%
html:form action=/test name=second
type=test.FormBeanTwo scope=request
html:submit value=Second Hit /
/html:form
%
}
%
/body
Since I'm giving the form name type in the form tag
I do not mention this in my struts-config.xml. The
action mapping of the struts-config is listed below :
action-mappings
action path=/test type=test.TestMultiFormAction
validate=true
/action
/action-mappings
Do you see anything wrong with what I've done ...
Thanx in advance ...
Cheers,
VD.
__
Do You Yahoo!?
Yahoo! Greetings - Send FREE e-cards for every occasion!
http://greetings.yahoo.com
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material
from any computer
---
RE: Multiple Form Beans for the same for the same action ... HELP !!!
you need to specify the form bean in the name attribute of your action mapping.
(hence will need 2 mappings).
cheers - Keith
--- Ronald Haring [EMAIL PROTECTED] wrote:
are both formbeans added to the page/request?
Gr
Ronald
-Original Message-
From: cool dude [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 28, 2002 5:41 AM
To: [EMAIL PROTECTED]
Subject: Multiple Form Beans for the same for the same action ...
HELP!!!
Hi Guyz,
I have multiple forms submitted to the same
action. Also both these forms are on the same page
only one of the forms are rendered based on some
condition. Unfortunately, the form bean is not getting
instantiated ... I think the code that I've written is
right but obviously therez some problem. I've listed
the code below.
Herez what the JSP looks like --
body
%
String param=request.getParameter(param);
if((param!=null) (param.equals(first))) {
%
html:form action=/test name=first
type=test.FormBeanOne scope=request
html:submit value=First Hit /
/html:form
%
} else {
%
html:form action=/test name=second
type=test.FormBeanTwo scope=request
html:submit value=Second Hit /
/html:form
%
}
%
/body
Since I'm giving the form name type in the form tag
I do not mention this in my struts-config.xml. The
action mapping of the struts-config is listed below :
action-mappings
action path=/test type=test.TestMultiFormAction
validate=true
/action
/action-mappings
Do you see anything wrong with what I've done ...
Thanx in advance ...
Cheers,
VD.
__
Do You Yahoo!?
Yahoo! Greetings - Send FREE e-cards for every occasion!
http://greetings.yahoo.com
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material
from any computer
---
=
~~
Search the archive:-
http://www.mail-archive.com/struts-user%40jakarta.apache.org/
~~
Keith Bacon - Looking for struts work - South-East UK.
phone UK 07960 011275
__
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.yahoo.com/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: bean:write and formatKey
Hello Matt, Check the last night build - I just commit fix for it. Wednesday, March 06, 2002, 4:18:47 AM, you wrote: MR I've encountered a possible bug in the use of formatKey in bean:write. As MR always it's more likely to be my error but I'd appreciate it if anyone could MR have a look. I'm running the latest nightly build of struts. MR Code snippets are below but to summarise, I'm using the bean:write tag and MR formatKey attribute in my JSP to refer to 3 different format keys in my MR resource file. However all my values are being formatted using the MR format.dollars key if the resource file entries are as below. If I remove MR format.dollars then I get the strings formatted as percentages, etc. I.e. MR only one format string is ever used. All my properties return datatype MR double which I assume is something to do with the problem but I'm not sure MR what. Why can't I format 4 different properties in 4 different ways using 4 MR different format keys? MR Thanks, MR Matt. MR In a JSP file I have this snippet: MR logic:iterate id=item name=player property=portfolio MR tr MR tdbean:write name=item property=desc //td MR tdbean:write name=item property=quantity //td MR tdbean:write name=item property=value formatKey=format.dollars //td MR tdbean:write name=item property=totalStrength MR formatKey=format.int //td MR tdbean:write name=item property=totalDefense formatKey=format.int //td MR tdbean:write name=item property=change MR formatKey=format.percentage //td MR /tr MR /logic:iterate MR In my ApplicationResource.properties file I have this snippet: MR format.int=0 MR format.dollars=$0.00 MR format.percentage=0.00% MR -- MR To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] MR For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Best regards, Olegmailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
weblogic SunOs 5.8 struts
Yesterday i posted a message but no one has replyed yet. I was having problems with xerces.jar in deploying my struts application on weblogic - SunOs5.8. After some searching i ended up to substitute the xerces.jar with xercesImpl.jar and now a new exception is raised. I suppose nobody has replyed before so nobody will now. Anyway i try. Ivan. javax.servlet.UnavailableException: Input/output error reading configuration from resource path /WEB-INF/struts-config.xml at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Compiled Code) at java.lang.Throwable.init(Compiled Code) at java.lang.Exception.init(Compiled Code) at javax.servlet.ServletException.init(ServletException.java:107) at javax.servlet.UnavailableException.init(UnavailableException.java:159) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:463) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:495) at weblogic.servlet.internal.ServletStubImpl.createInstances(Compiled Code) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:442) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:361) at weblogic.servlet.internal.ServletContextImpl.preloadServlet(ServletContextImpl.java:741) at weblogic.servlet.internal.ServletContextImpl.preloadServlets(Compiled Code) at weblogic.t3.srvr.HttpServer.initServletContexts(Compiled Code) at weblogic.t3.srvr.HttpServer.start(HttpServer.java:442) at weblogic.t3.srvr.T3Srvr.start(Compiled Code) at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:832) at java.lang.reflect.Method.invoke(Native Method) at weblogic.Server.startServerDynamically(Server.java:131) at weblogic.Server.main(Compiled Code) at weblogic.Server.main(Server.java:58)
Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Hi Ronald,
So what you actually do is adjusting the html:form action, right?
Example:
html:form action = createregistration
And if I push the deletebutton --
a href=go('deleteregistration')bean:message key=general.delete
This will change to:
html:form action = deleteregistration
Because this is what we figured out to do also..
My question: How do you do that with the default submit buttons
(html:submit )?
My guess is something like html:submit onclick= go('deleteregistration') .
I'm a on the right track here?
Tanx in advance,
Pim
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
here is what I usually use, using links and submit
head
javascript
function go(whatAction) {
document.forms[0].action.value=whataction;
document.forms[0].submit();
}
/script
/head
body
html:form
input type=hidden .
html:hidden ...
input type=text
f a href=go('edit')bean:message key=general.delete/anbsp;
/html:form
hope this helps
Gr
Ronald
-Original Message-
From: Peter Severin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:34 AM
To: keithBacon; struts-user
Subject: Re: Multiple submit buttons solution
Hi Keith,
Yes you can use links but sometimes you need to submit the
form for each
action. I'll give you an example:
form action=/updateTest.do
input type=text name=name
!-- iterate test questions. one row per question. I omit the
table tags for simplicity--
Question name
Question text
input type=submit name=questionId_10 value=Delete
!-- /iterate
/form
So basically you have a form with some fields and a list which also
makes part from the form. If you change the test name from the example
above and then click Delete button on one of the questions
the form will
be submitted and you will not lose the changes you have made
to the test
name. But you will lose this changes if you use links.
Regarding buttons
ugliness - I agree, but you could use some images of smaller size
instead of buttons.
Hope it was clear.
Regards,
Peter.
--- Peter Severin [EMAIL PROTECTED] wrote:
Hi Peter,
I just use links to do this. (I think you can use an Image as well).
Buttons are a bit ugly so I don't need this functionality.
There's lots in struts so I don't favor adding more.
Keith.
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
--
--
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material
from any computer
--
--
---
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DispatchAction and image input
I would like to use the functionality of DispatchAction in conjunction with the html:image tag, but in reading the documentation and looking over the source code (ver. 1.0), it appears that it is not possible. The scenario I have is very common. A single form with 3 image buttons (create, update, delete), each processing the data in different ways. I would like the same action class to process the data for each of the 3 possible user gestures. The problem is that the parameter in the HTTP request will be button_name.x and button_name.y and therefore it appears that this will cause a NoSuchMethodException to be thrown. It is relatively easy to fix this problem, but I was wondering if it had already been addressed. Thanks, robert -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Multiple submit buttons solution
Ah no sorry, my mistake.
It will all go to the same action form. I have created a field called
action. A better name would have been navigation.
In the action form I check this action/navigation field and then redirect to
the right page. But you can do this with multiple forms, e.g.
script
function go(form,navigate) {
form.navigate.value=navigate;
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate/
/html:form
html:form action=/delete
html:hidden name=navigate/
/html:form
a href=javascript:go(document.forms[0], 'edit')edit/a)
a href=javascript:go(document.forms[1], 'del')delete/a)
or even better
script
function go(form) {
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate value=edit/
/html:form
html:form action=/delete
html:hidden name=navigate value=del/
/html:form
a href=javascript:go(document.forms[0])edit/a)
a href=javascript:go(document.forms[1])delete/a)
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Hi Ronald,
So what you actually do is adjusting the html:form action, right?
Example:
html:form action = createregistration
And if I push the deletebutton --
a href=go('deleteregistration')bean:message key=general.delete
This will change to:
html:form action = deleteregistration
Because this is what we figured out to do also..
My question: How do you do that with the default submit buttons
(html:submit )?
My guess is something like html:submit onclick=
go('deleteregistration') .
I'm a on the right track here?
Tanx in advance,
Pim
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
here is what I usually use, using links and submit
head
javascript
function go(whatAction) {
document.forms[0].action.value=whataction;
document.forms[0].submit();
}
/script
/head
body
html:form
input type=hidden .
html:hidden ...
input type=text
f a href=go('edit')bean:message key=general.delete/anbsp;
/html:form
hope this helps
Gr
Ronald
-Original Message-
From: Peter Severin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:34 AM
To: keithBacon; struts-user
Subject: Re: Multiple submit buttons solution
Hi Keith,
Yes you can use links but sometimes you need to submit the
form for each
action. I'll give you an example:
form action=/updateTest.do
input type=text name=name
!-- iterate test questions. one row per question.
I omit the
table tags for simplicity--
Question name
Question text
input type=submit name=questionId_10 value=Delete
!-- /iterate
/form
So basically you have a form with some fields and a list
which also
makes part from the form. If you change the test name
from the example
above and then click Delete button on one of the questions
the form will
be submitted and you will not lose the changes you have made
to the test
name. But you will lose this changes if you use links.
Regarding buttons
ugliness - I agree, but you could use some images of smaller size
instead of buttons.
Hope it was clear.
Regards,
Peter.
--- Peter Severin [EMAIL PROTECTED] wrote:
Hi Peter,
I just use links to do this. (I think you can use an
Image as well).
Buttons are a bit ugly so I don't need this functionality.
There's lots in struts so I don't favor adding more.
Keith.
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
--
--
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material
from any computer
--
--
---
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review,
RE: Multiple submit buttons solution
Possible correction to myself, if using multiple forms, I think all the
fields will be submitted, so the navigate value may be submmitted twice and
hence not be the one you expect. I think remembering seeing this behaviour
but I am not sure anymore.
Gr
Ronald
-Original Message-
From: Ronald Haring [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 11:47 AM
To: 'Struts Users Mailing List'
Subject: RE: Multiple submit buttons solution
Ah no sorry, my mistake.
It will all go to the same action form. I have created a field called
action. A better name would have been navigation.
In the action form I check this action/navigation field and
then redirect to
the right page. But you can do this with multiple forms, e.g.
script
function go(form,navigate) {
form.navigate.value=navigate;
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate/
/html:form
html:form action=/delete
html:hidden name=navigate/
/html:form
a href=javascript:go(document.forms[0], 'edit')edit/a)
a href=javascript:go(document.forms[1], 'del')delete/a)
or even better
script
function go(form) {
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate value=edit/
/html:form
html:form action=/delete
html:hidden name=navigate value=del/
/html:form
a href=javascript:go(document.forms[0])edit/a)
a href=javascript:go(document.forms[1])delete/a)
Gr
Ronald
Furore B.V.
Rijswijkstraat 175-8
Postbus 9204
1006 AE Amsterdam
tel. (020) 346 71 71
fax. (020) 346 71 77
---
The information transmitted is intended only for the person
or entity to which it is addressed and may contain confidential
and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other
than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material
from any computer
---
RE: Extra Path Info Problem!!! HELP!!!
Well this would solve some URL: design problems. FInally mapped URL `http://jcorporate.com/products/expresso' can become a reality. More seriously where is this path-mappings XML coming from? I have never seen this grammar before. -- Peter Pilgrim ++44 (0)207-545-9923 Swamped under electronic mails Message History From: Michael Nash [EMAIL PROTECTED] on 05/03/2002 14:48 EST Please respond to Struts Users Mailing List [EMAIL PROTECTED] To:Struts Users Mailing List [EMAIL PROTECTED] cc: Subject:RE: Extra Path Info Problem!!! HELP!!! Ted: I've been experimenting with a way of doing mappings from normal URL's to Action URI's, and wonder if it's the right approach. If so, I'd be happy to drop it in for inclusion in a release when/if appropriate, or set it up as an optional-add on. I took the simple approach, and added a configuration like this: path-mappings path-mapping url-pattern/form/*/url-pattern path/application/Something.do/path fixed-param param-namesomeParamName/param-name param-valuesomeParamValue/param-value /fixed-param param param-number1/param-number param-namefirstParam/param-name /param param param-number2+/param-number !-- the + means take everything from param 2 onwards -- param-namesecondParam/param-name /param /path-mapping /path-mappings Then I have a servlet called PathHandler, which I map to /do/*, and... if you issue a URL like: /application/do/form/message/here/is/a/path it would then simply issue a forward to: /application/Something.do?someParamName=someparamValuefirstParam=messagese condParam=here/is/a/path Comments on whether or not this is the right way to go much appreciated, as I need this functionality myself soon :-) Mike -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DispatchAction and image input
Yes. STFA http://www.mail-archive.com/struts-user%40jakarta.apache.org/ Mark -Original Message- From: Robert Taylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 5:43 AM It is relatively easy to fix this problem, but I was wondering if it had already been addressed. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: weblogic SunOs 5.8 struts
Never heard of xercesImpl.jar but apparently you have something wrong in your struts-config mapping. And aren't you a little old for the self-pity thing? Mark -Original Message- From: Ivan Siviero [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 5:24 AM Yesterday i posted a message but no one has replyed yet. I was having problems with xerces.jar in deploying my struts application on weblogic - SunOs5.8. After some searching i ended up to substitute the xerces.jar with xercesImpl.jar and now a new exception is raised. I suppose nobody has replyed before so nobody will now. Anyway i try. Ivan. javax.servlet.UnavailableException: Input/output error reading configuration from resource path /WEB-INF/struts-config.xml -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Multiple submit buttons solution
Hi Ronald,
Sorry, maybe I should put it in the subject. I would like to solve this
problem without using javascript.
Thanks,
Peter.
-Original Message-
here is what I usually use, using links and submit
head
javascript
function go(whatAction) {
document.forms[0].action.value=whataction;
document.forms[0].submit();
}
/script
/head
body
html:form
input type=hidden .
html:hidden ...
input type=text
a href=go('del')bean:message key=general.delete/anbsp;
a href=go('edit')bean:message key=general.delete/anbsp;
/html:form
hope this helps
Gr
Ronald
-Original Message-
From: Peter Severin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:34 AM
To: keithBacon; struts-user
Subject: Re: Multiple submit buttons solution
Hi Keith,
Yes you can use links but sometimes you need to submit the
form for each
action. I'll give you an example:
form action=/updateTest.do
input type=text name=name
!-- iterate test questions. one row per question. I omit the
table tags for simplicity--
Question name
Question text
input type=submit name=questionId_10 value=Delete
!-- /iterate
/form
So basically you have a form with some fields and a list which also
makes part from the form. If you change the test name from the example
above and then click Delete button on one of the questions
the form will
be submitted and you will not lose the changes you have made
to the test
name. But you will lose this changes if you use links.
Regarding buttons
ugliness - I agree, but you could use some images of smaller size
instead of buttons.
Hope it was clear.
Regards,
Peter.
--- Peter Severin [EMAIL PROTECTED] wrote:
Hi Peter,
I just use links to do this. (I think you can use an Image as well).
Buttons are a bit ugly so I don't need this functionality.
There's lots in struts so I don't favor adding more.
Keith.
smime.p7s
Description: S/MIME Cryptographic Signature
RE: weblogic SunOs 5.8 struts
BTW, I had problem with Struts and Struts validator on weblogic6.1sp2. I fixed it by putting regexp.jar in weblogic classpath and removing it from lib directory and struts and struts validator is working fine. -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 15:34 To: 'Struts Users Mailing List' Subject: RE: weblogic SunOs 5.8 struts Never heard of xercesImpl.jar but apparently you have something wrong in your struts-config mapping. And aren't you a little old for the self-pity thing? Mark -Original Message- From: Ivan Siviero [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 5:24 AM Yesterday i posted a message but no one has replyed yet. I was having problems with xerces.jar in deploying my struts application on weblogic - SunOs5.8. After some searching i ended up to substitute the xerces.jar with xercesImpl.jar and now a new exception is raised. I suppose nobody has replyed before so nobody will now. Anyway i try. Ivan. javax.servlet.UnavailableException: Input/output error reading configuration from resource path /WEB-INF/struts-config.xml -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] ==National Bank Of Abu Dhabi Confidentiality Note== This message is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from the computer. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
No. -Original Message- From: Sam Lai [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 7:07 PM Can anyone show me how to integrate struts in Jbuilder6? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
Goto 'Tools | Configure Libraries' menu, add new entry, and select your Struts.jar. Then goto 'Project | Project Properties' menu select the 'required libraries' tab, select add and then choose your newly added struts. This then enables struts within your project. Hope this helps Ghoot -Original Message- From: Sam Lai [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 00:07 To: Struts Users Mailing List Subject: Newbie Struts and Jbuilder6 Hi, Can anyone show me how to integrate struts in Jbuilder6? thanks, SAM NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
You going to spoon-feed him, too? This integration is clearly explained in the documentation; the guy didn't even bother to look. By answering such lame questions you encourage more lame questions. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:09 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 Goto 'Tools | Configure Libraries' menu, add new entry, and select your Struts.jar. Then goto 'Project | Project Properties' menu select the 'required libraries' tab, select add and then choose your newly added struts. This then enables struts within your project. Hope this helps Ghoot -Original Message- From: Sam Lai [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 00:07 To: Struts Users Mailing List Subject: Newbie Struts and Jbuilder6 Hi, Can anyone show me how to integrate struts in Jbuilder6? thanks, SAM NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Role-based Validation ACTION ! Extension Question
Matt Thanks for that. My mistake - i did mean the action extension ! Your answer didnt really tell me anything - sorry ! Mabe you can try and redescribe your point. My point is that if you can achieve all that is needed via the web.xml, then why have/use the action extension. I figured there might be some other benefit I was unaware of. The only thing I can think of is that for programmatic security stuff, Action classes have to do a bit of work to get the stuff from the web.xml. But I'm not sure this is really a problem. If you can provide any clearer reasons for using the extension id appreciate that, Thanks Ghoot -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: 05 March 2002 20:54 To: Struts Users Mailing List Subject: Re: Role-based Validation Extension Question Do you mean role-based actions extension? I know that this extension allows you to configure allowed roles to access each action. Yes, you can do it in your web.xml, but usually folks just protect *.do or /do/* and create an appropriate mapping - and do all other configuring in web.xml. Matt --- Emaho, Ghoot [EMAIL PROTECTED] wrote: Hi, I think I might be missing something here. Can someone tell me what the Role-based Validation extension gives you over, say, setting security restraints in the web.xml ? I can set constraints on individual actions by mapping them in the web.xml. So what else does the extension give the developer ? This isnt a criticism, i just need someone to point it out to me. For the life of me I cant figure out what else you get, and i ant see any reason to use it at the moment. Anyone who can point out the wood amongst the trees will be thanked kindly ! Cheers Ghoot Emaho Development Team Leader Petrotechnics http://www.petrotechnics.co.uk/ Ltd __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Greate Tag for building a pager
The Tag http://jsptags.com/tags/navigation/pager/ is a greate Tag for building a pager. Easy to use and simple ... ___ Bitte beachten Sie unsere neue Adresse Dirk Storck, Dipl.-Ing. (FH) t e c m a t h A G Content Management Systems Division Telefon 0631 303-5290 Europaallee 10, 67657 Kaiserslautern Telefax 0631 303-5209 http://www.tecmath.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer, the documentation can be confusing and misleading. While everyone who has contributed has done a good job, it can be daunting for a complete newcomer. I dont think this is the place for you to vent your anger at them. And I hope you can see the humour in my response :) I know it can be frustrating seeing the same q's again and again, but you dont HAVE to respond every time someone asks a dumb question, do you ? I'm not looking for a flame war, but sometimes you are just too rude. Take it somewhere else - off this list ! Hope you take this in the spirit it is intended Take care Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:13 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 You going to spoon-feed him, too? This integration is clearly explained in the documentation; the guy didn't even bother to look. By answering such lame questions you encourage more lame questions. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:09 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 Goto 'Tools | Configure Libraries' menu, add new entry, and select your Struts.jar. Then goto 'Project | Project Properties' menu select the 'required libraries' tab, select add and then choose your newly added struts. This then enables struts within your project. Hope this helps Ghoot -Original Message- From: Sam Lai [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 00:07 To: Struts Users Mailing List Subject: Newbie Struts and Jbuilder6 Hi, Can anyone show me how to integrate struts in Jbuilder6? thanks, SAM NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Forwarding above webapps level
In Struts can you forward to a page above webapps like tomcat\files\download.csv. This file is created dynamically and needs limited access. So I need to check session variables and then forward to this location for download. _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
yes , i fully agree with what emaho has said in the mail rgds amit malhotra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Ok,
What I want is using multiple actionforms. The reason for this is because I
want to use different validations. I want no validation for create, I want a
validation for Save and I want a validation for say, fetch.Validations for
save and fetch are different.
What I don't want is one actionform with an if -then -else statement saying
if create, then do this, if save then do that. I want to have one superclass
with the properties of the jsp and the subclasses for different
actions(create, save, fetch).
So what we figured out was different mappings for the different actions
(create, save, fetch). The problem however is that the html:form action =
'create' can only contain one action of course. Our solution to that is
with the help of javascript we change the action.
For example if I press the fetch button, the action becomes one like this:
html:form action = 'fetch'
So, does this makes sense? Are we on the right track or are we missing
something?
Gr,
Pim
The problem is
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Ah no sorry, my mistake.
It will all go to the same action form. I have created a field called
action. A better name would have been navigation.
In the action form I check this action/navigation field and then redirect
to
the right page. But you can do this with multiple forms, e.g.
script
function go(form,navigate) {
form.navigate.value=navigate;
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate/
/html:form
html:form action=/delete
html:hidden name=navigate/
/html:form
a href=javascript:go(document.forms[0], 'edit')edit/a)
a href=javascript:go(document.forms[1], 'del')delete/a)
or even better
script
function go(form) {
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate value=edit/
/html:form
html:form action=/delete
html:hidden name=navigate value=del/
/html:form
a href=javascript:go(document.forms[0])edit/a)
a href=javascript:go(document.forms[1])delete/a)
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Hi Ronald,
So what you actually do is adjusting the html:form action, right?
Example:
html:form action = createregistration
And if I push the deletebutton --
a href=go('deleteregistration')bean:message key=general.delete
This will change to:
html:form action = deleteregistration
Because this is what we figured out to do also..
My question: How do you do that with the default submit buttons
(html:submit )?
My guess is something like html:submit onclick=
go('deleteregistration') .
I'm a on the right track here?
Tanx in advance,
Pim
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
here is what I usually use, using links and submit
head
javascript
function go(whatAction) {
document.forms[0].action.value=whataction;
document.forms[0].submit();
}
/script
/head
body
html:form
input type=hidden .
html:hidden ...
input type=text
f a href=go('edit')bean:message key=general.delete/anbsp;
/html:form
hope this helps
Gr
Ronald
-Original Message-
From: Peter Severin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:34 AM
To: keithBacon; struts-user
Subject: Re: Multiple submit buttons solution
Hi Keith,
Yes you can use links but sometimes you need to submit the
form for each
action. I'll give you an example:
form action=/updateTest.do
input type=text name=name
!-- iterate test questions. one row per question.
I omit the
table tags for simplicity--
Question name
Question text
input type=submit name=questionId_10 value=Delete
!-- /iterate
/form
So basically you have a form with some fields and a list
which also
makes part from the form. If you change the test name
from the example
above and then click Delete button on one of the questions
the form will
be submitted and you will not lose the changes you have made
to the test
name. But you will lose this changes if you use links.
Regarding buttons
ugliness - I agree, but you could use some images of smaller size
instead of buttons.
Hope it was clear.
Regards,
Peter.
--- Peter Severin [EMAIL PROTECTED] wrote:
Hi Peter,
I just use links to do this. (I think you can use an
Image as well).
Buttons are a bit ugly so I don't need this functionality.
There's lots in struts so I don't favor adding more.
Keith.
RE: Newbie Struts and Jbuilder6
I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer, the documentation can be confusing and misleading. While everyone who has contributed has done a good job, it can be daunting for a complete newcomer. I dont think this is the place for you to vent your anger at them. And I hope you can see the humour in my response :) I know it can be frustrating seeing the same q's again and again, but you dont HAVE to respond every time someone asks a dumb question, do you ? I'm not looking for a flame war, but sometimes you are just too rude. Take it somewhere else - off this list ! Hope you take this in the spirit it is intended Take care Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:13 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 You going to spoon-feed him, too? This integration is clearly explained in the documentation; the guy didn't even bother to look. By answering such lame questions you encourage more lame questions. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:09 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 Goto 'Tools | Configure Libraries' menu, add new entry, and select your Struts.jar. Then goto 'Project | Project Properties' menu select the 'required libraries' tab, select add and then choose your newly added struts. This then enables struts within your project. Hope this helps Ghoot -Original Message- From: Sam Lai [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 00:07 To: Struts Users Mailing List Subject: Newbie Struts and Jbuilder6 Hi, Can anyone show me how to integrate struts in Jbuilder6? thanks, SAM NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
He didn't say anything; he wrote it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:33 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 yes , i fully agree with what emaho has said in the mail rgds amit malhotra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DispatchAction and image input
Thanks Mark, I did search the archives for DispatchAction image and nothing relative showed up. I obviously missed something. thanks for the help. robert -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 6:27 AM To: 'Struts Users Mailing List' Subject: RE: DispatchAction and image input Yes. STFA http://www.mail-archive.com/struts-user%40jakarta.apache.org/ Mark -Original Message- From: Robert Taylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 5:43 AM It is relatively easy to fix this problem, but I was wondering if it had already been addressed. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Multiple submit buttons solution
I dont think this will work.
in the jsp I have this line:
html:form action=/controller/
If I look at the generated html code it will look like:
form name=controllerForm method=POST
action=/wsa/controller.do;jsessionid=sfkzljzkp1
What you are suggesting
So what we figured out was different mappings for the
different actions
(create, save, fetch). The problem however is that the
html:form action =
'create' can only contain one action of course. Our solution
to that is
with the help of javascript we change the action.
For example if I press the fetch button, the action becomes
one like this:
html:form action = 'fetch'
will not work, since the html:form action=/something
is a line that is available on the server. The output on the client will
look completely different.
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 1:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Ok,
What I want is using multiple actionforms. The reason for
this is because I
want to use different validations. I want no validation for
create, I want a
validation for Save and I want a validation for say,
fetch.Validations for
save and fetch are different.
What I don't want is one actionform with an if -then -else
statement saying
if create, then do this, if save then do that. I want to have
one superclass
with the properties of the jsp and the subclasses for different
actions(create, save, fetch).
So what we figured out was different mappings for the
different actions
(create, save, fetch). The problem however is that the
html:form action =
'create' can only contain one action of course. Our solution
to that is
with the help of javascript we change the action.
For example if I press the fetch button, the action becomes
one like this:
html:form action = 'fetch'
So, does this makes sense? Are we on the right track or are we missing
something?
Gr,
Pim
The problem is
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Ah no sorry, my mistake.
It will all go to the same action form. I have created a
field called
action. A better name would have been navigation.
In the action form I check this action/navigation field and
then redirect
to
the right page. But you can do this with multiple forms, e.g.
script
function go(form,navigate) {
form.navigate.value=navigate;
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate/
/html:form
html:form action=/delete
html:hidden name=navigate/
/html:form
a href=javascript:go(document.forms[0], 'edit')edit/a)
a href=javascript:go(document.forms[1], 'del')delete/a)
or even better
script
function go(form) {
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate value=edit/
/html:form
html:form action=/delete
html:hidden name=navigate value=del/
/html:form
a href=javascript:go(document.forms[0])edit/a)
a href=javascript:go(document.forms[1])delete/a)
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Hi Ronald,
So what you actually do is adjusting the html:form action, right?
Example:
html:form action = createregistration
And if I push the deletebutton --
a href=go('deleteregistration')bean:message
key=general.delete
This will change to:
html:form action = deleteregistration
Because this is what we figured out to do also..
My question: How do you do that with the default submit buttons
(html:submit )?
My guess is something like html:submit onclick=
go('deleteregistration') .
I'm a on the right track here?
Tanx in advance,
Pim
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
here is what I usually use, using links and submit
head
javascript
function go(whatAction) {
document.forms[0].action.value=whataction;
document.forms[0].submit();
}
/script
/head
body
html:form
input type=hidden .
html:hidden ...
input type=text
f a href=go('edit')bean:message
key=general.delete/anbsp;
/html:form
hope this helps
Gr
Ronald
-Original Message-
From: Peter Severin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:34 AM
To: keithBacon; struts-user
Subject: Re: Multiple submit buttons solution
Hi Keith,
Yes you can use links but sometimes you need to submit the
form
Struts Community Opportunity
Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer, the documentation can be confusing and misleading. While everyone who has contributed has done a good job, it can be daunting for a complete newcomer. I dont think this is the place for you to vent your anger at them. And I hope you can see the humour in my response :) I know it can be frustrating seeing the same q's again and again, but you dont HAVE to respond every time someone asks a dumb question, do you ? I'm not looking for a flame war, but sometimes you are just too rude. Take it somewhere else - off this list ! Hope you take this in the spirit it is intended Take care Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:13 To: 'Struts Users Mailing List' Subject: RE: Newbie
RE: Struts Community Opportunity
I think this is a GREAT idea, Emaho; let us know how we can get this started. Remember, also, that Ted has requested suggestions for the revised FAQ he is authoring. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:08 AM To: Struts Users Mailing List Subject: Struts Community Opportunity Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer, the documentation can be confusing and misleading. While everyone who has contributed has done a good job, it can be daunting for a complete newcomer. I dont think this is the place for you to vent your anger at them. And I hope you can see the humour in my response :) I know it can be frustrating seeing the same q's again and again, but you dont HAVE to respond every time someone asks a dumb question, do you ? I'm not looking for a
Re: Struts Community Opportunity
Any and all patches to the code and documentation are welcome. All the official documentation is under CVS and in XML format. If anyone ever has anything they they want to offer to the documentation portion of the project, please submit it in the XML format, be sure it builds with the rest of the documentation, and decide where it goes. Otherwise, someone else will still have to do that part (which means it might never get done). From a project management standpoint, documentation is handled exactly the same as code. Suggestions and pseudo-code are nice, but submitting a working class in Java ready to post the CVS is the surest way to make something happen. Of course, we welcome and encourage people to maintain other Struts resources outside of Jakarta. Things like Wikis are excellent tools, but sadly, Jakarta is just not a good place to host such things. (Witness Jyve.) I'm sure if a Struts Documentation Wiki sprange up, it would find promient links on the Struts site, just as we have links to jGuru today. Likewise Jakarta in general. A related idea I've been considering lately is a joint Sourceforge project for working Struts examples. This would give developers the opportunity to offer up Struts applications for others to download, explore, and improve, without going through the usual Jakarta Committer gauntlet. Of course, larger applications, like chiki, deserve their own project, but I was thinking of smaller starter applications, like Artimus and the others I've cobbled together. -Ted. Emaho, Ghoot wrote: Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already
Re: Struts Community Opportunity
Yes -- see http://jakarta.apache.org/struts/newbie.html and if people want start submitting enhancement requests to Bugzilla regarding the new 1.1 features, that would be helpful too. Just don't be afraid to frontload the work, and give us something we can just cut-and-paste (or even an XML patch). -Ted. Galbreath, Mark wrote: I think this is a GREAT idea, Emaho; let us know how we can get this started. Remember, also, that Ted has requested suggestions for the revised FAQ he is authoring. Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
likewise - great idea, not that I know what Chiki is. I like the idea of an updateable repository of knowledge. The problem with the mail archive is that a small % of it is valuable but it is lost amidst the clutter (ie. amongst my ramblings). Hopefully you'll have a demo availble soon? --- Galbreath, Mark [EMAIL PROTECTED] wrote: I think this is a GREAT idea, Emaho; let us know how we can get this started. Remember, also, that Ted has requested suggestions for the revised FAQ he is authoring. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:08 AM To: Struts Users Mailing List Subject: Struts Community Opportunity Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer,
RE: Multiple submit buttons solution
another way I have thought of is this
submit always to the same action
in your action you can then do
public ActionMapping perform(..){
SomeGeneralBean someBean = SomeGeneralBeanFactory.getInstance( form
);
someBean.execute();
}
and have 3 beans extend the SomeGeneralBean interface, e.g.
public class CreateBean extends SomeGeneralBean {
public void execute(Form form) {
// do you things
}
}
but this looked kind of silly to me, because in the factory you would have a
properties file to determine which action you would actually like based on
the navigation field, and thus creating another version of struts-config.xml
Gr
Ronald
-Original Message-
From: Ronald Haring [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 2:15 PM
To: 'Struts Users Mailing List'
Subject: RE: Multiple submit buttons solution
I dont think this will work.
in the jsp I have this line:
html:form action=/controller/
If I look at the generated html code it will look like:
form name=controllerForm method=POST
action=/wsa/controller.do;jsessionid=sfkzljzkp1
What you are suggesting
So what we figured out was different mappings for the
different actions
(create, save, fetch). The problem however is that the
html:form action =
'create' can only contain one action of course. Our solution
to that is
with the help of javascript we change the action.
For example if I press the fetch button, the action becomes
one like this:
html:form action = 'fetch'
will not work, since the html:form action=/something
is a line that is available on the server. The output on the
client will
look completely different.
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 1:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Ok,
What I want is using multiple actionforms. The reason for
this is because I
want to use different validations. I want no validation for
create, I want a
validation for Save and I want a validation for say,
fetch.Validations for
save and fetch are different.
What I don't want is one actionform with an if -then -else
statement saying
if create, then do this, if save then do that. I want to have
one superclass
with the properties of the jsp and the subclasses for different
actions(create, save, fetch).
So what we figured out was different mappings for the
different actions
(create, save, fetch). The problem however is that the
html:form action =
'create' can only contain one action of course. Our solution
to that is
with the help of javascript we change the action.
For example if I press the fetch button, the action becomes
one like this:
html:form action = 'fetch'
So, does this makes sense? Are we on the right track or are
we missing
something?
Gr,
Pim
The problem is
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Ah no sorry, my mistake.
It will all go to the same action form. I have created a
field called
action. A better name would have been navigation.
In the action form I check this action/navigation field and
then redirect
to
the right page. But you can do this with multiple forms, e.g.
script
function go(form,navigate) {
form.navigate.value=navigate;
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate/
/html:form
html:form action=/delete
html:hidden name=navigate/
/html:form
a href=javascript:go(document.forms[0], 'edit')edit/a)
a href=javascript:go(document.forms[1], 'del')delete/a)
or even better
script
function go(form) {
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate value=edit/
/html:form
html:form action=/delete
html:hidden name=navigate value=del/
/html:form
a href=javascript:go(document.forms[0])edit/a)
a href=javascript:go(document.forms[1])delete/a)
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Hi Ronald,
So what you actually do is adjusting the html:form
action, right?
Example:
html:form action = createregistration
And if I push the deletebutton --
a href=go('deleteregistration')bean:message
key=general.delete
This will change to:
html:form action = deleteregistration
Because this is what we figured out to do also..
My question: How do you do that with the default submit buttons
Re: http://chiki.emaho.org
Hey Emaho, I'm getting a 404 on your URL. Mark
RE: Struts Community Opportunity
sounds like a good plan, unfortunately our firewall doesnt allow me to connect to port 8080 so I have never been able so far to look at your application Ghoot Gr Ronald -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 2:08 PM To: Struts Users Mailing List Subject: Struts Community Opportunity Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer, the documentation can be confusing and misleading. While everyone who has contributed has done a good job, it can be daunting for a complete newcomer. I dont think this is the place for you to vent your anger at them. And I hope you can see the humour in my response :) I know
RE: Newbie Struts and Jbuilder6
Hey Mark, he didn't wrote nothing - he typed it cheers --- Galbreath, Mark [EMAIL PROTECTED] wrote: He didn't say anything; he wrote it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:33 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 yes , i fully agree with what emaho has said in the mail rgds amit malhotra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = ~~ Search the archive:- http://www.mail-archive.com/struts-user%40jakarta.apache.org/ ~~ Keith Bacon - Looking for struts work - South-East UK. phone UK 07960 011275 __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
Yeah, but was it strongly typed? -Original Message- From: keithBacon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:37 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 Hey Mark, he didn't wrote nothing - he typed it cheers --- Galbreath, Mark [EMAIL PROTECTED] wrote: He didn't say anything; he wrote it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:33 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 yes , i fully agree with what emaho has said in the mail rgds amit malhotra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = ~~ Search the archive:- http://www.mail-archive.com/struts-user%40jakarta.apache.org/ ~~ Keith Bacon - Looking for struts work - South-East UK. phone UK 07960 011275 __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: http://chiki.emaho.org
Mark, The site is running and myself and others are accessing at this moment. Perhaps there is some other reason you cannot access it. Does your firewall permit port 8080 access ? Maybe it's something else, but the site is definately up ! Cheers Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 13:35 To: Struts (E-mail) Subject: Re: http://chiki.emaho.org Hey Emaho, I'm getting a 404 on your URL. Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
For people who aren't great at jargon, a helper class for struts-users STFU -Sworn to F*** UP RTFM -Read the F***ing Manual Man -do we really need to use this language? From: Galbreath, Mark [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: Newbie Struts and Jbuilder6 Date: Wed, 6 Mar 2002 08:28:40 -0500 Your sarcasm runs deepI guess I'll just STFU. -Original Message- From: Pete Carapetyan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:04 AM To summarize then, here are the rules 1. If you want to use the struts list to talk about beer or just be cute, that is fine. 2. If you want to ask questions instead of RTFM, that is not fine. 3. If you want to help someone who asked dumb questions, not fine. The important thing is that we all know the rules. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
Thanks Ted. Perhaps any community site would only link to the official documentation (this is pretty standard), rather than be 'part' of the release. This would make sense and perhaps - in time - reduce some of the effort on you guys. As for hosting, well I could do that here at my company (my cost), if there is nowhere more suitable ? Your thoughts on example projects are excellent ! and would work well in conjunction with a community site I feel. I think both of these things are essential as Struts gains more and more momentum. I guess we'll see what the general opinion is, but I do think there is an opportunity here. Thanks Ghoot -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 13:27 To: Struts Users Mailing List Subject: Re: Struts Community Opportunity Any and all patches to the code and documentation are welcome. All the official documentation is under CVS and in XML format. If anyone ever has anything they they want to offer to the documentation portion of the project, please submit it in the XML format, be sure it builds with the rest of the documentation, and decide where it goes. Otherwise, someone else will still have to do that part (which means it might never get done). From a project management standpoint, documentation is handled exactly the same as code. Suggestions and pseudo-code are nice, but submitting a working class in Java ready to post the CVS is the surest way to make something happen. Of course, we welcome and encourage people to maintain other Struts resources outside of Jakarta. Things like Wikis are excellent tools, but sadly, Jakarta is just not a good place to host such things. (Witness Jyve.) I'm sure if a Struts Documentation Wiki sprange up, it would find promient links on the Struts site, just as we have links to jGuru today. Likewise Jakarta in general. A related idea I've been considering lately is a joint Sourceforge project for working Struts examples. This would give developers the opportunity to offer up Struts applications for others to download, explore, and improve, without going through the usual Jakarta Committer gauntlet. Of course, larger applications, like chiki, deserve their own project, but I was thinking of smaller starter applications, like Artimus and the others I've cobbled together. -Ted. Emaho, Ghoot wrote: Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which
RE: Struts Community Opportunity
Ronald, Sorry about that ! All you need to do if you are interested is download the WAR and run under Tomcat. Check the site for details, but it shouldnt take you more than 10 minutes to have it running locally. Let me know if you give it a try, Cheers Ghoot -Original Message- From: Ronald Haring [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 13:35 To: 'Struts Users Mailing List' Subject: RE: Struts Community Opportunity sounds like a good plan, unfortunately our firewall doesnt allow me to connect to port 8080 so I have never been able so far to look at your application Ghoot Gr Ronald -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 2:08 PM To: Struts Users Mailing List Subject: Struts Community Opportunity Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a
RE: bean:write and formatKey
I've just downloaded the 20020306 build and no improvement. Are you sure it would have got into that build? -Original Message- From: Oleg V Alexeev [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 09:11 To: Struts Users Mailing List Subject: Re: bean:write and formatKey Hello Matt, Check the last night build - I just commit fix for it. Wednesday, March 06, 2002, 4:18:47 AM, you wrote: MR I've encountered a possible bug in the use of formatKey in bean:write. As MR always it's more likely to be my error but I'd appreciate it if anyone could MR have a look. I'm running the latest nightly build of struts. MR Code snippets are below but to summarise, I'm using the bean:write tag and MR formatKey attribute in my JSP to refer to 3 different format keys in my MR resource file. However all my values are being formatted using the MR format.dollars key if the resource file entries are as below. If I remove MR format.dollars then I get the strings formatted as percentages, etc. I.e. MR only one format string is ever used. All my properties return datatype MR double which I assume is something to do with the problem but I'm not sure MR what. Why can't I format 4 different properties in 4 different ways using 4 MR different format keys? MR Thanks, MR Matt. MR In a JSP file I have this snippet: MR logic:iterate id=item name=player property=portfolio MR tr MR tdbean:write name=item property=desc //td MR tdbean:write name=item property=quantity //td MR tdbean:write name=item property=value formatKey=format.dollars //td MR tdbean:write name=item property=totalStrength MR formatKey=format.int //td MR tdbean:write name=item property=totalDefense formatKey=format.int //td MR tdbean:write name=item property=change MR formatKey=format.percentage //td MR /tr MR /logic:iterate MR In my ApplicationResource.properties file I have this snippet: MR format.int=0 MR format.dollars=$0.00 MR format.percentage=0.00% MR -- MR To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] MR For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Best regards, Olegmailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
lol, I will give it a try, but I cant connect to your site from work, since port 8080 is blocked (I think that is the problem, since I see a redirect in my status bar to port 8080, followed by a 404 error) Gr Ronald -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 2:39 PM To: Struts Users Mailing List Subject: RE: Struts Community Opportunity Ronald, Sorry about that ! All you need to do if you are interested is download the WAR and run under Tomcat. Check the site for details, but it shouldnt take you more than 10 minutes to have it running locally. Let me know if you give it a try, Cheers Ghoot -Original Message- From: Ronald Haring [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 13:35 To: 'Struts Users Mailing List' Subject: RE: Struts Community Opportunity sounds like a good plan, unfortunately our firewall doesnt allow me to connect to port 8080 so I have never been able so far to look at your application Ghoot Gr Ronald -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 2:08 PM To: Struts Users Mailing List Subject: Struts Community Opportunity Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and on about the benefits ! I'm not saying Chiki is the only answer, but I'm just volunteering something that seems a great fit for the 'problem'. In the next 4-6 weeks Chiki will be ready for such usage. I'd love to see a Struts community using chiki (since it's built on Struts), taking the whole Struts experience to a new level, one which can not only cope with increased user base, but would positively thrive on it. Even if people dont think this is the way to go, then I'd still be happy to offer advise perspective and effort re the Documentation. Please let me know what you all think Thanks Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:43 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries.
RE: Newbie Struts and Jbuilder6
I think the list needs good cop/bad cop style. lots of diff. people ask lots of diff. levels of question we need lots of diff. people to answer them. Certainly people that aren't prepared to spend the time learning themselves need to be put off a litle (but only a little). It's pretty hard work learning struts. And the error handling isn't always the best. --- Galbreath, Mark [EMAIL PROTECTED] wrote: I do not vent anger at newbies though I may be stern at times, and I, too, remember what it is like learning something new...because I do it everyday. I appreciate your generosity but I go by the old adage, Give a man a fish and he'll not be hungry today; teach him to fish and he'll never be hungry. Sometimes your generosity works to the detriment of those you wish to help. And, as I said, it encourages more laziness on a list that is already way too busy handling inane queries. No flame war - have a beer! Cheers! Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:19 AM Mark While I understand your frustration, I dont share it ! I was happy to help. You seem to vent a lot of frustration at newbie users. So they havent read all the docs - so what ! I remember what its like to be a beginner and come up against people with your attitude. Chill out and stop giving them such a hard time. You can still 'point them at the docs' in a friendly manner. You act as though this list is your personal property sometimes ! Newbies are welcome, and if they need reminding 100 times about the doc then fine. Bear in mind that for a newcomer, the documentation can be confusing and misleading. While everyone who has contributed has done a good job, it can be daunting for a complete newcomer. I dont think this is the place for you to vent your anger at them. And I hope you can see the humour in my response :) I know it can be frustrating seeing the same q's again and again, but you dont HAVE to respond every time someone asks a dumb question, do you ? I'm not looking for a flame war, but sometimes you are just too rude. Take it somewhere else - off this list ! Hope you take this in the spirit it is intended Take care Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 12:13 To: 'Struts Users Mailing List' Subject: RE: Newbie Struts and Jbuilder6 You going to spoon-feed him, too? This integration is clearly explained in the documentation; the guy didn't even bother to look. By answering such lame questions you encourage more lame questions. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:09 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 Goto 'Tools | Configure Libraries' menu, add new entry, and select your Struts.jar. Then goto 'Project | Project Properties' menu select the 'required libraries' tab, select add and then choose your newly added struts. This then enables struts within your project. Hope this helps Ghoot -Original Message- From: Sam Lai [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 00:07 To: Struts Users Mailing List Subject: Newbie Struts and Jbuilder6 Hi, Can anyone show me how to integrate struts in Jbuilder6? thanks, SAM NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = ~~ Search the archive:- http://www.mail-archive.com/struts-user%40jakarta.apache.org/ ~~ Keith Bacon - Looking for struts work - South-East UK. phone UK 07960 011275 __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail:
RE: Newbie Struts and Jbuilder6
Okay, let's just test this debate with a test of observation and temperament. Try to find out what's wrong with this picture. If you can't figure it out, be patient and it will become evident. Make sure your sound is on. http://www.rockafett.net/swf/whatswrong.swf Mark -Original Message- From: keithBacon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:44 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 I think the list needs good cop/bad cop style. lots of diff. people ask lots of diff. levels of question we need lots of diff. people to answer them. Certainly people that aren't prepared to spend the time learning themselves need to be put off a litle (but only a little). It's pretty hard work learning struts. And the error handling isn't always the best. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
I've offerred my website as host to Struts documentation before and my offer remains. In fact, there may be some stuff there already - I haven't worked on it for a year. Mark -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:36 AM To: Struts Users Mailing List Subject: RE: Struts Community Opportunity Thanks Ted. Perhaps any community site would only link to the official documentation (this is pretty standard), rather than be 'part' of the release. This would make sense and perhaps - in time - reduce some of the effort on you guys. As for hosting, well I could do that here at my company (my cost), if there is nowhere more suitable ? Your thoughts on example projects are excellent ! and would work well in conjunction with a community site I feel. I think both of these things are essential as Struts gains more and more momentum. I guess we'll see what the general opinion is, but I do think there is an opportunity here. Thanks Ghoot -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 13:27 To: Struts Users Mailing List Subject: Re: Struts Community Opportunity Any and all patches to the code and documentation are welcome. All the official documentation is under CVS and in XML format. If anyone ever has anything they they want to offer to the documentation portion of the project, please submit it in the XML format, be sure it builds with the rest of the documentation, and decide where it goes. Otherwise, someone else will still have to do that part (which means it might never get done). From a project management standpoint, documentation is handled exactly the same as code. Suggestions and pseudo-code are nice, but submitting a working class in Java ready to post the CVS is the surest way to make something happen. Of course, we welcome and encourage people to maintain other Struts resources outside of Jakarta. Things like Wikis are excellent tools, but sadly, Jakarta is just not a good place to host such things. (Witness Jyve.) I'm sure if a Struts Documentation Wiki sprange up, it would find promient links on the Struts site, just as we have links to jGuru today. Likewise Jakarta in general. A related idea I've been considering lately is a joint Sourceforge project for working Struts examples. This would give developers the opportunity to offer up Struts applications for others to download, explore, and improve, without going through the usual Jakarta Committer gauntlet. Of course, larger applications, like chiki, deserve their own project, but I was thinking of smaller starter applications, like Artimus and the others I've cobbled together. -Ted. Emaho, Ghoot wrote: Hello all I think there is an opportunity here, particularly with the imminent 1.1 release. I imagine there are going to be a whole bunch of new questions when 1.1 is released. There IS a lot of documentation for Struts. The work Ted and others have done is great. But perhaps a new perspective on the docs (particularly for newbies) might be prudent. I know from my own experience that how these docs are organised and presented can have a big effect on their usefuleness. Those of us who've been using Struts for a longest can see how the user base has increased dramatically, and I can only see this increasing with the release of 1.1. Perhaps now is a good time to consider possible changes/refactoring of the docs that would help inform new users and 'alleviate' some of the burden on the list. I know the docs as is are good, but thats easy for us to say when we know, pretty much, how it works and hangs together :) I'd be happy to offer some suggestions and effort in this regard - and I'm sure others would too. I have experience in organising this type of content on a large scale - especially for 'newbies', so maybe I have a different perspective. I'm not intending to step on anyones toes ! Any new work would obviously build upon the existing site and Ted's great site. Now for a shameless plugChiki (http://chiki.emaho.org) is being developed by myself and others, and this is one of the ways it can be used, for community building and content management. Perhaps somewhere down the line we could have a Struts Community site powered by Chiki, with all the relevant resources. As it is based upon Wiki this content can be dynamically updated and managed, and there is suitable access control provided ! (well in a release coming out very soon) Think 'The Server Side' devoted to Struts. It would dramatically reduce the load on the mailing list, as well as serving as a focal point for all things Struts. I imagine there would be a group of administrators obviously, but it would also allow others to contribute too, thereby lightening the load on everyone helping with the list. I could go on and
RE: Role-based Validation ACTION ! Extension Question
I think the role-based actions extension makes it easier for sites that have hundreds of actions. Yes, you are correct in that everything can be done in web.xml. Matt --- Emaho, Ghoot [EMAIL PROTECTED] wrote: Matt Thanks for that. My mistake - i did mean the action extension ! Your answer didnt really tell me anything - sorry ! Mabe you can try and redescribe your point. My point is that if you can achieve all that is needed via the web.xml, then why have/use the action extension. I figured there might be some other benefit I was unaware of. The only thing I can think of is that for programmatic security stuff, Action classes have to do a bit of work to get the stuff from the web.xml. But I'm not sure this is really a problem. If you can provide any clearer reasons for using the extension id appreciate that, Thanks Ghoot -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: 05 March 2002 20:54 To: Struts Users Mailing List Subject: Re: Role-based Validation Extension Question Do you mean role-based actions extension? I know that this extension allows you to configure allowed roles to access each action. Yes, you can do it in your web.xml, but usually folks just protect *.do or /do/* and create an appropriate mapping - and do all other configuring in web.xml. Matt --- Emaho, Ghoot [EMAIL PROTECTED] wrote: Hi, I think I might be missing something here. Can someone tell me what the Role-based Validation extension gives you over, say, setting security restraints in the web.xml ? I can set constraints on individual actions by mapping them in the web.xml. So what else does the extension give the developer ? This isnt a criticism, i just need someone to point it out to me. For the life of me I cant figure out what else you get, and i ant see any reason to use it at the moment. Anyone who can point out the wood amongst the trees will be thanked kindly ! Cheers Ghoot Emaho Development Team Leader Petrotechnics http://www.petrotechnics.co.uk/ Ltd __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
ok thx Ghoot, I got it, trying it out later Gr Ronald -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 2:48 PM To: Struts Users Mailing List Subject: RE: Struts Community Opportunity :) ok, try going to sourceforge then ! Can you get there ? :) http://sourceforge.net/projects/chiki Ghoot Furore B.V. Rijswijkstraat 175-8 Postbus 9204 1006 AE Amsterdam tel. (020) 346 71 71 fax. (020) 346 71 77 --- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer ---
RE: Newbie Struts and Jbuilder6
It's Shut the f*ck up, and these are standard hacker idioms that have been around a lot longer than you. In fact, RTFM originated at MIT in the mid-80s. Mark -Original Message- From: SUPRIYA MISRA [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:38 AM To: [EMAIL PROTECTED] Subject: RE: Newbie Struts and Jbuilder6 For people who aren't great at jargon, a helper class for struts-users STFU -Sworn to F*** UP RTFM -Read the F***ing Manual Man -do we really need to use this language? From: Galbreath, Mark [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: Newbie Struts and Jbuilder6 Date: Wed, 6 Mar 2002 08:28:40 -0500 Your sarcasm runs deepI guess I'll just STFU. -Original Message- From: Pete Carapetyan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:04 AM To summarize then, here are the rules 1. If you want to use the struts list to talk about beer or just be cute, that is fine. 2. If you want to ask questions instead of RTFM, that is not fine. 3. If you want to help someone who asked dumb questions, not fine. The important thing is that we all know the rules. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: http://chiki.emaho.org
Thanks, Ghoot. I have a technician checking our firewall now. -Original Message- From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 8:36 AM To: Struts Users Mailing List Subject: RE: http://chiki.emaho.org Mark, The site is running and myself and others are accessing at this moment. Perhaps there is some other reason you cannot access it. Does your firewall permit port 8080 access ? Maybe it's something else, but the site is definately up ! Cheers Ghoot -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 13:35 To: Struts (E-mail) Subject: Re: http://chiki.emaho.org Hey Emaho, I'm getting a 404 on your URL. Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Community Opportunity
keithBacon wrote: likewise - great idea, not that I know what Chiki is. I like the idea of an updateable repository of knowledge. The problem with the mail archive is that a small % of it is valuable but it is lost amidst the clutter (ie. amongst my ramblings). Hopefully you'll have a demo availble soon? Here's a Wiki demo: I just recently started to setup a semi-public Wiki site to collect resources related to web application technologies. It's a work in progress but should be enough to give you a good idea of what this Wiki stuff is. Note the following details: - Every page has an Edit button. Everyone can edit/contribute. This is a certain risk but experience shows that it works well in most communities. Try it, looks at the content, add something useful. :-) - Every Wiki word establishes automatically a topic, i.e. a sub-page. Wiki words are words smashed togehter like a AnExampleWikiWord. - A very simple markup language is used to edit the content. It takes you five minutes to learn it. - There is a build-in search feature. - You can track changes and revert to any ealier version (CVS like) http://www.teamup.com/webdev/ I've been useing Wiki for a long time, mostly company-internal, to maintain shared knowledge. I has been very useful. I support very much the idea of setting up a Wiki based Struts community tool. Note that my site uses a Perl-based Wiki. We should of course use the Struts-based Chiki for this. Gabe -- Gabriel Sidler Software Engineer, Eivycom GmbH, Zurich, Switzerland -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
You can save your petty sarcasm for usenet. This group is about helping people, not belittling them. Craig. From: Galbreath, Mark [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: Newbie Struts and Jbuilder6 Date: Wed, 6 Mar 2002 07:44:28 -0500 He didn't say anything; he wrote it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:33 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 yes , i fully agree with what emaho has said in the mail rgds amit malhotra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Craig W. Tataryn Programmer/Analyst Compuware _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
Very cool! This would make a great framework for collaborative Struts development. -Original Message- From: Gabriel Sidler [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 9:05 AM Here's a Wiki demo: I just recently started to setup a semi-public Wiki site to collect resources related to web application technologies. It's a work in progress but should be enough to give you a good idea of what this Wiki stuff is. Note the following details: - Every page has an Edit button. Everyone can edit/contribute. This is a certain risk but experience shows that it works well in most communities. Try it, looks at the content, add something useful. :-) - Every Wiki word establishes automatically a topic, i.e. a sub-page. Wiki words are words smashed togehter like a AnExampleWikiWord. - A very simple markup language is used to edit the content. It takes you five minutes to learn it. - There is a build-in search feature. - You can track changes and revert to any ealier version (CVS like) http://www.teamup.com/webdev/ I've been useing Wiki for a long time, mostly company-internal, to maintain shared knowledge. I has been very useful. I support very much the idea of setting up a Wiki based Struts community tool. Note that my site uses a Perl-based Wiki. We should of course use the Struts-based Chiki for this. Gabe -- Gabriel Sidler Software Engineer, Eivycom GmbH, Zurich, Switzerland -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts Community Opportunity
Gabriel I see it's built on TWiki. Chiki has many similarities to Twiki re functionality. Obviously it's written in Java using Struts (not perl). Have you taken a look at Chiki ? I'd be interested in any feedback you might have. The current release has everything you listed (except version control which is in the next release) and more. As an experienced Wiki user I'd appreciate your feedback. Your site is a good example of how these things can be used. A Community site (using Chiki) for Struts would be a great resource. Of course it doesnt have to be Chiki (there are many Wiki's out there) but it'd be good to use something that's built on Struts. Looking forward to your feedback Thanks Ghoot http://chiki.emaho.org http://sourceforge.net/projects/chiki -Original Message- From: Gabriel Sidler [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 14:05 To: Struts Users Mailing List Subject: Re: Struts Community Opportunity keithBacon wrote: likewise - great idea, not that I know what Chiki is. I like the idea of an updateable repository of knowledge. The problem with the mail archive is that a small % of it is valuable but it is lost amidst the clutter (ie. amongst my ramblings). Hopefully you'll have a demo availble soon? Here's a Wiki demo: I just recently started to setup a semi-public Wiki site to collect resources related to web application technologies. It's a work in progress but should be enough to give you a good idea of what this Wiki stuff is. Note the following details: - Every page has an Edit button. Everyone can edit/contribute. This is a certain risk but experience shows that it works well in most communities. Try it, looks at the content, add something useful. :-) - Every Wiki word establishes automatically a topic, i.e. a sub-page. Wiki words are words smashed togehter like a AnExampleWikiWord. - A very simple markup language is used to edit the content. It takes you five minutes to learn it. - There is a build-in search feature. - You can track changes and revert to any ealier version (CVS like) http://www.teamup.com/webdev/ I've been useing Wiki for a long time, mostly company-internal, to maintain shared knowledge. I has been very useful. I support very much the idea of setting up a Wiki based Struts community tool. Note that my site uses a Perl-based Wiki. We should of course use the Struts-based Chiki for this. Gabe -- Gabriel Sidler Software Engineer, Eivycom GmbH, Zurich, Switzerland -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie Struts and Jbuilder6
I should have used an emoticon...it was humor. :-) -Original Message- From: Craig Tataryn [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 9:01 AM To: [EMAIL PROTECTED] Subject: RE: Newbie Struts and Jbuilder6 You can save your petty sarcasm for usenet. This group is about helping people, not belittling them. Craig. From: Galbreath, Mark [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Subject: RE: Newbie Struts and Jbuilder6 Date: Wed, 6 Mar 2002 07:44:28 -0500 He didn't say anything; he wrote it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:33 AM To: Struts Users Mailing List Subject: RE: Newbie Struts and Jbuilder6 yes , i fully agree with what emaho has said in the mail rgds amit malhotra -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Craig W. Tataryn Programmer/Analyst Compuware _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Struts Community Opportunity
Another excellent resource on the web. Too much information!! There is huge potential in these things!. --- Gabriel Sidler [EMAIL PROTECTED] wrote: keithBacon wrote: likewise - great idea, not that I know what Chiki is. I like the idea of an updateable repository of knowledge. The problem with the mail archive is that a small % of it is valuable but it is lost amidst the clutter (ie. amongst my ramblings). Hopefully you'll have a demo availble soon? Here's a Wiki demo: I just recently started to setup a semi-public Wiki site to collect resources related to web application technologies. It's a work in progress but should be enough to give you a good idea of what this Wiki stuff is. Note the following details: - Every page has an Edit button. Everyone can edit/contribute. This is a certain risk but experience shows that it works well in most communities. Try it, looks at the content, add something useful. :-) - Every Wiki word establishes automatically a topic, i.e. a sub-page. Wiki words are words smashed togehter like a AnExampleWikiWord. - A very simple markup language is used to edit the content. It takes you five minutes to learn it. - There is a build-in search feature. - You can track changes and revert to any ealier version (CVS like) http://www.teamup.com/webdev/ I've been useing Wiki for a long time, mostly company-internal, to maintain shared knowledge. I has been very useful. I support very much the idea of setting up a Wiki based Struts community tool. Note that my site uses a Perl-based Wiki. We should of course use the Struts-based Chiki for this. Gabe -- Gabriel Sidler Software Engineer, Eivycom GmbH, Zurich, Switzerland -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] = ~~ Search the archive:- http://www.mail-archive.com/struts-user%40jakarta.apache.org/ ~~ Keith Bacon - Looking for struts work - South-East UK. phone UK 07960 011275 __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Traffic
For the record, I'm personally -1 on unhelpful one-word responses to questions posted to a public list like this one. IMHO if you subscribe to a public list, you have agreed to take the good with the bad. If the point of a response is to refer someone to the documentation or a Web site, I would suggest providing a link to the resource. If there is an issue with the way someone poses a question, as Mark G has pointed out, Eric Raymond's page is an excellent primer. http://www.tuxedo.org/~esr/faqs/smart-questions.html Otherwise, as a personal favor, I would ask everyone to please conserve our bandwidth and say nothing at all. Before sending any message to a high-volume list like this one, please ask yourself whether your post will contribute to the signal or to the noise. If the volume of messages is an issue for anyone, there is a Struts digest and a newsgroup. mailto:[EMAIL PROTECTED] http://news.basebeans.com/forums.jsp A good way to go is to use an archive when you have a question, http://www.mail-archive.com/struts-user%40jakarta.apache.org/ and then the Basebean/Struts newsgroup if you need to ask one of your own now and again. Any contributions to the official Struts or jGuru FAQs are also welcome. http://jakarta.apache.org/struts/kickstart.html http://jakarta.apache.org/struts/newbie.html http://www.jguru.com/faq/home.jsp?topic=Struts We recently revamped the Web site so that it easier to post new FAQs, resources, and announcements as they become available. Please post any contributions to Bugzilla as an enhancement request to the documentation. http://jakarta.apache.org/site/bugs.html -- Ted Husted -- Web: http://husted.com/struts -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Issue with data sources in mySQL
Recently I tried setting up a data source in my struts config file to work with mySQL. The version of tomcat I'm using is 3.2.2 and the mySQL drive I is the type mm.mysql version 2.0.6 . What happens is that after going through the whole set up, I start my tomcat and then try to connect to http://localhost:8080 and my browser just hangs and hangs; it never connects. When I comment out the data source definition in struts-config.xml, tomcat starts just fine and I can connect to http://localhost:8080. I AM using the latest release of mySQL (Downloaded it just a couple days ago), and I have the jdbc optional extension that contains the DataSource class. If anybody has run into this issue and know the problem and the fix, I would greatly appreciate if you could let me know what your solution was. Best regards, ** Juan Alvarado Internet Developer -- Manduca Management (786)552-0504 [EMAIL PROTECTED] AOL Instant Messenger: [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: paging taglib and struts?
You would need to calculate the total number of rows which are to be displayed and put this into the request/session for the jsp to use. Thanks for the tip. The pager docs don't actually say this it is sorta assumed. Docs could be alot better. -Original Message- From: Malcolm Wise [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 9:31 AM To: 'Struts Users Mailing List' Subject: RE: paging taglib and struts? Pedro, (Posted here 'cos I couldn't get through to your email address.) Refer to the taglib documentation at http://jsptags.com/tags/navigation/pager/pager-taglib-1.1.html I think you would have to do some arithmetic in your Action class and put the results into the request/session to achieve this. The 'pager' tag makes available a pagerPageNumber variable which is the page number of the current page. Internally the tag library classes must know how many rows and pages there are, but it does not expose these to the jsp as far as I can see. You would need to calculate the total number of rows which are to be displayed and put this into the request/session for the jsp to use. So, to get the total number of pages you would need to work out the no. of rows to display divided by the value specified for the maxPageItems attribute of the 'pager' tag (+1 if there is a remainder). The pagerOffset variable exposed by the 'pager' tag can be used to calculate the Results 1 to 10 part of your requirement (pagerOffset +1 to pagerOffset+maxPageItems, unless this is the last page, in which case it would be pagerOffset +1 to total no. of rows). Another option would be to ask the author (James Klicman, I believe - [EMAIL PROTECTED]) to modify the tag classes to expose the variables you need ( I don't think this library is open source). HTH Malc -Original Message- From: Pedro Marques [mailto:[EMAIL PROTECTED]] Sent: 05 February 2002 22:15 To: [EMAIL PROTECTED] Subject: RE: paging taglib and struts? Malcolm, Is it possible to get the total number of pages? I would like a navigation bar like this: Results 1 to 10 out of 1036page 1/20 thanks, Pedro. -Original Message- From: Malcolm Wise [mailto:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 1:32 AM To: 'Struts Users Mailing List' Subject: RE: paging taglib and struts? John, I am using this taglib quite extensively and it works very well with Struts. Below is a fairly basic example jsp. Essentially, the pager url attribute specifies the destination when any of the navigation links is clicked. Request parameters required by the action class can be specified using the param tag. These can be literals (value=search) as in my example or use bean:define and specify the value attribute as the resulting variable (value=%=expr%). The item tag defines each row to be displayed, and needs to be enclosed within logic:iterate. The index tag defines the navigation bar (prev, next etc) as a series of hyperlinks. The maxIndexPages attribute of the pager tag defines how many page numbers will be displayed in the navigation bar, i.e the below example will display [Prev] 1 2 3 4 5 6 7 8 9 10 [Next] assuming there are 10 pages worth of data. [Prev] and [Next] only display if there are previous or more pages. The maxPageItems attribute specifies how many detail rows per page to be displayed. I'm happy to answer any further questions or give examples. Cheers Malc pg:pager url=AdvancedSearch.do maxIndexPages=10 maxPageItems=15 pg:param name=action value=search/ TABLE width=100% TR TD align=center TABLE width=60% border=0 TR TH width=10%bean:message key=partnum.ecnsearchresults.ecnid//TH TH width=20%bean:message key=partnum.ecnsearchresults.model//TH TH width=10%bean:message key=partnum.ecnsearchresults.releasedate//TH TH width=10%bean:message key=partnum.ecnsearchresults.status//TH /TR logic:iterate id=row name=results scope=request type=com.sony.sde.sql.Row pg:item TR TDbean:write name=row property=string[1]//TD TDbean:write name=row property=string[2]//TD TDbean:write name=row property=string[3]//TD TDbean:write name=row property=string[4]//TD /TR /pg:item /logic:iterate /TABLE TABLE width=60% border=0 TRTDnbsp;/TD/TR TR align=center TD pg:index pg:preva href=%=pageUrl%[ Prev]/a /pg:prev pg:pages bean:define id=pageNo value=%=pagerPageNumber.toString()%/ logic:equal name=pageNo value=%=pageNumber.toString()% %=pageNumber% /logic:equal
Re: Need help getting a production/stable version of v1.1
Ted Husted posted the 1/12 build on his web site. You can see his message at http://www.mail-archive.com/struts-user@jakarta.apache.org/msg23631.html;. Bruce Read, Karen wrote: We started using a version of Struts from a nightly build without source code. This version includes support in the package org.apache.struts.taglib.html for the indexed attribute in a couple of the classes. Our code relies on this as well as many of the other changes. Some of these were not available in the newly released 1.0.2 version released in Jan. 2002. We need to find a stable version that we can use that contains these fixes and also the source code for debugging purposes. I am hoping that there will be a release soon or you can point me to a stable version that we can use that contains the needed fixes. Thank you in advance, Karen Read Railinc Corporation Cary, NC -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: simper-NeXt
Just give it a bash. Run a simper model through the NeXt tags. I lay my
money on it working as-is.
Sounds great. I will do this today. Just trying to understand the
internals a little better.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties are
valid bean properties.
I understand this it looks like Simper will create these methods property
methods
A nested bean is simply one object that is returned by the method of
another.
This is what was unclear to me. I guess when you create relations between
tables in Simper these get Methods to return another bean will be created in
the SimperBean automatically?
-Original Message-
From: Arron Bates [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 12:47 AM
To: Struts Users Mailing List
Subject: Re: simper-NeXt
Almost.
NeXt is only working off of Bean properties, and as with all beans, it
doesn't care as to what goes on behind those method definitions. The
constructor is one of those details it cares not about.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties are
valid bean properties.
A nested bean is simply one object that is returned by the method of
another. As each property getter method has get on the front of it,
we're laughin'. At the point of changing a property, you'll need that
set on the front of it, naturally. For example, to get the nesting
level deeper in my Monkey examples, I had a fake nested property that
returned this.
eg:
public MonkeyBean getOtherMonkey() { return this; }
To the internals of BeanUtils (the part of Struts that makes it all
happen), it's treated as an entirely different object. It makes no other
assumptions, rightly so. The system is that explicit.
Just give it a bash. Run a simper model through the NeXt tags. I lay my
money on it working as-is.
Arron.
John Menke wrote:
I'm working through the Simper examples and the NeXt examples and trying to
understand how I can use both together. Here is what I have so far:
In the NeXt you associate nested beans with a parent and children
relationship by inserting a private member variable to the parent bean the
will create a new child bean:
ie.
snip - from MonkeyStruts Tutorial
private BunchBean bunchBean = new BunchBean();
This will give us a new instance of the BunchBean when this MonkeyBean is
created. Just what we want. Now we need to provide the getter method to the
bean under the property name pickedBunch. This will create a getter which
will look something like this example...
Example...
public BunchBean getPickedBunch() {
return this.bunchBean;
/snip
This enables you to make forms like this:
snip - from MonkeyStruts Tutorial
html:form action=/action-tutorial.do
Monkey Name: nested:text property=monkeyName /br
Monkey Age: nested:text property=monkeyAge /br
br
nested:nest property=pickedBunch
Bunch Size: nested:text property=bunchSize /br
Bunch Weight: nested:text property=bunchWeight /br
Bunch Price: nested:text property=bunchPrice /br
/nested:nest
br
html:submitSubmit Form/html:submit
/html:form
/snip
In order to use the NeXt with Simper it looks like the SimperBeans will
need
to include methods like those above in order to establish the relationship.
Is this correct? If so, Simper will not work with the NeXt in it's current
form.
I think if this can be coded Simper should be able to dynamically update
the
contents of a database since the nested beans have their Set methods called
automatically since they are nested within the ActionForm bean? (Aaron is
this correct?)
Inserts into the database will require creation of a new bean and can be
handled by logic in the Action that will create a SimperBean with
information obtained from the ActionForm.
It says in the Simper source code comments that deletes happen
automatically. I'm not sure at the moment how this is going to work. I
think you could call the Simper delete method from an Action but not sure
how the automatic part effects this. Does the automatic feature of deletes
in Simper just mean that you don't have to call the writechanges() method
in
Simper?
Any comments and additions will be appreciated. In my opinion, the
integration of these two struts additions could be extremely useful.
Bryan, (If we have to) do you think it's worth adding some code to Simper
to
integrate with the NeXt?
-john
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail:
NeXt question
Is it a requirement of NeXt that the outermost bean in a nested structure extend ActionForm? The tutorial is structured in this manner but it does not appear to say this in the docs explicitly. I'm guessing that having the outermost bean extend ActionForm is tied into having struts call the set methods of sub beans automatically. Is this correct? Or can I use any type of bean (SimperBean) as the outermost bean. -john -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: simper-NeXt
Simper's representation of a database row is in the class SimperBean.
SimperBean is a relatively shallow extension of the DynaBean (actually
DynaBean is an interface -- BasicDynaBean is a concrete class which
SimperBean extends) -- see the commons project BeanUtils for the
source to DynaBean.
Table columns, as well as relations, are represented as dynamic
properties using the DynaBean/DynaClass mechanisms. It does NOT produce
get and set methods for each column or relation. Instead, there is a
single get method and a single set method, whose first parameter is
the property name. This isn't a Simper convention, it's a DynaBean
convention.
DynaBeans/DynaClasses are supported by the latest (nightly builds) of
the other beanutils classes, which is why the Struts tags like
bean:write, logic:iterate, etc., all work with SimperBeans (and why
I chose DynaBeans as a basis).
With all that said, I really don't know much about the new Nesting tags
or how they work. If they rely upon the same introspection mechanisms as
logic:iterate, bean:write, etc., then they should work with Simper
just fine. That's just a guess.
Bryan
On Wed, 2002-03-06 at 08:04, John Menke wrote:
Just give it a bash. Run a simper model through the NeXt tags. I lay my
money on it working as-is.
Sounds great. I will do this today. Just trying to understand the
internals a little better.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties are
valid bean properties.
I understand this it looks like Simper will create these methods property
methods
A nested bean is simply one object that is returned by the method of
another.
This is what was unclear to me. I guess when you create relations between
tables in Simper these get Methods to return another bean will be created in
the SimperBean automatically?
-Original Message-
From: Arron Bates [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 12:47 AM
To: Struts Users Mailing List
Subject: Re: simper-NeXt
Almost.
NeXt is only working off of Bean properties, and as with all beans, it
doesn't care as to what goes on behind those method definitions. The
constructor is one of those details it cares not about.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties are
valid bean properties.
A nested bean is simply one object that is returned by the method of
another. As each property getter method has get on the front of it,
we're laughin'. At the point of changing a property, you'll need that
set on the front of it, naturally. For example, to get the nesting
level deeper in my Monkey examples, I had a fake nested property that
returned this.
eg:
public MonkeyBean getOtherMonkey() { return this; }
To the internals of BeanUtils (the part of Struts that makes it all
happen), it's treated as an entirely different object. It makes no other
assumptions, rightly so. The system is that explicit.
Just give it a bash. Run a simper model through the NeXt tags. I lay my
money on it working as-is.
Arron.
John Menke wrote:
I'm working through the Simper examples and the NeXt examples and trying to
understand how I can use both together. Here is what I have so far:
In the NeXt you associate nested beans with a parent and children
relationship by inserting a private member variable to the parent bean the
will create a new child bean:
ie.
snip - from MonkeyStruts Tutorial
private BunchBean bunchBean = new BunchBean();
This will give us a new instance of the BunchBean when this MonkeyBean is
created. Just what we want. Now we need to provide the getter method to the
bean under the property name pickedBunch. This will create a getter which
will look something like this example...
Example...
public BunchBean getPickedBunch() {
return this.bunchBean;
/snip
This enables you to make forms like this:
snip - from MonkeyStruts Tutorial
html:form action=/action-tutorial.do
Monkey Name: nested:text property=monkeyName /br
Monkey Age: nested:text property=monkeyAge /br
br
nested:nest property=pickedBunch
Bunch Size: nested:text property=bunchSize /br
Bunch Weight: nested:text property=bunchWeight /br
Re: Need help getting a production/stable version of v1.1
You might just start with the nightly build. If you are not doing anything fancy with your ActionServlet, this should work just fine for you, and will be basis for the beta release (as soon as we get around to that). Alternatively, this is the Nightly Build with source from Dec 25/26, just before the latest development wave began. http://husted.com/struts/resources/jakarta-struts-src-20011226.zip This would have the indexed attribute, but not the nested tags, multiple configs, or dynabeans. -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services Read, Karen wrote: We started using a version of Struts from a nightly build without source code. This version includes support in the package org.apache.struts.taglib.html for the indexed attribute in a couple of the classes. Our code relies on this as well as many of the other changes. Some of these were not available in the newly released 1.0.2 version released in Jan. 2002. We need to find a stable version that we can use that contains these fixes and also the source code for debugging purposes. I am hoping that there will be a release soon or you can point me to a stable version that we can use that contains the needed fixes. Thank you in advance, Karen Read Railinc Corporation Cary, NC -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
OT: DHTML Menus and Form Objects
This is off topic from Struts, but I was wondering if anyone else has run into this If you have one of those DHTML/JS pulldown menus, it'll get hidden behind specific types of form objects (mostly select boxes). I've scoured google to see how to get around this and the only posts I've seen (that don't say you're SOL - which is most of them) that have any constructive input say to surround the form object w/ a div tag and to set the z-index property to something very low, then to set your DHTML/JS menu to something very high. The idea being that the form objects are assigned a lower z index than the menu so the menu should display over all the form object elements. I've tried that w/ the following statement: div style=z-index:1 and wasn't able to get it to work. I've tried surrounding the entire form and just the offending form element, but neither way has worked. Has anyone been able to effectively make this type of workaround work? I'm using HierMenus from www.dhtml.com on a W2k box w/ IE 5. John M. Corro Cornerstone Consulting 414.212.3500
Re: Poolman is gone, I hardly knew ya
The same discussion (about connection pools) has passed on the tomcat list recently too. I don't think I'd use the Tyrex pool. Have a look through the Tomcat Users Mailing List archive before you decide on this one. Eddie - Original Message - From: Matt Raible [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, March 05, 2002 10:40 PM Subject: RE: Poolman is gone, I hardly knew ya I use the one that is built in with Tomcat - it's called Tyrex and can be obtained from http://tyrex.exolab.org (same folks that make Castor!) - or just use what's already provided by tomcat. It has worked real slick for me, and I'd be more than happy to help anyone figure out how to use it. Uses JNDI to do lookups and seems to work just fine. Matt --- Robert D. Morse [EMAIL PROTECTED] wrote: Check out Torque. It works great for me, although it may be overkill for just a connection pool. Doesn't the PoolMan stuff come with source? Connection pools aren't rocket science. http://jakarta.apache.org/turbine/torque/index.html -Original Message- From: Satish Jeejula [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 6:35 PM To: 'Struts Users Mailing List' Subject: RE: Poolman is gone, I hardly knew ya I had my application working with PoolMan and put it in production too just TODAY. I cannot break this news to my higher-ups. So is there any good connection pooling software. thanks, satish -Original Message- From: Bryan Field-Elliot [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 8:50 PM To: Struts Users Mailing List Subject: Poolman is gone, I hardly knew ya According to the website: http://www.codestudio.com/ Poolman is no more. What a bummer for me as I just learned it and deployed it on a new project less than a week ago! Previously, I was using the pooling mechanism built into Struts, but due to many folks refering to it as not industrial strength, I moved on (to Poolman). So what else are people using? Is there one built into Tomcat now? I read that somewhere, I think in a mailing list message here, but I can't seem to find any docs on it (looking at the Tomcat 4.0 docs). Is there a mature one in the Jakarta Commons? I see a dbcp but I'm not sure of it's status, if people are using it, etc. Opinions appreciated! Bryan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tiles question: Using bean:message inside tiles:put
Is it OK to use bean:message to look up a message inside a tiles:put tag? For example: tiles:put name=title bean:message key=commissions.signingBonus.title/ /tiles:put The instantiating page might get the title like this: titletiles:getAsString name=title//title Is anyone else doing this? Usually this works for me, but sometimes the servlet container (WebLogic SP8) blows up on the getAsString. Thanks! Steve Molitor [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DHTML Menus and Form Objects
I think the layer thing works in very new versions of IE (newer than IE5 -- maybe starting with 5.5?). Back when I was looking at such things, the only solution I could find for IE 5 was to hide the offending form elements when the show menu function is fired. Kind of clunky, but that's exactly what Microsoft used to do on their site. Netscape/Mozilla is another story altogether. -Original Message- From: John M. Corro [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:37 AM To: [EMAIL PROTECTED] Subject: OT: DHTML Menus and Form Objects This is off topic from Struts, but I was wondering if anyone else has run into this If you have one of those DHTML/JS pulldown menus, it'll get hidden behind specific types of form objects (mostly select boxes). I've scoured google to see how to get around this and the only posts I've seen (that don't say you're SOL - which is most of them) that have any constructive input say to surround the form object w/ a div tag and to set the z-index property to something very low, then to set your DHTML/JS menu to something very high. The idea being that the form objects are assigned a lower z index than the menu so the menu should display over all the form object elements. I've tried that w/ the following statement: div style=z-index:1 and wasn't able to get it to work. I've tried surrounding the entire form and just the offending form element, but neither way has worked. Has anyone been able to effectively make this type of workaround work? I'm using HierMenus from www.dhtml.com on a W2k box w/ IE 5. John M. Corro Cornerstone Consulting 414.212.3500
Best Practice for parsing an XML file for application configuration parameters?
I am developing an application that will require different application settings for different machines/customers. Because of this, I want to to externalize certain configuration settings to a XML file outside of web.xml - let's call this myApp.xml. I have a StartupServlet that I can parse this file with. 1. What should I use to parse this file - SAX, DOM, Digester? 2. Should I have a bean that represents all the configuration settings, and put this in the ServletContext as an attirubute, or each individual setting? 3. If I use Digester and a bean (seems good), should I change my XML in the following snippet? application respository rootd:/repository/root assetsassets/assets viewPathfile://d:/repository/assets/viewPath /respository assessment !-- This value is a percentage -- default-passing-score75/default-passing-score /assessment /application Any help (or URLs) are appreciated! Matt __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DHTML Menus and Form Objects
To the best of my knowledge there is no workaround, it's a feature of today's browsers. No amount of finagling z-indexes is going to help. A viable option that Microsoft implemented was to hide (as in hide the layer) the select boxes whenever a menu came in contact with one, then to unhide it when the menu was gone. It's a little more trouble then it is worth to implement and not the most reliable of solutions. Just another reason not to use drop-downs on a web page actually. This stupid bug has been a thorn in my side before. :\ Shame really, drop-downs nice for application development. Here's a link to one guys experience with this back in IE4 days. http://www.wdvl.com/Authoring/DHTML/Menus/des.html -Chris Assenza -Original Message- From: John M. Corro [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:37 AM To: [EMAIL PROTECTED] Subject: OT: DHTML Menus and Form Objects This is off topic from Struts, but I was wondering if anyone else has run into this If you have one of those DHTML/JS pulldown menus, it'll get hidden behind specific types of form objects (mostly select boxes). I've scoured google to see how to get around this and the only posts I've seen (that don't say you're SOL - which is most of them) that have any constructive input say to surround the form object w/ a div tag and to set the z-index property to something very low, then to set your DHTML/JS menu to something very high. The idea being that the form objects are assigned a lower z index than the menu so the menu should display over all the form object elements. I've tried that w/ the following statement: div style=z-index:1 and wasn't able to get it to work. I've tried surrounding the entire form and just the offending form element, but neither way has worked. Has anyone been able to effectively make this type of workaround work? I'm using HierMenus from www.dhtml.com on a W2k box w/ IE 5. John M. Corro Cornerstone Consulting 414.212.3500 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: simper-NeXt
DynaBeans/DynaClasses are supported by the latest (nightly builds) of
the other beanutils classes, which is why the Struts tags like
bean:write, logic:iterate, etc., all work with SimperBeans (and why
I chose DynaBeans as a basis).
I guess that this is what handles the conversion of a getProperty method
into a get(String property) method?
Table columns, as well as relations, are represented as dynamic
properties using the DynaBean/DynaClass mechanisms.
So the get methods to relate beans should be handled in similar fashion?
That's great if it's the case. I will assemble a test of Simper-NeXt today
and see if it works. Amazing that everything fits together like this! I
expected it to be more difficult.
-Original Message-
From: Bryan Field-Elliot [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 10:29 AM
To: Struts Users Mailing List
Subject: RE: simper-NeXt
Simper's representation of a database row is in the class SimperBean.
SimperBean is a relatively shallow extension of the DynaBean (actually
DynaBean is an interface -- BasicDynaBean is a concrete class which
SimperBean extends) -- see the commons project BeanUtils for the
source to DynaBean.
Table columns, as well as relations, are represented as dynamic
properties using the DynaBean/DynaClass mechanisms. It does NOT produce
get and set methods for each column or relation. Instead, there is a
single get method and a single set method, whose first parameter is
the property name. This isn't a Simper convention, it's a DynaBean
convention.
DynaBeans/DynaClasses are supported by the latest (nightly builds) of
the other beanutils classes, which is why the Struts tags like
bean:write, logic:iterate, etc., all work with SimperBeans (and why
I chose DynaBeans as a basis).
With all that said, I really don't know much about the new Nesting tags
or how they work. If they rely upon the same introspection mechanisms as
logic:iterate, bean:write, etc., then they should work with Simper
just fine. That's just a guess.
Bryan
On Wed, 2002-03-06 at 08:04, John Menke wrote:
Just give it a bash. Run a simper model through the NeXt tags. I lay
my
money on it working as-is.
Sounds great. I will do this today. Just trying to understand the
internals a little better.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with
NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties
are
valid bean properties.
I understand this it looks like Simper will create these methods
property
methods
A nested bean is simply one object that is returned by the method of
another.
This is what was unclear to me. I guess when you create relations
between
tables in Simper these get Methods to return another bean will be
created in
the SimperBean automatically?
-Original Message-
From: Arron Bates [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 12:47 AM
To: Struts Users Mailing List
Subject: Re: simper-NeXt
Almost.
NeXt is only working off of Bean properties, and as with all beans, it
doesn't care as to what goes on behind those method definitions. The
constructor is one of those details it cares not about.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties are
valid bean properties.
A nested bean is simply one object that is returned by the method of
another. As each property getter method has get on the front of it,
we're laughin'. At the point of changing a property, you'll need that
set on the front of it, naturally. For example, to get the nesting
level deeper in my Monkey examples, I had a fake nested property that
returned this.
eg:
public MonkeyBean getOtherMonkey() { return this; }
To the internals of BeanUtils (the part of Struts that makes it all
happen), it's treated as an entirely different object. It makes no other
assumptions, rightly so. The system is that explicit.
Just give it a bash. Run a simper model through the NeXt tags. I lay my
money on it working as-is.
Arron.
John Menke wrote:
I'm working through the Simper examples and the NeXt examples and
trying to
understand how I can use both together. Here is what I have so far:
In the NeXt you associate nested beans with a parent and children
relationship by inserting a private member variable to the parent bean
the
will create a new child bean:
ie.
snip - from MonkeyStruts Tutorial
private BunchBean bunchBean = new BunchBean();
Re: Poolman is gone, I hardly knew ya
Excellent point Ted. And poolman has features you won't find in many of the other connection pools currently available. Despite it no longer being supported, it seems it may still be the best solution. Thanks so much for your thoughtful words! Eddie - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, March 05, 2002 10:03 PM Subject: Re: Poolman is gone, I hardly knew ya Personally, I wouldn't overreact. Poolman has always been an excellent product, and the fact that the original maintainer isn't working on further improvements won't change that. I'd snag the 2.0.4 release from sourceforge and park it on a CD for safekeeping. Once it's running, it will just keep running, and you can let it be. And, hey, software doesn't die, it just stops growing. And in the forseeable future, poolman's already way big enough for me =:o) -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services Bryan Field-Elliot wrote: According to the website: http://www.codestudio.com/ Poolman is no more. What a bummer for me as I just learned it and deployed it on a new project less than a week ago! Previously, I was using the pooling mechanism built into Struts, but due to many folks refering to it as not industrial strength, I moved on (to Poolman). So what else are people using? Is there one built into Tomcat now? I read that somewhere, I think in a mailing list message here, but I can't seem to find any docs on it (looking at the Tomcat 4.0 docs). Is there a mature one in the Jakarta Commons? I see a dbcp but I'm not sure of it's status, if people are using it, etc. Opinions appreciated! Bryan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DHTML Menus and Form Objects
I forgot...check out the instructors' websites at http://staff.westlake.com/ There is a SL of DHTML stuff there. Mark -Original Message- From: Galbreath, Mark Sent: Wednesday, March 06, 2002 10:46 AM It's the opposite, John. The lower the z-index, the more foreground preference the object has. I like the SOL idiom, too. :-) Mark -Original Message- From: John M. Corro [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:37 AM If you have one of those DHTML/JS pulldown menus, it'll get hidden behind specific types of form objects (mostly select boxes). I've scoured google to see how to get around this and the only posts I've seen (that don't say you're SOL - which is most of them) that have any constructive input say to surround the form object w/ a div tag and to set the z-index property to something very low, then to set your DHTML/JS menu to something very high. The idea being that the form objects are assigned a lower z index than the menu so the menu should display over all the form object elements. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cannot resolve '/tags/struts-template.tld during weblogic.jspc
I'm just trying to precompile my jsp's using weblogic.jspc on WLS5.1sp10 and I get the following error: nested IOException: java.io.IOException: cannot resolve '/tags/struts-template.tld' into a valid tag library -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Best Practice for parsing an XML file for application configurationparameters?
(1) I would could using JDOM for this? Depends on deployment size of the application You will need xerces.jar as well as jdom.jar. For mini applications then common digester is worth considering. Oh yes www.jdom.org (2) Yes or make it accessible as static property of the StartupServlet. -- Peter Pilgrim ++44 (0)207-545-9923 Swamped under electronic mails Message History From: Matt Raible [EMAIL PROTECTED] on 06/03/2002 07:41 PST Please respond to Struts Users Mailing List [EMAIL PROTECTED] To:Struts Users Mailing List [EMAIL PROTECTED] cc: Subject:Best Practice for parsing an XML file for application configuration parameters? I am developing an application that will require different application settings for different machines/customers. Because of this, I want to to externalize certain configuration settings to a XML file outside of web.xml - let's call this myApp.xml. I have a StartupServlet that I can parse this file with. 1. What should I use to parse this file - SAX, DOM, Digester? 2. Should I have a bean that represents all the configuration settings, and put this in the ServletContext as an attirubute, or each individual setting? CUT -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DHTML Menus and Form Objects
Mark, you thank ; ) .guess I had it backwards...I was using a Netscape reference http://developer.netscape.com/docs/manuals/htmlguid/tags12.htm#1701758 Gave the div tags a try again w/ the corrected z-index, but unfortunately no go. Thanks again, Markor is it Mark, again thanks? - Original Message - From: Galbreath, Mark [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Sent: Wednesday, March 06, 2002 9:45 AM Subject: RE: DHTML Menus and Form Objects It's the opposite, John. The lower the z-index, the more foreground preference the object has. I like the SOL idiom, too. :-) Mark -Original Message- From: John M. Corro [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:37 AM If you have one of those DHTML/JS pulldown menus, it'll get hidden behind specific types of form objects (mostly select boxes). I've scoured google to see how to get around this and the only posts I've seen (that don't say you're SOL - which is most of them) that have any constructive input say to surround the form object w/ a div tag and to set the z-index property to something very low, then to set your DHTML/JS menu to something very high. The idea being that the form objects are assigned a lower z index than the menu so the menu should display over all the form object elements. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tiles question: Using bean:message inside tiles:put
i use this technique all the time, though i specify the type (can't remember why...): tiles:put name=title type=string bean:message key=commissions.signingBonus.title/ /tiles:put ab -Original Message- From: Molitor, Stephen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:37 AM To: 'Struts Users Mailing List'; [EMAIL PROTECTED] Subject: Tiles question: Using bean:message inside tiles:put Is it OK to use bean:message to look up a message inside a tiles:put tag? For example: tiles:put name=title bean:message key=commissions.signingBonus.title/ /tiles:put The instantiating page might get the title like this: titletiles:getAsString name=title//title Is anyone else doing this? Usually this works for me, but sometimes the servlet container (WebLogic SP8) blows up on the getAsString. Thanks! Steve Molitor [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Best Practice for parsing an XML file for applicationconfiguration parameters?
On Wed, 6 Mar 2002, Matt Raible wrote: I am developing an application that will require different application settings for different machines/customers. Because of this, I want to to externalize certain configuration settings to a XML file outside of web.xml - let's call this myApp.xml. I have a StartupServlet that I can parse this file with. 1. What should I use to parse this file - SAX, DOM, Digester? I have used jdom and really like it. It's not blindingly fast, but it saves me enough time that I don't mind. 2. Should I have a bean that represents all the configuration settings, and put this in the ServletContext as an attirubute, or each individual setting? I think the settings should all be contained in a bean. 3. If I use Digester and a bean (seems good), should I change my XML in the following snippet? application respository rootd:/repository/root assetsassets/assets viewPathfile://d:/repository/assets/viewPath /respository assessment !-- This value is a percentage -- default-passing-score75/default-passing-score /assessment /application Looks reasonable. dave -- Dave Weis I believe there are more instances of the abridgement [EMAIL PROTECTED] of the freedom of the people by gradual and silent encroachments of those in power than by violent and sudden usurpations.- James Madison -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Best Practice for parsing an XML file for application configuration parameters?
JDOM made the cover of this month's XML Magazine, should you need a primer on it. I don't know if it's online, but the URL is www.xml-mag.com. Mark -Original Message- From: Peter Pilgrim [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:55 AM (1) I would could using JDOM for this? Depends on deployment size of the application. You will need xerces.jar as well as jdom.jar. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
bean:write and XSLT Coldjava taglib
Hi all Im using the Coldjava Taglib for XSLT Operations and the input that I feed to it is a request scope variable. xslt:ApplyXSL xslData=html.xsl bean:write name=xmlString/ /xslt:ApplyXSL I have a request scope variable called xmlString which contains a Stringified version of my DOM. When I do this, it throws me a Markup in the document preceding the root element is not well-formed. My XML is perfect. because if i use it this way xslt:ApplyXSL xslData=html.xsl %= pageContext.findAttribute(xmlString) % /xslt:ApplyXSL It works fine this way. Why isnt the first one working?? TIA raj __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Best Practice for parsing an XML file for application configuration parameters?
ever since the hype of xml started, people tend to forget about properties. what is wrong with a properties file nowadays? Its fast, its simple, and good enough for most configuration issues I have encountered so far. Gr Ronald -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 4:42 PM To: Struts Users Mailing List Subject: Best Practice for parsing an XML file for application configuration parameters? I am developing an application that will require different application settings for different machines/customers. Because of this, I want to to externalize certain configuration settings to a XML file outside of web.xml - let's call this myApp.xml. I have a StartupServlet that I can parse this file with. 1. What should I use to parse this file - SAX, DOM, Digester? 2. Should I have a bean that represents all the configuration settings, and put this in the ServletContext as an attirubute, or each individual setting? 3. If I use Digester and a bean (seems good), should I change my XML in the following snippet? application respository rootd:/repository/root assetsassets/assets viewPathfile://d:/repository/assets/viewPath /respository assessment !-- This value is a percentage -- default-passing-score75/default-passing-score /assessment /application Any help (or URLs) are appreciated! Matt __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Furore B.V. Rijswijkstraat 175-8 Postbus 9204 1006 AE Amsterdam tel. (020) 346 71 71 fax. (020) 346 71 77 --- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer ---
RE: Best Practice for parsing an XML file for application confi guration parameters?
JDOM is great! It's so easy to used and it's part of the JCP. Jdom.org has a bunch of tutorials and articles written about it. -Original Message- From: Galbreath, Mark [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:03 AM To: 'Struts Users Mailing List' Subject: RE: Best Practice for parsing an XML file for application confi guration parameters? JDOM made the cover of this month's XML Magazine, should you need a primer on it. I don't know if it's online, but the URL is www.xml-mag.com. Mark -Original Message- From: Peter Pilgrim [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:55 AM (1) I would could using JDOM for this? Depends on deployment size of the application. You will need xerces.jar as well as jdom.jar. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
how to edit an array of records with action forms?
Hi all, Got an array of records and I want to put them onto the screen to edit. What is the technique to go about this? (i am using the nightly 1.1 at the moment) is it create an action form that maps a single record and create a load of them? or create an action form with the properties being arrays of the information? one form in total or one form per record? i take it the indexed= attribute for the html tags is going to be useful? It's not obvious how to do this and I just dont have time to expriement (deadline to meet). Any help appreciated Cheers Ian -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Best Practice for parsing an XML file for application confi guration parameters?
Nothing is wrong with the properties file...Xml is just better 1. one config.xml file in one central place...it's so much easier to manage then a whole bunch of properties 2. xml handle the structure data much better then properties file -Original Message- From: Ronald Haring [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:08 AM To: 'Struts Users Mailing List' Subject: RE: Best Practice for parsing an XML file for application confi guration parameters? ever since the hype of xml started, people tend to forget about properties. what is wrong with a properties file nowadays? Its fast, its simple, and good enough for most configuration issues I have encountered so far. Gr Ronald -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 4:42 PM To: Struts Users Mailing List Subject: Best Practice for parsing an XML file for application configuration parameters? I am developing an application that will require different application settings for different machines/customers. Because of this, I want to to externalize certain configuration settings to a XML file outside of web.xml - let's call this myApp.xml. I have a StartupServlet that I can parse this file with. 1. What should I use to parse this file - SAX, DOM, Digester? 2. Should I have a bean that represents all the configuration settings, and put this in the ServletContext as an attirubute, or each individual setting? 3. If I use Digester and a bean (seems good), should I change my XML in the following snippet? application respository rootd:/repository/root assetsassets/assets viewPathfile://d:/repository/assets/viewPath /respository assessment !-- This value is a percentage -- default-passing-score75/default-passing-score /assessment /application Any help (or URLs) are appreciated! Matt __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Furore B.V. Rijswijkstraat 175-8 Postbus 9204 1006 AE Amsterdam tel. (020) 346 71 71 fax. (020) 346 71 77 --- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer --- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Best Practice for parsing an XML file for application confi guration parameters?
Nothing is wrong with the properties file...Xml is just better 1. one config.xml file in one central place...it's so much easier to manage then a whole bunch of properties You can put all your properties in one file as well, lets call that file config.properties 2. xml handle the structure data much better then properties file data structure might be nice for communications between computers but for users? e.g. RepositoryRoot=d:\ RepositoryAssets=assets RepositoryViewPath=file://d:/repository/assets seems just as clear to me as respository rootd:/repository/root assetsassets/assets viewPathfile://d:/repository/assets/viewPath /respository etc. Cons of xml - Carefull with that ,, sign eugene, - Slow parsing Gr Ronald Furore B.V. Rijswijkstraat 175-8 Postbus 9204 1006 AE Amsterdam tel. (020) 346 71 71 fax. (020) 346 71 77 --- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer ---
RE: Issue with data sources in mySQL
Juan,
I recently put in a mysql JDBC driver. What I've noticed is
that when the controller (ActionServlet) initializes, it tries
to initialize the DataSource (using the associated connection
pool?). If there is a problem with initialization, the
ActionServlet init fails. The error that led to failure in all
my uses, was having the username and password set incorrectly.
Look in the logs for the exact error message. For example,
in Tomcat 4.0.1, you would go to ${CATALINA.HOME}/logs
hope this helps,
Gidado
-Original Message-
From: Juan Alvarado [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 8:47 AM
To: Struts
Subject: Issue with data sources in mySQL
Recently I tried setting up a data source in my struts config
file to work
with mySQL. The version of tomcat I'm using is 3.2.2 and the
mySQL drive I
is the type mm.mysql version 2.0.6 . What happens is that after going
through the whole set up, I start my tomcat and then try to connect to
http://localhost:8080 and my browser just hangs and hangs; it never
connects. When I comment out the data source definition in
struts-config.xml, tomcat starts just fine and I can connect to
http://localhost:8080. I AM using the latest release of mySQL
(Downloaded it
just a couple days ago), and I have the jdbc optional extension that
contains the DataSource class.
If anybody has run into this issue and know the problem and
the fix, I would
greatly appreciate if you could let me know what your solution was.
Best regards,
**
Juan Alvarado
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cannot resolve '/tags/struts-template.tld during weblogic.jspc
I am not familiar with WLS5.1, but in WLS6.1 if the web.xml file has the following taglib declaration taglib taglib-uri/WEB-INF/struts-template.tld/taglib-uri taglib-location/WEB-INF/struts-template.tld/taglib-location /taglib it expects the struts-template.tld under the WEB-INF directory, check if you have the struts-template.tld in the right directory. -Original Message- From: Domen, Ken [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 7:54 AM To: '[EMAIL PROTECTED]' Subject: cannot resolve '/tags/struts-template.tld during weblogic.jspc I'm just trying to precompile my jsp's using weblogic.jspc on WLS5.1sp10 and I get the following error: nested IOException: java.io.IOException: cannot resolve '/tags/struts-template.tld' into a valid tag library -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Poolman is gone, I hardly knew ya
Yes I agree too, Ted. Poolman is an excellent, highly configuable, product. I only regret that it lacks one final feature that other connection pools already have, the pooling of prepared statements. It was one of the new features of the last 2.1beta version but it seems that it was too buggy and a lot of people (including myself) had to go back 2.04. I've proposed the author to donate its project to Jakarta hoping that it could continue to evolve but I had received no answer so far. Adriano -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 4:48 PM To: Struts Users Mailing List Subject: Re: Poolman is gone, I hardly knew ya Excellent point Ted. And poolman has features you won't find in many of the other connection pools currently available. Despite it no longer being supported, it seems it may still be the best solution. Thanks so much for your thoughtful words! Eddie - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Tuesday, March 05, 2002 10:03 PM Subject: Re: Poolman is gone, I hardly knew ya Personally, I wouldn't overreact. Poolman has always been an excellent product, and the fact that the original maintainer isn't working on further improvements won't change that. I'd snag the 2.0.4 release from sourceforge and park it on a CD for safekeeping. Once it's running, it will just keep running, and you can let it be. And, hey, software doesn't die, it just stops growing. And in the forseeable future, poolman's already way big enough for me =:o) -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services Bryan Field-Elliot wrote: According to the website: http://www.codestudio.com/ Poolman is no more. What a bummer for me as I just learned it and deployed it on a new project less than a week ago! Previously, I was using the pooling mechanism built into Struts, but due to many folks refering to it as not industrial strength, I moved on (to Poolman). So what else are people using? Is there one built into Tomcat now? I read that somewhere, I think in a mailing list message here, but I can't seem to find any docs on it (looking at the Tomcat 4.0 docs). Is there a mature one in the Jakarta Commons? I see a dbcp but I'm not sure of it's status, if people are using it, etc. Opinions appreciated! Bryan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Logging Log4J in 1.1
Log4J recently added some new classes. I would check that you have a version of Log4J and Commons Logging from the same time. I had some trouble too until I went and downloaded the latest version of each. David --- Chris Hane [EMAIL PROTECTED] wrote: I'm trying to get a Struts 1.0 application running under the new build 1.1 and seem to be experiencing an issue with the new logging capabilities. I use Log4J in my application and there is an interaction between the commons-logger and Log4J that is causing the ActionServlet to not initialize in TomCat 4.0. I can get the struts-example application to work just fine. I seem to have narrowed my problem to the log4j.jar file. Anyone have a suggestion on how to configure the setup so the Struts 1.1 (with the commons-logger.jar) and Log4J can work together. I've read some of the logger documentation and have not seen a specific configuration I need to perform. The error I'm getting when I try to initialize the ActionServlet is below. It appears to be trying to instantiate (newInstance) something; but of what? And how do I define or setup what it needs. - Root Cause - org.apache.commons.logging.LogConfigurationException: java.lang.reflect.InvocationTargetException at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:509) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:285) Thanks, Chris === Full Error Message === 2002-03-05 18:51:28 StandardWrapper[/mr:invoker]: Loading container servlet invoker 2002-03-05 18:51:28 invoker: init 2002-03-05 18:51:28 StandardWrapper[/mr:jsp]: Using Jasper classloader for servlet jsp 2002-03-05 18:51:28 jsp: init 2002-03-05 18:51:28 LMSControl: init 2002-03-05 18:51:29 StandardContext[/mr]: Servlet /mr threw load() exception javax.servlet.ServletException: Servlet.init() for servlet LMSControl threw exception at org.apache.catalina.core.StandardWrapper.load(Unknown Source) at org.apache.catalina.core.StandardContext.loadOnStartup(Unknown Source) at org.apache.catalina.core.StandardContext.start(Unknown Source) at org.apache.catalina.core.ContainerBase.addChild(Unknown Source) at org.apache.catalina.core.StandardHost.addChild(Unknown Source) at org.apache.catalina.core.StandardHost.install(Unknown Source) at org.apache.catalina.startup.HostConfig.deployApps(Unknown Source) at org.apache.catalina.startup.HostConfig.start(Unknown Source) at org.apache.catalina.startup.HostConfig.lifecycleEvent(Unknown Source) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Unknown Source) at org.apache.catalina.core.ContainerBase.start(Unknown Source) at org.apache.catalina.core.ContainerBase.start(Unknown Source) at org.apache.catalina.core.StandardEngine.start(Unknown Source) at org.apache.catalina.core.StandardService.start(Unknown Source) at org.apache.catalina.core.StandardServer.start(Unknown Source) at org.apache.catalina.startup.Catalina.start(Unknown Source) at org.apache.catalina.startup.Catalina.execute(Unknown Source) at org.apache.catalina.startup.Catalina.process(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Unknown Source) - Root Cause - org.apache.commons.logging.LogConfigurationException: java.lang.reflect.InvocationTargetException at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:509) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:285) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:400) at org.apache.commons.digester.Digester.init(Digester.java:309) at org.apache.struts.action.ActionServlet.initServlet(ActionServlet.java:1037) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:411) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at org.apache.catalina.core.StandardWrapper.load(Unknown Source) at org.apache.catalina.core.StandardContext.loadOnStartup(Unknown Source) at org.apache.catalina.core.StandardContext.start(Unknown Source) at org.apache.catalina.core.ContainerBase.addChild(Unknown Source) at org.apache.catalina.core.StandardHost.addChild(Unknown Source) at org.apache.catalina.core.StandardHost.install(Unknown Source) at org.apache.catalina.startup.HostConfig.deployApps(Unknown Source) at org.apache.catalina.startup.HostConfig.start(Unknown Source) at org.apache.catalina.startup.HostConfig.lifecycleEvent(Unknown Source) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Unknown Source) at
RE: Multiple submit buttons solution
We have a different solution to this problem.
One of the guys I work with thought of it. It
seems to work pretty well.
We have a subclass of Action and a subclass of
ActionFrom, that together implement the if then
else test. We actually convert to integer and
use the following switch statement:
switch (myForm.getCommandType()){
case SUBMIT_TYPE:
errors = doSubmit(mapping, myForm, request, response);
forward = mapping.findForward(submit);
break;
case SAVE_TYPE:
errors = doSave(mapping, myForm, request, response);
forward = mapping.findForward(save);
break;
case PROCEED_TYPE:
errors = doProceed(mapping, myForm, request, response);
forward = mapping.findForward(proceed);
break;
case CANCEL_TYPE:
errors = doCancel(mapping, myForm, request, response);
forward = mapping.findForward(cancel);
break;
case ADD_TYPE:
errors = doAdd(mapping, myForm, request, response);
forward = mapping.findForward(add);
break;
case DELETE_TYPE:
errors = doDelete(mapping, myForm, request, response);
forward = mapping.findForward(delete);
break;
case EDIT_TYPE:
errors = doEdit(mapping, myForm, request, response);
forward = mapping.findForward(edit);
break;
default:
errors = doDefault(mapping, myForm, request, response);
forward = new ActionForward(mapping.getInput());
}
The routines called are defined like this:
protected ActionErrors doDefault(ActionMapping mapping,
AgActionForm form,
HttpServletRequest request,
HttpServletResponse response)
{
return null;
}
and then in the the action classes we derive from this, we just have to
override the appropriate routine. It puts all the code in one file,
which isn't perfect, but gets rid of the if then else ugliness in the
code.
-- Larry Maturo
-Original Message-
From: Struts Newsgroup [mailto:@[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 6:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Ok,
What I want is using multiple actionforms. The reason for this is because I
want to use different validations. I want no validation for create, I want a
validation for Save and I want a validation for say, fetch.Validations for
save and fetch are different.
What I don't want is one actionform with an if -then -else statement saying
if create, then do this, if save then do that. I want to have one superclass
with the properties of the jsp and the subclasses for different
actions(create, save, fetch).
So what we figured out was different mappings for the different actions
(create, save, fetch). The problem however is that the html:form action =
'create' can only contain one action of course. Our solution to that is
with the help of javascript we change the action.
For example if I press the fetch button, the action becomes one like this:
html:form action = 'fetch'
So, does this makes sense? Are we on the right track or are we missing
something?
Gr,
Pim
The problem is
Ronald Haring [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Ah no sorry, my mistake.
It will all go to the same action form. I have created a field called
action. A better name would have been navigation.
In the action form I check this action/navigation field and then redirect
to
the right page. But you can do this with multiple forms, e.g.
script
function go(form,navigate) {
form.navigate.value=navigate;
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate/
/html:form
html:form action=/delete
html:hidden name=navigate/
/html:form
a href=javascript:go(document.forms[0], 'edit')edit/a)
a href=javascript:go(document.forms[1], 'del')delete/a)
or even better
script
function go(form) {
form.submit();
}
/script
html:form action=/edit
html:hidden name=navigate value=edit/
/html:form
html:form action=/delete
html:hidden name=navigate value=del/
/html:form
a href=javascript:go(document.forms[0])edit/a)
a href=javascript:go(document.forms[1])delete/a)
Gr
Ronald
-Original Message-
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple submit buttons solution
Subject: Re: Multiple submit buttons solution
From: Pim [EMAIL PROTECTED]
===
Hi Ronald,
So what you actually do is adjusting the html:form action, right?
Example:
html:form action = createregistration
And if I push the deletebutton --
a
Re: NeXt question
The real answer is... whatever makes a valid Struts form bean. What I like is that only the top bean has restrictions. Every other level down doens't care in the slightest. Arron. John Menke wrote: Is it a requirement of NeXt that the outermost bean in a nested structure extend ActionForm? The tutorial is structured in this manner but it does not appear to say this in the docs explicitly. I'm guessing that having the outermost bean extend ActionForm is tied into having struts call the set methods of sub beans automatically. Is this correct? Or can I use any type of bean (SimperBean) as the outermost bean. -john -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Backporting mapped properties in Struts 1.0
FYI Here are my developer notes *Backup the target files beforehand* copy common-beanutils-1.2/**/PropertyUtils.java to struts-1.0.2/**/PropertyUtils.java copy common-beanutils-1.2/**/BeanUtils.java to struts-1.0.2/**/BeanUtils.java copy common-beanutils-1.2/**/MappedPropertyDescriptor..java to struts-1.0.2/**/... Well it basically compiles except two errors from Ant compile.library: Compiling 2 source files to /home/pilgpe/Products/jakarta-struts-1.0.2-src/target/library/classes /home/pilgpe/Products/jakarta-struts-1.0.2-src/src/share/org/apache/struts/util/PropertyUtils.java:910: cannot resolve symbol symbol : variable MethodUtils location: class org.apache.struts.util.PropertyUtils return (MethodUtils.getAccessibleMethod(descriptor.getReadMethod())); ^ /home/pilgpe/Products/jakarta-struts-1.0.2-src/src/share/org/apache/struts/util/PropertyUtils.java:979: cannot resolve symbol symbol : variable MethodUtils location: class org.apache.struts.util.PropertyUtils return (MethodUtils.getAccessibleMethod(descriptor.getWriteMethod())); ^ Note: /home/pilgpe/Products/jakarta-struts-1.0.2-src/src/share/org/apache/struts/util/PropertyUtils.java uses or overrides a deprecated API. Note: Recompile with -deprecation for details. Solution. getAccessible() methods that belonged in PropertyUtils.java moved to struts 1.1 specific MethodUtils. Get the original method back from the back up java file. Cut and paste getAccessibleMethod() back into the new file. Change the lines to revert back to return ( getAccessibleMethod(descriptor.getReadMethod()) ); return ( getAccessibleMethod(descriptor.getWriteMethod()) ); Recompile Struts 1.0.2 using Ant Should work now -- Peter Pilgrim ++44 (0)207-545-9923 Swamped under electronic mails Message History From: Peter Pilgrim/DMGIT/DMG UK/DeuBa@DMG UK on 06/03/2002 15:07 Please respond to Struts Users Mailing List [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:Backporting mapped properties in Struts 1.0 Hi I would like to introduce mapped bean properties into Struts 1.0. I can copy the source code from commons/bean-utils 1.2 PropertyUtils.java and BeanUtils.java and the new MappedPropertyDescriptior.java back to the Struts 1.0 source base. This is the simple part, but ... Is there anything else I need to be aware of? -- Peter Pilgrim ++44 (0)207-545-9923 Swamped under electronic mails -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: simper-NeXt
Because NeXt is an extension of the original tags, it uses whatever the
original tags use to get their logic happening. BeanUtils was adapted
for DynaBeans, all the tags use BeanUtils, and so therefore, all the
tags can use DynaBeans. Including the nested ones.
In regards to how everything fits together... a well based technology is
a well based technolgy. From java itself all the way up to the
construction of Struts itself. All done to a very high standard. You
look at some of the code in java's standard API's... some of it is
simply brilliant.
Arron.
John Menke wrote:
DynaBeans/DynaClasses are supported by the latest (nightly builds) of
the other beanutils classes, which is why the Struts tags like
bean:write, logic:iterate, etc., all work with SimperBeans (and why
I chose DynaBeans as a basis).
I guess that this is what handles the conversion of a getProperty method
into a get(String property) method?
Table columns, as well as relations, are represented as dynamic
properties using the DynaBean/DynaClass mechanisms.
So the get methods to relate beans should be handled in similar fashion?
That's great if it's the case. I will assemble a test of Simper-NeXt today
and see if it works. Amazing that everything fits together like this! I
expected it to be more difficult.
-Original Message-
From: Bryan Field-Elliot [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 10:29 AM
To: Struts Users Mailing List
Subject: RE: simper-NeXt
Simper's representation of a database row is in the class SimperBean.
SimperBean is a relatively shallow extension of the DynaBean (actually
DynaBean is an interface -- BasicDynaBean is a concrete class which
SimperBean extends) -- see the commons project BeanUtils for the
source to DynaBean.
Table columns, as well as relations, are represented as dynamic
properties using the DynaBean/DynaClass mechanisms. It does NOT produce
get and set methods for each column or relation. Instead, there is a
single get method and a single set method, whose first parameter is
the property name. This isn't a Simper convention, it's a DynaBean
convention.
DynaBeans/DynaClasses are supported by the latest (nightly builds) of
the other beanutils classes, which is why the Struts tags like
bean:write, logic:iterate, etc., all work with SimperBeans (and why
I chose DynaBeans as a basis).
With all that said, I really don't know much about the new Nesting tags
or how they work. If they rely upon the same introspection mechanisms as
logic:iterate, bean:write, etc., then they should work with Simper
just fine. That's just a guess.
Bryan
On Wed, 2002-03-06 at 08:04, John Menke wrote:
Just give it a bash. Run a simper model through the NeXt tags. I lay
my
money on it working as-is.
Sounds great. I will do this today. Just trying to understand the
internals a little better.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with
NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties
are
valid bean properties.
I understand this it looks like Simper will create these methods
property
methods
A nested bean is simply one object that is returned by the method of
another.
This is what was unclear to me. I guess when you create relations
between
tables in Simper these get Methods to return another bean will be
created in
the SimperBean automatically?
-Original Message-
From: Arron Bates [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 12:47 AM
To: Struts Users Mailing List
Subject: Re: simper-NeXt
Almost.
NeXt is only working off of Bean properties, and as with all beans, it
doesn't care as to what goes on behind those method definitions. The
constructor is one of those details it cares not about.
So as long as the simper beans have bean property conformity (eg:
getMyProperty, setMyProperty) then the beans are ready to go with NeXt
as they are wihout mods. I'd be very surprised if it needed mods,
really. You can use Castor types straight up because the properties are
valid bean properties.
A nested bean is simply one object that is returned by the method of
another. As each property getter method has get on the front of it,
we're laughin'. At the point of changing a property, you'll need that
set on the front of it, naturally. For example, to get the nesting
level deeper in my Monkey examples, I had a fake nested property that
returned this.
eg:
public MonkeyBean getOtherMonkey() { return this; }
To the internals of BeanUtils (the part of Struts that makes it all
happen), it's treated as an entirely different object. It makes no other
assumptions, rightly so. The system is that explicit.
Just give it a bash.
Re: how to edit an array of records with action forms?
If you're on a nightly build, you'll have the nested extension already there. It will help you make light work of iterating objects. For a pimer and tutorial, go here... http://www.keyboardmonkey.com/struts And for mor implementation detail for each of the tags, the Struts site has the most complete info. Arron. Ian Tomey wrote: Hi all, Got an array of records and I want to put them onto the screen to edit. What is the technique to go about this? (i am using the nightly 1.1 at the moment) is it create an action form that maps a single record and create a load of them? or create an action form with the properties being arrays of the information? one form in total or one form per record? i take it the indexed= attribute for the html tags is going to be useful? It's not obvious how to do this and I just dont have time to expriement (deadline to meet). Any help appreciated Cheers Ian -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
nesting tags cannot find EmptyTag
Hi All, I am using nested-tag from Arron Bates. I have a working sample in my tomcat webapp, but when I try to run that app with my weblogic 5.1 i get this error: java.lang.NoClassDefFoundError: org/apache/struts/taglib/logic/EmptyTag I can't seem to find anything on the user group under EmptyTag and my struts.jar is uptodate. There is one difference in my webapp setup under weblogic...I put my *.TLD right under my web-inf folder .. while in tomcat, the tuturial I got from the web, has it under web-inf/taglib/ .. but I don't think that makes a difference. Any suggestions on how to go about solving this? thanks in advanced, - ej I am using WebLogic 5.1 on Windows 2000 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RES: Using Torque and Struts
where can i get information about Torque, please? thanks in advance Rubens Gama -Mensagem original- De: Hoang, Hai [mailto:[EMAIL PROTECTED]] Enviada em: quarta-feira, 6 de março de 2002 14:18 Para: 'struts-user' Assunto: Using Torque and Struts I am having hard time setting up Torque to work with Struts in Tomcat 4. I really appreciate if some one can help me. I went through the Torque tutorial successfully but I don't know how to make torque works JSP/Struts. Also, do you know how is torque compared to other open source OR mapping tools Thank You -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Using Torque and Struts
http://jakarta.apache.org/turbine/index.html -Original Message- From: Rubens Gama [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 11:30 AM To: Struts Users Mailing List Subject: RES: Using Torque and Struts where can i get information about Torque, please? thanks in advance Rubens Gama -Mensagem original- De: Hoang, Hai [mailto:[EMAIL PROTECTED]] Enviada em: quarta-feira, 6 de março de 2002 14:18 Para: 'struts-user' Assunto: Using Torque and Struts I am having hard time setting up Torque to work with Struts in Tomcat 4. I really appreciate if some one can help me. I went through the Torque tutorial successfully but I don't know how to make torque works JSP/Struts. Also, do you know how is torque compared to other open source OR mapping tools Thank You -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: nesting tags cannot find EmptyTag
You're running an older version of Struts I take it (1.0, 1.01)?... There's a jar made especially for these versions of Struts that doesn't have the extra tags like the empty tag. Download nested_tags_10.jar (binaries), nested_tags-src_10.jar (source) from... http://www.keyboardmonkey.com/struts That should get it working. You will also have to replace the tld with that which comes in the jars, otherwise weblogic will still complain (All this is because weblogic parses and checks the tld's). The location and name of the tld's don't matter, as long as it matches the definition in your web.xml and JSP's etc. Hopefully that will get you working. Arron. Elijah Jacobs wrote: Hi All, I am using nested-tag from Arron Bates. I have a working sample in my tomcat webapp, but when I try to run that app with my weblogic 5.1 i get this error: java.lang.NoClassDefFoundError: org/apache/struts/taglib/logic/EmptyTag I can't seem to find anything on the user group under EmptyTag and my struts.jar is uptodate. There is one difference in my webapp setup under weblogic...I put my *.TLD right under my web-inf folder .. while in tomcat, the tuturial I got from the web, has it under web-inf/taglib/ .. but I don't think that makes a difference. Any suggestions on how to go about solving this? thanks in advanced, - ej I am using WebLogic 5.1 on Windows 2000 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
