DO NOT REPLY [Bug 14842] New: - Add 2 articles in resources page. [french]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14842. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14842 Add 2 articles in resources page. [french] Summary: Add 2 articles in resources page. [french] Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Web Site AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, Last week I give two session about Struts at Borland BorCon 2002 - Paris, for each session I write a short article so I want to share it on Struts website. Articles are in french language. #1 : Let's Struts it : An introduction to Struts framework #2 : Struts - Stratégies et design pattern : Presentation of Struts 1.1 new features and some strategies. BTW: I think the people enjoy during these two session ;) Thx, -emmanuel -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14842] - Add 2 articles in resources page. [french]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14842. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14842 Add 2 articles in resources page. [french] --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 09:50 --- Here the URL http://www.mycgiserver.com/~eboudrant/borcon2002/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Struts without taglib ?
Hi All, Is it possible to use Struts without the taglib ? Thanks, - Raj - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
RE: Struts without taglib ?
Yes -Original Message- From: Rajendra Yadav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 18:29 To: [EMAIL PROTECTED] Subject: Struts without taglib ? Hi All, Is it possible to use Struts without the taglib ? Thanks, - Raj - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] CVS with a firewall
Hi, I want to connect to a CVS server (apache, sourceforge...) but I behind a firewall, is there a solution to use CVS with the port 80 ? And if it's possible, inside Eclipse ;) -emmanuel ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts without taglib ?
Thanks Andrew, So, if we can use them without the taglib, then I assume we can use CSS in the jsp page. Is that correct ? - Raj Andrew Hill [EMAIL PROTECTED] wrote:Yes -Original Message- From: Rajendra Yadav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 18:29 To: [EMAIL PROTECTED] Subject: Struts without taglib ? Hi All, Is it possible to use Struts without the taglib ? Thanks, - Raj - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now -- To unsubscribe, e-mail: For additional commands, e-mail: - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
RE: [OT] CVS with a firewall
Can't speak for apache, but here is what you can do at sf.net: http://sourceforge.net/docman/display_doc.php?docid=2441group_id=1 -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -Original Message- From: Emmanuel Boudrant [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 5:53 AM To: [EMAIL PROTECTED] Subject: [OT] CVS with a firewall Hi, I want to connect to a CVS server (apache, sourceforge...) but I behind a firewall, is there a solution to use CVS with the port 80 ? And if it's possible, inside Eclipse ;) -emmanuel ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.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: Struts without taglib ?
Yes, you can use Struts without the tag library, and you can use CSS in JSP pages. The two things have no dependence on each other. Questions like these are better asked on the struts-user list. -Original Message- From: Rajendra Yadav [mailto:[EMAIL PROTECTED]] Thanks Andrew, So, if we can use them without the taglib, then I assume we can use CSS in the jsp page. Is that correct ? - Raj Andrew Hill [EMAIL PROTECTED] wrote:Yes -Original Message- From: Rajendra Yadav [mailto:[EMAIL PROTECTED]] Hi All, Is it possible to use Struts without the taglib ? Thanks, - Raj - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now -- To unsubscribe, e-mail: For additional commands, e-mail: - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [OT] CVS with a firewall
Sourceforge said May I access the shell servers from behind a firewall? Access to the project shell servers is provided via SSH, which uses TCP port 22 (by default). Many firewalls block outbound traffic on this port, thus preventing SourceForge.net developers from accessing the project shell servers. To work around this limitation, we now offer the ability to connect to the project shell servers on an alternate port (using a different hostname). You may connect to port 80 on shell-ssh.sourceforge.net from behind most firewalls; this traffic is redirected to the project shell servers (SSH host fingerprints will match those of shell.sourceforge.net). /Sourceforge said But I can't understand (my english is limited), my project CVS repository is cvs.easystruts.sourceforge.net:/cvsroot/easystruts so I try the url : shell-ssh.sourceforge.net/cvsroot/easystruts on port 80 but Eclipse (my CVS client) get the error I/O interrupted. Any idea ? Thx, -emmanuel --- James Mitchell [EMAIL PROTECTED] a écrit : Can't speak for apache, but here is what you can do at sf.net: http://sourceforge.net/docman/display_doc.php?docid=2441group_id=1 -- James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg. - Bjarne Stroustrup -Original Message- From: Emmanuel Boudrant [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 5:53 AM To: [EMAIL PROTECTED] Subject: [OT] CVS with a firewall Hi, I want to connect to a CVS server (apache, sourceforge...) but I behind a firewall, is there a solution to use CVS with the port 80 ? And if it's possible, inside Eclipse ;) -emmanuel ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.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!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14730] - bean:write/ does not filter UK pound signs correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14730. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14730 bean:write/ does not filter UK pound signs correctly --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:05 --- A little extra historical perspective would be useful to future folks who search for this bug report. The *only* reason that Struts filters any characters at all is to minimize the potential for a security problem that is very common in webapps. Consider a guestbook application, where you allow people to type in comments, which the app then redisplays in the list of all comments. Unless the output is filtered, it is easy for a malicious user to inject JavaScript code that would get executed by the browser of anyone viewing the page. Thus, the filtering is there for security purposes, not for formatting purposes. Any formatting that is required should be done by the application, because it is nearly always an application-specific issue. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Enhancement Request - add label and labelKey to form elements
Oops, I forgot they actually did use sql (I've never used that taglib). Are JSPs XML docs? I know you can write them in an xml format but most people don't. It seems like they could have used the xml prefix. David From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: Enhancement Request - add label and labelKey to form elements Date: Tue, 26 Nov 2002 08:59:52 -0800 (PST) On Mon, 25 Nov 2002, David Graham wrote: Date: Mon, 25 Nov 2002 23:14:33 -0700 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: Enhancement Request - add label and labelKey to form elements As soon as you start using the single character prefix, we'll start getting questions like, Is the h taglib the same as the html taglib?. If Struts goes to single character prefixes, then you should too but I really don't want to confuse new people with this. It's not rocket science but I know I really hate it when people do this to me when I'm trying to learn something. Yes, consistency would be a good overall policy. BTW, I think the current suggested prefixes are fine. The JSTL went with single characters but would it have been terribly difficult to use sql and xml prefixes? Actually, they didn't go totally to single character recommended prefixes: cCore library xXML library fmt I18N-capable formatting library sql Relational DB access library So they really do recommend sql for the JDBC tags. For the XML library, the word xml is actually reserved, by the XML Spec, and cannot be used for namespace prefixes, elements, or attributes in an XML document. Therefore, it wasn't possible to use that. David Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14730] - bean:write/ does not filter UK pound signs correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14730. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14730 bean:write/ does not filter UK pound signs correctly --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:23 --- In general I agree with all of the proceeding comments. I have tried to get the application to translate the offending character into pound; - but then of course the filtering on bean:write translates the into amp; and the final output to the browser is amp;pound; :-) I therefore have to explicitly disable filtering wherever I anticipate writing out such characters. We've worked around the issue, but I can't help feeling that this may become an issue for other people in the future. [Thanks for all the feedback; apologies for the bad diff earlier.] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14864] New: - bad link
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14864. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14864 bad link Summary: bad link Product: Struts Version: Unknown Platform: All URL: http://jakarta.apache.org/struts/userGuide/resources/hos ts.html OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] From userGuide/kickstart.html#struts -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14864] - bad link
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14864. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14864 bad link --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:34 --- userGuide/resources/powered.html bad as well. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] CVS with a firewall
Emmanuel, I'm guess you're at work and have this restriction? First make sure you won't get fired for this Do you have a remote server that you control? ie. Your home machine that is always on? If so you could setup a proxy daemon that would accept a connection on 443 (HTTPS which is most likely also open) and proxy the real connection. Locally, you'll probably you'll have to to run a program like stunnel (http://stunnel.mirt.net/), to create the connection locally. A little more flexible would be to run an OpenSSH server on that same remote 443 port. When you connect with your ssh client you can port forward to all the CVS sites you need. If you need help setting something like this up, contact me off the list. Goodluck Scott Date: Tue, 26 Nov 2002 11:53:16 +0100 (CET) From: Emmanuel Boudrant [EMAIL PROTECTED] Subject: [OT] CVS with a firewall Content-Type: text/plain; charset=iso-8859-1 Hi, I want to connect to a CVS server (apache, sourceforge...) but I behind a firewall, is there a solution to use CVS with the port 80 ? And if it's possible, inside Eclipse ;) -emmanuel -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Enhancement Request - add label and labelKey to form elements
On Tue, 26 Nov 2002, David Graham wrote: Date: Tue, 26 Nov 2002 10:17:13 -0700 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: Enhancement Request - add label and labelKey to form elements Oops, I forgot they actually did use sql (I've never used that taglib). Me neither, for obvious reasons :-). Are JSPs XML docs? I know you can write them in an xml format but most people don't. It seems like they could have used the xml prefix. There are two different yes answers to your question: * You can write a JSP page in the standard syntax that outputs XML instead of HTML. Therefore, your page must obey XML document syntax rules. * There is a pure-XML syntax for your JSP pages as well, which is more oriented towards tools than people -- but, of course, you must again obey XML syntax rules if you do this. Because either of these are possible (and quite common when talking to wireless devices, for example), and because the syntax of custom tags in general was designed to be XML-compatible, we could not use xml as the recommended namespace for the XML tag library in JSTL. David Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14730] - bean:write/ does not filter UK pound signs correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14730. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14730 bean:write/ does not filter UK pound signs correctly --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:38 --- You might want to consider turning off the standard filtering if it gets in your way. bean:write ... filter=false/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14652] - OptionsCollectionTag cannot specify a collection by name only
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14652. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14652 OptionsCollectionTag cannot specify a collection by name only --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:48 --- I have never gotten the collections attribute to work. I have attempted several times and gave up on it. I saw some dialog in the archives of people with the same issue so concluded it wasn't worth any more effort. Originally, I implemented the parallel lists for the select options and they worked fine with the options tag. I have moved all my lists to label value pairs and with that switch to the optionscollection. I have heavily modified the LabelValueBean and created a special collection to handle LVB's. All of which I will be submitting when I have to the time to complete testing. Additionally, this makes this tag work like the rest of the tags. Edgar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14780] - Utility class FIFO name value pair collection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780 Utility class FIFO name value pair collection --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 17:56 --- My apologies for pasting the code. Of course I realized afterwords that there was an attachment process. The purpose of this code is to simplify the handling of select option values. This code needs additional functionality with the LabelValueBean which I haven't yet submitted. Basically the LVB needs the equals and compareto methods so it can work seemlessly with the LabelValueList. The LabelValueList creates a set which is unique based on the value of the inserted objects. It is a fifo list so you can insert the pairs in the sequence you want them displayed. It can be passed to the optionsCollection. It can be used in server side validations with the contains method. Edgar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14693] - ErrorsTag.java - Output message key if lookup to message db fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14693. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14693 ErrorsTag.java - Output message key if lookup to message db fails --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 18:00 --- The reason that I felt this wasn't really a log event was that it was a static interface driven issue. In a proper debugging situation you would run all the cases and the errors would be corrected in development. If you still want a log entry, I'll be happy to add it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14693] - ErrorsTag.java - Output message key if lookup to message db fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14693. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14693 ErrorsTag.java - Output message key if lookup to message db fails --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 18:07 --- The problem is that your solution breaks backwards compatibility. Logging the error is a way to notify the developer but not display the error to the user. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14780] - Utility class FIFO name value pair collection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780
Utility class FIFO name value pair collection
--- Additional Comments From [EMAIL PROTECTED] 2002-11-26 18:28 ---
Here is a sample of how to use the functions. They are useful for the
optionsCollection tag and a bean:write tag change I will be submitting (the
bean:write change can use generic objects as well.
private static LabelValueList creditcodes = null;
/**
* calculation for credit code values
*/
public LabelValueList getCreditcodes() {
if (creditcodes != null)
return creditcodes;
creditcodes = new LabelValueList();
creditcodes.add(,Credit is OK);
creditcodes.add(B,Credit is Bad);
return creditcodes;
}
validate(ActionMapping mapping, HttpServletRequest request) {
if (!getCreditCodes.contains(creditFormField)) {
... add the error ...
}
}
In JSP, I don't know or use EL (I don't use scriptlet either so I have no
particular bias) will output the label corresponding to value.
%= LVL.lookup(value) %
I find all of this useful and since Craig went to the trouble to create a place
holder LabelValueBean, it seem to make sense to flesh it out.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14780] - Utility class FIFO name value pair collection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780 Utility class FIFO name value pair collection --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 18:35 --- Created an attachment (id=3956) This is the change to LabelValueBean required to for LabelValueList to be useful. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14780] - Utility class FIFO name value pair collection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14780 Utility class FIFO name value pair collection --- Additional Comments From [EMAIL PROTECTED] 2002-11-26 18:37 --- Created an attachment (id=3957) This is the source as it should have been supplied. Again my apologies. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
ReloadAction related question
Hi all, I've found out from the docs that the ReloadAction is removed from 1.1. While this seems logical, there are certain circumstances that this may be desirable. I've integrated Beanshell into Struts and allow actions to be scripted (within an interpreted environment). This works real well and it will even be better if we can reload the struts-config.xml so that we don't even have to shutdown Tomcat when adding actions and beans. Now my question is that if there is any plan to re-support the ReloadAction? If not, I was wondering how do I add this support in for future releases? Your comments are appreciated. ^^ Ed Yu, Senior Solutions Architect (IBM Certified AIX Administrator), Advanced Solutions Group, Physics Dept., University of South Carolina, Columbia, SC 29208 Office (803)777-8831, FAX (803)777-8833, Email [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ReloadAction related question
On Tue, 26 Nov 2002, Ed Yu wrote: Date: Tue, 26 Nov 2002 13:59:20 -0500 From: Ed Yu [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ReloadAction related question Hi all, I've found out from the docs that the ReloadAction is removed from 1.1. While this seems logical, there are certain circumstances that this may be desirable. I've integrated Beanshell into Struts and allow actions to be scripted (within an interpreted environment). This works real well and it will even be better if we can reload the struts-config.xml so that we don't even have to shutdown Tomcat when adding actions and beans. I can see how that would be a useful scenario. Now my question is that if there is any plan to re-support the ReloadAction? If not, I was wondering how do I add this support in for future releases? I don't personally have any plans for such resupport. That doesn't mean someone couldn't persuade me by showing us an implementation that does enough useful stuff without slowing down a production app. The problem with ReloadAction was that Struts was trying to act like a container, but it couldn't do a complete job of it -- for example, you can't reload classes that have been modified, or (portably) add new classes to a running webapp (even if Tomcat might support this). At the same time as 1.1 was being developed, work progressed on things like Tomcat's reload command via the Manager webapp (so you can have reload-on-demand, scriptable with an Ant task in 4.1, running pretty quickly, complete with saving and restoring your session), it really doesn't make sense for Struts to half-implement a feature that containers fully implement already. A more minor point is that freezing the configuration information at app startup time allows Struts to access the mapping information (typically stored in a HashMap) without having to synchronize them -- a modest but real improvement in performance for all users. Your comments are appreciated. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: ReloadAction related question
Hi Craig, Thanks for the speedy response. I'll look into the alternatives and see how things go. ^^ Ed Yu, Senior Solutions Architect (IBM Certified AIX Administrator), Advanced Solutions Group, Physics Dept., University of South Carolina, Columbia, SC 29208 Office (803)777-8831, FAX (803)777-8833, Email [EMAIL PROTECTED] -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 2:36 PM To: Struts Developers List Subject: Re: ReloadAction related question On Tue, 26 Nov 2002, Ed Yu wrote: Date: Tue, 26 Nov 2002 13:59:20 -0500 From: Ed Yu [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: ReloadAction related question Hi all, I've found out from the docs that the ReloadAction is removed from 1.1. While this seems logical, there are certain circumstances that this may be desirable. I've integrated Beanshell into Struts and allow actions to be scripted (within an interpreted environment). This works real well and it will even be better if we can reload the struts-config.xml so that we don't even have to shutdown Tomcat when adding actions and beans. I can see how that would be a useful scenario. Now my question is that if there is any plan to re-support the ReloadAction? If not, I was wondering how do I add this support in for future releases? I don't personally have any plans for such resupport. That doesn't mean someone couldn't persuade me by showing us an implementation that does enough useful stuff without slowing down a production app. The problem with ReloadAction was that Struts was trying to act like a container, but it couldn't do a complete job of it -- for example, you can't reload classes that have been modified, or (portably) add new classes to a running webapp (even if Tomcat might support this). At the same time as 1.1 was being developed, work progressed on things like Tomcat's reload command via the Manager webapp (so you can have reload-on-demand, scriptable with an Ant task in 4.1, running pretty quickly, complete with saving and restoring your session), it really doesn't make sense for Struts to half-implement a feature that containers fully implement already. A more minor point is that freezing the configuration information at app startup time allows Struts to access the mapping information (typically stored in a HashMap) without having to synchronize them -- a modest but real improvement in performance for all users. Your comments are appreciated. Craig -- To unsubscribe, e-mail: mailto:struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:struts-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14871] New: - Struts el taglibs tld's need URI's updated
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14871. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14871 Struts el taglibs tld's need URI's updated Summary: Struts el taglibs tld's need URI's updated Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] All the Struts tld files now use a version number-less URI like http://jakarta.apache.org/struts/tags-html The el tld's still have a version number. Like: http://jakarta.apache.org/struts/tags-html-el-1.0 Having a version number makes upgrades to new Struts verisons a bit harder if you use the URI in your JSPs, since you'd need to change each JSP page. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/doc/userGuide struts-bean-el.xml struts-html-el.xml struts-logic-el.xml
dmkarr 2002/11/26 14:28:49 Modified:contrib/struts-el/doc/userGuide struts-bean-el.xml struts-html-el.xml struts-logic-el.xml Log: Removing version number from TLD URI Revision ChangesPath 1.3 +1 -1 jakarta-struts/contrib/struts-el/doc/userGuide/struts-bean-el.xml Index: struts-bean-el.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/doc/userGuide/struts-bean-el.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- struts-bean-el.xml26 Oct 2002 04:33:17 - 1.2 +++ struts-bean-el.xml26 Nov 2002 22:28:49 - 1.3 @@ -16,7 +16,7 @@ jspversion1.1/jspversion shortnamebean/shortname display-nameStruts Bean Tags/display-name - urihttp://jakarta.apache.org/struts/tags-bean-el-1.0/uri + urihttp://jakarta.apache.org/struts/tags-bean-el/uri info pThis tag library contains tags useful in accessing beans and their properties, as well as defining new beans (based on these accesses) 1.10 +1 -1 jakarta-struts/contrib/struts-el/doc/userGuide/struts-html-el.xml Index: struts-html-el.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/doc/userGuide/struts-html-el.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- struts-html-el.xml17 Nov 2002 20:53:31 - 1.9 +++ struts-html-el.xml26 Nov 2002 22:28:49 - 1.10 @@ -16,7 +16,7 @@ jspversion1.1/jspversion shortnamehtml/shortname display-namePage Construction Tags/display-name - urihttp://jakarta.apache.org/struts/tags-html-el-1.0/uri + urihttp://jakarta.apache.org/struts/tags-html-el/uri info p This taglib contains tags used to create struts 1.3 +1 -1 jakarta-struts/contrib/struts-el/doc/userGuide/struts-logic-el.xml Index: struts-logic-el.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/doc/userGuide/struts-logic-el.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- struts-logic-el.xml 25 Oct 2002 04:45:01 - 1.2 +++ struts-logic-el.xml 26 Nov 2002 22:28:49 - 1.3 @@ -15,7 +15,7 @@ jspversion1.1/jspversion shortnamelogic/shortname display-nameStruts Logic Tags/display-name - urihttp://jakarta.apache.org/struts/tags-logic-el-1.0/uri + urihttp://jakarta.apache.org/struts/tags-logic-el/uri info pThis tag library contains tags that are useful in managing conditional generation of output text, looping over object collections for -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14752] - Add consultant name to Consultants section request.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14752. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14752 Add consultant name to Consultants section request. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2002-11-27 01:30 --- The heading says consultants and never mentions corporations. If it's only for corporation perhaps the heading should read other than Consultant. Which, I guess would still be Documentation change and a legitimate defect. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts without taglib ?
btw: This sort of question should be posted in the users list not the dev list. -Original Message- From: Andrew Hill [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 18:37 To: Struts Developers List Subject: RE: Struts without taglib ? Yes -Original Message- From: Rajendra Yadav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 26, 2002 18:29 To: [EMAIL PROTECTED] Subject: Struts without taglib ? Hi All, Is it possible to use Struts without the taglib ? Thanks, - Raj - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now -- 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: Custom Actions? (was RE: Benefits of Dynaforms)
At 04:40 am 23-11-2002, you wrote: The idea behind a Struts Action is that it suppose to give you a place to call your business logic components. Rather than call various business processes through a subclass, I continue the decorator pattern by declaring the process to call as part of the ActionMapping. I then use a standard Action which automatically populates the designed business bean and invokes the business process. The business process returns a specialized result object that the standard Action analyzes. The result object has properties that can return messsages, data, and/or new routing instructions to the Action. Ted, If the Action is truly generic, how do you avoid returning presentation-specific information in the result objects? e.g. A routing instruction would be something like a forward name . (Am I correct?) If so, the business process knows about configuration in the struts-config.xml. Doesn't the presentation/business-tier boundary become blur? Isn't the business process now becoming an extension of an Action and part of the presentation-layer? (Consider: how to reuse this business process, say in Velocity, and still make use of its result object?) Have I missed something? -- John Basically, I'm putting my business tier behind a facade, and using the ActionMapping decorator to tell the standard Action which operation to invoke. The facade provides a consistent interface and minimizes what the Struts tier needs to know about each operation. -Ted. 11/22/2002 9:47:43 AM, Andre Beskrowni [EMAIL PROTECTED] wrote: ok, this one sentence in ted's post caught my eye: I rarely write custom Actions any more. whoah. how is this possible? most of our web pages represent some sort of database operation: displaying, creating, updating, or deleting. i can see how you can minimize the amount of code that would vary in individual Action classes, but i don't see how could eliminate the need for subclassing altogether. maybe i'm just completely misunderstanding here. could you elaborate on your process? thanks, ab -- John Yu Scioworks Technologies e: [EMAIL PROTECTED] w: +(65) 873 5989 w: http://www.scioworks.com m: +(65) 9782 9610 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Removing the Consultants Page
I think Ted is in favor of dropping the Consultants page. I am as well and if you all agree then I think we should remove it. I'm personally tired of handling the requests for new links and policing the rules. David _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/resources consultants.xml
dgraham 2002/11/26 21:35:53 Modified:doc/resources consultants.xml Log: Updated rules for being listed. Revision ChangesPath 1.12 +2 -2 jakarta-struts/doc/resources/consultants.xml Index: consultants.xml === RCS file: /home/cvs/jakarta-struts/doc/resources/consultants.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- consultants.xml 26 Nov 2002 06:21:43 - 1.11 +++ consultants.xml 27 Nov 2002 05:35:53 - 1.12 @@ -12,8 +12,8 @@ section name=Consultants pbProvided as a reference only. No endorsements given or implied. To be listed, post a documentation enhancement request in Bugzilla./b/p -pbfont color=redAs of 2002-Jul-15, pages linked here must specifically -mention Struts consulting. Listings that do not reference Struts will be +pbfont color=redPages linked here must specifically +mention Struts consulting and be links to corporations. Listings that do not reference Struts will be removed./font/b/p pa href=http://www.accessdc.com/;AccessData/a - a href=mailto:[EMAIL PROTECTED];Chris Assenza/a./p pa href=http://www.aragost.com;aragost (Switzerland)/a - a href=mailto:[EMAIL PROTECTED];Klaus Bucka-Lassen/a./p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 14752] - Add consultant name to Consultants section request.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14752. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14752 Add consultant name to Consultants section request. [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-11-27 05:37 --- The rules have been updated now. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Removing the Consultants Page
+1, I get tired just watching you update it !!! David Graham wrote: I think Ted is in favor of dropping the Consultants page. I am as well and if you all agree then I think we should remove it. I'm personally tired of handling the requests for new links and policing the rules. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
