[POOL] Access to the _pool object in GenericObjectPool

[Henning P. Schmiedehausen]

The current implementation of GenericObjectPool encapsulates the _pool
object and there is no way to get it directly, which makes some things
like JMX pool monitoring a bit awkward.

Would it be possible to either make _pool protected or add a method

protected Collection getInternalPool() {
return _pool;
}

or something like that to the GenericObjectPool implementation (and
probably others, but that is the one that bites me most... :-) )

This would make extending the GenericObjectPool much easier.

Best regards
Henning

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n

   "Save the cheerleader. Save the world."

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (NET-155) Integer is too small to hold article number value (NNTPClient __parseNewsgroupListEntry() function)

[Krzysztof Jakubczyk (JIRA)]

Integer is too small to hold article number value (NNTPClient 
__parseNewsgroupListEntry() function)
---

 Key: NET-155
 URL: https://issues.apache.org/jira/browse/NET-155
 Project: Commons Net
  Issue Type: Bug
Affects Versions: 1.4
 Environment: any
Reporter: Krzysztof Jakubczyk


running the following code:

  client.connect("news.icm.edu.pl");
  NewsgroupInfo[] grps = client.listNewsgroups();

results MalformedServerReplyException (alt.atheism 2147485259 2147483647 y)

it's because in function NNTPClient.__parseNewsgroupListEntry():

last = tokenizer.nextToken();
first = tokenizer.nextToken();
permission = tokenizer.nextToken();

try
{
lastNum = Integer.parseInt(last);
firstNum = Integer.parseInt(first);
result._setFirstArticle(firstNum);
result._setLastArticle(lastNum);

if((firstNum == 0) && (lastNum == 0))
result._setArticleCount(0);
else
result._setArticleCount(lastNum - firstNum + 1);
}
catch (NumberFormatException e)
{
return null;
}

lastNum and firstNum are Integer (too small for received values)



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (DAEMON-96) Classpatch is being truncated

[James Woodward (JIRA)]

Classpatch is being truncated
-

 Key: DAEMON-96
 URL: https://issues.apache.org/jira/browse/DAEMON-96
 Project: Commons Daemon
  Issue Type: Bug
 Environment: Windows
Reporter: James Woodward


[2007-03-26 10:33:38] [info] Starting service...
[2007-03-26 10:33:38] [408  javajni.c] [debug] Jvm Option[0] 
-Djava.class.path=C:\Java\ftpserver-1.0-M1-incubator\common\classes;C:\Java\ftpserver-1.0-M1-incubator\common\lib\activation.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\backport-util-concurrent-2.2.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-dbcp-1.2.1.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-lang-2.3.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-logging-1.1.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-pool-1.3.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\dom4j-1.6.1.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ejb3-persistence.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ftplet-api-1.0-M1-incubator.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ftpserver-admin-gui-1.0-M1-incubator.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ftpserver-core-1.0-M1-incubator.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\hibernate-annotations.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\hibernate-commons-annotations.jar;C
[2007-03-26 10:33:38] [408  javajni.c] [debug] Jvm Option[1] vfprintf
[2007-03-26 10:33:40] [494  javajni.c] [debug] argv[0] = start
[2007-03-26 10:33:40] [494  javajni.c] [debug] argv[1] = -xml
[2007-03-26 10:33:40] [494  javajni.c] [debug] argv[2] = ./res/conf/ftpd.xml
[2007-03-26 10:33:41] [919  prunsrv.c] [debug] Java started 
org/apache/ftpserver/commandline/Daemon
[2007-03-26 10:33:41] [info] Service started in 2162 ms.

The class path is being truncated at the 1010th  character.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (DAEMON-96) Classpath is being truncated

