Re: a suggestion
The 'resources' portion of our web site was moved from apache.org [0] to sourceforge [1]. And at some point, some or all of the info was added to the wiki [2]. I haven't really kept up with each of these places, but if you want to add yourself to the wiki, feel free. [0] http://struts.apache.org/ [1] http://struts.sourceforge.net/community/index.html [2] http://wiki.apache.org/struts/StrutsResources -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Mickey Mokotov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 04, 2004 3:19 AM Subject: a suggestion Hi, We are using struts as the framework of a heavy loaded website for several years. Only recently I've seen the struts resource page showing a list of sites using struts, and I was wondering if you would like to add our website to it. Best regards, and _well_done_ on the job you're doing, Mickey. -- http://www.fetchbook.info/ www.FetchBook.Info Find the lowest price - Compare more then a hundred book stores in a click. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Sub-Projects
+1 On Thu, 04 Nov 2004 21:52:31 -0800 (PST), Don Brown wrote: Perhaps this has already been discussed, but I couldn't find anything about it How will we organize Struts subprojects in the repository? As I understand it, Struts subprojects are projects that are intimately associated with Struts, yet have their own release cycle. The prime example being struts-faces. If so, why is struts-faces located in /trunk/ and therefore branched and tagged along with Struts core? Shouldn't it have its own trunk/branches/tags triad for its own release cycles? In a particular project in my day job, we have two main components that have their own release cycles. In subversion, we give them the following organization: server/ trunk/ branches/ tags/ client/ trunk/ branches/ tags/ This allows each component to branch and tag without affecting the other. I would think a similiar organization would be practical for Struts to allow sub-projects like struts-faces and struts-flow to manage themselves. I'd recommend (if it hasn't already been discussed and rejected) we adopt a similar pattern with core, struts-faces, struts-flow, and struts-bsf as root directories, each with their own branches/tags/trunk directories. Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Sub-Projects
At 9:52 PM -0800 11/4/04, Don Brown wrote: If so, why is struts-faces located in /trunk/ and therefore branched and tagged along with Struts core? Shouldn't it have its own trunk/branches/tags triad for its own release cycles? +1 Just curious, do we need to ask someone in [EMAIL PROTECTED] to do this? I don't seem to understand where the real SVN repository actually lives. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place. - Carlos Santana
svn commit: rev 56678 - in struts/trunk: . src/share/org/apache/struts/taglib src/test/org/apache/struts/taglib
Author: niallp
Date: Fri Nov 5 07:45:31 2004
New Revision: 56678
Added:
struts/trunk/src/test/org/apache/struts/taglib/TestTagUtils.java
Modified:
struts/trunk/build-tests.xml
struts/trunk/src/share/org/apache/struts/taglib/TagUtils.java
Log:
Improve TagUtils filter. Bug 23924 - Sean Owen
Modified: struts/trunk/build-tests.xml
==
--- struts/trunk/build-tests.xml(original)
+++ struts/trunk/build-tests.xmlFri Nov 5 07:45:31 2004
@@ -742,6 +742,9 @@
/fileset
/batchtest
+!-- Tests for org.apache.struts.taglib.TagUtils --
+test name=org.apache.struts.taglib.TestTagUtils/
+
/junit
/target
Modified: struts/trunk/src/share/org/apache/struts/taglib/TagUtils.java
==
--- struts/trunk/src/share/org/apache/struts/taglib/TagUtils.java (original)
+++ struts/trunk/src/share/org/apache/struts/taglib/TagUtils.java Fri Nov 5
07:45:31 2004
@@ -621,37 +621,50 @@
*/
public String filter(String value) {
-if (value == null) {
-return (null);
+if (value == null || value.length() == 0) {
+return value;
}
-char content[] = new char[value.length()];
-value.getChars(0, value.length(), content, 0);
-StringBuffer result = new StringBuffer(content.length + 50);
-
-for (int i = 0; i content.length; i++) {
-switch (content[i]) {
+StringBuffer result = null;
+String filtered = null;
+for (int i = 0; i value.length(); i++) {
+filtered = null;
+switch (value.charAt(i)) {
case '':
-result.append(lt;);
+filtered = lt;;
break;
case '':
-result.append(gt;);
+filtered = gt;;
break;
case '':
-result.append(amp;);
+filtered = amp;;
break;
case '':
-result.append(quot;);
+filtered = quot;;
break;
case '\'':
-result.append(#39;);
+filtered = #39;;
break;
-default:
-result.append(content[i]);
+}
+
+if (result == null) {
+if (filtered != null) {
+result = new StringBuffer(value.length() + 50);
+if (i 0) {
+result.append(value.substring(0, i));
+}
+result.append(filtered);
+}
+} else {
+if (filtered == null) {
+result.append(value.charAt(i));
+} else {
+result.append(filtered);
+}
}
}
-return result.toString();
+return result == null ? value : result.toString();
}
/**
Added: struts/trunk/src/test/org/apache/struts/taglib/TestTagUtils.java
==
--- (empty file)
+++ struts/trunk/src/test/org/apache/struts/taglib/TestTagUtils.javaFri Nov 5
07:45:31 2004
@@ -0,0 +1,109 @@
+/*
+ * Copyright 2004 The Apache Software Foundation.
+ *
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.struts.taglib;
+
+import junit.framework.Test;
+import junit.framework.TestCase;
+import junit.framework.TestSuite;
+import org.apache.commons.logging.LogFactory;
+import org.apache.commons.logging.Log;
+
+
+/**
+ * Unit tests for the TagUtils.
+ */
+public class TestTagUtils extends TestCase {
+
+/** All logging goes through this logger */
+private static Log log = LogFactory.getLog(TestTagUtils.class);
+
+protected TagUtils tagutils = TagUtils.getInstance();
+
+/**
+ * Defines the testcase name for JUnit.
+ *
+ * @param theName the testcase's name.
+ */
+public TestTagUtils(String theName) {
+super(theName);
+}
+
+/**
+ * Start the tests.
+ *
+ * @param theArgs the arguments. Not used
+ */
+public static void
DO NOT REPLY [Bug 23924] - Enhanced performance for TagUtils.filter()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=23924. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=23924 Enhanced performance for TagUtils.filter() [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-05 15:51 --- Sean, I have implemented a version of this that only allocates the StringBuffer once a character that needs filtering is encountered: http://svn.apache.org/viewcvs.cgi/struts/trunk/src/share/org/apache/struts/tagli b/TagUtils.java It will be available in the next nightly build Thanks Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Sub-Projects
No, actually, it would be a simple matter of a couple of svn move commands. They are quick, and can be easily redone later if we change our minds. Don On Fri, 5 Nov 2004 07:42:44 -0600, Joe Germuska [EMAIL PROTECTED] wrote: At 9:52 PM -0800 11/4/04, Don Brown wrote: If so, why is struts-faces located in /trunk/ and therefore branched and tagged along with Struts core? Shouldn't it have its own trunk/branches/tags triad for its own release cycles? +1 Just curious, do we need to ask someone in [EMAIL PROTECTED] to do this? I don't seem to understand where the real SVN repository actually lives. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place. - Carlos Santana - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23924] - Enhanced performance for TagUtils.filter()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=23924. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=23924 Enhanced performance for TagUtils.filter() --- Additional Comments From [EMAIL PROTECTED] 2004-11-05 16:28 --- Cool, I think that is the biggest single win for this method, yes. Consider taking the unit test attached to this bug, too. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: rev 56686 - struts/trunk/doc/userGuide
Author: niallp Date: Fri Nov 5 09:13:55 2004 New Revision: 56686 Modified: struts/trunk/doc/userGuide/release-notes.xml Log: update 1.2.6 release notes for recent changes Modified: struts/trunk/doc/userGuide/release-notes.xml == --- struts/trunk/doc/userGuide/release-notes.xml(original) +++ struts/trunk/doc/userGuide/release-notes.xmlFri Nov 5 09:13:55 2004 @@ -25,6 +25,10 @@ section name=Version 1.2.6 [DEV] href=STRUTS_1_2_6 p +2004-11-05 [56678] - Resolve #23924. Improve TagUtils.filter() performance. + /p + + p 2004-11-03 [56532] - add LazyValidatorForm /p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: rev 56689 - in struts/trunk/src/share/org/apache/struts: util validator
Author: niallp
Date: Fri Nov 5 09:53:18 2004
New Revision: 56689
Modified:
struts/trunk/src/share/org/apache/struts/util/IteratorAdapter.java (props changed)
struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java
(contents, props changed)
Log:
SVN Keywords
Modified: struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java
==
--- struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java
(original)
+++ struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java Fri
Nov 5 09:53:18 2004
@@ -1,4 +1,6 @@
/*
+ * $Id$
+ *
* Copyright 2004 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the License);
@@ -93,6 +95,7 @@
*
* @see a
href=http://jakarta.apache.org/commons/beanutils/apidocs/org/apache/commons/beanutils/package-summary.html#dynamic.lazy;Commons
BeanUtils JavaDoc/a
* @since Struts 1.2.6
+ * @version $Rev$ $Date$
*/
public class LazyValidatorForm extends BeanValidatorForm {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Apache Struts Wiki] New: StrutsMaintenanceSvn
Date: 2004-11-05T11:19:17 Editor: NiallPemberton [EMAIL PROTECTED] Wiki: Apache Struts Wiki Page: StrutsMaintenanceSvn URL: http://wiki.apache.org/struts/StrutsMaintenanceSvn no comment New Page: This page is intended for any useful info for SVN == Info == * Struts Subversion [http://struts.apache.org/ repository] * Apache Subversion [http://www.apache.org/dev/version-control.html checkout instructions] == Subversion Properties == Subversion uses properties to record meta data about files. This section describes the use of these properties in Struts. * '''svn:keywords''' - subversion supports keyword substitution. Need to set the svn:keywords property to space seprated list of the keywords and then add the keywords to the file. * '''svn:eol-style''' - determines the line ending character on a file. === Java Source Files === When adding a new java source file the following should be set up: * set the '''svn:eol-style''' property to ''native'' * set the '''svn:keywords''' property to ''date author id rev'' * add the $id$ keyword in the license comments at the top of the file * add @version $Rev$ $Date$ to the javadoc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Apache Struts Wiki] Updated: StrutsMaintenance
Date: 2004-11-05T11:19:47 Editor: NiallPemberton [EMAIL PROTECTED] Wiki: Apache Struts Wiki Page: StrutsMaintenance URL: http://wiki.apache.org/struts/StrutsMaintenance no comment Change Log: -- @@ -1,4 +1,5 @@ The intention of this page is to provide a place to put notes on tasks for maintaining the Struts project. + * StrutsMaintenanceSvn - Subversion Notes * StrutsMaintenanceGump - Notes on Strut's gump metadata * StrutsMaintenanceValidWhenParser - Notes on changing ValidWhenParser.g - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Apache Struts Wiki] New: StrutsMaintenanceSvn
I've added a new page, but someone with with more SVN knowledge thean me might want to correct/update it. Niall - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 05, 2004 7:19 PM Subject: [Apache Struts Wiki] New: StrutsMaintenanceSvn Date: 2004-11-05T11:19:17 Editor: NiallPemberton [EMAIL PROTECTED] Wiki: Apache Struts Wiki Page: StrutsMaintenanceSvn URL: http://wiki.apache.org/struts/StrutsMaintenanceSvn no comment New Page: This page is intended for any useful info for SVN == Info == * Struts Subversion [http://struts.apache.org/ repository] * Apache Subversion [http://www.apache.org/dev/version-control.html checkout instructions] == Subversion Properties == Subversion uses properties to record meta data about files. This section describes the use of these properties in Struts. * '''svn:keywords''' - subversion supports keyword substitution. Need to set the svn:keywords property to space seprated list of the keywords and then add the keywords to the file. * '''svn:eol-style''' - determines the line ending character on a file. === Java Source Files === When adding a new java source file the following should be set up: * set the '''svn:eol-style''' property to ''native'' * set the '''svn:keywords''' property to ''date author id rev'' * add the $id$ keyword in the license comments at the top of the file * add @version $Rev$ $Date$ to the javadoc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: rev 56698 - in struts/trunk/src/share/org/apache/struts: util validator
Author: niallp
Date: Fri Nov 5 13:11:41 2004
New Revision: 56698
Modified:
struts/trunk/src/share/org/apache/struts/util/IteratorAdapter.java (contents,
props changed)
struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java
(contents, props changed)
Log:
set svn:eol-style property
Modified: struts/trunk/src/share/org/apache/struts/util/IteratorAdapter.java
==
--- struts/trunk/src/share/org/apache/struts/util/IteratorAdapter.java (original)
+++ struts/trunk/src/share/org/apache/struts/util/IteratorAdapter.java Fri Nov 5
13:11:41 2004
@@ -1,54 +1,54 @@
-/*
- * $Id$
- *
- * Copyright 2002-2004 The Apache Software Foundation.
- *
- * Licensed under the Apache License, Version 2.0 (the License);
- * you may not use this file except in compliance with the License.
- * You may obtain a copy of the License at
- *
- * http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an AS IS BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- * See the License for the specific language governing permissions and
- * limitations under the License.
- */
-
-package org.apache.struts.util;
-
-import java.util.Iterator;
-import java.util.NoSuchElementException;
-
-
-/**
- * Utility method for converting Enumeration to an Iterator
- * class. If you attempt to remove() an Object from the iterator, it will
- * throw an UnsupportedOperationException. Added for use by TagLib so
- * Enumeration can be supported
- *
- * @version $Rev$ $Date$
- */
-
-public class IteratorAdapter implements Iterator {
-private java.util.Enumeration enum;
-
-public IteratorAdapter(java.util.Enumeration enum) {
-this.enum = enum;
-}
-
-public boolean hasNext() {
-return enum.hasMoreElements();
- }
-
-public Object next() {
-if (!enum.hasMoreElements()) {
-throw new NoSuchElementException(IteratorAdaptor.next() has no more
elements);
-}
-return enum.nextElement();
-}
-public void remove() {
-throw new java.lang.UnsupportedOperationException(Method
IteratorAdaptor.remove() not implemented);
-}
-}
+/*
+ * $Id$
+ *
+ * Copyright 2002-2004 The Apache Software Foundation.
+ *
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.struts.util;
+
+import java.util.Iterator;
+import java.util.NoSuchElementException;
+
+
+/**
+ * Utility method for converting Enumeration to an Iterator
+ * class. If you attempt to remove() an Object from the iterator, it will
+ * throw an UnsupportedOperationException. Added for use by TagLib so
+ * Enumeration can be supported
+ *
+ * @version $Rev$ $Date$
+ */
+
+public class IteratorAdapter implements Iterator {
+private java.util.Enumeration enum;
+
+public IteratorAdapter(java.util.Enumeration enum) {
+this.enum = enum;
+}
+
+public boolean hasNext() {
+return enum.hasMoreElements();
+ }
+
+public Object next() {
+if (!enum.hasMoreElements()) {
+throw new NoSuchElementException(IteratorAdaptor.next() has no more
elements);
+}
+return enum.nextElement();
+}
+public void remove() {
+throw new java.lang.UnsupportedOperationException(Method
IteratorAdaptor.remove() not implemented);
+}
+}
Modified: struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java
==
--- struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java
(original)
+++ struts/trunk/src/share/org/apache/struts/validator/LazyValidatorForm.java Fri
Nov 5 13:11:41 2004
@@ -1,176 +1,176 @@
-/*
- * $Id$
- *
- * Copyright 2004 The Apache Software Foundation.
- *
- * Licensed under the Apache License, Version 2.0 (the License);
- * you may not use this file except in compliance with the License.
- * You may obtain a copy of the License at
- *
- * http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an AS IS BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
Re: [Apache Struts Wiki] New: StrutsMaintenanceSvn
Thanks Joe, good info - I've found the config file where I can set these auto-props in TortoiseSVN Niall - Original Message - From: Joe Germuska [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, November 05, 2004 8:26 PM Subject: Re: [Apache Struts Wiki] New: StrutsMaintenanceSvn At 11:29 AM -0800 11/5/04, Martin Cooper wrote: AFAIK, you shouldn't have to do the first two things for each file. Those should just happen by default. I'm not so sure about the defaults. I played around a little bit with a local SVN server and didn't see anything on by default, and I don't see anything in the online SVN book about server-side defaults, although maybe I just have found it yet. I think what feels like defaults may have just be side effects of the CVS conversion. Checking one recently added file, it doesn't seem to have any properties by default: svn proplist struts/trunk/doc/release-checklist.xml There seems to be per-user support for runtime defaults: Automatic Property Setting http://svnbook.red-bean.com/svnbook-1.1/ch07s02.html#svn-ch-7-sect-2.4 It seems a bit sketchy that any settings there are for all subversion repositories; it would be kind of nice to segment them by repository in case different groups had different rules. For now, Struts is the only project I use Subversion on, so I could probably be safe using this facility. Are any committers besides Don using Subversion elsewhere? Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place. - Carlos Santana - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Apache Struts Wiki] New: StrutsMaintenanceSvn
It doesn't at the moment and the info Joe gave means that unless theres a way of configuring it on the server side then we all will have to indivdually configure our clients to do it. I not ice that some of the java source files have the svn:executable property set: http://svnbook.red-bean.com/svnbook-1.1/ch07s02.html#svn-ch-7-sect-2.3.1 Do we need this or property or not - not being a unix user I deon't really get it, but it seems strange to set this on a source file? Niall - Original Message - From: Martin Cooper [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, November 05, 2004 7:29 PM Subject: Re: [Apache Struts Wiki] New: StrutsMaintenanceSvn AFAIK, you shouldn't have to do the first two things for each file. Those should just happen by default. -- Martin Cooper On Fri, 5 Nov 2004 19:27:30 -, Niall Pemberton [EMAIL PROTECTED] wrote: I've added a new page, but someone with with more SVN knowledge thean me might want to correct/update it. Niall - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 05, 2004 7:19 PM Subject: [Apache Struts Wiki] New: StrutsMaintenanceSvn Date: 2004-11-05T11:19:17 Editor: NiallPemberton [EMAIL PROTECTED] Wiki: Apache Struts Wiki Page: StrutsMaintenanceSvn URL: http://wiki.apache.org/struts/StrutsMaintenanceSvn no comment New Page: This page is intended for any useful info for SVN == Info == * Struts Subversion [http://struts.apache.org/ repository] * Apache Subversion [http://www.apache.org/dev/version-control.html checkout instructions] == Subversion Properties == Subversion uses properties to record meta data about files. This section describes the use of these properties in Struts. * '''svn:keywords''' - subversion supports keyword substitution. Need to set the svn:keywords property to space seprated list of the keywords and then add the keywords to the file. * '''svn:eol-style''' - determines the line ending character on a file. === Java Source Files === When adding a new java source file the following should be set up: * set the '''svn:eol-style''' property to ''native'' * set the '''svn:keywords''' property to ''date author id rev'' * add the $id$ keyword in the license comments at the top of the file * add @version $Rev$ $Date$ to the javadoc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FacesClient Components
Craig McClanahan Thu, 4 Nov 2004 09:50:03 -0800 FWIW, here is IBM's take on how to build rich web applications using JSF components plus a framework for sending data back and forth: http://www-106.ibm.com/developerworks/websphere/library/techarticles/0411_hasson/0411_hasson.html?ca=dnp-344 dhay Thu, 4 Nov 2004 16:44:28 -0500 Now that looks pretty cool! It's fee-based, though, right? Odyssey is currently part of Rational Developer (formerly WebSphere Studio), which is not free. That being said, as code either ages or shows foundational utility, it may find its way into an Eclipse or a subproject, like Web Tools, Visual Editor, RCP, etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Apache Struts Wiki] Updated: StrutsMaintenanceSvn
Date: 2004-11-05T14:00:46 Editor: NiallPemberton [EMAIL PROTECTED] Wiki: Apache Struts Wiki Page: StrutsMaintenanceSvn URL: http://wiki.apache.org/struts/StrutsMaintenanceSvn no comment Change Log: -- @@ -4,6 +4,7 @@ * Struts Subversion [http://struts.apache.org/ repository] * Apache Subversion [http://www.apache.org/dev/version-control.html checkout instructions] + * Subversion [http://svnbook.red-bean.com/svnbook-1.1/index.html Red Book] == Subversion Properties == @@ -12,11 +13,36 @@ * '''svn:keywords''' - subversion supports keyword substitution. Need to set the svn:keywords property to space seprated list of the keywords and then add the keywords to the file. * '''svn:eol-style''' - determines the line ending character on a file. -=== Java Source Files === +=== Configuring the Client: Automatic Property Setting === + +You should be able to configure the client your using for svn to automatically set properties on newly added files. The following bits of the red book may help. + + * [http://svnbook.red-bean.com/svnbook-1.1/ch07s02.html#svn-ch-7-sect-2.4 Automatic Property Setting] + * [http://svnbook.red-bean.com/svnbook-1.1/ch07.html#svn-ch-7-sect-1.3.2 Configuraton Options] + +First you need to set the '''enable-auto-props''' to ''yes''. Then in the '''auto-props''' section add properties for specified file patterns. + +=== Struts Subversion Property Settings === + + Java Source Files When adding a new java source file the following should be set up: - * set the '''svn:eol-style''' property to ''native'' - * set the '''svn:keywords''' property to ''date author id rev'' +The new file should have the following properties: + + * '''svn:eol-style''' property set to ''native'' + * '''svn:keywords''' property set to ''date author id rev'' + +The new file should contain the following keywords: + * add the $id$ keyword in the license comments at the top of the file * add @version $Rev$ $Date$ to the javadoc + + Documentation + +The '''*.xml''' documentation files have the following properties set: + + * '''svn:eol-style''' property set to ''native'' + * '''svn:keywords''' property set to ''author date id'' + +'''Note:''' not sure why were setting the svn:keywords since they aren't being used in the documents? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Apache Struts Wiki] Updated: StrutsMaintenanceSvn
At 10:00 PM + 11/5/04, [EMAIL PROTECTED] wrote: + Documentation + +The '''*.xml''' documentation files have the following properties set: + + * '''svn:eol-style''' property set to ''native'' + * '''svn:keywords''' property set to ''author date id'' + +'''Note:''' not sure why were setting the svn:keywords since they aren't being used in the documents? These were on by default as a side effect of the CVS conversion. However, I personally think that the $Id$ property, at least, would be reasonably included in any XML file. Almost any text file, actually, especially if it has a comment syntax that allows it to be included without disrupting the content. I think it comes in handy to have that information clearly available. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place. - Carlos Santana
Re: Struts Sub-Projects
In a perfect world... svn.apache.org/asf/struts /core /trunk /branches /tags /faces /trunk /branches /tags /bsf /trunk /branches /tags /flow /trunk /branches /tags Therefore, we would then instruct folks that want to work on Struts core to use http://svn.apache.org/asf/struts/core/trunk Don Craig McClanahan wrote: On Fri, 5 Nov 2004 08:01:33 -0800, Don Brown [EMAIL PROTECTED] wrote: No, actually, it would be a simple matter of a couple of svn move commands. They are quick, and can be easily redone later if we change our minds. Agree that it's easy to move things around ... but I've got a question -- does this still all end up under our single canonical SVN URL (https://svn.apache.org/asf/struts)? If so, I'm fine with it ... once we figure out what to name the top level directories of course :-). Don Craig On Fri, 5 Nov 2004 07:42:44 -0600, Joe Germuska [EMAIL PROTECTED] wrote: At 9:52 PM -0800 11/4/04, Don Brown wrote: If so, why is struts-faces located in /trunk/ and therefore branched and tagged along with Struts core? Shouldn't it have its own trunk/branches/tags triad for its own release cycles? +1 Just curious, do we need to ask someone in [EMAIL PROTECTED] to do this? I don't seem to understand where the real SVN repository actually lives. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place. - Carlos Santana - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Apache Struts Wiki] Updated: StrutsMaintenanceSvn
Date: 2004-11-05T18:41:04 Editor: NiallPemberton [EMAIL PROTECTED] Wiki: Apache Struts Wiki Page: StrutsMaintenanceSvn URL: http://wiki.apache.org/struts/StrutsMaintenanceSvn no comment Change Log: -- @@ -44,5 +44,3 @@ * '''svn:eol-style''' property set to ''native'' * '''svn:keywords''' property set to ''author date id'' - -'''Note:''' not sure why were setting the svn:keywords since they aren't being used in the documents? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Apache Struts Wiki] Updated: StrutsMaintenanceSvn
Joe, Thanks for the comments, I've removed that question from the wiki - I guess its no big deal to leave whats been set already as the default, then if theres ever a need to use them in the future, then the properties wouldn't need changing. Niall - Original Message - From: Joe Germuska [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, November 05, 2004 10:16 PM Subject: Re: [Apache Struts Wiki] Updated: StrutsMaintenanceSvn At 10:00 PM + 11/5/04, [EMAIL PROTECTED] wrote: + Documentation + +The '''*.xml''' documentation files have the following properties set: + + * '''svn:eol-style''' property set to ''native'' + * '''svn:keywords''' property set to ''author date id'' + +'''Note:''' not sure why were setting the svn:keywords since they aren't being used in the documents? These were on by default as a side effect of the CVS conversion. However, I personally think that the $Id$ property, at least, would be reasonably included in any XML file. Almost any text file, actually, especially if it has a comment syntax that allows it to be included without disrupting the content. I think it comes in handy to have that information clearly available. Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn back; I'll know I'm in the wrong place. - Carlos Santana - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32049] - bean:write throws exception in format left blank
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32049. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32049 bean:write throws exception in format left blank --- Additional Comments From [EMAIL PROTECTED] 2004-11-06 03:03 --- How about posting the snip of the jsp causing the exception and the stack trace you're getting. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Sub-Projects
On Fri, 05 Nov 2004 15:26:45 -0800, Don Brown [EMAIL PROTECTED] wrote: In a perfect world... svn.apache.org/asf/struts /core /trunk /branches /tags /faces /trunk /branches /tags /bsf /trunk /branches /tags /flow /trunk /branches /tags Therefore, we would then instruct folks that want to work on Struts core to use http://svn.apache.org/asf/struts/core/trunk I like that ... the basic principle would be that each separately releasable artifact would have it's own top-level structure with trunk, branches, and tags underneath. We'll likely factor core into separately releasable artifacts later, but this makes a great start. Only one minor question ... do we care about distinguishing proposals (like shale or jericho) versus things that are accepted parts of Struts, or is that just an issue of whether we ever actually release something or not? I'm ok either way. Don Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
