Re: cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser VMSFTPEntryParser.java
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: FTPFile[] results; if ((socket = _openDataConnection_(FTPCommand.LIST, pathname)) == null) -return null; +return new FTPFile[0]; I don't think that's the right behavior. Maybe the old behavior wasn't the best either. The old behavior was: Returns: The list of file information contained in the current working directory. null if the list could not be obtained or if there are no files in the directory. Perhaps the combination of the old and new is best, which would return a zero-length FTPFile array if there are no files in a directory, but would return null if the list could not be obtained. The thing is that if a data connection cannot be established, I don't think you want to be left believing the directory was empty. Alternatively, an IOException could be thrown, but I'm not sure if that's necessary when the control connection is still functioning. Anyway, it's something to think about. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25598] - MultipartStream\IE 5.5 error.
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=25598. 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=25598 MultipartStream\IE 5.5 error. --- Additional Comments From [EMAIL PROTECTED] 2004-02-19 08:25 --- It is a server problem. All works fine with tomcat 1.4 but with Websphere 4.0 I get this error. I tested this with different OS (Windows 2000 and XP) and different Browser (IE 5.5 IE 6.0 and Mozilla). But I have no luck with the Websphere Server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[commons-build] The maven sites
I've been building the sites for some of the commons components using Maven and the all-new-and-shiny common build system. Great work on this everybody! Here are a few issues I have found: 1. Indicator for collapsed menu-items If you use the common LF by setting this in a components project.properties: maven.xdoc.jsl=../commons-build/commons-site.jsl there is no visual indicator that let the user know that Project Info and Project Reports are actually collapsed and contain other stuff beneath them. If you remove the line above you get a tiny arrow as an indicator (at least with xdocs-plugin 1.5). I think we need such an indicator. 2. Empty Project Reports page The default setting in commons-build/project.xml is to include no reports. This still produces a meny-item called Project Reports which contains an empty list of reports. Is it possible to have this menu-item removed if there are no reports? Or this an issue with Maven? On the other hand is there any report that should be mandatory? 3. What parts of commons-build/project.xml should not be overridden There is plenty of useful stuff in commons-build/project.xml. When going through the project.xml-files of the different components there are a few parts that show up in the exact same form (more or less) as in commons-build/project.xml. Here are a few examples that I think should not need to be in the project.xml of a component: - url - organization (also found in project-template/project.xml in sandbox) - gumpRepositoryId - repository - siteAddress - siteDirectory Any thoughts? -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-build] The maven sites
- Original Message - From: Dennis Lundberg [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, February 18, 2004 10:31 PM Subject: [commons-build] The maven sites I've been building the sites for some of the commons components using Maven and the all-new-and-shiny common build system. Great work on this everybody! Here are a few issues I have found: 1. Indicator for collapsed menu-items If you use the common LF by setting this in a components project.properties: maven.xdoc.jsl=../commons-build/commons-site.jsl there is no visual indicator that let the user know that Project Info and Project Reports are actually collapsed and contain other stuff beneath them. If you remove the line above you get a tiny arrow as an indicator (at least with xdocs-plugin 1.5). I think we need such an indicator. 2. Empty Project Reports page The default setting in commons-build/project.xml is to include no reports. This still produces a meny-item called Project Reports which contains an empty list of reports. Is it possible to have this menu-item removed if there are no reports? Or this an issue with Maven? On the other hand is there any report that should be mandatory? Maven comes with some default reports if you don't define reports in project.xml. I think it's a bug in commons-site.jsl 3. What parts of commons-build/project.xml should not be overridden There is plenty of useful stuff in commons-build/project.xml. When going through the project.xml-files of the different components there are a few parts that show up in the exact same form (more or less) as in commons-build/project.xml. Here are a few examples that I think should not need to be in the project.xml of a component: - url - organization (also found in project-template/project.xml in sandbox) - gumpRepositoryId - repository - siteAddress - siteDirectory Any thoughts? -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27074] New: - Add nullate utilities
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=27074. 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=27074 Add nullate utilities Summary: Add nullate utilities Product: Commons Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Bean Utilities AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It's a common task to reset all properties of an object to null (or to default values for primitives), for instance in Struts in the reset method of subclasses of ActionForm. It would be usefull to have something like - nullateProperties(Object _o) to nullate the properties of _o declared by the class of _o - nullateProperties(Object _o, Class _clazz) to nullate the properties of _o declared by _clazz - nullateProperties(Object _o, Class _clazz, boolean _bAncestorsToo) to nullate the properties of _o declared by _clazz and its ancestors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] [PROPOSAL] create optional package
On 18 Feb 2004, at 22:39, David Graham wrote: --- robert burrell donkin [EMAIL PROTECTED] wrote: we've talked before about removing the dependency of beanutils on collections. there are two parts to this, the first is to come up with a solution to the issue of fasthashmap, FastHashMap states that it's not completely portable across JVM implementations which, IMO, means it (or similarly implemented Maps) shouldn't be used. Using a standard HashMap would be better. craig said something similar. there are a few other related issues. i'd prefer to factor out the storage from BeanUtilsBean into a separate pluggable register. i'd also like to remove (or deprecate) the registration methods from the static interface. but this probably needs a little thinking and talking about first... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25598] - MultipartStream\IE 5.5 error.
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=25598. 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=25598 MultipartStream\IE 5.5 error. --- Additional Comments From [EMAIL PROTECTED] 2004-02-19 11:54 --- we found out that the problem is with the Tomcat connector (Jakarta filter ) we work with IIS and when we moved to the old connector the problem is gone. i don't know for websphere but you might want to check the connector between the Servlet container and the Web Server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
Henri, No, everything should now stay the same no matter your version of Maven. This css style is actually hardcoded into jakarta.apache.org/commons/style Stephen Colebourne had initially added this css to the commons-build as the global. If there isn't agreement on the styles, I'd recommend we discuss alternatives (or have some sort of voting process/competition for the overall LF that everyone is welcome to be involved in). I agree that the logos are bad, if you currently look on the math site you may find there are other logos available with appropriate white backgrounds. http://jakarta.apache.org/commons/math/ the url for this particular image: http://jakarta.apache.org/images/jakarta-logo.gif -Mark Henri Yandell wrote: I've mavenised the [el] project. Bit confused as to why it looks so different from the Digester/Lang sites etc. It has the same css. Am I using a bad version of Maven? [I'm on rc1]. Anyway, it's: http://jakarta.apache.org/commons/el/pending-maven/ The look and feel isn't good, the logos are bad, and the javadoc report doesn't seem to happen. Now, I can understand the lack of a project logo, but I've not looked into why any of the others are bad yet. Hen On Sun, 15 Feb 2004, Tim O'Brien wrote: Hey, someone is publishing Commons Maven sites with an unreleased version of Maven. Probably either from Maven's CVS HEAD, or a beta version. BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A decision was reached a while back to standardize on the released version of Maven. Could whoever did that please get the released version of Maven and republish those sites? - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [commons-build] The maven sites
Dennis Lundberg wrote: I've been building the sites for some of the commons components using Maven and the all-new-and-shiny common build system. Great work on this everybody! Here are a few issues I have found: 1. Indicator for collapsed menu-items If you use the common LF by setting this in a components project.properties: maven.xdoc.jsl=../commons-build/commons-site.jsl there is no visual indicator that let the user know that Project Info and Project Reports are actually collapsed and contain other stuff beneath them. If you remove the line above you get a tiny arrow as an indicator (at least with xdocs-plugin 1.5). I think we need such an indicator. Henri's last build has indicator icons for these. http://jakarta.apache.org/commons/el/pending-maven/index.html 2. Empty Project Reports page The default setting in commons-build/project.xml is to include no reports. This still produces a meny-item called Project Reports which contains an empty list of reports. Is it possible to have this menu-item removed if there are no reports? Or this an issue with Maven? On the other hand is there any report that should be mandatory? License at least. I had included the list of reports, but commented them out. I thought this could/should be a future discussion. I think there should be a standard set of reports for each project. individual projects should be capable of adding to it. 3. What parts of commons-build/project.xml should not be overridden There is plenty of useful stuff in commons-build/project.xml. When going through the project.xml-files of the different components there are a few parts that show up in the exact same form (more or less) as in commons-build/project.xml. Here are a few examples that I think should not need to be in the project.xml of a component: - url - organization (also found in project-template/project.xml in sandbox) - gumpRepositoryId - repository - siteAddress - siteDirectory Any thoughts? I agree on all of these, with interpolation (${pom.artifactId.substring(8)}) many of these can be standardized in the global project.xml. Thanks, this is a well formed list of issues that needed addressing! :-) -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
Henri, I copied the css from your project up into the style directory, which should automatically update your look. -Mark Henri Yandell wrote: I've mavenised the [el] project. Bit confused as to why it looks so different from the Digester/Lang sites etc. It has the same css. Am I using a bad version of Maven? [I'm on rc1]. Anyway, it's: http://jakarta.apache.org/commons/el/pending-maven/ The look and feel isn't good, the logos are bad, and the javadoc report doesn't seem to happen. Now, I can understand the lack of a project logo, but I've not looked into why any of the others are bad yet. Hen On Sun, 15 Feb 2004, Tim O'Brien wrote: Hey, someone is publishing Commons Maven sites with an unreleased version of Maven. Probably either from Maven's CVS HEAD, or a beta version. BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A decision was reached a while back to standardize on the released version of Maven. Could whoever did that please get the released version of Maven and republish those sites? - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/style project-colburne.css project.css
mdiggory2004/02/19 04:55:24 Modified:commons-build/xdocs/style project.css Added: commons-build/xdocs/style project-colburne.css Log: Moving lf used by math/collections/io/lang into project.xml Revision ChangesPath 1.2 +10 -141 jakarta-commons/commons-build/xdocs/style/project.css Index: project.css === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/style/project.css,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- project.css 17 Feb 2004 02:49:02 - 1.1 +++ project.css 19 Feb 2004 12:55:24 - 1.2 @@ -1,141 +1,10 @@ -/* == */ -/* XDOC 1.4 */ - -#banner, #banner td { - background: #fff; - color: #000; - border: 0px; -} -#banner td { - height: 100%; - vertical-align: middle; -} -div#banner { - border: 0px; -} -#bodycol h3 { - padding: 4px 4px 4px 6px; - border: 1px solid #999; - color: #000; - background-color: #aaf; - margin-top: 2px; - margin-bottom: 4px; - font-size: 14px; - font-weight: bold; -} -#bodycol h4 { - padding: 4px 4px 4px 6px; - border: 1px solid #999; - color: #000; - background-color: #ccf; - margin-top: 2px; - margin-bottom: 4px; - font-size: 14px; - font-weight: normal; -} -.app h3, .app h4, .tabs td, .tabs th, .functnbar { - background-image: none; -} - - -/* == */ -/* XDOC 1.5 */ - -/* Controls font size on left */ -body, td, th, select, input, li{ - font-family: Verdana, Helvetica, Arial, sans-serif; - font-size: 13px; -} -/* Logo position */ -#organizationLogo img, #projectLogo img { - position: static; - clear: both; -} -#organizationLogo img { - margin-top: 20px; -} -#projectLogo img { - margin-top: 5px; -} - -/* Hyperlinks */ -a { - text-decoration: none; -} -a:link { - color:#44f; -} -a:visited { - color:#47a; -} -#navcolumn a:visited, #breadcrumbs a:visited { - color:#44f; -} -a:active, a:hover { - color:#69c; -} - -/* Titles */ -h2 { - padding: 4px 4px 4px 6px; - border: 1px solid #999; - color: #000; - background-color: #aaf; - margin-top: 2px; - margin-bottom: 4px; - font-size: 14px; - font-weight: bold; -} -h3 { - padding: 4px 4px 4px 6px; - border: 1px solid #999; - color: #000; - background-color: #ccf; - margin-top: 2px; - margin-bottom: 4px; - font-size: 14px; - font-weight: normal; -} -#bodycolumn p, #bodycolumn ul, #bodycolumn ol, #bodycolumn dl, #bodycolumn table { - margin-top: .67em; - margin-bottom: .67em; - font-size: 13px; -} -#breadcrumbs { - border-top: 1px solid #aaa; - border-bottom: 1px solid #aaa; - background-color: #ccc; -} -#leftColumn { - margin: 0 0 0 0; - width: 19%; - border-right: 1px solid #999; - border-bottom: 1px solid #999; - background-color: #eee; -} -#navcolumn h5 { - font-size: smaller; - border-bottom: 1px solid #aa; - padding-top: 2px; -} - -table.bodyTable { - border: 1px solid #000; -} -table.bodyTable th { - color: white; - background-color: #bbb; - text-align: left; - font-weight: bold; -} -table.bodyTable tr.a { - background-color: #ddd; -} -table.bodyTable tr.b { - background-color: #eee; -} - -.source { - border: 1px solid #999; -} - +#banner, #banner td { + background: #fff; + color: #000; +} + +#banner td { + height: 100%; + vertical-align: middle; +} + 1.1 jakarta-commons/commons-build/xdocs/style/project-colburne.css Index: project-colburne.css === /* == */ /* XDOC 1.4 */ #banner, #banner td { background: #fff; color: #000; border: 0px; } #banner td { height: 100%; vertical-align: middle; } div#banner { border: 0px; } #bodycol h3 { padding: 4px 4px 4px 6px; border: 1px solid #999; color: #000; background-color: #aaf; margin-top: 2px; margin-bottom: 4px; font-size: 14px; font-weight: bold; } #bodycol h4 { padding: 4px 4px 4px 6px; border: 1px solid #999; color: #000; background-color: #ccf; margin-top: 2px; margin-bottom: 4px; font-size: 14px; font-weight: normal; } .app h3, .app h4, .tabs td, .tabs th, .functnbar { background-image: none; } /* == */ /* XDOC 1.5 */ /*
cvs commit: jakarta-commons/commons-build project.xml
mdiggory2004/02/19 04:58:23 Modified:commons-build project.xml Log: using logo without blue background. Revision ChangesPath 1.19 +1 -1 jakarta-commons/commons-build/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/commons-build/project.xml,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- project.xml 18 Feb 2004 04:11:35 - 1.18 +++ project.xml 19 Feb 2004 12:58:23 - 1.19 @@ -10,7 +10,7 @@ organization nameApache Software Foundation/name urlhttp://www.apache.org/url -logohttp://jakarta.apache.org/images/jakarta-logo-blue.gif/logo +logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo /organization logo/images/logo.jpg/logo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jelly] InputSource support
Hi, I'm in a situation where I need to process a jelly script specified by an InputSource. Is it possible to add a runScript(InputSource, ...) methods to the JellyContext class? Or is there another way to run the scripts from an InputSource ? I have created a patch which adds InputSource support to the JellyContext class. The patch can be found at: http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=JELLY-108 thanks, Maarten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discovery] tests fail under maven build
On Wed, 18 Feb 2004, matthew.hawthorne wrote: I thought I fixed this today... I'll take another look. Can you confirm that you're using the current CVS HEAD? My fault, waited a day to report it without checking if work had happened. Works fine now :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
Can't say I get the style issue, but was just worried that I wasn't getting the standard. On the logo issue, shouldn't the white jakarta logo be the default one in the super-pom if that's the style commons are going with? I need to go read the commons-build/ stuff I suspect. Hen On Thu, 19 Feb 2004, Mark R. Diggory wrote: Henri, No, everything should now stay the same no matter your version of Maven. This css style is actually hardcoded into jakarta.apache.org/commons/style Stephen Colebourne had initially added this css to the commons-build as the global. If there isn't agreement on the styles, I'd recommend we discuss alternatives (or have some sort of voting process/competition for the overall LF that everyone is welcome to be involved in). I agree that the logos are bad, if you currently look on the math site you may find there are other logos available with appropriate white backgrounds. http://jakarta.apache.org/commons/math/ the url for this particular image: http://jakarta.apache.org/images/jakarta-logo.gif -Mark Henri Yandell wrote: I've mavenised the [el] project. Bit confused as to why it looks so different from the Digester/Lang sites etc. It has the same css. Am I using a bad version of Maven? [I'm on rc1]. Anyway, it's: http://jakarta.apache.org/commons/el/pending-maven/ The look and feel isn't good, the logos are bad, and the javadoc report doesn't seem to happen. Now, I can understand the lack of a project logo, but I've not looked into why any of the others are bad yet. Hen On Sun, 15 Feb 2004, Tim O'Brien wrote: Hey, someone is publishing Commons Maven sites with an unreleased version of Maven. Probably either from Maven's CVS HEAD, or a beta version. BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A decision was reached a while back to standardize on the released version of Maven. Could whoever did that please get the released version of Maven and republish those sites? - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - 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: [discovery] tests fail under maven build
Hi, I reported this more than a year ago. I guess this bugreport can be closed now :-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16803 Maarten Henri Yandell wrote: On Wed, 18 Feb 2004, matthew.hawthorne wrote: I thought I fixed this today... I'll take another look. Can you confirm that you're using the current CVS HEAD? My fault, waited a day to report it without checking if work had happened. Works fine now :) Hen - 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: [all] maven sites
Henri Yandell wrote: Can't say I get the style issue, but was just worried that I wasn't getting the standard. On the logo issue, shouldn't the white jakarta logo be the default one in the super-pom if that's the style commons are going with? Just did it earlier, its now standard. I need to go read the commons-build/ stuff I suspect. Hen On Thu, 19 Feb 2004, Mark R. Diggory wrote: Henri, No, everything should now stay the same no matter your version of Maven. This css style is actually hardcoded into jakarta.apache.org/commons/style Stephen Colebourne had initially added this css to the commons-build as the global. If there isn't agreement on the styles, I'd recommend we discuss alternatives (or have some sort of voting process/competition for the overall LF that everyone is welcome to be involved in). I agree that the logos are bad, if you currently look on the math site you may find there are other logos available with appropriate white backgrounds. http://jakarta.apache.org/commons/math/ the url for this particular image: http://jakarta.apache.org/images/jakarta-logo.gif -Mark Henri Yandell wrote: I've mavenised the [el] project. Bit confused as to why it looks so different from the Digester/Lang sites etc. It has the same css. Am I using a bad version of Maven? [I'm on rc1]. Anyway, it's: http://jakarta.apache.org/commons/el/pending-maven/ The look and feel isn't good, the logos are bad, and the javadoc report doesn't seem to happen. Now, I can understand the lack of a project logo, but I've not looked into why any of the others are bad yet. Hen On Sun, 15 Feb 2004, Tim O'Brien wrote: Hey, someone is publishing Commons Maven sites with an unreleased version of Maven. Probably either from Maven's CVS HEAD, or a beta version. BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A decision was reached a while back to standardize on the released version of Maven. Could whoever did that please get the released version of Maven and republish those sites? - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16803] - Discovery tests fail with maven
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=16803. 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=16803 Discovery tests fail with maven [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-19 14:46 --- I wish I would have seen this patch before I fixed this myself. It would have saved me some time. Either way, thanks. The tests pass now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/attributes LICENSE.txt
leosutic2004/02/19 06:50:16 Removed: attributes LICENSE.txt Log: Not needed anymore. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [all] enum keyword in Java 1.5
If you haven't heard, the word 'enum' is a keyword in Java 1.5. This causes some errors here and there. Now that the 1.5 beta is out, should we be making an effort to remove this word from our sources? +1 And package names too I suppose. What happens when you compile [lang]? Gary
DO NOT REPLY [Bug 27085] New: - NTFTPEntryParser wrong parsing of timestamp 12:24 PM
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=27085. 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=27085 NTFTPEntryParser wrong parsing of timestamp 12:24 PM Summary: NTFTPEntryParser wrong parsing of timestamp 12:24 PM Product: Commons Version: 1.1.0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Net AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] e.g. raw Data: 02-19-04 12:24PM 10728307 FAUSLSILVS.1 will result in date: Fri Feb 20 00:24:00 CET 2004 but should be: Thu Feb 19 12:24:00 CET 2004. Yours, Dieter Müller - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/builders ArgumentBuilder.java
roxspring2004/02/19 10:56:17 Modified:cli/src/java/org/apache/commons/cli2/builders Tag: RESEARCH_CLI_2_ROXSPRING ArgumentBuilder.java Log: Fixed a documentation bug picked up by eclipse Revision ChangesPath No revision No revision 1.1.2.5 +1 -1 jakarta-commons/cli/src/java/org/apache/commons/cli2/builders/Attic/ArgumentBuilder.java Index: ArgumentBuilder.java === RCS file: /home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/builders/Attic/ArgumentBuilder.java,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- ArgumentBuilder.java 17 Feb 2004 22:07:12 - 1.1.2.4 +++ ArgumentBuilder.java 19 Feb 2004 18:56:17 - 1.1.2.5 @@ -111,7 +111,7 @@ * Sets the name of the argument. The name is used when displaying usage * information and to allow lookups in the CommandLine object. * - * @see CommandLine#getValue(String) + * @see org.apache.commons.cli2.CommandLine#getValue(String) * * @param name *the name of the argument - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] enum keyword in Java 1.5
Gary Gregory wrote: If you haven't heard, the word 'enum' is a keyword in Java 1.5. This causes some errors here and there. Now that the 1.5 beta is out, should we be making an effort to remove this word from our sources? +1 And package names too I suppose. What happens when you compile [lang]? Here's the output: java:compile: [echo] Compiling to /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/target/classes [javac] Compiling 63 source files to /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/target/classes /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:16: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier package org.apache.commons.lang.enum; ^ /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:139: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier ValuedEnum enum = (ValuedEnum) it.next(); ^ /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:140: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier if (enum.getValue() == value) { ^ /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:141: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier return enum; ^ /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/Enum.java:16: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier package org.apache.commons.lang.enum; ^ /home/matth/files/tech/appdev/projects/apache/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/EnumUtils.java:16: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier package org.apache.commons.lang.enum; ^ 6 errors BUILD FAILED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[lang][proposal] enum keyword in Java 1.5 (WAS: [all])
Let's rename the org.apache.commons.lang.enum package to... (0) org.apache.commons.lang.enum, do nothing, not acceptable. (2) org.apache.commons.lang.enu, shorter is better? (3) org.apache.commons.lang.enumeration, verbose isn't great. (4) org.apache.commons.lang.e9n, like i18n, pretty cryptic. (5) org.apache.commons.lang.pre15.enum, if you're writing for 1.5, use 1.5. others? Gary -Original Message- From: Matthew Hawthorne [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 11:47 To: Jakarta Commons Developers List Subject: Re: [all] enum keyword in Java 1.5 Gary Gregory wrote: If you haven't heard, the word 'enum' is a keyword in Java 1.5. This causes some errors here and there. Now that the 1.5 beta is out, should we be making an effort to remove this word from our sources? +1 And package names too I suppose. What happens when you compile [lang]? Here's the output: java:compile: [echo] Compiling to /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/target/classes [javac] Compiling 63 source files to /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/target/classes /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:16: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier package org.apache.commons.lang.enum; ^ /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:139: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier ValuedEnum enum = (ValuedEnum) it.next(); ^ /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:140: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier if (enum.getValue() == value) { ^ /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/src/java/org/apache/commons/lang/enum/ValuedEnum.java:141: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier return enum; ^ /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/src/java/org/apache/commons/lang/enum/Enum.java:16: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier package org.apache.commons.lang.enum; ^ /home/matth/files/tech/appdev/projects/apache/jakarta- commons/lang/src/java/org/apache/commons/lang/enum/EnumUtils.java:16: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier package org.apache.commons.lang.enum; ^ 6 errors BUILD FAILED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang][proposal] enum keyword in Java 1.5 (WAS: [all])
-Original Message- From: Gary Gregory [mailto:[EMAIL PROTECTED] Sent: den 19 februari 2004 20:56 To: 'Jakarta Commons Developers List' Subject: [lang][proposal] enum keyword in Java 1.5 (WAS: [all]) Let's rename the org.apache.commons.lang.enum package to... (0) org.apache.commons.lang.enum, do nothing, not acceptable. (2) org.apache.commons.lang.enu, shorter is better? (3) org.apache.commons.lang.enumeration, verbose isn't great. (4) org.apache.commons.lang.e9n, like i18n, pretty cryptic. (5) org.apache.commons.lang.pre15.enum, if you're writing for 1.5, use 1.5. others? (6) Just remove the subpackage. Put all three classes in org.apache.commons.lang. /LS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang][proposal] enum keyword in Java 1.5 (WAS: [all])
-Original Message- From: Leo Sutic [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 11:59 To: 'Jakarta Commons Developers List' Subject: RE: [lang][proposal] enum keyword in Java 1.5 (WAS: [all]) -Original Message- From: Gary Gregory [mailto:[EMAIL PROTECTED] Sent: den 19 februari 2004 20:56 To: 'Jakarta Commons Developers List' Subject: [lang][proposal] enum keyword in Java 1.5 (WAS: [all]) Let's rename the org.apache.commons.lang.enum package to... (0) org.apache.commons.lang.enum, do nothing, not acceptable. (2) org.apache.commons.lang.enu, shorter is better? (3) org.apache.commons.lang.enumeration, verbose isn't great. (4) org.apache.commons.lang.e9n, like i18n, pretty cryptic. (5) org.apache.commons.lang.pre15.enum, if you're writing for 1.5, use 1.5. others? (6) Just remove the subpackage. Put all three classes in org.apache.commons.lang. /LS That's a good obvious one too. Gary
Re: [lang][proposal] enum keyword in Java 1.5 (WAS: [all])
Gary Gregory wrote: Let's rename the org.apache.commons.lang.enum package to... (0) org.apache.commons.lang.enum, do nothing, not acceptable. (2) org.apache.commons.lang.enu, shorter is better? (3) org.apache.commons.lang.enumeration, verbose isn't great. (4) org.apache.commons.lang.e9n, like i18n, pretty cryptic. (5) org.apache.commons.lang.pre15.enum, if you're writing for 1.5, use 1.5. (6) Just remove the subpackage. Put all three classes in org.apache.commons.lang. Of these choices, I vote for (3). Verbose isn't great, but it's a lot better than cryptic abbreviations that few people understand. Here are 2 more options: (7) org.apache.commons.lang.enums (8) org.apache.commons.lang.enumx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/events/src/test/org/apache/commons/events AllTestSuite.java
scolebourne2004/02/19 13:48:01 Modified:events/src/java/org/apache/commons/events/observable/standard StandardModificationEvent.java StandardPostModificationListener.java StandardPreModificationEvent.java StandardModificationHandler.java StandardPreModificationListener.java StandardPostModificationEvent.java StandardModificationListener.java events/src/test/org/apache/commons/events/observable ObservedTestHelper.java TestObservableBag.java TestObservableSet.java TestAll.java TestObservableSortedSet.java TestObservableList.java TestObservableSortedBag.java TestObservableCollection.java TestObservableBuffer.java events/src/java/org/apache/commons/events/observable ModificationVetoedException.java ModificationListener.java ModificationHandler.java ObservableCollection.java ObservableSortedSet.java ObservableBag.java ObservableSortedBag.java ModificationEventType.java ObservableBuffer.java ObservableList.java ObservableSet.java ModificationHandlerFactory.java ModificationEvent.java events/src/test/org/apache/commons/events AllTestSuite.java Log: Change to Apache License 2.0 Revision ChangesPath 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardModificationEvent.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardModificationEvent.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPostModificationListener.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPostModificationListener.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPreModificationEvent.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPreModificationEvent.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardModificationHandler.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardModificationHandler.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPreModificationListener.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPreModificationListener.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPostModificationEvent.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardPostModificationEvent.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardModificationListener.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/java/org/apache/commons/events/observable/standard/StandardModificationListener.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/ObservedTestHelper.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/ObservedTestHelper.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/TestObservableBag.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/TestObservableBag.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/TestObservableSet.java http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/TestObservableSet.java.diff?r1=1.1r2=1.2 1.2 +14 -52 jakarta-commons-sandbox/events/src/test/org/apache/commons/events/observable/TestAll.java
Re: [jelly] interested in a JaxMe tag library...?
hi paul i have some working JAXB marshalling and unmarshalling tags which can be released under the apache license (JaxMe provides an ASF licensed clean-room implementation of the required JAXB classes). i've got a few problems with classloaders stopping generation working at the moment (but hopefully i'll iron them out sometime soonish). (once i'm ready) do you want me to post patchs or would you be happy for me to go ahead and commit them myself? - robert On 16 Feb 2004, at 16:33, Paul Libbrecht wrote: On 14-Feb-04, at 20:44 Uhr, robert burrell donkin wrote: jaxme is a JAXB implementation (with a pure ASF license) being incubated over at web services. i'm writing a maven plugin that exposes some of the functionality in particular generating source from schema. it seems like a good idea to implement the functionality i want by creating a jelly tag library exposing the features i need. are the jelly team interested in hosting this tag library here? Yes, I think it would be very appropriate. Jelly taglibs seem to me one good place to contain all sorts of xml-events-producing serializers/deserializers. And JAXB is such (namely, serializes to object... kind of the opposite of serialization but who cares). I presume there are on the list people that use JAXB implementations and Jelly at the same time... they would probably be interested. paul - 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]
cvs commit: jakarta-commons-sandbox/email/src/java/org/apache/commons/mail MailMessage.java DefaultAuthenticator.java MultiPartEmail.java SimpleEmail.java Email.java ByteArrayDataSource.java HtmlEmail.java EmailAttachment.java
scolebourne2004/02/19 14:38:10 Modified:email/src/java/org/apache/commons/mail MailMessage.java DefaultAuthenticator.java MultiPartEmail.java SimpleEmail.java Email.java ByteArrayDataSource.java HtmlEmail.java EmailAttachment.java Log: Change to Apache License 2.0 Revision ChangesPath 1.6 +15 -54 jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/MailMessage.java Index: MailMessage.java === RCS file: /home/cvs/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/MailMessage.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- MailMessage.java 12 Oct 2003 09:41:36 - 1.5 +++ MailMessage.java 19 Feb 2004 22:38:06 - 1.6 @@ -1,58 +1,19 @@ -package org.apache.commons.mail; - -/* - * The Apache Software License, Version 1.1 - * - * Copyright (c) 2001-2003 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. +/* + * Copyright 2001-2004 The Apache Software Foundation * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. + * 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.commons.mail; import java.io.UnsupportedEncodingException; import java.util.Enumeration; 1.3 +15 -54 jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/DefaultAuthenticator.java Index: DefaultAuthenticator.java === RCS file: /home/cvs/jakarta-commons-sandbox/email/src/java/org/apache/commons/mail/DefaultAuthenticator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DefaultAuthenticator.java 12
cvs commit: jakarta-commons-sandbox/convert project.xml
scolebourne2004/02/19 14:40:29 Modified:convert project.xml Log: Fix Apache name Revision ChangesPath 1.5 +1 -1 jakarta-commons-sandbox/convert/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/convert/project.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- project.xml 29 Jan 2004 22:49:55 - 1.4 +++ project.xml 19 Feb 2004 22:40:29 - 1.5 @@ -6,7 +6,7 @@ idcommons-convert/id organization -nameApache Software Foundation/name +nameThe Apache Software Foundation/name urlhttp://www.apache.org/url logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo /organization - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/convert project.xml
scolebourne2004/02/19 14:41:49 Modified:convert project.xml Log: Fix organization link Revision ChangesPath 1.6 +1 -1 jakarta-commons-sandbox/convert/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/convert/project.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- project.xml 19 Feb 2004 22:40:29 - 1.5 +++ project.xml 19 Feb 2004 22:41:49 - 1.6 @@ -7,7 +7,7 @@ organization nameThe Apache Software Foundation/name -urlhttp://www.apache.org/url +urlhttp://jakarta.apache.org/url logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo /organization logo!--/images/logo.png--/logo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build project.xml
scolebourne2004/02/19 15:42:02 Modified:commons-build project.xml Log: Fix ASF name and link Revision ChangesPath 1.20 +2 -2 jakarta-commons/commons-build/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/commons-build/project.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- project.xml 19 Feb 2004 12:58:23 - 1.19 +++ project.xml 19 Feb 2004 23:42:02 - 1.20 @@ -8,8 +8,8 @@ urlhttp://jakarta.apache.org/commons/${pom.artifactId.substring(8)}/index.html/url organization -nameApache Software Foundation/name -urlhttp://www.apache.org/url +nameThe Apache Software Foundation/name +urlhttp://jakarta.apache.org/url logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo /organization logo/images/logo.jpg/logo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [commons-build] Sandbox project.xml
I agree. In addition, having a slightly different color scheme for [sandbox] vs. [commons] would be a nice touch. gg -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 15:19 To: Jakarta Commons Developers List Subject: Re: [commons-build] Sandbox project.xml I'm just playing with a sandbox project ATM. I suspect that a separate project-sandbox.xml might be a good plan for inheritance rather than trying to get too clever. Stephen - Original Message - From: Mark R. Diggory [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Thursday, February 19, 2004 10:57 PM Subject: [commons-build] Sandbox project.xml I think we will eventually want to tie the sandbox project inheritance into commons-build/project.xml as well. Any thoughts on this? -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - 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]
cvs commit: jakarta-commons-sandbox/convert project.properties
scolebourne2004/02/19 15:43:28 Modified:convert project.properties Log: Update to standard project setup Revision ChangesPath 1.2 +2 -1 jakarta-commons-sandbox/convert/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/convert/project.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- project.properties29 Jan 2004 22:23:27 - 1.1 +++ project.properties19 Feb 2004 23:43:28 - 1.2 @@ -1,6 +1,7 @@ +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left +maven.xdoc.poweredby.image=maven-feather.png maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html -maven.xdoc.poweredby.image=maven-feather.png maven.javadoc.links=http://java.sun.com/j2se/1.3/docs/api/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/convert project.xml
scolebourne2004/02/19 15:44:17 Modified:convert project.xml Log: Update to use standard shared project xml Revision ChangesPath 1.7 +1 -6 jakarta-commons-sandbox/convert/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/convert/project.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- project.xml 19 Feb 2004 22:41:49 - 1.6 +++ project.xml 19 Feb 2004 23:44:17 - 1.7 @@ -1,15 +1,10 @@ ?xml version=1.0 encoding=UTF-8? project - extend../project.xml/extend + extend../commons-build/project.xml/extend nameConvert/name idcommons-convert/id - organization -nameThe Apache Software Foundation/name -urlhttp://jakarta.apache.org/url -logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo - /organization logo!--/images/logo.png--/logo currentVersion0.1/currentVersion - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [all] Author tags (again!)
If we change the tags, [ii] seems best, since an author is not a project (as in [i]). gg -Original Message- From: John Keyes [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 15:37 To: Jakarta Commons Developers List Subject: [all] Author tags (again!) I've been reading the archived entries about @author javadoc tags and noticed that a majority (of people who posted on the topic) agree that the @author tags should not refer to the actual author but the community. BTW, I am not trying to start a debate on the pros and cons but I believe the community is the author and that is the reason for writing this mail. There never appeared to be a consensus on the actual format of the @author tag. So here are some of the possibilities: [i] @author The Apache Jakarta Commons Team [ii] @author a href=http://jakarta.apache.org/commons/proj/team-list.html; The Apache Jakarta Commons proj Team/a [iii] @author a href=http://jakarta.apache.org/commons/proj; The Apache Jakarta Commons proj Team/a I was trying to think of possible mailto: URLs but giving the user list address does not make sense as they need to be subscribed to post and the user-subscribe list does not make sense either as there is no instruction to the user on what to put in that mail. If anyone has any comments or suggestions I'd love to hear them. My preference is [ii]. -John K - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22489] - [lang]patch] StringUtils.isAsciiPrintable()
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=22489. 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=22489 [lang]patch] StringUtils.isAsciiPrintable() [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-02-19 23:52 --- I prefer the MethodNameEvenForAcronyms scheme, since we have StringUtils.isAsciiPrintable() and CharUtils.isASCIIPrintable(), my vote would be to change CharUtils to isAsciiPrintable(). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/clazz/src/test/org/apache/commons/clazz/bean BeanClazzLoaderTest.java BeanClazzTest.java
scolebourne2004/02/19 15:58:41 Modified:clazz/src/java/org/apache/commons/clazz/reflect ReflectedPropertyIntrospector.java ReflectedClazzLoader.java ReflectedProperty.java ReflectedOperationIntrospector.java ReflectedInstanceFactoryIntrospector.java ReflectedClazz.java ReflectedGroupClazzLoader.java clazz/src/java/org/apache/commons/clazz ClazzOperation.java ClazzChangeListener.java ClazzProperty.java ClazzFeature.java ClazzLoader.java ClazzModifiers.java ClazzAttribute.java ClazzElement.java ModelClazzLoader.java ClazzAccessException.java ClazzNotFoundException.java Clazz.java ClazzLoaderFactory.java ClazzInstanceFactory.java clazz/src/java/org/apache/commons/clazz/bean BeanClazzInstanceFactory.java BasicBean.java BeanGroupClazzLoader.java BeanClazzOperation.java BeanClazz.java BeanClazzConfigurationException.java Bean.java BeanClazzProperty.java BeanClazzLoader.java BeanClazzConstructorInstanceFactory.java clazz/src/test/org/apache/commons/clazz/reflect ReflectedListPropertyTestCommon.java ReflectedInstanceFactoryTestCommon.java ReflectedSuperclazzInstance.java ReflectedOperationCommon.java ReflectableInstance.java ReflectedClazzTestCommon.java ReflectedClazzTestSupport.java clazz/src/test/org/apache/commons/clazz/reflect/extended ExtendedReflectedOperationTest.java ReflectedMappedPropertyTest.java CustomBean1ExtendedClazzTest.java CustomBean2.java CustomClazzLoaderTest.java CustomClazzLoader.java CustomBean1.java ExtendedReflectedInstanceFactoryTest.java CustomPropertyIntrospector.java CustomBean1ExtendedClazz.java CustomBean3BeanInfoTest.java CustomBean3.java ExtendedReflectedListPropertyTest.java ExtendedReflectedClazzTest.java CustomBean3BeanInfo.java CustomClazz.java clazz/src/java/org/apache/commons/clazz/reflect/standard StandardReflectedListPropertyIntrospector.java StandardReflectedClazzLoader.java StandardReflectedClazz.java clazz/src/java/org/apache/commons/clazz/reflect/common ReflectedScalarPropertyIntrospector.java ReflectedMethodOperation.java ReflectedListProperty.java ReflectedConstructorInstanceFactoryIntrospector.java AccessorMethodParser.java ReflectedScalarPropertyParseResults.java ReflectedConstructorInstanceFactory.java ReflectedMethodFeatureSupport.java ReflectedScalarProperty.java ReflectedMethodInstanceFactory.java ReflectedList.java ReflectedPropertyIntrospectorSupport.java ReflectedAccessorPairProperty.java ReflectedMethodInstanceFactoryIntrospector.java ReflectedListPropertyParseResults.java ReflectedListPropertyIntrospectorSupport.java AccessorMethodParseResults.java ReflectedMethodOperationIntrospector.java ReflectedPropertyParseResults.java clazz/src/java/org/apache/commons/clazz/common ClazzLoaderFactorySupport.java ClazzElementSupport.java ExtendedClazzLoaderFactory.java ClazzFeatureSupport.java StandardClazzLoaderFactory.java GroupClazzLoader.java clazz/src/test/org/apache/commons/clazz/reflect/standard StandardReflectedOperationTest.java StandardReflectedClazzTest.java StandardReflectedListPropertyTest.java StandardReflectedInstanceFactoryTest.java clazz/src/java/org/apache/commons/clazz/reflect/extended ReflectedMappedPropertyParseResults.java
cvs commit: jakarta-commons-sandbox/clazz/xdocs/stylesheets project.xml
scolebourne2004/02/19 16:03:51 Modified:clazzLICENSE.txt project.xml build.xml PROPOSAL.html RELEASE-NOTES.txt build.properties.sample STATUS.html clazz/xdocs overview.xml index.xml clazz/xdocs/stylesheets project.xml Added: clazzNOTICE.txt Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +202 -56 jakarta-commons-sandbox/clazz/LICENSE.txt Index: LICENSE.txt === RCS file: /home/cvs/jakarta-commons-sandbox/clazz/LICENSE.txt,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LICENSE.txt 12 Oct 2003 09:21:33 - 1.2 +++ LICENSE.txt 20 Feb 2004 00:03:51 - 1.3 @@ -1,56 +1,202 @@ -/* - * - * - * The Apache Software License, Version 1.1 - * - * Copyright (c) 1999-2003 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowledgement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowledgement may appear in the software itself, - *if and wherever such third-party acknowledgements normally appear. - * - * 4. The names The Jakarta Project, Commons, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Software Foundation. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. - * - */ + + Apache License + Version 2.0, January 2004 +http://www.apache.org/licenses/ + + TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION + + 1. Definitions. + + License shall mean the terms and conditions for use, reproduction, + and distribution as defined by Sections 1 through 9 of this document. + + Licensor shall mean the copyright owner or entity authorized by + the copyright owner that is granting the License. + + Legal Entity shall mean the union of the acting entity and all + other entities that control, are controlled by, or are under common + control with that entity. For the purposes of this definition, + control means (i) the power, direct or indirect, to cause the + direction or management of such entity, whether by contract or + otherwise, or (ii) ownership of fifty percent (50%) or more of the + outstanding shares, or (iii) beneficial ownership of such entity. + + You (or Your) shall mean an individual or Legal Entity + exercising permissions granted by this License. + + Source form shall mean the preferred form for making modifications, + including but not
Re: [all] Author tags (again!)
I've changed my mind on this and now don't see a need to change current practice. Part of the original discussion was based on legal points, but was dismissed IIRC. Other apache communities have done this when they were 'broken', which I don't think commons is. So I'm against change. Stephen - Original Message - From: Gary Gregory [EMAIL PROTECTED] If we change the tags, [ii] seems best, since an author is not a project (as in [i]). gg -Original Message- From: John Keyes [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 15:37 To: Jakarta Commons Developers List Subject: [all] Author tags (again!) I've been reading the archived entries about @author javadoc tags and noticed that a majority (of people who posted on the topic) agree that the @author tags should not refer to the actual author but the community. BTW, I am not trying to start a debate on the pros and cons but I believe the community is the author and that is the reason for writing this mail. There never appeared to be a consensus on the actual format of the @author tag. So here are some of the possibilities: [i] @author The Apache Jakarta Commons Team [ii] @author a href=http://jakarta.apache.org/commons/proj/team-list.html; The Apache Jakarta Commons proj Team/a [iii] @author a href=http://jakarta.apache.org/commons/proj; The Apache Jakarta Commons proj Team/a I was trying to think of possible mailto: URLs but giving the user list address does not make sense as they need to be subscribed to post and the user-subscribe list does not make sense either as there is no instruction to the user on what to put in that mail. If anyone has any comments or suggestions I'd love to hear them. My preference is [ii]. -John K - 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]
cvs commit: jakarta-commons-sandbox/convert project.properties
scolebourne2004/02/19 16:46:56 Modified:convert project.properties Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +14 -2 jakarta-commons-sandbox/convert/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/convert/project.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- project.properties19 Feb 2004 23:43:28 - 1.2 +++ project.properties20 Feb 2004 00:46:56 - 1.3 @@ -1,7 +1,19 @@ +# Copyright 2003-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. + maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left maven.xdoc.poweredby.image=maven-feather.png maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html - -maven.javadoc.links=http://java.sun.com/j2se/1.3/docs/api/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/clazz project.properties
scolebourne2004/02/19 16:47:12 Modified:clazzproject.properties Log: Change to Apache License 2.0 Revision ChangesPath 1.2 +14 -0 jakarta-commons-sandbox/clazz/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/clazz/project.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- project.properties20 Feb 2004 00:35:32 - 1.1 +++ project.properties20 Feb 2004 00:47:12 - 1.2 @@ -1,3 +1,17 @@ +# 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. + maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left maven.xdoc.poweredby.image=maven-feather.png - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/clazz build.xml
scolebourne2004/02/19 16:51:33 Modified:clazzbuild.xml Log: Change to Apache License 2.0 Revision ChangesPath 1.5 +5 -1 jakarta-commons-sandbox/clazz/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons-sandbox/clazz/build.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- build.xml 20 Feb 2004 00:03:51 - 1.4 +++ build.xml 20 Feb 2004 00:51:33 - 1.5 @@ -237,6 +237,8 @@ mkdir dir=${dist.home}/ copy file=LICENSE.txt tofile=${build.home}/classes/META-INF/LICENSE.txt/ +copy file=NOTICE.txt + tofile=${build.home}/classes/META-INF/NOTICE.txt/ jarjarfile=${dist.home}/${jar.name} basedir=${build.home}/classes manifest=${build.home}/conf/MANIFEST.MF/ @@ -263,6 +265,8 @@ description=Create binary distribution mkdir dir=${dist.home}/ copy file=LICENSE.txt + todir=${dist.home}/ +copy file=NOTICE.txt todir=${dist.home}/ /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/events build.xml
scolebourne2004/02/19 16:52:34 Modified:events build.xml Log: Change to Apache License 2.0 Revision ChangesPath 1.3 +4 -1 jakarta-commons-sandbox/events/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-commons-sandbox/events/build.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- build.xml 19 Feb 2004 21:46:24 - 1.2 +++ build.xml 20 Feb 2004 00:52:34 - 1.3 @@ -190,6 +190,7 @@ target name=jar depends=compile description=Create jar mkdir dir=${target.class}/META-INF/ copy file=LICENSE.txt tofile=${target.class}/META-INF/LICENSE.txt/ +copy file=NOTICE.txt tofile=${target.class}/META-INF/NOTICE.txt/ jar jarfile=${target}/${final.name}.jar basedir=${target.class} manifest=${target.conf}/MANIFEST.MF/ @@ -228,6 +229,7 @@ mkdir dir=${target.assembly}/ copy file=LICENSE.txt todir=${target.assembly}/ +copy file=NOTICE.txt todir=${target.assembly}/ copy file=RELEASE-NOTES.txt todir=${target.assembly}/ copy file=${target}/${final.name}.jar todir=${target.assembly}/ mkdir dir=${target.assembly}/docs/ @@ -249,6 +251,7 @@ mkdir dir=${target.assembly.src}/ copy file=LICENSE.txt todir=${target.assembly.src}/ +copy file=NOTICE.txt todir=${target.assembly.src}/ copy file=RELEASE-NOTES.txt todir=${target.assembly.src}/ copy file=build.xml todir=${target.assembly.src}/ copy file=maven.xml todir=${target.assembly.src}/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/events project.xml project.properties
scolebourne2004/02/19 17:00:26 Modified:events/xdocs index.xml navigation.xml events project.xml project.properties Log: Update to new website design Revision ChangesPath 1.5 +10 -13jakarta-commons-sandbox/events/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons-sandbox/events/xdocs/index.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- index.xml 19 Feb 2004 21:46:58 - 1.4 +++ index.xml 20 Feb 2004 01:00:26 - 1.5 @@ -32,25 +32,22 @@ that fire events. /p p -ul -liThis code is in the commons isandbox/i/li -liThe code is unreleased/li -liMethods and classes can and will appear and disappear without warning/li -liIf you like the code and want to push it towards a release, join the mailing list!/li -/ul + ul + liThis code is in the commons isandbox/i/li + liThe code is unreleased/li + liMethods and classes can and will appear and disappear without warning/li + liIf you like the code and want to push it towards a release, join the mailing list!/li + /ul /p /section section name=Documentation p -The JavaDoc API documents are available online: -/p -ul -liThe a href=apidocs/index.htmllatest CVS/a/li -/ul -p -The a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/;CVS repository/a can be browsed. + ul + liThe a href=apidocs/index.htmlJavadoc/a of the latest CVS/li + liThe a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/events/;CVS repository/a can be browsed./li + /ul /p /section 1.5 +1 -1 jakarta-commons-sandbox/events/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons-sandbox/events/xdocs/navigation.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- navigation.xml19 Feb 2004 21:46:58 - 1.4 +++ navigation.xml20 Feb 2004 01:00:26 - 1.5 @@ -16,7 +16,7 @@ -- !DOCTYPE project [ -!ENTITY commons-nav SYSTEM ../../incl_nav.xml +!ENTITY commons-nav SYSTEM ../../commons-build/incl_nav.xml ] project name=Events 1.7 +1 -7 jakarta-commons-sandbox/events/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/events/project.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- project.xml 19 Feb 2004 21:46:24 - 1.6 +++ project.xml 20 Feb 2004 01:00:26 - 1.7 @@ -16,15 +16,10 @@ -- project - extend../project.xml/extend + extend../commons-build/project.xml/extend nameEvents/name idcommons-events/id - organization -nameApache Software Foundation/name -urlhttp://www.apache.org/url -logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo - /organization logo!--/images/logo.png--/logo currentVersion0.1/currentVersion @@ -108,4 +103,3 @@ /reports /project - 1.5 +2 -1 jakarta-commons-sandbox/events/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/events/project.properties,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- project.properties19 Feb 2004 21:46:24 - 1.4 +++ project.properties20 Feb 2004 01:00:26 - 1.5 @@ -12,10 +12,11 @@ # See the License for the specific language governing permissions and # limitations under the License. +maven.xdoc.jsl=../commons-build/commons-site.jsl maven.xdoc.date=left +maven.xdoc.poweredby.image=maven-feather.png maven.xdoc.version=${pom.currentVersion} maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html -maven.xdoc.poweredby.image=maven-feather.png # uncomment the next line to work in offline mode (no jar download no linkcheck) #maven.mode.online= - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/convert/xdocs index.xml
scolebourne2004/02/19 17:05:18 Modified:convert/xdocs index.xml Log: Update to new website design Revision ChangesPath 1.3 +10 -13jakarta-commons-sandbox/convert/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons-sandbox/convert/xdocs/index.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- index.xml 18 Feb 2004 00:13:19 - 1.2 +++ index.xml 20 Feb 2004 01:05:18 - 1.3 @@ -32,25 +32,22 @@ String to Object conversions. All help is gratefully received. /p p -ul -liThis code is in the commons isandbox/i/li -liThe code is unreleased/li -liMethods and classes can and will appear and disappear without warning/li -liIf you like the code and want to push it towards a release, join the mailing list!/li -/ul + ul + liThis code is in the commons isandbox/i/li + liThe code is unreleased/li + liMethods and classes can and will appear and disappear without warning/li + liIf you like the code and want to push it towards a release, join the mailing list!/li + /ul /p /section section name=Documentation p -The JavaDoc API documents are available online: -/p -ul -liThe a href=apidocs/index.htmllatest CVS/a/li -/ul -p -The a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/convert/;CVS repository/a can be browsed. + ul + liThe a href=apidocs/index.htmlJavadoc/a of the latest CVS/li + liThe a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/convert/;CVS repository/a can be browsed./li + /ul /p /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/clazz/xdocs index.xml
scolebourne2004/02/19 17:06:47 Modified:clazz/xdocs index.xml Log: Fix spaces issue Revision ChangesPath 1.4 +2 -2 jakarta-commons-sandbox/clazz/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons-sandbox/clazz/xdocs/index.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- index.xml 20 Feb 2004 00:35:32 - 1.3 +++ index.xml 20 Feb 2004 01:06:47 - 1.4 @@ -30,7 +30,7 @@ Commons-Clazz is an upgrade to reflection and introspection. It was born in response to the lack of improvements in handling JavaBeans by the JDK, such as no specification to cover List and Map access to and from beans. -See the a href=userguide.htmluserguide/a for more details of the design adopted. +See the a href=userguide.htmluser guide/a for more details of the design adopted. All help is gratefully received. /p p @@ -59,7 +59,7 @@ section name=Documentation p ul - liThe clazz a href=userguide.htmluserguide/a is available/li + li The clazz a href=userguide.htmluser guide/a is available/li liThe a href=apidocs/index.htmlJavadoc/a of the latest CVS/li liThe a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/clazz/;CVS repository/a can be browsed./li /ul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WeakIdentityMap
I've been maintaining an open source project for some time that I'd like to break up, and move the more useful components into other, more appropriate projects. The TeaTrove project (http://teatrove.sourceforge.net/) contains a few lonely collections classes, which I think fit quite nicely in the Jakarta Commons project. The first class I'd like to submit is named IdentityMap in TeaTrove, which is better named as WeakIdentityMap. This name change also resolve a name conflict. There are a few key differences between WeakIdentityMap and (commons) IdentityMap: First, keys are weakly referenced. If IdentityMap is being used only for key-value lookups, then swapping in a WeakIdentityMap will not change behavior. If the key object is gone, you can't look it up, so the entry might as well be garbage collected. WeakIdentityMap provides the behavior that WeakHashMap should, because it enforces the identity lookup that WeakHashMap merely encourages. Second, values are compared by the equals method, much like ordinary maps do. IdentityMap compares values by identity only. I'm not sure why this decision was made, but WeakIdentityMap can be modified to follow this behavior for the sake of consistency. I've also made a few changes to WeakIdentityMap from its original source in TeaTrove. It now supports null keys. Also, the TeaTrove version used to remove cleared entries even during accessor operations, which sometimes caused problems. WeakIdentityMap only removes cleared entries when calling put or remove. Although WeakIdentityMap is essentially a hashed map, I was not able to make it extend AbstractHashedMap. The put and remove operations need to perform special operations to detect and remove cleared entries, and the entry class has special methods and also extends WeakReference. The test case for WeakIdentityMap can probably extend the IdentityMap test case, but some minor changes are required in TestIdentityMap. Is it best for me to attach the WeakIdentityMap source(s) as an attachment and send it to the developers list or is there a better way to make submissions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] maven sites
I wonder why your headings are square while others are rounded. http://jakarta.apache.org/commons/collections/ http://jakarta.apache.org/commons/math/ http://jakarta.apache.org/commons/lang/ -Mark Henri Yandell wrote: Just pushed up a new version of this to http://jakarta.apache.org/commons/el/pending-maven/index.html with Mark's latest changes. Hen On Wed, 18 Feb 2004, Henri Yandell wrote: I've mavenised the [el] project. Bit confused as to why it looks so different from the Digester/Lang sites etc. It has the same css. Am I using a bad version of Maven? [I'm on rc1]. Anyway, it's: http://jakarta.apache.org/commons/el/pending-maven/ The look and feel isn't good, the logos are bad, and the javadoc report doesn't seem to happen. Now, I can understand the lack of a project logo, but I've not looked into why any of the others are bad yet. Hen On Sun, 15 Feb 2004, Tim O'Brien wrote: Hey, someone is publishing Commons Maven sites with an unreleased version of Maven. Probably either from Maven's CVS HEAD, or a beta version. BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A decision was reached a while back to standardize on the released version of Maven. Could whoever did that please get the released version of Maven and republish those sites? - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WeakIdentityMap
Brian, I'm just going to address the how part of your questions, and will leave the rest to others. If you decide to submit your classes, it would be best of you submitted your code with the ASF License (www.apache.org/licenses) already embedded. And please also submit a software grant (http://www.apache.org/licenses/software-grant.txt) for them. I only skimmed what you wrote, but could your class be a subclass of ReferenceMap? --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WeakIdentityMap
Hello, Ideally, you would use Bugzilla (http://issues.apache.org/bugzilla/) for each feature you want to integrate in Commons and attach the relevant sources as patches (http://jakarta.apache.org/commons/patches.html) to the current CVS HEAD with JUnit test cases. Using the current CVS head will allow you to see if a feature you are considering for donation has perhaps already been added ;-) But for truly standalone classes, simple attachements to the ticket would be fine of course (with the Apache 2.0 License). IMO, integration of patches/files which include JUnit test cases with decent coverage should be considered normal submission etiquette. Cheers, Gary -Original Message- From: Brian S O'Neill [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 19:55 To: Jakarta Commons Developers List Subject: WeakIdentityMap I've been maintaining an open source project for some time that I'd like to break up, and move the more useful components into other, more appropriate projects. The TeaTrove project (http://teatrove.sourceforge.net/) contains a few lonely collections classes, which I think fit quite nicely in the Jakarta Commons project. The first class I'd like to submit is named IdentityMap in TeaTrove, which is better named as WeakIdentityMap. This name change also resolve a name conflict. There are a few key differences between WeakIdentityMap and (commons) IdentityMap: First, keys are weakly referenced. If IdentityMap is being used only for key-value lookups, then swapping in a WeakIdentityMap will not change behavior. If the key object is gone, you can't look it up, so the entry might as well be garbage collected. WeakIdentityMap provides the behavior that WeakHashMap should, because it enforces the identity lookup that WeakHashMap merely encourages. Second, values are compared by the equals method, much like ordinary maps do. IdentityMap compares values by identity only. I'm not sure why this decision was made, but WeakIdentityMap can be modified to follow this behavior for the sake of consistency. I've also made a few changes to WeakIdentityMap from its original source in TeaTrove. It now supports null keys. Also, the TeaTrove version used to remove cleared entries even during accessor operations, which sometimes caused problems. WeakIdentityMap only removes cleared entries when calling put or remove. Although WeakIdentityMap is essentially a hashed map, I was not able to make it extend AbstractHashedMap. The put and remove operations need to perform special operations to detect and remove cleared entries, and the entry class has special methods and also extends WeakReference. The test case for WeakIdentityMap can probably extend the IdentityMap test case, but some minor changes are required in TestIdentityMap. Is it best for me to attach the WeakIdentityMap source(s) as an attachment and send it to the developers list or is there a better way to make submissions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/analysis PolynomialFunctionTest.java
psteitz 2004/02/19 22:17:54 Modified:math/src/java/org/apache/commons/math/analysis PolynomialFunction.java math/src/test/org/apache/commons/math/analysis PolynomialFunctionTest.java Log: Added degree() method, degree checking in derivative computations, made constructor copy coefficient array, cleaned up javadoc. Revision ChangesPath 1.6 +29 -53 jakarta-commons/math/src/java/org/apache/commons/math/analysis/PolynomialFunction.java Index: PolynomialFunction.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/analysis/PolynomialFunction.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- PolynomialFunction.java 18 Feb 2004 03:24:19 - 1.5 +++ PolynomialFunction.java 20 Feb 2004 06:17:54 - 1.6 @@ -17,56 +17,50 @@ */ package org.apache.commons.math.analysis; - - import java.io.Serializable; +import java.util.Arrays; + import org.apache.commons.math.MathException; /** - * Represents a Polynomial function. - * Spline functions map a certain interval of real numbers to real numbers. - * A cubic spline consists of segments of cubic functions. For this class, - * polynominal coefficents are used. - * Arguments outside of the domain cause an IllegalArgumentException. + * Represents a polynomial function with real coefficients. * * @version $Revision$ $Date$ */ public class PolynomialFunction implements UnivariateRealFunction, Serializable { /** - * The polynominal coefficients. - * The index represents the coefficients of the polynomail, with - * index 0 being the absolute coefficient and index N the coefficient - * for the Nth power. + * The coefficients of the polynomial, ordered by degree -- i.e., c[0] is the constant term + * and c[n] is the coefficient of x^n where n is the degree of the polynomial. */ private double c[]; /** - * Construct a function with the given segment delimiters and polynomial - * coefficients. + * Construct a polynomial with the given coefficients + * * @param c polynominal coefficients */ public PolynomialFunction(double c[]) { super(); -// TODO: should copy the arguments here, for safety. This could be a major overhead. -this.c = c; +this.c = new double[c.length]; +System.arraycopy(c, 0, this.c, 0, c.length); } /** - * Compute the value for the function. + * Compute the value of the function for the given argument. * * pThis can be explicitly determined by * ttc_n * x^n + ... + c_1 * x + c_0/tt * /p * - * @param x the point for which the function value should be computed + * @param x the argument for which the function value should be computed * @return the value * @throws MathException if the function couldn't be computed due to * missing additional data or other environmental problems. * @see UnivariateRealFunction#value(double) */ -public double value(double x) throws MathException { +public double value(double x) { double value = c[0]; @@ -78,7 +72,6 @@ } - /** * Compute the value for the first derivative of the function. * @@ -88,10 +81,12 @@ * * @param x the point for which the first derivative should be computed * @return the value - * @throws MathException if the derivative couldn't be computed. */ -public double firstDerivative(double x) throws MathException { +public double firstDerivative(double x) { +if (this.degree() == 0) { +return 0; +} double value = c[1]; if ( c.length 1 ) { @@ -112,10 +107,12 @@ * * @param x the point for which the first derivative should be computed * @return the value - * @throws MathException if the second derivative couldn't be computed. */ -public double secondDerivative(double x) throws MathException { +public double secondDerivative(double x) { +if (this.degree() 2) { +return 0; +} double value = 2.0 * c[2]; if ( c.length 2 ) { @@ -127,33 +124,12 @@ return value; } - -/** - * local power function using integer powers. - * pThe Math.pow() function always returns absolute value, - * and is a bit 'heavier' since it can handle double values - * for the exponential value./p - * @param x any double value - * @param n must be 0 or greater - *
Re: [all] maven sites
Because the images needed are not in: http://jakarta.apache.org/commons/images/ which is where the relative link in the stylesheet appears to look [rather than being relative to the location of the html page]. I've copied the images created by a new site generation of io [http://www.apache.org/~bayard/io/target/docs/] into the above directory, though I've only put the feather logo in for the logos/. Hen On Thu, 19 Feb 2004, Mark R. Diggory wrote: I wonder why your headings are square while others are rounded. http://jakarta.apache.org/commons/collections/ http://jakarta.apache.org/commons/math/ http://jakarta.apache.org/commons/lang/ -Mark Henri Yandell wrote: Just pushed up a new version of this to http://jakarta.apache.org/commons/el/pending-maven/index.html with Mark's latest changes. Hen On Wed, 18 Feb 2004, Henri Yandell wrote: I've mavenised the [el] project. Bit confused as to why it looks so different from the Digester/Lang sites etc. It has the same css. Am I using a bad version of Maven? [I'm on rc1]. Anyway, it's: http://jakarta.apache.org/commons/el/pending-maven/ The look and feel isn't good, the logos are bad, and the javadoc report doesn't seem to happen. Now, I can understand the lack of a project logo, but I've not looked into why any of the others are bad yet. Hen On Sun, 15 Feb 2004, Tim O'Brien wrote: Hey, someone is publishing Commons Maven sites with an unreleased version of Maven. Probably either from Maven's CVS HEAD, or a beta version. BeanUtils, Betwixt, and Digester all have the newish Maven L+F. A decision was reached a while back to standardize on the released version of Maven. Could whoever did that please get the released version of Maven and republish those sites? - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - 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]
cvs commit: jakarta-commons/jexl PROPOSAL.html
bayard 2004/02/19 22:50:54 Modified:jexl PROPOSAL.html Log: stripped DOS line endings Revision ChangesPath 1.3 +64 -64jakarta-commons/jexl/PROPOSAL.html Index: PROPOSAL.html === RCS file: /home/cvs/jakarta-commons/jexl/PROPOSAL.html,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- PROPOSAL.html 1 May 2002 19:27:56 - 1.2 +++ PROPOSAL.html 20 Feb 2004 06:50:54 - 1.3 @@ -1,74 +1,74 @@ -html -head -titleProposal for Jexl Package/title -/head -body bgcolor=white - -div align=center -h1Proposal for emJexl/em Package/h1 -/div - -h3(0) Rationale/h3 - +html +head +titleProposal for Jexl Package/title +/head +body bgcolor=white + +div align=center +h1Proposal for emJexl/em Package/h1 +/div + +h3(0) Rationale/h3 + pThe emJexl/em package implements a simple expression language for -accessing Java objects. -/p - -h3(1) Scope of the Package/h3 -p - The package will create and maintain a number of classes for +accessing Java objects. +/p + +h3(1) Scope of the Package/h3 +p + The package will create and maintain a number of classes for implementing a simple expression language and processing engine, - and to be distributed under the ASF license. -/p - -h3(1.5) Interaction With Other Packages/h3 - -pemJexl/em relies on standard JDK 1.2 (or later) APIs for -production deployment. - + and to be distributed under the ASF license. +/p + +h3(1.5) Interaction With Other Packages/h3 + +pemJexl/em relies on standard JDK 1.2 (or later) APIs for +production deployment. + p -iJexl/i utilizes the JUnit unit testing framework for developing and -executing unit tests, but this is of interest only to developers of the +iJexl/i utilizes the JUnit unit testing framework for developing and +executing unit tests, but this is of interest only to developers of the component. /p p iJexl/i also depends on Jakarta Velocity, Commons Logging, dom4j and Velocity DVSL for documentation rendering. -/p - -h3(2) Initial Source of the Package/h3 - -p - The code base is new and uses ideas from Jakarta Velocity. -/p - -pThe proposed package name for the new component is -codeorg.apache.commons.jexl/code./p - - -h3(3) Required Jakarta-Commons Resources/h3 - -ul -liCVS Repository - New directory codejexl/code in the -codejakarta-commons/code CVS repository. All initial committers -are already committers on codejakarta-commons/code, so no -additional user setups are required./li -liMailing List - Discussions will take place on the general -em[EMAIL PROTECTED]/em mailing list. To help -list subscribers identify messages of interest, it is suggested that -the message subject of messages about this component be prefixed with -[Jexl]. Strongly suggested./li -liBugzilla - New component Jexl under the Commons product -category, with appropriate version identifiers as needed./li -liJyve FAQ - New category commons-jexl (when available). -/ul - - -h3(4) Initial Committers/h3 -ul - liGeir Magnusson Jr./li - liJames Strachan/li -/ul -/body +/p + +h3(2) Initial Source of the Package/h3 + +p + The code base is new and uses ideas from Jakarta Velocity. +/p + +pThe proposed package name for the new component is +codeorg.apache.commons.jexl/code./p + + +h3(3) Required Jakarta-Commons Resources/h3 + +ul +liCVS Repository - New directory codejexl/code in the +codejakarta-commons/code CVS repository. All initial committers +are already committers on codejakarta-commons/code, so no +additional user setups are required./li +liMailing List - Discussions will take place on the general +em[EMAIL PROTECTED]/em mailing list. To help +list subscribers identify messages of interest, it is suggested that +the message subject of messages about this component be prefixed with +[Jexl]. Strongly suggested./li +liBugzilla - New component Jexl under the Commons product +category, with appropriate version identifiers as needed./li +liJyve FAQ - New category commons-jexl (when available). +/ul + + +h3(4) Initial Committers/h3 +ul + liGeir Magnusson Jr./li + liJames Strachan/li +/ul +/body /html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jexl PROPOSAL.html
bayard 2004/02/19 22:52:55 Modified:jexl PROPOSAL.html Log: fixed xhtml, ie) closing tags Revision ChangesPath 1.4 +2 -2 jakarta-commons/jexl/PROPOSAL.html Index: PROPOSAL.html === RCS file: /home/cvs/jakarta-commons/jexl/PROPOSAL.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- PROPOSAL.html 20 Feb 2004 06:50:54 - 1.3 +++ PROPOSAL.html 20 Feb 2004 06:52:55 - 1.4 @@ -24,7 +24,7 @@ h3(1.5) Interaction With Other Packages/h3 pemJexl/em relies on standard JDK 1.2 (or later) APIs for -production deployment. +production deployment. /p p iJexl/i utilizes the JUnit unit testing framework for developing and @@ -61,7 +61,7 @@ [Jexl]. Strongly suggested./li liBugzilla - New component Jexl under the Commons product category, with appropriate version identifiers as needed./li -liJyve FAQ - New category commons-jexl (when available). +liJyve FAQ - New category commons-jexl (when available). /li /ul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jexl/xdocs proposal.xml
bayard 2004/02/19 22:53:13 Added: jexl/xdocs proposal.xml Log: xdoc version of PROPOSAL Revision ChangesPath 1.1 jakarta-commons/jexl/xdocs/proposal.xml Index: proposal.xml === document properties titleProposal for Jexl Package/title /properties body section name=Proposal for Jexl Package subsection name=(0) Rationale pThe emJexl/em package implements a simple expression language for accessing Java objects. /p /subsection subsection name=(1) Scope of the Package p The package will create and maintain a number of classes for implementing a simple expression language and processing engine, and to be distributed under the ASF license. /p /subsection subsection name=(1.5) Interaction With Other Packages pemJexl/em relies on standard JDK 1.2 (or later) APIs for production deployment. /p p iJexl/i utilizes the JUnit unit testing framework for developing and executing unit tests, but this is of interest only to developers of the component. /p p iJexl/i also depends on Jakarta Velocity, Commons Logging, dom4j and Velocity DVSL for documentation rendering. /p /subsection subsection name=(2) Initial Source of the Package p The code base is new and uses ideas from Jakarta Velocity. /p pThe proposed package name for the new component is codeorg.apache.commons.jexl/code./p /subsection subsection name=(3) Required Jakarta-Commons Resources ul liCVS Repository - New directory codejexl/code in the codejakarta-commons/code CVS repository. All initial committers are already committers on codejakarta-commons/code, so no additional user setups are required./li liMailing List - Discussions will take place on the general em[EMAIL PROTECTED]/em mailing list. To help list subscribers identify messages of interest, it is suggested that the message subject of messages about this component be prefixed with [Jexl]. Strongly suggested./li liBugzilla - New component Jexl under the Commons product category, with appropriate version identifiers as needed./li liJyve FAQ - New category commons-jexl (when available). /li /ul /subsection subsection name=(4) Initial Committers ul liGeir Magnusson Jr./li liJames Strachan/li /ul /subsection /section /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/io/xdocs navigation.xml
bayard 2004/02/19 22:58:40 Modified:io/xdocs navigation.xml Log: linked proposal in Revision ChangesPath 1.8 +1 -0 jakarta-commons/io/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/io/xdocs/navigation.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- navigation.xml15 Feb 2004 16:08:42 - 1.7 +++ navigation.xml20 Feb 2004 06:58:40 - 1.8 @@ -24,6 +24,7 @@ item name=Mailing lists href=mail-lists.html/ item name=Team href=team-list.html/ item name=Tasks href=tasks.html/ + item name=Proposal href=proposal.html/ item name=CVS href=http://cvs.apache.org/viewcvs/jakarta-commons/io// /menu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/xdocs navigation.xml
bayard 2004/02/19 23:02:55 Modified:lang/xdocs navigation.xml Log: linked proposal in Revision ChangesPath 1.6 +1 -0 jakarta-commons/lang/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/lang/xdocs/navigation.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- navigation.xml18 Feb 2004 23:06:54 - 1.5 +++ navigation.xml20 Feb 2004 07:02:55 - 1.6 @@ -39,6 +39,7 @@ item name=Mailing lists href=/mail-lists.html/ item name=Team href=/team-list.html/ item name=Tasks href=/tasks.html/ + item name=Proposal href=/proposal.html/ item name=CVS href=http://cvs.apache.org/viewcvs/jakarta-commons/lang// item name=Javadoc (CVS latest) href=apidocs/index.html/ /menu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/el/xdocs navigation.xml
bayard 2004/02/19 23:07:18 Modified:el/xdocs navigation.xml Log: linked proposal in Revision ChangesPath 1.3 +1 -0 jakarta-commons/el/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/el/xdocs/navigation.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- navigation.xml19 Feb 2004 03:51:46 - 1.2 +++ navigation.xml20 Feb 2004 07:07:18 - 1.3 @@ -21,6 +21,7 @@ item name=Overview href=/index.html/ item name=Mailing lists href=/mail-lists.html/ item name=Team href=/team-list.html/ + item name=Proposal href=/proposal.html/ item name=CVS href=http://cvs.apache.org/viewcvs/jakarta-commons/el// item name=Javadoc (CVS latest) href=apidocs/index.html/ /menu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WeakIdentityMap
WeakIdentityMap cannot extend ReferenceMap becauase it isn't extensible enough. Specifically, supporting keys that use System.identityHashCode() and ==. Also, ReferenceMap removes cleared references too aggressively. Classes like ReferenceMap and AbstractHashedMap could probably have more extension points, but too many may impact performance. If AbstractHashMap had more extension points, and it didn't impact performance enough, then even ReferenceMap could extend it. The new version of the class has the proper license, and I've adapted it to follow coding conventions I've seen in other commons code. I'll mail in the ASF license, write test cases, and then post to bugzilla. Noel J. Bergman wrote: Brian, I'm just going to address the how part of your questions, and will leave the rest to others. If you decide to submit your classes, it would be best of you submitted your code with the ASF License (www.apache.org/licenses) already embedded. And please also submit a software grant (http://www.apache.org/licenses/software-grant.txt) for them. I only skimmed what you wrote, but could your class be a subclass of ReferenceMap? --- Noel - 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: [id] UUID update
I'll be traveling until March 1st - so I won't have much access to respond to comments or question regarding this post until after next week. However, looking forward to your thoughts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCE] Release of Commons HttpClient 2.0 Final
I use the following (there's a script on ibiblio for that in maven/: create-checksums): md5sum $i | sed 's/ .*$//' $i.md5 -Vincent -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: 18 February 2004 16:37 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final What are you using (plugin or ssh etc) to create the md5 checksum on your new jars? -Mark Vincent Massol wrote: -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: 18 February 2004 02:05 To: Commons HttpClient Project Cc: Jason van Zyl Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Michael Becke wrote: Hi Mark, I uploaded the jar, along with the md5, to java-repository on Sunday around noon. My feeling is that the ibiblio sychronization is not working, since the jar had not moved over to ibiblio by mid day yesterday (Monday). I plan on uploading a new 2.0 jar, renamed to exclude 'final', this evening. I guess my can wait and see if that synchs with ibiblio. Mike Ok, there is already one on ibiblio named commons-httpclient-2.0.jar that appears to have been uploaded to there (not sync'ed). Yes, I've put it there manually myself. Now, if we want to verify if the sync works, I can remove it. Let me know. Thanks -Vincent So this issue is sync'ing on our end. I think if you place a jar called commons-httpclient-2.0.jar in java-repository, it may/may not update over the file on ibiblio. It would be interesting to see, feel free to deploy commons-httpclient-2.0.jar into java-repository and we will see. Hopefully when Jason sees this he can shed some light on our situation. -Mark On Feb 17, 2004, at 5:54 PM, Mark R. Diggory wrote: Ok, there is still a java-repository/commons-httpclient/jars/commons-httpclient-2.0- final.jar copy in the java-repository on www.apache.org and a /commons-httpclient/jars/commons-httpclient-2.0.jar on ibiblio, I suspect something is going wrong in terms of the renaming that occured on ibiblio and the possibility that these files are now somehow conflicting during the 4hour update process. I'm going to forward the thread onto Jason as well, maybe he can verify if there are any issues on the ibiblio side now? Jason, just to recap, they deployed the commons-httpclient-2.0-final.jar to ibiblio via the old process, then realized it should probably be named commons-httpclient-2.0.jar and renamed it. At the same time a copy was also deployed to commons-httpclient-2.0-final.jar in the java-repository directory. This should probably be named commons-httpclient-2.0.jar as well, but currently is not. I'm interested to see if there are any log entries that will clarify why commons-httpclient-2.0-final.jar that is currently in the java-repository is not showing up on ibiblio? In either case I suspect we will want to rename it to commons-httpclient-2.0.jar and have it show still in the repository. Whomever created it will need to rename it to maintain authorship over both the file and its md5 sum (Question: are md5 checksums effected by the filename or just the contents? If the former is true then the author needs to also regenerate the md5). -Mark Mark R. Diggory wrote: Just to let you know, the update from java-repository to ibiblio is every 4 hours, if you just placed it there, wait at least that amount of time before we look into issues. -M. Mark R. Diggory wrote: I missed this cause I wasn't paying attention to the http release on the http list. Yes, you should release into java-repository. If your having any issue let me or Jason know and we'll try to be of as much assistance as possible. -Mark Vincent Massol wrote: -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 04:14 To: Commons HttpClient Project Subject: Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Final Hi Vincent, Thanks for adding the jar to ibiblio. I added the jar to '/www/www.apache.org/dist/java-repository/commons-httpclient/' and thought this was supposed to replicate with ibiblio. Perhaps this is not working correctly. Arg! You must be right. I'm used to updating ibiblio but I guess we now have an automated synchronization in place. Still it wasn't showing there. Not sure how frequent the sync is. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
addParameter() for GetMethod
Is there a method like PostMethod.addParameter(), for GetMethod class. Or do we have to do it manually ( http://url?param1=value1 etc.)
Re: addParameter() for GetMethod
Emre Sokullu wrote: Is there a method like PostMethod.addParameter(), for GetMethod class. Or do we have to do it manually ( http://url?param1=value1 etc.) You should use the HttpUrl class to assemble the URL for a GET method. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: addParameter() for GetMethod
Emre, The HttpMethod#setQueryString method may be what you need http://jakarta.apache.org/commons/httpclient/apidocs/org/apache/commons/httpclient/HttpMethod.html#setQueryString(org.apache.commons.httpclient.NameValuePair[]) Oleg -Original Message- From: Emre Sokullu [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 09:41 To: Commons HttpClient Project Subject: addParameter() for GetMethod Is there a method like PostMethod.addParameter(), for GetMethod class. Or do we have to do it manually ( http://url?param1=value1 etc.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NTLM or NTLMv2?
Hi all, the web side simply claims 'Authentication using Basic, Digest and the encrypting NTLM (NT Lan Manager) methods'. I could not find any information related to the implemented version of NTLM. Is it just the older one or working with NTLMv2 also? Many thanks in advance, Stefan Dingfelder -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]