[James Woodward (JIRA)]

 [ 
https://issues.apache.org/jira/browse/DAEMON-96?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

James Woodward updated DAEMON-96:
-

Summary: Classpath is being truncated  (was: Classpatch is being truncated)

> Classpath is being truncated
> 
>
> Key: DAEMON-96
> URL: https://issues.apache.org/jira/browse/DAEMON-96
> Project: Commons Daemon
>  Issue Type: Bug
> Environment: Windows
>Reporter: James Woodward
>
> [2007-03-26 10:33:38] [info] Starting service...
> [2007-03-26 10:33:38] [408  javajni.c] [debug] Jvm Option[0] 
> -Djava.class.path=C:\Java\ftpserver-1.0-M1-incubator\common\classes;C:\Java\ftpserver-1.0-M1-incubator\common\lib\activation.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\backport-util-concurrent-2.2.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-dbcp-1.2.1.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-lang-2.3.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-logging-1.1.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\commons-pool-1.3.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\dom4j-1.6.1.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ejb3-persistence.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ftplet-api-1.0-M1-incubator.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ftpserver-admin-gui-1.0-M1-incubator.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\ftpserver-core-1.0-M1-incubator.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\hibernate-annotations.jar;C:\Java\ftpserver-1.0-M1-incubator\common\lib\hibernate-commons-annotations.jar;C
> [2007-03-26 10:33:38] [408  javajni.c] [debug] Jvm Option[1] vfprintf
> [2007-03-26 10:33:40] [494  javajni.c] [debug] argv[0] = start
> [2007-03-26 10:33:40] [494  javajni.c] [debug] argv[1] = -xml
> [2007-03-26 10:33:40] [494  javajni.c] [debug] argv[2] = ./res/conf/ftpd.xml
> [2007-03-26 10:33:41] [919  prunsrv.c] [debug] Java started 
> org/apache/ftpserver/commandline/Daemon
> [2007-03-26 10:33:41] [info] Service started in 2162 ms.
> The class path is being truncated at the 1010th  character.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (VFS-119) Stream closed by the monitor

[Philippe Poulard (JIRA)]

Stream closed by the monitor


 Key: VFS-119
 URL: https://issues.apache.org/jira/browse/VFS-119
 Project: Commons VFS
  Issue Type: Bug
Reporter: Philippe Poulard
Priority: Blocker


java.io.IOException: Stream closed
is thrown when processing a local file

1-create a local file file:///exemple.txt
2-get the input stream : is
3-set a mark : is.mark(1024)
4-read the file until the end
5-reset the mark : is.reset()

the exception is thrown

here is a sample code :
InputStream is = f.getInputStream();
is.mark( 1024 );
while (true) {
int data = is.read();
if (data == -1) break;
}
is.reset();


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta-commons Wiki] Update of "Collections/GenericCollections/Contributors" by StephenKestle

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" 
for change notification.

The following page has been changed by StephenKestle:
http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/Contributors

--
  
  === Stephen Colebourne ===
  
