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=25583.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sounds to me like what we have is:
Enhanced/ImprovedStringBuffer
if we really want to be extending StringBuffer and adding a few more
methods.
None of the other names seem to indicate what is actually being discussed.
That said, do we really have enough new methods to justify the creation of
On Wed, 17 Dec 2003, Phil Steitz wrote:
__matthewHawthorne wrote:
I've taken a look at some of the uid code that is currently in [lang].
Are we all convinced that these types of classes are definitely a good
fit for the project? I think that they're a bit out of scope. However,
the
bayard 2003/12/18 00:18:26
Modified:lang/src/java/org/apache/commons/lang/util package.html
Log:
moved the since to 3.0 as it will be at least until then before a release includes
this I suspect, plus 2.0 was plain wrong
Revision ChangesPath
1.4 +1 -1
Pondering on the code we currently have for this.
[and because I was grepping for 'public interface', which I don't think
Lang should have much of]
I'm not convinced that the ID stuff fits Lang's style. It has a similar
style to Collections code [public interfaces, XxxUtils as a facade to
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=25619.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=25619.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=25620.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
robert burrell donkin wrote:
i did happen to notice that some of the licenses have copyright ending
in 2002.
Actually the copyright doesn't end in 2002 but starts in 2002, it's then
valid for the lifetime of the author plus a minimum of 50 years after
his death according to the Berne
Re: [VOTE] Promote Configuration to Commons ProperSo, what is the deal with
copyright, everytime it changes we need to update the date? I don't think
anyone pays attention to it on a day to day basis.. Sounds like we need
something like a maven plugin that checks each file, and if it has changed
I think there are 2 copyright statements mixed here :
- the copyright of the ASF license since it's a copyrighted document
from the Apache Foundation. The date on the ASF license shouldn't be
changed, except when it's adapted for a specific component (the you
must not reuse the project/product
How about StringBufferPlus ??
It's not an abbreviation,
fits into Stephen's scheme of alphabetical order,
doesnt introduce any new terminology/concept,
and gives us a new convention (-Plus suffix) to denote our enhancement
classes.
Ash
-Original Message-
From: Henri Yandell
Howdy,
That's a decent suggestion IMHO. It would certainly achieve the goal of
more exposure, one less layer of hiding (and at least one less click
from jakarta.apache.org to the project). And less worrying about
products in other languages ;)
Yoav Shapira
Millennium ChemInformatics
ASHWIN Suresh wrote:
How about StringBufferPlus ??
It's not an abbreviation,
fits into Stephen's scheme of alphabetical order,
doesnt introduce any new terminology/concept,
and gives us a new convention (-Plus suffix) to denote our enhancement
classes.
+1, I like this.
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=25627.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Blech ;-)
plus does not mean anything (to me) and does not parse when I think about
using it:
Take a string buffer plus and fill it with characters. :-(
Vs.:
Take an enhanced string buffer and fill it with characters. :-)
It could be enhanced/commons or something else but IMO it HAS to parse
Message:
The following issue has been closed.
Resolver: Morgan Delagrange
Date: Thu, 18 Dec 2003 10:16 AM
Duplicate of Jelly-85
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-100
geirm 2003/12/18 08:10:26
Modified:jexl/src/java/org/apache/commons/jexl/parser ASTAddNode.java
Log:
small tweak to make specish
Revision ChangesPath
1.5 +3 -3
jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser/ASTAddNode.java
Index:
geirm 2003/12/18 08:10:58
Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java
Log:
more tests for recent changes to +
Revision ChangesPath
1.33 +31 -2
jakarta-commons/jexl/src/test/org/apache/commons/jexl/JexlTest.java
Index: JexlTest.java
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=25627.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Aha, Scott Howlett pointed us to an existing bug that
descibes this issue and includes a patch! It looks
good to me, so I'm applying it now.
- Morgan
--- Morgan Delagrange [EMAIL PROTECTED] wrote:
Hey all,
We recently discovered a pretty serious memory
inefficiency in Jelly. Although it's
+1
Good idea
-AMT
-Original Message-
From: ASHWIN Suresh [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 18, 2003 4:35 AM
To: 'Jakarta Commons Developers List'
Subject: RE: [lang] new StringBuffer +
How about StringBufferPlus ??
It's not an abbreviation,
fits into Stephen's
From: Gary Gregory [EMAIL PROTECTED]
Finally, this class should probably aim to use the private
constructors/methods on String via reflection (breaking access limits).
Let's be very careful with this one. If reflection is used, let's call the
class something like ReflectionStringBuffer. I
+1, with other changes people have mentioned.
I hope that we can promote some other sandbox components too over the next
few months.
Stephen
- Original Message -
From: Eric Pugh [EMAIL PROTECTED]
To: Commons-Dev (E-mail) [EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 10:04 AM
Morgan Delagrange wrote:
Hey all,
I've been hesitant to join the holy war, but what the
hell. By the way, for simplicity's sake I'll be
referring to Jakarta Commons, past present and future,
as a project. Get over it. :)
I would be rather in favour of a top-level project.
I feel Jakarta Commons
I too stick with the Java-centric theme. I don't want to seem overly anti
other programming languages, its just that IMO j-c is better of as just
Java.
a) Code standards, guidelines, packaging, naming, integration with JDK - all
are very Java specific, and are usefully captured in the charter.
IMHO, the Board made an error of judgement with the setting up of a-c. A
desire has been expressed to have one TLP for small reusable components,
which has been met with a repeated desire for a Java-centric area.
(Relatively few people oppose a java based commons TLP). Some solutions I
can think
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=25627.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dear Commonners,
Just wanted to say that under
http://klein.ags.uni-sb.de/~paul/JellyDoc/
you'll find a jelly documentation reflecting the current revision.
Thus far, I think it includes all patches to documentation I've seen.
It would be nice if people have a look and tell me wether
Looking for a volunteer (Stephen? ;-) I as I in ultra-busy mode...
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 18, 2003 12:53
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 25627] - [lang] DateUtils constants should be
long
I see what you're getting at, and the real answer here is a
Decorator. However, since the kind folks at sun have made
StringBuffer a concrete class which is final, the standard
Decorator pattern is out.
However, if you're going to create a Pseudo Decorator for
StringBuffer, I would suggest
On Thu, 18 Dec 2003, Stephen Colebourne wrote:
(Relatively few people oppose a java based commons TLP). Some solutions I
can think of:
[relatively few within Jakarta, more outside I think]
1) j-c merges with a-c and we just have to get along. (Hen suggested a
variation on how to start
On Thu, Dec 18, 2003 at 12:17:05PM -0800, Morgan Delagrange wrote:
--- Henri Yandell [EMAIL PROTECTED] wrote:
Your view is very akin to mine I think.
My suggested proposal is designed to basically get
us to agree on the idea
then we would propose to A-Commons that they join a
TLP
On Thu, Dec 18, 2003 at 04:27:34PM -0500, Henri Yandell wrote:
On Thu, 18 Dec 2003, Stephen Colebourne wrote:
...
2) a-c becomes an umbrella project housing a virtually independent java
commons, a C commons, etc. I don't believe the Board or existing a-c would
be happy with this.
I think
Are you suggesting the standard decorator pattern is to extend the class
you wish to decorate?
*fears*
Hen
On Thu, 18 Dec 2003, Inger, Matthew wrote:
I see what you're getting at, and the real answer here is a
Decorator. However, since the kind folks at sun have made
StringBuffer a
I agree with the statement that the Jakarta Commons charter needs an
update and there is also nothing against becoming a TLP and reporting
directly to the board.
But we should keep the Jakarta brand. Jakarta as the main java entry
point at Apache and as a provider for the java news/download is
The Jakarta brand may be interpreted to be: web-based server-side code.
It's definitely not [EMAIL PROTECTED] anymore.
It's only [EMAIL PROTECTED] in the same way that people thought Jakarta==Tomcat
and Jakarta was separate from ASF.
Xerces is a very good example of a group who could happily
Stephen Colebourne wrote:
I too stick with the Java-centric theme. I don't want to seem overly anti
other programming languages, its just that IMO j-c is better of as just
Java.
a) Code standards, guidelines, packaging, naming, integration with JDK - all
are very Java specific, and are usefully
I get a 404...
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Paul Libbrecht [EMAIL PROTECTED] wrote on 19/12/2003 07:52:30 AM:
Dear Commonners,
Just wanted to say that under
http://klein.ags.uni-sb.de/~paul/JellyDoc/
you'll find a jelly
Quoting Henri Yandell [EMAIL PROTECTED]:
On Wed, 17 Dec 2003, __matthewHawthorne wrote:
However, I'm not sure that I understand your suggestion about Jakarta
Commons becoming top level, and then being joined by Apache Commons. I
think it should be the other way around -- Jakarta
mbecke 2003/12/18 22:02:13
Modified:httpclient/src/test/org/apache/commons/httpclient Tag:
HTTPCLIENT_2_0_BRANCH
TestHttpConnectionManager.java
httpclient/src/java/org/apache/commons/httpclient Tag:
Oleg,
Sorry, I haven't had a chance to look at this one. I will try to get to
it this evening.
Mike
[EMAIL PROTECTED] wrote:
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=25529.
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=25370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=16881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=16881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Mike,
No worries. Take your time. The patch is quite a significant change, so it needs to be
reviewed thoroughly. The problem is that I am leaving for Christmas to Moscow the day
after tomorrow and _may_ be off-line for a couple of weeks, so I had hoped I would
manage to commit the patch before
Oleg,
I hear you. Starting Monday I will also be out of town for a while.
This one will probably have to wait until you return. I should
definitely have some time to look it over by then:)
So, given that we will both be out of town next week do we still want
to try and have a release
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=25370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
48 matches
Mail list logo