[
https://issues.apache.org/jira/browse/DBCP-191?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514825
]
Michael Heuer commented on DBCP-191:
Attached is a patch that allows commons-dbcp and its tests to compile under
[
https://issues.apache.org/jira/browse/DBCP-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated DBCP-191:
---
Attachment: patch.txt
patch against nightly for 23 July 2007, or in other words
$ svn co --revision
[
https://issues.apache.org/jira/browse/SCXML-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508232
]
Michael Heuer commented on SCXML-47:
the same problem exists in AbstractStateMachine itself, see SCXML-48
Reporter: Michael Heuer
Attachments: abstract-state-machine-test-src.tar.gz
Similar to the issue described in SCXML-47, the following test case will fail:
public void testMoreThanOneScxmlDocument() throws Exception {
URL fooScxmlDocument = getClass().getResource(foo.xml
[
https://issues.apache.org/jira/browse/SCXML-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated SCXML-48:
---
Attachment: abstract-state-machine-test-src.tar.gz
unit test for AbstractStateMachine as described
[
https://issues.apache.org/jira/browse/SCXML-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated SCXML-47:
---
Attachment: additional-tests.tar.gz
failing unit test as described
Provide a state machine support
[
https://issues.apache.org/jira/browse/SCXML-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12507958
]
Michael Heuer commented on SCXML-47:
I have discovered a problem with StateMachineSupport as designed, due to its
[
https://issues.apache.org/jira/browse/SCXML-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505864
]
Michael Heuer commented on SCXML-47:
ICLA faxed yesterday; original sent in the mail today
Provide a state
[
https://issues.apache.org/jira/browse/SCXML-46?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated SCXML-46:
---
Attachment: SCXMLAdapterTest.java
Provide a SCXMLListener abstract adapter class
[
https://issues.apache.org/jira/browse/SCXML-46?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated SCXML-46:
---
Attachment: SCXMLAdapter.java
Provide a SCXMLListener abstract adapter class
Provide a SCXMLListener abstract adapter class.
---
Key: SCXML-46
URL: https://issues.apache.org/jira/browse/SCXML-46
Project: Commons SCXML
Issue Type: Improvement
Reporter: Michael
[
https://issues.apache.org/jira/browse/COLLECTIONS-244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505370
]
Michael Heuer commented on COLLECTIONS-244:
---
Fair enough, what you describe is unwieldy
Reporter: Michael Heuer
Priority: Minor
This is not completely thought out yet, but if folks like the idea I might
persue it further.
I would like to use AbstractStateMachine but cannot extend from it:
class B extends A /*, AbstractStateMachine */ {
// copy source from
[
https://issues.apache.org/jira/browse/SCXML-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated SCXML-47:
---
Attachment: state-machine-support-src.tar.gz
Provide a state machine support class to allow
Hello,
Might there be interest in a BeanComparatorChain, that is a Comparator
implementation that maintains an o.a.c.collections.c.ComparatorChain of
o.a.c.beanutils.BeanComparators?
class BeanComparatorChainT implements ComparatorT
BeanComparatorChain();
BeanComparatorChain(String[]);
: 2.3
Reporter: Michael Heuer
Priority: Minor
The link to the current release javadocs
http://jakarta.apache.org/commons/lang/api-release/index.html
reads
Lang 2.3 API
This document is the API specification for the Apache Jakarta Commons Lang
Library, version 2.2
On Sun, 25 Mar 2007, Phil Steitz wrote:
I have fixed the JRockit test compatibility issue raised during the first
DBCP 1.2.2 release vote and would like to kick off a new release vote based
on RC3, with links provided below.
Since RC2, the following changes have been made;
* Fixed JRockit
Collections
Issue Type: Improvement
Components: Map
Affects Versions: Generics
Reporter: Michael Heuer
Priority: Minor
Attachments: multi-map.tar.gz
MultiKeyMap as designed can only accept keys of the same type, if made to
support generics, i.e
[
https://issues.apache.org/jira/browse/COLLECTIONS-244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Heuer updated COLLECTIONS-244:
--
Attachment: multi-map.tar.gz
Proposal to support generic multi-key maps
J?rg Schaible wrote:
Henri Yandell wrote on Monday, February 19, 2007 5:58 AM:
I'm interested in knowing where things are with each of the
non-dormant sandboxes. ie) Convince me why I shouldn't be proposing
that a component be moved to dormant.
--
[snip]
id - J?rg seems to be
MacOSX 10.4.8 G4, ant 1.6.5, maven 1.0.2
jdk 1.3.1_16 ant ok, maven fails (as below)
jdk 1.4.2_09 ant maven
jdk 1.4.2_12 ant maven
jdk 1.5.0_06 ant maven
jdk 1.5.0_07 ant maven
jdk 1.6.0-dp ant maven
michael
On Sun, 11 Feb 2007, Gary Gregory wrote:
+1.
Tested with:
- Windows XP
[
http://issues.apache.org/jira/browse/DBUTILS-27?page=comments#action_12447121 ]
Michael Heuer commented on DBUTILS-27:
--
Feel free to mark this as WONTFIX. With the 1.1 release, the method
QueryRunner.prepareConnection() is protected, so
On Sat, 28 Oct 2006, Stephen Colebourne wrote:
First analysis of the collection subpackage of [collections] for the
generics branch.
- BoundedCollection should be deleted/renamed to Bounded
new Bounded interface would not implement Collection, allowing it to be
implemented by Maps as well
://issues.apache.org/jira/browse/DBCP-197
Project: Commons Dbcp
Issue Type: Bug
Affects Versions: 1.2.1
Reporter: Michael Heuer
Priority: Minor
Attachments: diff.txt
The parameter descriptions for maxIdle and minIdle incorrectly refer
Reporter: Michael Heuer
Priority: Trivial
Attachments: diff.txt
Minor javadoc improvements for StringUtils.stripToNull(String) and
StringUtils.stripToEmpty(String) methods; see attached svn diff.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly
[ http://issues.apache.org/jira/browse/LANG-270?page=all ]
Michael Heuer updated LANG-270:
---
Attachment: diff.txt
[lang] minor javadoc improvements for StringUtils.stripXxx() methods
, mixed mode, sharing)
Reporter: Michael Heuer
Priority: Minor
Just a heads up, [dbcp] does not compile under the latest unreleased jdk 1.6 /
JDBC 4.0, even with maven.compile.source and maven.compile.target properties
set to something appropriate.
$ maven java:compile
[
http://issues.apache.org/jira/browse/COLLECTIONS-110?page=comments#action_12415690
]
Michael Heuer commented on COLLECTIONS-110:
---
Perhaps a key reason that collections isn't generified is that
I don't use JDK1.5 in my day job
Correct PoolUtils javadoc for pool vs. keyedPool
Key: POOL-81
URL: http://issues.apache.org/jira/browse/POOL-81
Project: Commons Pool
Type: Improvement
Versions: 1.3 Final
Reporter: Michael Heuer
[ http://issues.apache.org/jira/browse/POOL-81?page=all ]
Michael Heuer updated POOL-81:
--
Attachment: diff.txt
svn diff
Correct PoolUtils javadoc for pool vs. keyedPool
Key: POOL-81
[
http://issues.apache.org/jira/browse/COLLECTIONS-110?page=comments#action_12415432
]
Michael Heuer commented on COLLECTIONS-110:
---
Wanted to add that there is a second more complete project on sourceforge than
the one referred to above:
http
Bryce L Nordgren wrote:
I also believe that Michael Heuer may have released
something related on java.net?
Cool. I'll go looking for it too.
Sorry for chiming in late, my stuff is in cvs at java.net but was never
released.
I would be willing to help revive collections-events
A few minor site/doc things:
- it would be nice if the [bugzilla id]s in the web release notes
were links to the bugzilla report, e.g.
http://issues.apache.org/bugzilla/show_bug.cgi?id=[bugzilla id]
- StaticBucketMap - containsKey -- StaticBucketMap.containsKey in
release notes
-
Sandy McArthur wrote:
On 3/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Or maybe we should simply advertise the dependencies pages better?
Dependencies should be listed on the download page. The mind set of
someone wanting to to use a component is and I know this from having
done it a
Stephen Colebourne wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
RC5 tests fine for me, jdks 1.4 and 1.5 on Mac OS X 10.4.5.
michael
-
To
Henri Yandell wrote:
Sigs, hashes both worked fine (using KEYS from io download).
Maven fails on the unpacked source zip. JDK 1.4 on OS X. The errors are in:
[junit] Running org.apache.commons.io.FileSystemUtilsTestCase
[junit] Tests run: 21, Failures: 1, Errors: 0, Time elapsed:
Stephen Colebourne wrote:
snip
I also put closeQuietly back into the tests. Without the try-finally and
closeQuietly, a test failure was hidden by other errors. This emphasises
the value of the usage pattern to me.
(non-binding) +1 to retaining closeQuietly.
michael
Stephen Colebourne wrote:
Plan for collections 3.2
Agree contents
(notably, I'd like to remove BoundedBuffer)
Check bugs
Build and release in single jar format
Plan for collections 4.0
Break collections into smaller jars
(either as
Stephen Colebourne wrote:
Henri Yandell wrote:
On the compatibility interface; I'd rather just drop it and spend that
effort on migration documentation. Does raise the question of whether
the cli2 package name ever becomes cli. Having it as cli2 does avoid
any surprises; things flat out
On Fri, 20 Jan 2006, Phil Steitz wrote:
On 1/17/06, J?rg Schaible [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote on Monday, January 16, 2006 11:13 PM:
J?rg Schaible wrote:
The release plan is available now:
http://wiki.apache.org/jakarta-commons/id/1.0ReleasePlan
Looks good,
J?rg Schaible wrote:
8/ Prefix generators
We have 3 generators, that add a prefix to the generated id. All 3 classes
to mainly the same for 3 different StringIdentifierGenerators.
Proposal: Since we have a lot more StringIdentifierGenrators (e.g. the
UUIDIdentifierGenerators a
Hello,
Might there be interest in adding support for semantic web style
identifiers? Currently one might use one of the PrefixedXxx
serial generators to create String identifiers, and create e.g. URIs from
those Strings in a second step, but I think it would be desireable to
generate e.g. URIs
---
[X] +1 I support this release and am willing to help
[ ] +0 I support this release but am unable to help
[ ] -0 I do not support this release
[ ] -1 I do not support this release, and here are my reasons
---
[X] +1 I support this release and am willing to help
[ ] +0 I support this release but am unable to help
[ ] -0 I do not support this release
[ ] -1 I do not support this release, and here are my reasons
robert burrell donkin wrote:
On Tue, 2005-11-29 at 15:09 +, Tim Roberts wrote:
+1 I support creating a functors library (but not necessarily called
collections-functors).
Rational:
I think functors are a powerful approach to software design, under
represented (in java) and
On Sat, 12 Nov 2005, Phil Steitz wrote:
On 11/12/05, robert burrell donkin [EMAIL PROTECTED] wrote:
On Sat, 2005-11-12 at 13:44 +, Stephen Colebourne wrote:
robert burrell donkin wrote:
has anyone run a long stress test?
if not, i'm willing to code up something and set it
See patch I attached to bugzilla #34715
http://issues.apache.org/bugzilla/show_bug.cgi?id=34715
michael
On Thu, 14 Jul 2005, Gary Gregory wrote:
Hello:
I'm getting the following two StrBuilderTest errors (Sun Java 1.4.2_08):
Gary Gregory wrote:
- (for me ;-) Provide an Interpolation feature that allows a simple way
to use System properties to replace variables in a String. For me, this
could be as simple as:
String s = XXX.resolveAll(source, $, {, },
System.getProperties());
Maybe it is a bit of overkill,
Michael Heuer wrote:
Gary Gregory wrote:
- (for me ;-) Provide an Interpolation feature that allows a simple way
to use System properties to replace variables in a String. For me, this
could be as simple as:
String s = XXX.resolveAll(source, $, {, },
System.getProperties
Steven Caswell wrote:
Commons-lang 2.1 release candidate 8 is available at
http://www.apache.org/~stevencaswell/commons-lang-2.1/
Primary change is Gary's working out the oddball build and class loading
issue that only seems to happen on Windows XP (SP2) since Simon reports that
the ant
A non-binding +1 from me. Thanks for all the work on these RCs, Steven.
michael
On Mon, 6 Jun 2005, Steven Caswell wrote:
Now that RC8 (http://www.apache.org/~stevencaswell/commons-lang-2.1) has
been up for a few days with no issues, I propose it becomes the 2.1 release.
[ ] +1
[ ]
Michael Heuer wrote:
Steven Caswell wrote:
Commons-lang 2.1 release candidate 8 is available at
http://www.apache.org/~stevencaswell/commons-lang-2.1/
Primary change is Gary's working out the oddball build and class loading
issue that only seems to happen on Windows XP (SP2) since
James Carman wrote:
Suppose we do want to further pursue this (I think we should). How would
you recommend we set up the project? Should we branch commons-collections
off and start doing releases off of the JDK5 branch along side the main
branch?
With a nod to Rules for Revolutionaries
A few minor nits with the web site:
Links before commas and periods have an extra space, e.g. lang status
document . and Maven , JDiff , PMD , FindBugs on index.html. I had
thought that this issue was resolved in an upgrade to maven and/or the
maven xdoc plugin?
Update tasks.html, user guide
http://collections15.sourceforge.net/
michael
On Thu, 24 Mar 2005, Thomas Klaeger wrote:
Hello,
I was looking for a generics-capable version of commons-collections,
however everything I could find were to small threads on the mailing list.
Instead of complaining I decided to work on
On Sun, 13 Mar 2005, Kevin A. Burton wrote:
Has annyone had a chance to take a look at the benchmark project I've
been working on?
http://jakarta.apache.org/commons/sandbox/benchmark/
I'm really happy with the way everything is turning out and I'd like to
move from the sandbox to proper
Sorry to be replying to a cvs commit message, but I think perhaps this is
taking this idea of immutability too far -- a matrix data structure isn't
very useful if you can't even modify the entries.
Wouldn't the pattern used in the Collections interfaces for modifiers be
more reasonable here?
On Tue, 12 Oct 2004, Phil Steitz wrote:
Mark R. Diggory wrote:
Phil,
I think we wanted to maintain the existence of setEntry/getDataRef API
of the RealMatrixImpl without having it in the RealMatrix Interface. At
least until we come up with a strategy for mutability that made more
On Tue, 12 Oct 2004, Mark R. Diggory wrote:
Phil Steitz wrote:
Mark R. Diggory wrote:
Phil,
I think we wanted to maintain the existence of setEntry/getDataRef API
of the RealMatrixImpl without having it in the RealMatrix Interface.
At least until we come up with a strategy for
On Mon, 4 Oct 2004, Mike Stanley wrote:
On Mon, 2004-10-04 at 15:14, Jung, Eric wrote:
You might also consider using java.util.EventListener,
java.util.EventListenerProxy, and java.util.TooManyListenersException as
appropriate. All of these were introduced in JSDK 1.3.
Events have
How about 'splitPreserveTokens' ?
michael
On Tue, 6 Jul 2004, Gary Gregory wrote:
edI am not making a big stink about this. My belief is that names are
important, especially in a library. I like to discuss such things./ed
Just to be more precise, what I am not fond of in splitVerb, as
On Wed, 23 Jun 2004, Stephen Colebourne wrote:
-
[X] +1 Go ahead and release 3.1
[ ] +0
[ ] -0
[ ] -1 Don't release 3.1, because...
-
(non-binding)
michael
-
To unsubscribe, e-mail:
I most definitely have the itch, but frankly, that's a lot of typing. :(
[collections] HEAD compiles with 1.5 but as expected generates a pile of
unchecked warnings, such as
[javac]
The file overview.html needs a little bit of work.
Line 112 reads h4Version 3.0/h4 and the paragraphs in the
documentation below could use some revision for clarity.
michael
On Tue, 8 Jun 2004, Stephen Colebourne wrote:
The proposed release for collections 3.1 is:
On 1 Jun 2004 [EMAIL PROTECTED] wrote:
scolebourne2004/06/01 14:25:35
Modified:lang/src/java/org/apache/commons/lang Validate.java
Log:
Ensure Validate has no inter-lang dependencies
I'm confused -- why shouldn't a class in [lang] have dependencies to
other classes in [lang]?
A small typo in the BidiMap javadocs:
$ cvs diff src/java/org/apache/commons/collections/BidiMap.java
Index: src/java/org/apache/commons/collections/BidiMap.java
===
RCS file:
Hello,
I need an implementation of Map that uses a predefined set of keys as its
keySet. Changes made to the set of keys should be reflected in the map's
keySet but not the other way around, e.g. map.keySet() should be
unmodifiable.
I've written something using a wrapped map but I'm having
On Mon, 26 Apr 2004, Stephen Colebourne wrote:
The current Bag interface has the following javadoc warning:
* iNote that this interface violates the [EMAIL PROTECTED] Collection}
contract./i
* The behavior specified in many of these methods is inot/i the same
* as the behavior
On Thu, 22 Apr 2004, Stephen Colebourne wrote:
Its always good to see the opposing points of view ;-) Thanks for all
feedback.
Following this discussion I did a search around the web to try and find
references to collections causing a problem by its size. I didn't really
find any, but that
] is not more active now that it is a
standalone project...
On Tue, Apr 20, 2004 at 12:12:00PM -0400, Michael Heuer wrote:
Hello Herve,
You might also want to take a look at
http://nettool.sourceforge.net/nc
and
https://dsh-lib.dev.java.net/source/browse/dsh-lib/observable
On Sun, 11 Apr 2004, Stephen Colebourne wrote:
Why do you we need this when we have MultiKeys available -- i.e., what do
you gain by using multiple keys instead of a single MultiKey? Sorry if I
am being dense here, but I don't understand what disaggregation of the
MultiKey is buying us.
non-binding +1 to #1.
All the wrapper methods in java.util.Collections note
The returned xxx will be serializable if the specified xxx is
serializable.
in their javadocs and the wrapper classes appear follow this design.
michael
On Tue, 6 Apr 2004, Stephen Colebourne wrote:
I had a
On Fri, 20 Feb 2004, Noel J. Bergman wrote:
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
On Mon, 16 Feb 2004, Stephen Colebourne wrote:
The point is that maven keep changing their mind.
First came classic blue top
Second came white top, big font, red section titles
Third (current) is white top, good left, but ridiculous section titles
see http://maven.apache.org
We need to
On Fri, 6 Feb 2004, __matthewHawthorne wrote:
Al Chou wrote:
It'll be nice when the day comes that we can actually use this feature as the
default
Yeah, really. It's unfortunate that so many vendors and corporations
lag behind the latest Java versions. There are so many cool new
On Sun, 25 Jan 2004, Mark R. Diggory wrote:
Phil Steitz wrote:
The tests and javadoc still need work. I also notice that the BeanList
stuff has been moved to /test. Are we thinking about eliminating this?
Not really intending to get rid of it, It was more just to maintain
(non-binding)
Kudos to all, this is quite an impressive release.
VOTEs please, closing Tuesday 20th Jan Midnight GMT
[X] +1 - I support the release of Commons-Collections-3.0
[ ] +0
[ ] -0
[ ] -1 - I oppose the release of Commons-Collections-3.0 because...
michael
What about jakarta-commons-sandbox projects? Note that there is potential
for a name overlap problem, e.g. jakarta-commons [myproject] and a
jakarta-commons-sandbox [myproject], although I do not believe this is
currently the case.
michael
On Mon, 12 Jan 2004, Noel J. Bergman wrote:
Would it be possible to add a class that extends ListOrderedMap and
provides the default map constructors, e.g.
XxxListOrderedMap()
XxxListOrderedMap(Map map) // copies, not wraps
where Xxx is Default or Simple or somesuch. Alternatively, change
ListOrderedMap to ListOrderedMapDecorator and
Very minor typo fixes:
$ cvs diff -u xdocs/*.xml
Index: xdocs/index.xml
===
RCS file: /home/cvspublic/jakarta-commons/collections/xdocs/index.xml,v
retrieving revision 1.7
diff -u -r1.7 index.xml
--- xdocs/index.xml 6 Jan 2004
Stephen Colebourne wrote:
I am proposing to change the Bag interface.
http://jakarta.apache.org/commons/collections/api/org/apache/commons/collections/Bag.html
Add:
equals(Object) - Two Bags are equal if they contain the same number of
occurrences of all the same elements.
hashCode() -
On Mon, 29 Dec 2003, Michael Heuer wrote:
Stephen Colebourne wrote:
I am proposing to change the Bag interface.
http://jakarta.apache.org/commons/collections/api/org/apache/commons/collections/Bag.html
Add:
equals(Object) - Two Bags are equal if they contain the same number
In a situation where I have an unit test that extends AbstractTestBidiMap
for a class that extends AbstractBidiMapDecorator,
Testcase: testBidiInverse took 0.01 sec
FAILED
Inverse of inverse is not equal to original. expected same:{key1=value1,
key3=value3, key2=value2} was
Cool, works for me.
michael
On 29 Dec 2003 [EMAIL PROTECTED] wrote:
scolebourne2003/12/29 15:56:15
Modified:collections maven.xml
Log:
Update to handle testframework jar creation and install
Revision ChangesPath
1.6 +70 -13
I gave it multiple tries but haven't been able to reproduce this
failure either, under maven and OSX JDK 1.4.1_01 or Sun Linux JDK 1.4.2.
michael
On Wed, 3 Dec 2003, Stephen Colebourne wrote:
I've seen it once today. Maybe its just my setup - as far as I can see there
is no threading in
Message -
From: ASHWIN Suresh [EMAIL PROTECTED]
-Original Message-
From: Michael Heuer [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 22:56
To: Jakarta Commons Developers List
Might the name IterateableMap or IteratableMap (the proper spelling
alludes me
As a consideration, I believe that neither Neil nor myself have commit
access to the commons sandbox. That isn't a show stopper for me because I
haven't contributed all that much, but maybe Neil feels otherwise?
+0
michael
On Tue, 25 Nov 2003, Stephen Colebourne wrote:
We've had all
Scott Colebourne wrote:
snip
Matthew Hawthorne wrote:
I also disagree with moving the observable classes. The way I see it,
the desire for a collection that is observable overrides a desire for a
specific collection type. The observable classes represent a distinct
functionality,
While I'm at giving my thoughts on names for things, I would also like to
see the package o.a.c.collections.observed change to observable to match
the class names. I can submit a patch if desired, but most of the change
is in cvs, not in the source code.
michael
On Thu, 9 Oct 2003, Michael
On Sat, 20 Sep 2003, Phil Steitz wrote:
See comments inline.
Stephen Colebourne wrote:
I have been prompted to take a look at DoubleOrderedMap by bugzilla and been
a little surprised by what I found. Given the history of collections, what
we have is a single implementation brought in
- collection can not be modified
Observed - collection is always observed
Observable - collection can be observed
Naming is dubious, but I guess Observable might be marginally better as the
observer is optional. Any other views?
Stephen
From: Michael Heuer [EMAIL PROTECTED]
Could you add
Just a minor quibble, why past tense (Observed) instead of adjective
(Observable, Serializable, Unmodifiable, Cursorable, c.)?
michael
On Thu, 28 Aug 2003, Stephen Colebourne wrote:
First part of ObservedCollection checked in, allowing an event sending
wrapper to be written around a
What about
StandardModificationListener
{
void modificationOccurred(Evt);
}
VetoableModificationListener
{
void modificationOccurring(Evt) throws ModificationVetoedException;
}
and
ObservedCollection
{
static ObservedCollection decorate(Collection coll,
On Thu, 28 Aug 2003, Michael Heuer wrote:
What about
StandardModificationListener
{
void modificationOccurred(Evt);
}
VetoableModificationListener extends StandardModificationListener
{
void modificationOccurring(Evt) throws ModificationVetoedException;
}
sorry, missed an extends
On Tue, 26 Aug 2003, David Graham wrote:
--- __matthewHawthorne [EMAIL PROTECTED] wrote:
I've been thinking about RuntimeExceptions and assertions...
Intro
A RuntimeException is typically thought of as a way to
On Tue, 19 Aug 2003, Stephen Colebourne wrote:
The discussion over UUID makes me nervous.
It has been suggested that UUID, together with the rest of the id stuff goes
into a new identifier subpackage. This makes sense.
However, it is unreasonable of us to release a new package, and then
Let me say that I don't find major flaws with either Neil's or
Stephen's approaches. I think both will support my two use cases, as
follows
1. Efficient and simple notification of changes in a Collection so that
user interface views may refresh. Any detailed information about the
change, if
On Thu, 14 Aug 2003, Stephen Colebourne wrote:
snip
The biggest problem with all this is that the collection returned by
getSource() on the event. If the observed collection is wrapped (eg. by a
SyncronizedCollection) then getSource() SHOULD return the wrapped
collection, but it can't as
On Tue, 29 Jul 2003, David Graham wrote:
--- Arun Thomas [EMAIL PROTECTED] wrote:
Hmmm From the last three notes - I think I understand clearly the
motivation for requiring the public no-arg constructor, but I still
don't understand the reasoning behind the need for avoiding final.
Maybe we just try to convince the author(s) of UString to donate their
additional String-related static utility methods to the Jakarta Commons
project? ;)
Overriding utility classes just seems icky to me.
michael
On Tue, 29 Jul 2003, Henri Yandell wrote:
However, the following would
1 - 100 of 106 matches
Mail list logo
