From issuesmichaelbecker@example.org Mon Dec 01 05:55:46 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 41814 invoked from network); 1 Dec 2008 05:55:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 05:55:45 -0000 Received: (qmail 56356 invoked by uid 500); 1 Dec 2008 05:55:57 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 55934 invoked by uid 500); 1 Dec 2008 05:55:56 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 55923 invoked by uid 99); 1 Dec 2008 05:55:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Nov 2008 21:55:56 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 05:54:27 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 53A09234C2A2 for <michaelbecker@example.org>; Sun, 30 Nov 2008 21:54:44 -0800 (PST) Message-ID: <1796915054.1228110884341.JavaMail.jira@brutus> Date: Sun, 30 Nov 2008 21:54:44 -0800 (PST) From: "Jack Cai (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (DAEMON-117) Procrun's "About" dialog need to be updated MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Procrun's "About" dialog need to be updated ------------------------------------------- Key: DAEMON-117 URL: https://issues.apache.org/jira/browse/DAEMON-117 Project: Commons Daemon Issue Type: Bug Affects Versions: 1.0.1 Reporter: Jack Cai Priority: Minor The About dialog of prunmgr need to updated - 1. The LOGO, as Daemon is now a sub-project of Apache Commons instead of Jakarta. 2. The URL, as www.jakarta.org has retired 3. Copyright year -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 11:04:08 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 78515 invoked from network); 1 Dec 2008 11:04:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 11:04:08 -0000 Received: (qmail 46316 invoked by uid 500); 1 Dec 2008 11:04:18 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 46259 invoked by uid 500); 1 Dec 2008 11:04:17 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 46237 invoked by uid 99); 1 Dec 2008 11:04:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 03:04:17 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 11:02:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 0C0E6234C297 for <michaelbecker@example.org>; Mon, 1 Dec 2008 03:03:45 -0800 (PST) Message-ID: <940123806.1228129425048.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 03:03:45 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Closed: (NET-224) NullPointerException if in ftp-directory are files with creation date Feb 29 current year (Problem of leap year) In-Reply-To: <849-419-6902.1214473725028.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston closed NET-224. ---------------------------- Resolution: Fixed Fix Version/s: 2.0 1.5 This is really an Ant issue - however the underlying cause was fixed a while back (see the threads on [net] leap year parsing). > NullPointerException if in ftp-directory are files with creation date Feb 29 current year (Problem of leap year) > ---------------------------------------------------------------------------------------------------------------- > > Key: NET-224 > URL: https://issues.apache.org/jira/browse/NET-224 > Project: Commons Net > Issue Type: Bug > Affects Versions: 1.4 > Environment: Java 1.5/1.6 > Reporter: Alexander > Fix For: 1.5, 2.0 > > > 1) Ant code: > <ftp action="get" > server="${ftp.server}" > userid="${ftp.user}" > password="${ftp.password}" > remotedir="${ftp.dir}" > verbose="yes" > depends="yes"> > <fileset dir="${lib}"> > <include name="*.jar"/> > </fileset> > </ftp> > NullPointerException if in ${ftp.dir} are files with creation date Feb 29 current year > 2) Caused: > Incorrect parse creation date Feb 29 current year > For java 1.5/1.6: > Example 1: > SimpleDateFormat sdf = new SimpleDateFormat("MMM d yy"); > sdf.setLenient(false); > System.out.println("date=" + sdf.parse("Feb 29 12:14")); > > Result: > date=null; > If doesn't use command sdf.setLenient(false) then result: date = Sun Mar 01 12:14:00 EET 1970 > For java 1.4: > Result always "date=Sun Mar 01 12:14:00 EET 1970", because for java 1.4 doesn't throw error NullPointerException > 3) Sources: > File: commons-net-1.4.1\src\java\org\apache\commons\net\ftp\parser\FTPTimestampParserImpl.java > Caused in function (line 225: this.recentDateFormat.setLenient(false); ): > public void configure(FTPClientConfig config) { > .... > String recentFormatString = config.getRecentDateFormatStr(); > if (recentFormatString == null) { > this.recentDateFormat = null; > } else { > this.recentDateFormat = new SimpleDateFormat(recentFormatString, dfs); > this.recentDateFormat.setLenient(false); > } > .... > } > 4) StackTrace: > java.lang.NullPointerException > at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:115) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:357) > at org.apache.tools.ant.Target.performTasks(Target.java:385) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) > at org.apache.tools.ant.Project.executeTarget(Project.java:1298) > at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1181) > at org.apache.tools.ant.Main.runBuild(Main.java:698) > at org.apache.tools.ant.Main.startAnt(Main.java:199) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) > Caused by: java.lang.NullPointerException > at org.apache.tools.ant.taskdefs.optional.net.FTP$FTPDirectoryScanner.checkRemoteSensitivity(FTP.java:583) > at org.apache.tools.ant.taskdefs.optional.net.FTP$FTPDirectoryScanner.forceRemoteSensitivityCheck(FTP.java:552) > at org.apache.tools.ant.taskdefs.optional.net.FTP$FTPDirectoryScanner.scan(FTP.java:231) > at org.apache.tools.ant.taskdefs.optional.net.FTP.transferFiles(FTP.java:1570) > at org.apache.tools.ant.taskdefs.optional.net.FTP.transferFiles(FTP.java:1683) > at org.apache.tools.ant.taskdefs.optional.net.FTP.execute(FTP.java:2373) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) > ... 11 more > --- Nested Exception --- > java.lang.NullPointerException > at org.apache.tools.ant.taskdefs.optional.net.FTP$FTPDirectoryScanner.checkRemoteSensitivity(FTP.java:583) > at org.apache.tools.ant.taskdefs.optional.net.FTP$FTPDirectoryScanner.forceRemoteSensitivityCheck(FTP.java:552) > at org.apache.tools.ant.taskdefs.optional.net.FTP$FTPDirectoryScanner.scan(FTP.java:231) > at org.apache.tools.ant.taskdefs.optional.net.FTP.transferFiles(FTP.java:1570) > at org.apache.tools.ant.taskdefs.optional.net.FTP.transferFiles(FTP.java:1683) > at org.apache.tools.ant.taskdefs.optional.net.FTP.execute(FTP.java:2373) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:357) > at org.apache.tools.ant.Target.performTasks(Target.java:385) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) > at org.apache.tools.ant.Project.executeTarget(Project.java:1298) > at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1181) > at org.apache.tools.ant.Main.runBuild(Main.java:698) > at org.apache.tools.ant.Main.startAnt(Main.java:199) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 11:04:10 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 78680 invoked from network); 1 Dec 2008 11:04:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 11:04:10 -0000 Received: (qmail 46383 invoked by uid 500); 1 Dec 2008 11:04:18 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 46261 invoked by uid 500); 1 Dec 2008 11:04:18 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 46246 invoked by uid 99); 1 Dec 2008 11:04:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 03:04:17 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 11:02:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 12E69234C29A for <michaelbecker@example.org>; Mon, 1 Dec 2008 03:03:45 -0800 (PST) Message-ID: <1387865519.1228129425073.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 03:03:45 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (NET-234) Telnet Connector failing if input is more than 76 characters In-Reply-To: <397059.1224677684265.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston updated NET-234: ----------------------------- Fix Version/s: (was: 1.4) 2.1 > Telnet Connector failing if input is more than 76 characters > ------------------------------------------------------------ > > Key: NET-234 > URL: https://issues.apache.org/jira/browse/NET-234 > Project: Commons Net > Issue Type: Bug > Affects Versions: 1.4 > Environment: HP-UX > Reporter: Abhishek > Fix For: 2.1 > > > I try to connect to an HP-UX box and fire this command: > vtadmin check queue /Servers/bserv10400_vit_core/WipMailProcessor/ClarifyQueue > By trial and error i have found that since this command is longer than 76 characters the readuntil() in TelnetClient fails and doesnt give proper output. > Any help would be highly appreciated. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 12:14:36 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 557 invoked from network); 1 Dec 2008 12:14:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:14:36 -0000 Received: (qmail 51830 invoked by uid 500); 1 Dec 2008 12:14:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 51757 invoked by uid 500); 1 Dec 2008 12:14:46 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 51746 invoked by uid 99); 1 Dec 2008 12:14:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:14:46 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:13:27 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 6523D234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 04:13:44 -0800 (PST) Message-ID: <1003425727.1228133624413.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 04:13:44 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Commented: (NET-237) add streaming methods (corresponding to array methods) to NNTPClient In-Reply-To: <1331855516.1225823564388.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651982#action_12651982 ] Rory Winston commented on NET-237: ---------------------------------- Hi Ken Sure, any patches would be appreciated - there has been a TODO to improve NNTP client performance for a very long time :) > add streaming methods (corresponding to array methods) to NNTPClient > -------------------------------------------------------------------- > > Key: NET-237 > URL: https://issues.apache.org/jira/browse/NET-237 > Project: Commons Net > Issue Type: New Feature > Affects Versions: 1.0, 1.1, 1.1.1, 1.2, 1.2.1, 1.2.2, 1.3, 1.4, 2.0 > Reporter: Ken Geis > > NNTPClient.listNewNews(..) can use a lot of memory for large groups. I recommend adding streaming version of the same. > Iterator<String> iterateNewNews(NewGroupsOrNewsQuery query); > One could also add streaming versions of the *Newsgroups methods, but these are expected to have smaller results than some large newsgroups. > Iterator<NewsgroupInfo> iterateNewNewsgroups(NewGroupsOrNewsQuery query); > Iterator<NewsgroupInfo> iterateNewsgroups(); > Iterator<NewsgroupInfo> iterateNewsgroups(String wildmat); > I'll work on iterateNewNews(..) and submit a patch if it's good. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 12:16:37 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 1831 invoked from network); 1 Dec 2008 12:16:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:16:36 -0000 Received: (qmail 55083 invoked by uid 500); 1 Dec 2008 12:16:46 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 55033 invoked by uid 500); 1 Dec 2008 12:16:46 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 55022 invoked by uid 99); 1 Dec 2008 12:16:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:16:46 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:15:26 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 452BD234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 04:15:44 -0800 (PST) Message-ID: <171683230.1228133744282.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 04:15:44 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Closed: (NET-202) Telnet Command Execution API In-Reply-To: <1546260764.1205269726386.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston closed NET-202. ---------------------------- Resolution: Invalid > Telnet Command Execution API > ---------------------------- > > Key: NET-202 > URL: https://issues.apache.org/jira/browse/NET-202 > Project: Commons Net > Issue Type: Wish > Affects Versions: 1.4 > Environment: Windows,Java > Reporter: hardikkumar Darji > Priority: Minor > > I thought there should be an API that just receives UNIX or LINUX command and reply back the command output to Client. > I want to use Telnet utility classes in common-net to send commands programmetically and want get back the out put but Could not found any solution yet. > Any help will be appreciated. > Thanks > Hardikkumar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 12:28:06 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 10469 invoked from network); 1 Dec 2008 12:28:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:28:06 -0000 Received: (qmail 66279 invoked by uid 500); 1 Dec 2008 12:28:16 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 66201 invoked by uid 500); 1 Dec 2008 12:28:16 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 66190 invoked by uid 99); 1 Dec 2008 12:28:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:28:16 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:26:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 5981F234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 04:27:44 -0800 (PST) Message-ID: <1773586336.1228134464365.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 04:27:44 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Closed: (NET-233) TFTPClient.sendFile doesn't work in binary mode In-Reply-To: <506594190.1221240344421.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston closed NET-233. ---------------------------- Resolution: Cannot Reproduce I have tried this locally, and cannot reproduce with 1.5 (HEAD) or 2.0. Can you try with 2.0? > TFTPClient.sendFile doesn't work in binary mode > ----------------------------------------------- > > Key: NET-233 > URL: https://issues.apache.org/jira/browse/NET-233 > Project: Commons Net > Issue Type: Bug > Affects Versions: 1.4 > Environment: [root@balexander-dev-env tftpd]# uname -a > Linux balexander-dev-env 2.6.9-34.ELsmp #1 SMP Thu Mar 9 06:23:23 GMT 2006 x86_64 x86_64 x86_64 GNU/Linux > Reporter: Bill Alexander > > The TFTPClient class won't send a file in binary mode. > To reproduce: > 1. Compile examples.tftp > 2. java -cp <classpath> examples.tftp -s -b 83.161.120.155 virt_shell.sh.gz virt_shell.sh.gz > tftp program ends without error. > The file virt_shell.sh.gz shows up on the destination host, but has zero bytes. The following messages are generated by tftpd (which has the -v option turned on). > Sep 9 10:59:08 balexander-dev-env in.tftpd[3266]: WRQ from 83.161.120.155 filename virt_shell.sh.gz > Sep 9 10:59:09 balexander-dev-env in.tftpd[3266]: tftpd: read: Connection refused -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 12:30:07 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 10950 invoked from network); 1 Dec 2008 12:30:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:30:06 -0000 Received: (qmail 68912 invoked by uid 500); 1 Dec 2008 12:30:17 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 68844 invoked by uid 500); 1 Dec 2008 12:30:17 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 68833 invoked by uid 99); 1 Dec 2008 12:30:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:30:16 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:28:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 9D129234C2AF for <michaelbecker@example.org>; Mon, 1 Dec 2008 04:29:44 -0800 (PST) Message-ID: <1847795881.1228134584642.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 04:29:44 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Closed: (NET-227) Support for cygwin In-Reply-To: <533442954.1216751612353.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston closed NET-227. ---------------------------- Resolution: Fixed Fix Version/s: 2.0 This is fixed in 2.0 : systems with a "Type: L8" suffix identifier should resolve to the Unix file entry parser. > Support for cygwin > ------------------ > > Key: NET-227 > URL: https://issues.apache.org/jira/browse/NET-227 > Project: Commons Net > Issue Type: Bug > Affects Versions: 1.4 > Environment: Client: Windows Server 2003. FTP Server: Tumbleweed running on Windows Server 2003 running CYGWIN. Commons net version 1.4.1. > Reporter: codemonkey > Fix For: 2.0 > > > When the client sends a SYST command, the server responds with "215 Cygwin Type: L8". The createFileEntryParser method of the DefaultFTPFileEntryParserFactory class does not have an entry in that block of if statements there to catch and work with Cygwin. I am using a limited set of ftp commands in the project I'm working on, but so far everything seems to work fine when I alias Cygwin to unix. I'm not sure if there are any other complexities around this, or if there is a better way to do this, but I'm sure y'all will know :) > Here's what I added: > FTPClientConfig.java > In the constant definitions at the beginning of the class starting at line 140, I added the following: > /** > * Identifier by which a unix emulation-based ftp server is known throughout > * the commons-net ftp system. > */ > > public static final String SYST_CYGWIN = "CYGWIN"; > DefaultFTPFileEntryParserFactory.java > In the first catch block starting at line 85 in the createFileEntryParser method, I added the following to the existing else if statements: > else if (ukey.indexOf(FTPClientConfig.SYST_CYGWIN) >= 0) > { > parser = createUnixFTPEntryParser(); > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 12:40:07 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 14130 invoked from network); 1 Dec 2008 12:40:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:40:06 -0000 Received: (qmail 84276 invoked by uid 500); 1 Dec 2008 12:40:17 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 83876 invoked by uid 500); 1 Dec 2008 12:40:17 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 83865 invoked by uid 99); 1 Dec 2008 12:40:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:40:17 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:38:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 7A7A0234C29E for <michaelbecker@example.org>; Mon, 1 Dec 2008 04:39:44 -0800 (PST) Message-ID: <1680352938.1228135184500.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 04:39:44 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Closed: (NET-204) If the connection is slow, FTPClient will work abnormal. In-Reply-To: <52067461.1205460204281.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston closed NET-204. ---------------------------- Resolution: Cannot Reproduce I need more information (or ideally something reproducible) before something like this can be tackled effectively - I'm not even sure what the real issue is here. > If the connection is slow, FTPClient will work abnormal. > -------------------------------------------------------- > > Key: NET-204 > URL: https://issues.apache.org/jira/browse/NET-204 > Project: Commons Net > Issue Type: Bug > Affects Versions: 1.4 > Environment: JDK 1.5.07 > Reporter: alex > > When the connection is slow, it seems methods of FTPClient will work abnormal, e.g. if call list("/"), sometime it returns error code 500..., sometime it returns 0 number of files, some time even throw exception. But this is because of the connection is slow, so shouldn't it returns can't connect to site? When FTPclient can't returns remote file list, I can use FileZilla or IE to browse that site. > If the connection is ok. then file list is returned and work well, but how fast the connection is required is not certain. The connection is not changed, just because the time when program is running at is different. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 12:44:50 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 15399 invoked from network); 1 Dec 2008 12:44:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:44:49 -0000 Received: (qmail 89919 invoked by uid 500); 1 Dec 2008 12:44:55 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 89853 invoked by uid 500); 1 Dec 2008 12:44:55 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 89836 invoked by uid 99); 1 Dec 2008 12:44:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:44:55 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:43:27 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C1CDF234C29E for <michaelbecker@example.org>; Mon, 1 Dec 2008 04:43:44 -0800 (PST) Message-ID: <849-419-6902.1228135424792.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 04:43:44 -0800 (PST) From: "Rory Winston (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Closed: (NET-192) Solaris 10 unable to download files, FTPClient timesout with: "426 Data connection: Error 0" In-Reply-To: <741545444.1204577570826.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/NET-192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rory Winston closed NET-192. ---------------------------- Resolution: Cannot Reproduce Need something reproducible here - the only differential is the Solaris version, which leads me to think that this may be a server rather than a client issue. > Solaris 10 unable to download files, FTPClient timesout with: "426 Data connection: Error 0" > -------------------------------------------------------------------------------------------- > > Key: NET-192 > URL: https://issues.apache.org/jira/browse/NET-192 > Project: Commons Net > Issue Type: Bug > Affects Versions: 1.4 > Environment: commons-net-1.4.1, Java 1.5.0_u10 > Windows XP client, Solaris 10 server > Reporter: Zac Heismann > Attachments: FTPTest.zip > > > Existing code working on Solaris 8, breaks under Solaris 10. > We configured the ftpdaemon's flush-wait property to be set to no. Here's some info on what we did: > http://forums.ni.com/ni/board/message?board.id=180&message.id=30183 > From the man page: > flush-wait yes|no [typelist] > Controls the behavior at the end of a download or direc- > tory listing. If yes, shutdown the data connection for > sending and wait for the client to close its end before > sending a transfer complete reply on the control connec- > tion. This is the default behavior. If no, close the > data connection and send the transfer complete reply > without waiting for the client. With this behavior, data > loss can go undetected. > If a client hangs at the end of a directory listing, or > the system has many sockets in the FIN_WAIT_2 state, try > setting to no as a workaround for broken client > behavior. > ----------- > I'll attempt to attach a test case (you'll need to configure some properties though). > Here's the code being executed. The execution hangs when the FTPClient.completePendingCommand() method is called for around 20 minutes and then the following Reply String is returned from the FTPClient: "426 Data connection: Error 0." > import java.io.BufferedInputStream; > import java.io.File; > import java.io.FileOutputStream; > import java.io.InputStream; > import org.apache.commons.net.ftp.FTP; > import org.apache.commons.net.ftp.FTPClient; > import org.apache.commons.net.ftp.FTPReply; > /** > * Solaris 10 unable to download files, FTPClient timesout with: "426 Data connection: Error 0" > * > * commons-net-1.4.1, Java 1.5.0_u10 > * Windows XP client, Solaris 10 server > * > Existing code working on Solaris 8, breaks under Solaris 10. > We configured the ftpdaemon's flush-wait property to be set to no. Here's some info on what we did: > http://forums.ni.com/ni/board/message?board.id=180&message.id=30183 > From the man page: > flush-wait yes|no [typelist] > Controls the behavior at the end of a download or direc- > tory listing. If yes, shutdown the data connection for > sending and wait for the client to close its end before > sending a transfer complete reply on the control connec- > tion. This is the default behavior. If no, close the > data connection and send the transfer complete reply > without waiting for the client. With this behavior, data > loss can go undetected. > If a client hangs at the end of a directory listing, or > the system has many sockets in the FIN_WAIT_2 state, try > setting to no as a workaround for broken client > behavior. > * > * @author zheismann > */ > public final class App > { > > public static void testFTP(String ftpHost, String ftpUserName, String ftpPassword, > String fileToDownload, String localDestinationFile) > throws Exception > { > File localFile = new File( localDestinationFile ); > FTPClient ftpClient = setupConnection(ftpHost, ftpUserName, ftpPassword); > ftpClient.setFileType( FTP.BINARY_FILE_TYPE ); > System.out.println("Attempting to download '" + fileToDownload + "' from host: " + ftpHost); > System.out.println("to the localhost: '" + localFile.getAbsolutePath() + "'"); > FileOutputStream outStream = new FileOutputStream( localFile ); > InputStream ftpIn = ftpClient.retrieveFileStream( fileToDownload ); > InputStream tempStream = new BufferedInputStream( ftpIn ); > byte[] buf = new byte[ftpClient.getBufferSize()]; > int len; > //Read from the ftpStream and write to the local file > while ( (len = tempStream.read( buf )) >= 0 ) > { > outStream.write( buf, 0, len ); > } > if ( !ftpClient.completePendingCommand() ) > { > throw new Exception( > "Error downloading file: " + > localDestinationFile + "\n" + > ftpClient.getReplyString() + "\n" ); > } > System.out.println("Success!"); > } > > private static FTPClient setupConnection(String ftpHost, String ftpUserName, String ftpPassword) throws Exception > { > FTPClient ftpClient = new FTPClient(); > ftpClient.connect(ftpHost); > ftpClient.login(ftpUserName, ftpPassword); > int reply = ftpClient.getReplyCode(); > if (!FTPReply.isPositiveCompletion(reply)) > { > throw new Exception( "Error connecting to: " + ftpHost + "\n" + ftpClient.getReplyString() + "\n" ); > } > return ftpClient; > } > public class App > { > private static final String FTP_HOST = ""; > private static final String FTP_USERNAME = "zheisman"; > private static final String FTP_PASSWORD = ""; > private static final String FILE_TO_DOWNLOAD = "/home/zheisman/pom.xml"; > private static final String FTP_FILE_DESTINATION = "/pom.xml"; > > private static void testFTP() throws Exception > { > File localFile = new File( FTP_FILE_DESTINATION ); > FTPClient ftpClient = setupConnection(); > ftpClient.setFileType( FTP.BINARY_FILE_TYPE ); > System.out.println("Attempting to download '" + FILE_TO_DOWNLOAD + "' from host: " + FTP_HOST); > System.out.println("to the localhost: '" + localFile.getAbsolutePath() + "'"); > FileOutputStream outStream = new FileOutputStream( localFile ); > InputStream ftpIn = ftpClient.retrieveFileStream( FILE_TO_DOWNLOAD ); > InputStream tempStream = new BufferedInputStream( ftpIn ); > byte[] buf = new byte[ftpClient.getBufferSize()]; > int len; > //Read from the ftpStream and write to the local file > while ( (len = tempStream.read( buf )) >= 0 ) > { > outStream.write( buf, 0, len ); > } > if ( !ftpClient.completePendingCommand() ) > { > throw new Exception( > "Error downloading file: " + > FILE_TO_DOWNLOAD + "\n" + > ftpClient.getReplyString() + "\n" ); > } > } > > private static FTPClient setupConnection() throws Exception > { > FTPClient ftpClient = new FTPClient(); > ftpClient.connect(FTP_HOST); > ftpClient.login(FTP_USERNAME, FTP_PASSWORD); > int reply = ftpClient.getReplyCode(); > if (!FTPReply.isPositiveCompletion(reply)) > { > throw new Exception( "Error connecting to: " + FTP_HOST + "\n" + ftpClient.getReplyString() + "\n" ); > } > return ftpClient; > } > > public static void main( String[] args ) > { > try > { > testFTP(); > } > catch (Exception ex) > { > ex.printStackTrace(); > } > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 13:05:37 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 20450 invoked from network); 1 Dec 2008 13:05:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 13:05:37 -0000 Received: (qmail 26105 invoked by uid 500); 1 Dec 2008 13:05:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 26032 invoked by uid 500); 1 Dec 2008 13:05:47 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 26021 invoked by uid 99); 1 Dec 2008 13:05:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 05:05:47 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 13:04:27 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id E605B234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 05:04:44 -0800 (PST) Message-ID: <1931311765.1228136684941.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 05:04:44 -0800 (PST) From: "David Felsenthal (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Commented: (IO-176) Add an overridable sort callback to the filenames In-Reply-To: <391983844.1218725265216.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/IO-176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651992#action_12651992 ] David Felsenthal commented on IO-176: ------------------------------------- Thank you. David > Add an overridable sort callback to the filenames > -------------------------------------------------- > > Key: IO-176 > URL: https://issues.apache.org/jira/browse/IO-176 > Project: Commons IO > Issue Type: Improvement > Environment: Windows (others too I'm sure) > Reporter: David Felsenthal > Assignee: Niall Pemberton > Priority: Minor > Fix For: 2.0 > > > Several people have requested the ability to sort the file names that are used by the directory walker. I'd suggest (and have done for myself) using an overridable callback rather than a filter. This allows current code to operate unbroken. > I changed line 394 of DirectoryWalker: > > File[] childFiles = handleFileNames((filter == null ? directory.listFiles() : directory.listFiles(filter))); > Added: > /** > * Overridable callback method invoked when a directory is visited. > * <p> > * This implementation does nothing. > * > * @param names > * the array of File objects in arbitrary order > * > * @return the (possibly manipulated) array of File > * @throws IOException > * if an I/O Error occurs > * > * > */ > protected File[] handleFileNames(File [] names) throws IOException { > // do nothing - overridable by subclass > return names; > } > And overrode it like this in my case, as I wanted reverse alphabetic: > @Override > protected File[] handleFileNames(File[] names) throws IOException { > Arrays.sort(names, new Comparator<File>() { > public int compare(File file1, File file2) { > return file2.getName().toUpperCase().compareTo( > file1.getName().toUpperCase()); > } > }); > return names; > } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 13:35:38 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 34639 invoked from network); 1 Dec 2008 13:35:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 13:35:36 -0000 Received: (qmail 62227 invoked by uid 500); 1 Dec 2008 13:35:46 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 62171 invoked by uid 500); 1 Dec 2008 13:35:46 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 62160 invoked by uid 99); 1 Dec 2008 13:35:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 05:35:46 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 13:34:26 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 56660234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 05:34:44 -0800 (PST) Message-ID: <275873279.1228138484352.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 05:34:44 -0800 (PST) From: "Edvin Syse (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Commented: (EMAIL-79) SimpleEmail#setMsg() with UTF-8 content honors correct charset in header, but doesn't encode the content correctly In-Reply-To: <849-419-6902.1211809076191.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/EMAIL-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12651997#action_12651997 ] Edvin Syse commented on EMAIL-79: --------------------------------- Thanks, hopefully that will do the trick! I agree that one cannot always determine the correct encoding, but I think it is reasonable that the same encoding should be used in both subject and body even if you don't supply something explicitely, don't you agree? > SimpleEmail#setMsg() with UTF-8 content honors correct charset in header, but doesn't encode the content correctly > ------------------------------------------------------------------------------------------------------------------ > > Key: EMAIL-79 > URL: https://issues.apache.org/jira/browse/EMAIL-79 > Project: Commons Email > Issue Type: Bug > Affects Versions: 1.1 > Environment: Windows Vista, JDK 1.6.0_06 > Reporter: Edvin Syse > Priority: Minor > Attachments: EMAIL-79-patch.txt, EmailTest.zip > > > When I create a new SimpleEmail and use setMsg(some-utf8-text), the Content-Type header of the generated email correctly changes to UTF-8, but the content is not encoded correctly. > Adding setCharset("UTF-8") solves the problem, but that shouldn't be needed, as the change of Content-Type header indicates. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 14:11:27 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 54269 invoked from network); 1 Dec 2008 14:11:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 14:11:26 -0000 Received: (qmail 10638 invoked by uid 500); 1 Dec 2008 14:11:27 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 10572 invoked by uid 500); 1 Dec 2008 14:11:27 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 10549 invoked by uid 99); 1 Dec 2008 14:11:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 06:11:27 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 14:09:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 381C1234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 06:10:44 -0800 (PST) Message-ID: <703043150.1228140644228.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 06:10:44 -0800 (PST) From: "ArtemGr (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (NET-245) FTP: MFMT support MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org FTP: MFMT support ----------------- Key: NET-245 URL: https://issues.apache.org/jira/browse/NET-245 Project: Commons Net Issue Type: Wish Affects Versions: Nightly Builds, 2.1 Reporter: ArtemGr A lot of modern FTP servers support time modification via MFMT. This is especially useful for file synchronization. http://www.omz13.com/downloads/draft-somers-ftp-mfxx-00.html#anchor8 http://forum.filezilla-project.org/viewtopic.php?f=6&t=6115 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 21:32:12 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 50922 invoked from network); 1 Dec 2008 21:32:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 21:32:11 -0000 Received: (qmail 87913 invoked by uid 500); 1 Dec 2008 21:32:17 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 87849 invoked by uid 500); 1 Dec 2008 21:32:16 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 87828 invoked by uid 99); 1 Dec 2008 21:32:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 13:32:16 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 21:30:56 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 43E5F234C29E for <michaelbecker@example.org>; Mon, 1 Dec 2008 13:31:44 -0800 (PST) Message-ID: <1653494916.1228167104277.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 13:31:44 -0800 (PST) From: "Oliver Heger (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Resolved: (CONFIGURATION-321) AbstractHierarchicalConfiguration.getKeys(key) doesn't return the key In-Reply-To: <422950035.1208126466190.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CONFIGURATION-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Heger resolved CONFIGURATION-321. ---------------------------------------- Resolution: Fixed A fix was applied to both trunk and configuration2 branch. > AbstractHierarchicalConfiguration.getKeys(key) doesn't return the key > --------------------------------------------------------------------- > > Key: CONFIGURATION-321 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-321 > Project: Commons Configuration > Issue Type: Bug > Affects Versions: 1.5 > Reporter: Emmanuel Bourg > Assignee: Oliver Heger > Fix For: 1.6 > > > The getKeys(String prefix) implementation of AbstractHierarchicalConfiguration doesn't return anything if the prefix used is the key of an existing property. The iterator returned should at least contain the key used as the prefix. > Here is the test method for TestHierarchicalConfiguration, currently the first assertion fails: > {code:java} > public void testGetKeysWithKeyAsPrefix() > { > Iterator<?> it = config.getKeys("order.key1"); > assertTrue("no key found", it.hasNext()); > assertEquals("1st key", "order.key1", it.next()); > assertFalse("more keys than expected", it.hasNext()); > } > {code} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 21:42:07 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 57351 invoked from network); 1 Dec 2008 21:42:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 21:42:06 -0000 Received: (qmail 14054 invoked by uid 500); 1 Dec 2008 21:42:17 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 14003 invoked by uid 500); 1 Dec 2008 21:42:16 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 13992 invoked by uid 99); 1 Dec 2008 21:42:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 13:42:16 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 21:40:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 868DE234C298 for <michaelbecker@example.org>; Mon, 1 Dec 2008 13:41:44 -0800 (PST) Message-ID: <146330838.1228167704550.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 13:41:44 -0800 (PST) From: =?utf-8?Q?Olivier_Gr=C3=A9goire_=28JIRA=29?= <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (DBUTILS-47) Add a StatementFiller to be able to provide a Bean for updates, instead of bean values. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Add a StatementFiller to be able to provide a Bean for updates, instead of = bean values. ---------------------------------------------------------------------------= ------------ Key: DBUTILS-47 URL: https://issues.apache.org/jira/browse/DBUTILS-47 Project: Commons DbUtils Issue Type: New Feature Affects Versions: 1.1 Reporter: Olivier Gr=C3=A9goire Priority: Minor Fix For: 1.2 When using the QueryRunner, in conjunction with the ResultSetHandler interf= ace, we got awesome results. Everything seems to be easier... except when i= t comes to update an object to the database. To solve this, what I request is adding a new interface that allows to easi= ly fill a statement with a bean, instead of a list of values (Object). The interface should be something like this: public interface StatementFiller { public void fillStatement (Statement stmt, Object bean) throws SQLExcepti= on; } and can be called in an update() like this: =09public int update(Connection connection, String sql, StatementFiller fil= ler, Object bean) =09 throws SQLException { =09=09PreparedStatement statement =3D null; =09=09try { =09=09=09statement =3D this.prepareStatement(connection, sql); =09=09=09filler.fillStatement(statement, bean); =09=09=09return statement.executeUpdate(); =09=09} catch (SQLException e) { =09=09=09throw this.nestException(e, sql, bean); =09=09} finally { =09=09=09close(statement); =09=09} =09} What is clearly the advantage of this? Simply that we can use only one Quer= yRunner and any amount of statement fillers, just like there exist a lot of= ResultSetHandler. There is no more need to override the QueryRunner's stat= ementFiller. To keep backward compatibility, QueryRunner may implement that interface an= d be provided as the default Filler, so the current behavior is not lost. (Sorry for not showing the actual sources of DButils: I don't have them rig= ht here, I used my tweaked version instead). --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Mon Dec 01 22:06:37 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 74399 invoked from network); 1 Dec 2008 22:06:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 22:06:37 -0000 Received: (qmail 70642 invoked by uid 500); 1 Dec 2008 22:06:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 70560 invoked by uid 500); 1 Dec 2008 22:06:47 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 70549 invoked by uid 99); 1 Dec 2008 22:06:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 14:06:47 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 22:05:27 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 7C5FF234C29F for <michaelbecker@example.org>; Mon, 1 Dec 2008 14:05:44 -0800 (PST) Message-ID: <1444610128.1228169144508.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 14:05:44 -0800 (PST) From: =?utf-8?Q?Olivier_Gr=C3=A9goire_=28JIRA=29?= <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (DBUTILS-48) Maintaining a parallel Java 1.5 version of DButils MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Maintaining a parallel Java 1.5 version of DButils -------------------------------------------------- Key: DBUTILS-48 URL: https://issues.apache.org/jira/browse/DBUTILS-48 Project: Commons DbUtils Issue Type: New Feature Reporter: Olivier Gr=C3=A9goire Priority: Minor Well, DButils was a great step forward when managing a database. But Java 5= came and added a lot of new features to the language, including generics, = which I think is easy to put in place. The base change of all this is changing the signature of ResultSetHandler: public interface ResultSetHandler<T> { public T handle(ResultSet rs) throws SQLException; } With this code, we can easily provide directly from the QueryRunner a speci= fic object without having to cast it. Furthermore, we can also make the queries much more efficient, and declare = only 2 method instead of three as it is currently the case: =09public <T> T query(String sql, ResultSetHandler<T> handler, Object... pa= rams) throws SQLException { =09=09Connection connection =3D this.prepareConnection(); =09=09try { =09=09=09return this.query(connection, sql, handler, params); =09=09} finally { =09=09=09close(connection); =09=09} =09} =09public <T> T query(Connection connection, String sql, ResultSetHandler<T= > handler, Object... params) throws SQLException { =09=09PreparedStatement statement =3D null; =09=09ResultSet resultSet =3D null; =09=09try { =09=09=09statement =3D this.prepareStatement(connection, sql); =09=09=09this.fillStatement(statement, params); =09=09=09resultSet =3D this.wrap(statement.executeQuery()); =09=09=09return handler.handle(resultSet); =09=09} catch (SQLException e) { =09=09=09throw this.nestException(e, sql, params); // nestException creates= an exception to be thrown here, instead of rethrow(e, sql, params); =09=09} finally { =09=09=09try { =09=09=09=09close(resultSet); =09=09=09} finally { =09=09=09=09close(statement); =09=09=09} =09=09} =09} I don't know for you, but I find that code much more readable and maintaina= ble. In fact, I already did this implementation and use it in prod without = any issue, since it is only basic language adaptation. And using it is also very easy: Book book =3D queryRunner.query("SELECT * FROM book WHERE title =3D ? AND a= uthor =3D ?", new BeanHandler(Book.class), title, author); instead of=20 Book book =3D (Book)queryRunner.query("SELECT * FROM book WHERE title =3D ?= AND author =3D ?", new BeanHandler(Book.class), new Object[]{title, author= }); However, I wrote an original time estimation of 1 day, because all classes = have to be adapted, especially those included in org.apache.common.dbutils.= handlers. As I estimate, it is minor, it is just a request in order to have more beau= tiful code, for a downside of providing a Java 1.5 compatible version of DB= Utils. Maintaining this should be very rough as well, since DBUtils is not = really big (but it's amazing how so little code can provide so much code im= provements!) --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Tue Dec 02 02:16:07 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 73066 invoked from network); 2 Dec 2008 02:16:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 02:16:06 -0000 Received: (qmail 11441 invoked by uid 500); 2 Dec 2008 02:16:17 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 11361 invoked by uid 500); 2 Dec 2008 02:16:17 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 11337 invoked by uid 99); 2 Dec 2008 02:16:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 18:16:17 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 02:14:57 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 4D52B234C29B for <michaelbecker@example.org>; Mon, 1 Dec 2008 18:15:44 -0800 (PST) Message-ID: <1866051185.1228184144315.JavaMail.jira@brutus> Date: Mon, 1 Dec 2008 18:15:44 -0800 (PST) From: "Corey Scott (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Commented: (EMAIL-79) SimpleEmail#setMsg() with UTF-8 content honors correct charset in header, but doesn't encode the content correctly In-Reply-To: <849-419-6902.1211809076191.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/EMAIL-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652237#action_12652237 ] Corey Scott commented on EMAIL-79: ---------------------------------- That certainly seems logical. :-) > SimpleEmail#setMsg() with UTF-8 content honors correct charset in header, but doesn't encode the content correctly > ------------------------------------------------------------------------------------------------------------------ > > Key: EMAIL-79 > URL: https://issues.apache.org/jira/browse/EMAIL-79 > Project: Commons Email > Issue Type: Bug > Affects Versions: 1.1 > Environment: Windows Vista, JDK 1.6.0_06 > Reporter: Edvin Syse > Priority: Minor > Attachments: EMAIL-79-patch.txt, EmailTest.zip > > > When I create a new SimpleEmail and use setMsg(some-utf8-text), the Content-Type header of the generated email correctly changes to UTF-8, but the content is not encoded correctly. > Adding setCharset("UTF-8") solves the problem, but that shouldn't be needed, as the change of Content-Type header indicates. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Tue Dec 02 09:29:37 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 16648 invoked from network); 2 Dec 2008 09:29:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 09:29:37 -0000 Received: (qmail 23995 invoked by uid 500); 2 Dec 2008 09:29:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 23937 invoked by uid 500); 2 Dec 2008 09:29:47 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 23926 invoked by uid 99); 2 Dec 2008 09:29:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 01:29:47 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 09:28:27 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 1BAF7234C298 for <michaelbecker@example.org>; Tue, 2 Dec 2008 01:28:45 -0800 (PST) Message-ID: <348284854.1228210125112.JavaMail.jira@brutus> Date: Tue, 2 Dec 2008 01:28:45 -0800 (PST) From: =?utf-8?Q?J=C3=B6rg_Hohwiller_=28JIRA=29?= <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (DBCP-277) DBCP Locking Up MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org DBCP Locking Up --------------- Key: DBCP-277 URL: https://issues.apache.org/jira/browse/DBCP-277 Project: Commons Dbcp Issue Type: Bug Affects Versions: 1.2.2 Reporter: J=C3=B6rg Hohwiller We had hanging threads that stalled in SocketInputStream.socketRead0 via Or= acle-JDBC-Driver in our tomcat.=20 Because we found DBCP-28, we decided to update to version 1.2.2 of commons-= dbcp. Since that our Problems got worse because we experience some sort of deadlo= ck in commons-dbcp.=20 Thread-Dumps after a nightly loadtest expose that threads got stuck in Gene= ricObjectPool.returnObject, while others wait in borrowObject.=20 We stopped the load and waited for hours. The thread-dump still looks the s= ame: "TP-Processor1361" daemon prio=3D1 tid=3D0x67379fb8 nid=3D0x36e9 waiting fo= r monitor entry [0x5f5cb000..0x5f5cc0c0] =09at org.apache.commons.pool.impl.GenericObjectPool.returnObject(GenericOb= jectPool.java:916) =09- waiting to lock <0x716c4e50> (a org.apache.commons.pool.impl.GenericOb= jectPool) =09at org.apache.commons.dbcp.PoolableConnection.close(PoolableConnection.j= ava:87) =09- locked <0x7a6d0408> (a org.apache.commons.dbcp.PoolableConnection) =09at org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.= close(PoolingDataSource.java:181) =09at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.= closeConnection(LocalDataSourceConnectionProvider.java:96) =09at org.hibernate.jdbc.ConnectionManager.closeConnection(ConnectionManage= r.java:451) =09at org.hibernate.jdbc.ConnectionManager.cleanup(ConnectionManager.java:3= 85) =09at org.hibernate.jdbc.ConnectionManager.close(ConnectionManager.java:324= ) =09at org.hibernate.impl.SessionImpl.close(SessionImpl.java:298) =09at org.springframework.orm.hibernate3.SessionFactoryUtils.closeSession(S= essionFactoryUtils.java:774) =09at org.springframework.orm.hibernate3.SessionFactoryUtils.closeSessionOr= RegisterDeferredClose(SessionFactoryUtils.java:760) =09at org.springframework.orm.hibernate3.HibernateTransactionManager.doClea= nupAfterCompletion(HibernateTransactionManager.java:674) =09at org.springframework.transaction.support.AbstractPlatformTransactionMa= nager.cleanupAfterCompletion(AbstractPlatformTransactionManager.java:966) =09at org.springframework.transaction.support.AbstractPlatformTransactionMa= nager.processCommit(AbstractPlatformTransactionManager.java:759) =09at org.springframework.transaction.support.AbstractPlatformTransactionMa= nager.commit(AbstractPlatformTransactionManager.java:678) ... The same issue was already discussed on the mailing-list so we are not the = only ones with this problem: http://mail-archives.apache.org/mod_mbox/commons-user/200712.mbox/%3C5611A9= michaelbecker@example.org%3E --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From issuesmichaelbecker@example.org Tue Dec 02 10:55:37 2008 Return-Path: <issuesmichaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 64538 invoked from network); 2 Dec 2008 10:55:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 10:55:37 -0000 Received: (qmail 27870 invoked by uid 500); 2 Dec 2008 10:55:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 27798 invoked by uid 500); 2 Dec 2008 10:55:46 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.commons.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 27787 invoked by uid 99); 2 Dec 2008 10:55:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 02:55:46 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 10:54:26 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 47298234C29C for <michaelbecker@example.org>; Tue, 2 Dec 2008 02:54:44 -0800 (PST) Message-ID: <135495805.1228215284290.JavaMail.jira@brutus> Date: Tue, 2 Dec 2008 02:54:44 -0800 (PST) From: "Andre Panisson (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Commented: (MATH-224) Utility method to aggregate Statistics In-Reply-To: <525122541.1220988464501.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/MATH-224?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126523= 35#action_12652335 ]=20 Andre Panisson commented on MATH-224: ------------------------------------- I didn't understood why the implementation of aggregation would not be obvi= ous changing the implementation setup. I think one premise for the implemen= tation of a storeless second moment and variance is the previous knowledge = of the mean, n and previous variance. Without this information,
{'source': 'Apache Software Foundation Public Mail Archives'}