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
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.
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
- 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
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.
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
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.
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
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
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
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
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
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
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
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
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
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
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.
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]
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 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.
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
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]?
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.
-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)
-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]
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
scolebourne2004/02/19 13:48:01
Modified:events/src/java/org/apache/commons/events/observable/standard
StandardModificationEvent.java
StandardPostModificationListener.java
StandardPreModificationEvent.java
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
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
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
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
===
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
===
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:
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
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
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
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.
scolebourne2004/02/19 15:58:41
Modified:clazz/src/java/org/apache/commons/clazz/reflect
ReflectedPropertyIntrospector.java
ReflectedClazzLoader.java ReflectedProperty.java
ReflectedOperationIntrospector.java
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
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
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
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
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
===
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
===
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:
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
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
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
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
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
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
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
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
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
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
===
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
===
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
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
===
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
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
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]
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]
Is there a method like PostMethod.addParameter(), for GetMethod class.
Or do we have to do it manually ( http://url?param1=value1 etc.)
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.
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
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
67 matches
Mail list logo