+  * Did initial work on converting collections to generics in 2006.  
+  * Does not have much (if any) time to commit at the moment.
+ 
+ === Stephen Kestle ===
+ 
+  Plans 
+ 
+  1. Get build working and instructions on wiki
+  1. Update build to include [http://www.easymock.org/ EasyMock] and 
[http://www.junit.org/ JUnit4]
+  1. Update tests for !CollectionUtils
+  1. Expand !CollectionUtils test to cover the generic bounds
+  1. Work on [https://issues.apache.org/jira/browse/COLLECTIONS-242 Equator 
interface] functionality
+ 
+ I'm also quite pressed for time, so if someone wants to do 1 and 2 and submit 
a patch, that'd be great.
+ 
  == Contributors ==
  People who want to help, and supply patches, ideas and moral support to the 
Committers.
  
- === Stephen Kestle ===
- 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta-commons Wiki] Update of "Collections/GenericCollections/DevelopmentGuidelines" by StephenKestle

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" 
for change notification.

The following page has been changed by StephenKestle:
http://wiki.apache.org/jakarta-commons/Collections/GenericCollections/DevelopmentGuidelines

The comment on the change is:
Added ideas about testing generic collections

New page:
(This page needs debate or consensus)

== Testing ==
As a core Java development API (and without any external system dependencies), 
Collections should have a set of tests that are '''deterministic 
(quasi-mathmatical) proofs''' of the operation of the system.  Each test should 
stand alone.

=== JUnit 4 ===

JUnit will most likely be used as the testing library as it has good literacy 
in the community, is what is already in use in collections (so the existing 
tests run without change).
While TestNG is an excellent framework for testing, and does all sorts of 
wonderful stuff to help test "real" systems, collections is not one of those 
systems.  All it's code is able to be tested in complete isolation from any 
external input, and the most complicated dependant tests are relatively simple.

=== Mock Objects ===
For testing the new version, we will be using [dynamic] Mock Objects.  This is 
because they provide absolute isolation of the classes under test.  Because the 
collections package is a core api, and is relatively simple, there is no need 
to test with fully constructed objects [and they'd get in the way over time].

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] JCL in SLF4J flavour - a demo for discussion

[Oleg Kalnichevski]

On Fri, 2007-03-23 at 19:56 +0100, Boris Unckel wrote:
> Hello,
> 
> I have seen the recent discussions on JCL 2.0.0 and a version without 
> autodiscovery.
> Someone stated to stop any further development (with good reasons 
> behind) but I am
> thinking different.
> 
> Please have a look at the (working) code:
> https://issues.apache.org/jira/browse/LOGGING-112
> 
> It has a static binding, some improvements in the logfactories 
> (recognizes native implementations).
> API and implementations are cleanly separated, the 1.1.x diagnostic 
> function is still used.
> 
> What are your thoughts?
> Is this a possible direction?
> 

Hi Boris,

I think this patch represents the way I personally would like to see JCL
evolve in the future. If JCL 2.0 were being developed along these lines,
I (personally) would be very inclined to continue using JCL for the next
major version of HttpClient.

> Is it worth to put more time and energy into this?
>

I think it is.

Cheers,

Oleg

> Regards
> Boris
> 
> 
> -
> 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: [VOTE] Release Commons DBCP 1.2.2 (reprise)

[sebb]

On 25/03/07, Phil Steitz <[EMAIL PROTECTED]> 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 test compatibility issue (tested with Linux versions of
jrockit-R27.1.0-jdk1.5.0_08,  jrockit-R27.1.0-jdk1.4.2_12, and
jrockit-jdk1.5.0_06)
* Added a note to release notes and README calling out the lack of JDK 1.6 /
JDBC 4.0 support
* Fixed 'Built-By' manifest attribute

The release zips/tarballs are here:

http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/



RC3 or RC1?


Please note that, despite the release names, these distributions are *not*
official apache releases, so should be used only for inspection/verification
during the duration of this VOTE.

Release notes:
http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/RELEASE-NOTES.txt



RC3 or RC1?


Web site:
http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/docs/



RC3 or RC1?


The svn tag is DBCP_1_2_2-RC3.  Assuming a successful VOTE, I will copy the
tag to DBCP_1_2_2 and move the distributions above to the mirrors.

Votes, please.  The vote will close end of day (GMT) 28-March-2007.


Assuming the files are in the RC3 directory (not the RC1 directory
given in the <>)

The src.zip contains the jar file - is that intentional?

Also the java files in the src.zip have Unix line-endings rather than
Windows ones.
Not sure what the policy is on that.


Thanks!

Phil



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (DAEMON-12) [daemon] java fails to bind on port 80

[Arjan Veenstra (JIRA)]

[ 
https://issues.apache.org/jira/browse/DAEMON-12?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484137
 ] 

Arjan Veenstra commented on DAEMON-12:
--

Isn't this the problem:

#ifdef OS_LINUX
/* setuid()/setgid() only apply the current thread so we must do it now */
if (linuxset_user_group(args->user,uid,gid)!=0)
return(4);
#endif

This bit of code is run (only on linux) before the java vm is even loaded. So 
the user switch is allready performed before tomcat attempts to bind to port 
80. 

The comment seems to agree with other things i found on this subject, setuid 
only changes the uid of the calling thread, so calling it after the JVM is 
started fails to change the uid of all threads. This will not only leave you 
with some threads running as root, but also break signalling between threads 
breaking your JVM. So far i haven't seen any solution to this...

> [daemon] java fails to bind on port 80
> --
>
> Key: DAEMON-12
> URL: https://issues.apache.org/jira/browse/DAEMON-12
> Project: Commons Daemon
>  Issue Type: Bug
> Environment: Operating System: Linux
> Platform: PC
>Reporter: Ostap Bender
>Priority: Blocker
>
> Platform is Ubuntu Linux, kernel 2.6.15 amd64 smp on a dual core processor.
> When I start Tomcat with jsvc and the Http connector on port 80 java fails to
> bind on port 80. I added an extra debug statement in set_caps to tell me when
> set_caps is called. In catalina.out I see before java even tries to bind, 
> three
> calls: the first with the value 1216, second with 1024 (CAP_NET_BIND_SERVICE)
> and the last with 0 (downgrade).
> After commenting out set_caps(0) from the jsvc-unix.c Tomcat starts ok.
> What is the reason for the downgrade happening so soon? Is it a race condition
> turned bad by the use of a multiprocessor?
> BTW, the Readme should mention that the module capabilities should be loaded.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Commons DBCP 1.2.2 (reprise)

[Michael Heuer]

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 test compatibility issue (tested with Linux versions of
> jrockit-R27.1.0-jdk1.5.0_08,  jrockit-R27.1.0-jdk1.4.2_12, and
> jrockit-jdk1.5.0_06)
> * Added a note to release notes and README calling out the lack of JDK 1.6 /
> JDBC 4.0 support
> * Fixed 'Built-By' manifest attribute
>
> The release zips/tarballs are here:
>
> http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/
>
> Please note that, despite the release names, these distributions are *not*
> official apache releases, so should be used only for inspection/verification
> during the duration of this VOTE.
>
> Release notes:
> http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/RELEASE-NOTES.txt
> 
>
> Web site:
> http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/docs/
>
> The svn tag is DBCP_1_2_2-RC3.  Assuming a successful VOTE, I will copy the
> tag to DBCP_1_2_2 and move the distributions above to the mirrors.
>
> Votes, please.  The vote will close end of day (GMT) 28-March-2007.
>
> Thanks!
>
> Phil

Should there be a footnote in configuration.html describing the potential
deadlock if minIdle is set to > 0 [#DBCP-44]?

Non-binding +1 otherwise.

   michael


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36581] - [pool] GenericObjectPool Evictor should be a TimerTask, not a Thread

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36581


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-03-26 11:06 ---
Can you bring your issue up on the -user mailing list please Devendra, or open a
new issue at http://issues.apache.org/jira/browse/DBCP

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Commons DBCP 1.2.2 (reprise)

[Henri Yandell]

On 3/25/07, Phil Steitz <[EMAIL PROTECTED]> 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.


Nice one.

Release passes the usual checks (gpg good, md5 good, archives
equivalent, src.zip builds under maven).

Release notes and the issues listed as fixed look good.

+1

Hen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Commons DBCP 1.2.2 (reprise)

[Oliver Heger]

+1

Oliver

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 test compatibility issue (tested with Linux versions of
jrockit-R27.1.0-jdk1.5.0_08,  jrockit-R27.1.0-jdk1.4.2_12, and
jrockit-jdk1.5.0_06)
* Added a note to release notes and README calling out the lack of JDK 
1.6 /

JDBC 4.0 support
* Fixed 'Built-By' manifest attribute

The release zips/tarballs are here:

http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/ 



Please note that, despite the release names, these distributions are *not*
official apache releases, so should be used only for 
inspection/verification

during the duration of this VOTE.

Release notes:
http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/RELEASE-NOTES.txt


Web site:
http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/docs/ 



The svn tag is DBCP_1_2_2-RC3.  Assuming a successful VOTE, I will copy the
tag to DBCP_1_2_2 and move the distributions above to the mirrors.

Votes, please.  The vote will close end of day (GMT) 28-March-2007.

Thanks!

Phil




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Commons DBCP 1.2.2 (reprise)

[Phil Steitz]

On 3/26/07, sebb <[EMAIL PROTECTED]> wrote:

On 25/03/07, Phil Steitz <[EMAIL PROTECTED]> 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 test compatibility issue (tested with Linux versions of
> jrockit-R27.1.0-jdk1.5.0_08,  jrockit-R27.1.0-jdk1.4.2_12, and
> jrockit-jdk1.5.0_06)
> * Added a note to release notes and README calling out the lack of JDK 1.6 /
> JDBC 4.0 support
> * Fixed 'Built-By' manifest attribute
>
> The release zips/tarballs are here:
>
> http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/
< http://people.apache.org/%7Epsteitz/dbcp-1.2.2-RC1/>

RC3 or RC1?



Ugh.  Yes, *RC3*.  Interesting gmail editing experience ;-)

http://people.apache.org/~psteitz/dbcp-1.2.2-RC3/

Now I need to write 100 times on the board, "I will not send html in
my postings.  I will not send html..."

Phil

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]