Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kay, (Any relation to Jay Kay? That's guy's cool) On 2/10/2010 6:58 PM, Kay Kay wrote: In Commons-Pool : o.a.commons.pool.BasePoolableObjectFactory and similar classes seem like good candidates for a generic api . Any idea , if the generification is in the roadmap of this package ? I believe the /generalization/ you're looking for is the entire commons-pool API itself. How much more generic can you get than PoolableObjectFactory? ObjectFactoryFactory? PoolablePoolFactoryFactory? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkt7GkUACgkQ9CaO5/Lv0PDJxwCdHLSfWW3hQWCbRkZtFkLZnkWL XKcAoLR+6R6XYrbczaL5YCdJGjg+NTLN =8MHR -END PGP SIGNATURE- - To unsubscribe, e-mail: user-unsubscr...@commons.apache.org For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
On 2/16/10 2:20 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
On 2/10/2010 6:58 PM, Kay Kay wrote:
In Commons-Pool : o.a.commons.pool.BasePoolableObjectFactory and
similar classes seem like good candidates for a generic api . Any idea
, if the generification is in the roadmap of this package ?
I believe the /generalization/ you're looking for is the entire
commons-pool API itself. How much more generic can you get than
PoolableObjectFactory?
ObjectFactoryFactory? PoolablePoolFactoryFactory?
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
I am sure this is a thought that could have struck before. Any reasons /
opinions on the api looking along these lines ?
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkt7GkUACgkQ9CaO5/Lv0PDJxwCdHLSfWW3hQWCbRkZtFkLZnkWL
XKcAoLR+6R6XYrbczaL5YCdJGjg+NTLN
=8MHR
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kay,
On 2/16/2010 5:31 PM, Kay Kay wrote:
On 2/16/10 2:20 PM, Christopher Schultz wrote:
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
:(
Maybe you could just wear a silly hat. That'd be enough.
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
Oh, I misunderstood your request: you mean that you want to use
generics in commons-pool.
I wasn't able to find any environment requirements for commons-pool,
but I suspect that the developers would like commons-pool to be usable
in pre-1.5 Java environments, where generic classes aren't available.
I have to admit that I'm not a big fan of generics in the first place...
just syntactic sugar that ends up making your code uglier than it would
be with plain-old casting. And, in Java, you don't even get RTTI which
is really too bad :(
If you'd like to use commons-pool as a basis for your own tools, you can
certainly modify the source code to add lots of and symbols if you
want. Also, patches are always welcome :)
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkt7H6IACgkQ9CaO5/Lv0PD0hACfbGrUuEN4RKCH8o3EJGTaV9sv
eWIAoIqM1pnMmwZcs6Wx1JY9+y1x1pdA
=XQow
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
In my opinion, it depends on the global policy in commons-pool about
Java 1.4. Other commons project (Lang for example) are only supporting
Java 1.5 in their next big version.
On 16/02/2010 23:43, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kay,
On 2/16/2010 5:31 PM, Kay Kay wrote:
On 2/16/10 2:20 PM, Christopher Schultz wrote:
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
:(
Maybe you could just wear a silly hat. That'd be enough.
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
Oh, I misunderstood your request: you mean that you want to use
generics in commons-pool.
I wasn't able to find any environment requirements for commons-pool,
but I suspect that the developers would like commons-pool to be usable
in pre-1.5 Java environments, where generic classes aren't available.
I have to admit that I'm not a big fan of generics in the first place...
just syntactic sugar that ends up making your code uglier than it would
be with plain-old casting. And, in Java, you don't even get RTTI which
is really too bad :(
If you'd like to use commons-pool as a basis for your own tools, you can
certainly modify the source code to add lots of and symbols if you
want. Also, patches are always welcome :)
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkt7H6IACgkQ9CaO5/Lv0PD0hACfbGrUuEN4RKCH8o3EJGTaV9sv
eWIAoIqM1pnMmwZcs6Wx1JY9+y1x1pdA
=XQow
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
On 2/16/10 2:43 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kay,
On 2/16/2010 5:31 PM, Kay Kay wrote:
On 2/16/10 2:20 PM, Christopher Schultz wrote:
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
:(
Maybe you could just wear a silly hat. That'd be enough.
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
Oh, I misunderstood your request: you mean that you want to use
generics in commons-pool.
I wasn't able to find any environment requirements for commons-pool,
but I suspect that the developers would like commons-pool to be usable
in pre-1.5 Java environments, where generic classes aren't available.
I have to admit that I'm not a big fan of generics in the first place...
just syntactic sugar that ends up making your code uglier than it would
be with plain-old casting.
And, in Java, you don't even get RTTI which
is really too bad :(
That has been my biggest sore-point with generics too. There are some
talks of 'reification' and similar constructs in java 7 , but i believe
it has been postponed to the next release altogether as well.
If you'd like to use commons-pool as a basis for your own tools, you can
certainly modify the source code to add lots of and symbols if you
want. Also, patches are always welcome :)
Good to know. Is this being actively maintained at the moment / does it
warrant a separate branch for generics ?
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkt7H6IACgkQ9CaO5/Lv0PD0hACfbGrUuEN4RKCH8o3EJGTaV9sv
eWIAoIqM1pnMmwZcs6Wx1JY9+y1x1pdA
=XQow
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
Kay Kay wrote:
On 2/16/10 2:43 PM, Christopher Schultz wrote:
Kay,
On 2/16/2010 5:31 PM, Kay Kay wrote:
On 2/16/10 2:20 PM, Christopher Schultz wrote:
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
:(
Maybe you could just wear a silly hat. That'd be enough.
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
Oh, I misunderstood your request: you mean that you want to use
generics in commons-pool.
I wasn't able to find any environment requirements for commons-pool,
but I suspect that the developers would like commons-pool to be usable
in pre-1.5 Java environments, where generic classes aren't available.
I have to admit that I'm not a big fan of generics in the first place...
just syntactic sugar that ends up making your code uglier than it would
be with plain-old casting.
And, in Java, you don't even get RTTI which
is really too bad :(
That has been my biggest sore-point with generics too. There are some
talks of 'reification' and similar constructs in java 7 , but i believe
it has been postponed to the next release altogether as well.
If you'd like to use commons-pool as a basis for your own tools, you can
certainly modify the source code to add lots of and symbols if you
want. Also, patches are always welcome :)
Good to know. Is this being actively maintained at the moment / does it
warrant a separate branch for generics ?
Commons pool is being actively maintained. As Chris points out, the
1.x versions of pool target old JDKs (1.3+) for backward
compatibility.
While I personally share Chris' attitude on generics, Commons
components are by and large moving to support them. For pool, that
means version 2.0, where we will also take advantage of the
concurrency enhancements in JDK 1.5+. Suggestions - ideally with
patches - for gerification of the API (as above) are welcome on the
dev list and JIRA.
Phil
-chris
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
On 2/16/10 4:35 PM, Phil Steitz wrote:
Kay Kay wrote:
On 2/16/10 2:43 PM, Christopher Schultz wrote:
Kay,
On 2/16/2010 5:31 PM, Kay Kay wrote:
On 2/16/10 2:20 PM, Christopher Schultz wrote:
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
:(
Maybe you could just wear a silly hat. That'd be enough.
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
Oh, I misunderstood your request: you mean that you want to use
generics in commons-pool.
I wasn't able to find any environment requirements for commons-pool,
but I suspect that the developers would like commons-pool to be usable
in pre-1.5 Java environments, where generic classes aren't available.
I have to admit that I'm not a big fan of generics in the first place...
just syntactic sugar that ends up making your code uglier than it would
be with plain-old casting.
And, in Java, you don't even get RTTI which
is really too bad :(
That has been my biggest sore-point with generics too. There are some
talks of 'reification' and similar constructs in java 7 , but i believe
it has been postponed to the next release altogether as well.
If you'd like to use commons-pool as a basis for your own tools, you can
certainly modify the source code to add lots of and symbols if you
want. Also, patches are always welcome :)
Good to know. Is this being actively maintained at the moment / does it
warrant a separate branch for generics ?
Commons pool is being actively maintained. As Chris points out, the
1.x versions of pool target old JDKs (1.3+) for backward
compatibility.
While I personally share Chris' attitude on generics, Commons
components are by and large moving to support them. For pool, that
means version 2.0, where we will also take advantage of the
concurrency enhancements in JDK 1.5+. Suggestions - ideally with
patches - for gerification of the API (as above) are welcome on the
dev list and JIRA.
Is there a branch already maintained for 2.0 or would patch against
trunk (for generics) be taken and started afresh ?
Phil
-chris
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Re: Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
Kay Kay wrote:
On 2/16/10 4:35 PM, Phil Steitz wrote:
Kay Kay wrote:
On 2/16/10 2:43 PM, Christopher Schultz wrote:
Kay,
On 2/16/2010 5:31 PM, Kay Kay wrote:
On 2/16/10 2:20 PM, Christopher Schultz wrote:
Kay,
(Any relation to Jay Kay? That's guy's cool)
not exactly :)
:(
Maybe you could just wear a silly hat. That'd be enough.
I meant - something along the lines of -
PoolableObjectFactoryT {
void activateObject(T obj);
destroyObject(T obj);
T makeObject();
void passivateObject(T obj);
boolean validateObject(T obj);
}
Oh, I misunderstood your request: you mean that you want to use
generics in commons-pool.
I wasn't able to find any environment requirements for commons-pool,
but I suspect that the developers would like commons-pool to be usable
in pre-1.5 Java environments, where generic classes aren't available.
I have to admit that I'm not a big fan of generics in the first place...
just syntactic sugar that ends up making your code uglier than it would
be with plain-old casting.
And, in Java, you don't even get RTTI which
is really too bad :(
That has been my biggest sore-point with generics too. There are some
talks of 'reification' and similar constructs in java 7 , but i believe
it has been postponed to the next release altogether as well.
If you'd like to use commons-pool as a basis for your own tools, you can
certainly modify the source code to add lots of and symbols if you
want. Also, patches are always welcome :)
Good to know. Is this being actively maintained at the moment / does it
warrant a separate branch for generics ?
Commons pool is being actively maintained. As Chris points out, the
1.x versions of pool target old JDKs (1.3+) for backward
compatibility.
While I personally share Chris' attitude on generics, Commons
components are by and large moving to support them. For pool, that
means version 2.0, where we will also take advantage of the
concurrency enhancements in JDK 1.5+. Suggestions - ideally with
patches - for gerification of the API (as above) are welcome on the
dev list and JIRA.
Is there a branch already maintained for 2.0 or would patch against
trunk (for generics) be taken and started afresh ?
For now, a patch against trunk is fine.
Thanks!
Phil
Phil
-chris
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org
Commons-Pool : BasePoolableObjectFactory - generification in the roadmap ?
In Commons-Pool : o.a.commons.pool.BasePoolableObjectFactory and similar classes seem like good candidates for a generic api . Any idea , if the generification is in the roadmap of this package ? - To unsubscribe, e-mail: user-unsubscr...@commons.apache.org For additional commands, e-mail: user-h...@commons.apache.org
