From commons-dev-returndustinhughes@example.org Thu Apr 01 08:21:31 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 9845 invoked from network); 1 Apr 2004 08:21:31 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 08:21:31 -0000 Received: (qmail 2688 invoked by uid 500); 1 Apr 2004 08:21:03 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 2665 invoked by uid 500); 1 Apr 2004 08:21:03 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 2632 invoked from network); 1 Apr 2004 08:21:02 -0000 Received: from unknown (HELO coderage.org) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 08:21:02 -0000 Received: from CodeRage.ORG (localhost [IPv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4:1]) by coderage.org (8.12.9+Sun/8.12.9) with ESMTP id i318L6hK001239 for <dustinhughes@example.org>; Thu, 1 Apr 2004 09:21:14 +0100 (WEST) Message-ID: <dustinhughes@example.org> Date: Thu, 01 Apr 2004 09:21:06 +0100 From: Michael Davey <dustinhughes@example.org> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.6) Gecko/20040116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List <dustinhughes@example.org> Subject: [all] [VFS] Where are the committers? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hello, It looks as though the committers for VFS are currently busy working on other projects. I would like to propose that a vote is held to admit Mario Ivankovits as a Commons-Sandbox committer. Mario has been active on the developer list for over a year and has submitted patches for FTP and VFS. More recently, Mario has spent some time setting up a test server for VFS. http://dustinhughes@example.org/msg38267.html http://issues.apache.org/bugzilla/show_bug.cgi?id=27776 http://dustinhughes@example.org/msg38413.html http://dustinhughes@example.org/msg38412.html There has been increasing interest in the VFS project over the last few months, and it needs someone to be focusing on it. Mario has expressed an interest in moving VFS forward and, I believe, is ready. However, I am not a committer myself, so is there anyone who would be willing to sponsor this proposal and send out the appropriate "VOTE" email? -- Michael --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 08:29:03 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 15340 invoked from network); 1 Apr 2004 08:29:03 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 08:29:03 -0000 Received: (qmail 15594 invoked by uid 500); 1 Apr 2004 08:28:16 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 15536 invoked by uid 500); 1 Apr 2004 08:28:16 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 15414 invoked from network); 1 Apr 2004 08:28:15 -0000 Received: from unknown (HELO beasty.multitask.com.au) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 08:28:15 -0000 In-Reply-To: <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> Subject: RE: [maven][codec] Maven RC-2 & Clover problem MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5 September 26, 2003 From: dustinhughes@example.org Message-ID: <dustinhughes@example.org> Date: Thu, 1 Apr 2004 18:22:32 +1000 X-MIMETrack: Serialize by Router on beasty/Multitask Consulting/AU(Release 6.5|September 26, 2003) at 01/04/2004 06:22:35 PM, Serialize complete at 01/04/2004 06:22:35 PM Content-Type: multipart/alternative; boundary="=_alternative 002E61F3CA256E69_=" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --=_alternative 002E61F3CA256E69_= Content-Type: text/plain; charset="US-ASCII" Jar resources come from the <build><resources> element. What's that section of your project.xml look like? -- dIon Gillard, Multitask Consulting "Gary Gregory" <dustinhughes@example.org> wrote on 01/04/2004 10:08:05 AM: > Hello, > > In the Maven debug output I see: > > java:jar-resources: > [DEBUG] FileSet: Setup scanner in dir > C:\cvs-store\apache.org\jakarta\commons\codec with patternSet{ includes: > [**/*.properties] excludes: [] } > > What follows in the console is at the end of this message. The problem > seems to related to the source and target for this **/*.properties I am > guessing. > > Is there another Maven debug settings that shows how these paths are > created, presumably from properties? I know that in Ant, you can see the > prop values as they are assigned. Can you do the same in Maven? > > Still stuck, > Gary > > [VERBOSE] default.properties added as default.properties doesn't exist. > [VERBOSE] project.properties added as project.properties doesn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\classes\target\clover\classes > \targe > t\clover\classes\target\clover\classes\default.properties added as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/ > clover/classes/target/classes/target/clover/classes/target/clover/classe > s/target/clover/classes/default.properties doesn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\classes\target\clover\classes > \targe > t\clover\classes\target\clover\classes\project.properties added as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/ > clover/classes/target/classes/target/clover/classes/target/clover/classe > s/target/clover/classes/project.properties doesn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\clover\classes\default.proper > ties a > dded as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/clover/classes/target/clover/classes/default.proper > ties doe > sn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\clover\classes\project.proper > ties a > dded as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/clover/classes/target/clover/classes/project.proper > ties doe > sn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\clover\classes\target\classes > \defau > lt.properties added as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/clover/classes/target/clover/classes/target/ > classes/default.properties doesn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\clover\classes\target\classes > \proje > ct.properties added as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/clover/classes/target/clover/classes/target/ > classes/project.properties doesn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\clover\classes\target\classes > \targe > t\classes\default.properties added as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/clover/classes/target/clover/ > classes/target/classes/target/classes/default.properties doesn't exist. > [VERBOSE] > src\classes\target\clover\classes\target\classes\target\clover\classes\t > arget\classes\target\clover\classes\target\clover\classes\target\classes > \targe > t\classes\project.properties added as > src/classes/target/clover/classes/target/classes/target/clover/classes/t > arget/classes/target/clover/classes/target/clover/ > classes/target/classes/target/classes/project.properties doesn't exist. > > Thank you, > Gary > > > -----Original Message----- > > From: dustinhughes@example.org [mailto:dustinhughes@example.org] > > Sent: Tuesday, March 30, 2004 21:45 > > To: Jakarta Commons Developers List > > Subject: Re: [maven][codec] Maven RC-2 & Clover problem > > > > "Gary Gregory" <dustinhughes@example.org> wrote on 31/03/2004 08:51:23 > AM: > > > > > Hello, > > > > > > I installed Maven RC-2 and when I now run a [codec] build with > "maven > > > clean site:generate", the build works once, but not twice. During > the > > > 2nd (last) invocation of: > > > > > > java:jar-resources: > > > Copying 264 files to > > > C:\cvs-store\apache.org\jakarta\commons\codec\target\clover\classes > > > > > > Some kind of loop or self reference takes place such that a deep > nested > > > and undeletable dir structure is created: > > > > > > > C:\cvs-store\apache.org\jakarta\commons\codec\target\clover\classes\src\ > > > classes > > > > C:\cvs-store\apache.org\jakarta\commons\codec\target\clover\classes\src\ > > > classes\target > > > > C:\cvs-store\apache.org\jakarta\commons\codec\target\clover\classes\src\ > > > > Somewhere in your resources or another definition, you're including ** > in > > a list of files to be copied. This copies everything, including > target/ > > into target/ which will eventually die horribly. > > -- > > dIon Gillard, Multitask Consulting > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dustinhughes@example.org > For additional commands, e-mail: dustinhughes@example.org > --=_alternative 002E61F3CA256E69_=-- From commons-dev-returndustinhughes@example.org Thu Apr 01 09:13:46 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 42775 invoked from network); 1 Apr 2004 09:13:46 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 09:13:45 -0000 Received: (qmail 96588 invoked by uid 500); 1 Apr 2004 09:13:18 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 96310 invoked by uid 500); 1 Apr 2004 09:13:17 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 96291 invoked from network); 1 Apr 2004 09:13:16 -0000 Received: from unknown (HELO vertigo.micropole.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 09:13:16 -0000 Received: by vertigo.micropole.com; id LAA04243; Thu, 1 Apr 2004 11:14:56 +0200 (CEST) Message-Id: <dustinhughes@example.org> Date: Thu, 01 Apr 2004 11:13:27 +0200 From: Emmanuel Bourg <dustinhughes@example.org> Organization: Micropole Univers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: fr, en, en-us MIME-Version: 1.0 To: Jakarta Commons Developers List <dustinhughes@example.org> Subject: Re: [Vote][all] migrate top level commons site to mavenized version. References: <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The site looks great, it would be even better if it passed the markup validation ;) http://validator.w3.org/check?verbose=1&uri=http%3A//jakarta.apache.org/commons-mavenized/ The new version has much less errors than the previous one though, that's a great achievement: http://validator.w3.org/check?verbose=1&uri=http%3A//jakarta.apache.org/commons/ Emmanuel Bourg --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 09:22:18 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 48531 invoked from network); 1 Apr 2004 09:22:18 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 09:22:18 -0000 Received: (qmail 13033 invoked by uid 500); 1 Apr 2004 09:21:46 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 12973 invoked by uid 500); 1 Apr 2004 09:21:46 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 12910 invoked from network); 1 Apr 2004 09:21:46 -0000 Received: from unknown (HELO c14.maximedia.ch) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 09:21:46 -0000 Received: from www.dalinsoft.ch (localhost [83.161.120.155]) by localhost (8.10.2-SOL3/8.10.2) with ESMTP id i319JxG12402 for <dustinhughes@example.org>; Thu, 1 Apr 2004 11:19:59 +0200 From: "Pierre Auslander" <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> Reply-To: dustinhughes@example.org Subject: Re: [math] sparse algebra Date: Thu, 1 Apr 2004 11:19:59 +0200 Message-Id: <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> References: <dustinhughes@example.org> <dustinhughes@example.org> X-Mailer: Open WebMail 1.71 20020917 X-OriginatingIP: 83.161.120.155 (dustinhughes@example.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Ok. When is 1.0 due for delivery (roughly)? Meanwhile I will do the Java rewrite and make the source + func & perf tests available on our website so you guys can have a look before any commit. BTW, is there any "graph library" proposal? Or any "heuristic optimisation" like simulated annealing, ant walk, genetic programming, etc. I know it's not numerics, but its still maths and algebra... Cheers, Pierre On Wed, 31 Mar 2004 15:31:32 -0800 (PST), Al Chou wrote > --- Phil Steitz <dustinhughes@example.org> wrote: > > Pierre Auslander wrote: > > > Gents, > > > > > > would it be of any interest to contribute sparse matrices (with iterative > > > decomposition, solvers, etc.) to commons.math? > > > > > > Some time ago I've implemented such a library in C++, using iterative > > > algorithms. It allowed us to handle very large sparse matrices (e.g. > > 100'000 > > > by 100'000 correlation matrices used in risk management) in record space > > and > > > time. I need now a Java version and think of translating the library and > > > possibly contributing it to jakarta/commons. > > > > > > > I think that this would make a good addition to commons-math (post 1.0). > > I completely agree. > > Al > > __________________________________ > Do you Yahoo!? > Yahoo! Finance Tax Center - File online. File on time. > http://taxes.yahoo.com/filing.html > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dustinhughes@example.org > For additional commands, e-mail: dustinhughes@example.org -- Open WebMail Project (http://openwebmail.org) --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 09:33:16 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 55153 invoked from network); 1 Apr 2004 09:33:16 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 09:33:16 -0000 Received: (qmail 30382 invoked by uid 500); 1 Apr 2004 09:32:47 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 30332 invoked by uid 500); 1 Apr 2004 09:32:46 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 30304 invoked from network); 1 Apr 2004 09:32:46 -0000 Received: from unknown (HELO smtp.easystreet.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 09:32:46 -0000 Received: from apache.org (dsl-208-161-106-6.dsl.easystreet.com [83.161.120.155]) by smtp.easystreet.com (Postfix) with ESMTP id 409FB3640F3 for <dustinhughes@example.org>; Thu, 1 Apr 2004 01:32:59 -0800 (PST) Message-ID: <dustinhughes@example.org> Date: Thu, 01 Apr 2004 01:32:59 -0800 From: Craig McClanahan <dustinhughes@example.org> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List <dustinhughes@example.org> Subject: Re: [digester] patch to keep stack of matched rules [also: Mixed Content support] References: <1080791452.18727.52.camel@pcsimon> <dustinhughes@example.org> <1080806482.18262.124.camel@pcsimon> In-Reply-To: <1080806482.18262.124.camel@pcsimon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Simon Kitching wrote: >On Thu, 2004-04-01 at 18:37, Craig McClanahan wrote: > > >>Simon Kitching wrote: >> >> >> >>>Hi, >>> >>>Here's a simple patch that I think would make digester more efficient, >>>by avoiding unnecessary calls to rules.getMatch(). >>> >>> >>> >>I like the idea in general, but would ask one favor ... could you try >>the modified code with Tomcat and/or Struts as well? I don't think our >>unit tests cover some of the interdependencies -- not that this patch >>looks like it would break anything, but I just like to make sure we're >>not messing up two primary customer projects. >> >> > >I downloaded tomcat 5.0.19, and did a search for "*digester*". >There was only one hit: server/lib/commons-digester.jar > > > Cool ... thanks for doing this. >I replaced that lib with one built with the proposed patch, and Tomcat >ran fine. > >I also searched for "struts.jar", and found the "admin" webapp contained >it and is therefore presumably a struts-based webapp. So I used the >admin app a bit, and it also worked fine. > > > Good. >One question, though: according to the RELEASE-NOTES file, only libs in >common/lib and shared/lib are made available to webapps. But the "admin" >webapp doesn't bundle a copy of commons-digester.jar, so I don't >understand where it is getting its digester functionality from... > > > It only works when you try this on the first of April :-) Actually, there is a perfectly logical explanation -- the Admin webapp includes a privileged="true" attribute in its <Context> definition. Among other things, this causes the "server" class loader (including the commons-digester.jar from server/lib) to be the parent class loader for the admin webapp's class loader -- thus, the digester found in server/lib is visible to the Admin webapp. >Regards, > >Simon > > > Craig --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 09:44:39 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 62623 invoked from network); 1 Apr 2004 09:44:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 09:44:38 -0000 Received: (qmail 53014 invoked by uid 500); 1 Apr 2004 09:44:08 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 52954 invoked by uid 500); 1 Apr 2004 09:44:08 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 52930 invoked from network); 1 Apr 2004 09:44:08 -0000 Received: from unknown (HELO b0502.idoo.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 09:44:08 -0000 Received: from 83.161.120.155 [83.161.120.155] by b0502.idoo.com id 0404010939.07080e; Thu, 1 Apr 2004 09:39:08 GMT Message-ID: <dustinhughes@example.org> From: "Emmanuel Venisse" <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> References: <dustinhughes@example.org> <dustinhughes@example.org> Subject: Re: [Vote][all] migrate top level commons site to mavenized version. Date: Thu, 1 Apr 2004 11:44:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 if-filter0: N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Excellent. The majority of errors (13/17) should be fixed in the xdoc plugin. For others, it can be fix in xml files. Emmanuel ----- Original Message ----- From: "Emmanuel Bourg" <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> Sent: Thursday, April 01, 2004 11:13 AM Subject: Re: [Vote][all] migrate top level commons site to mavenized version. > The site looks great, it would be even better if it passed the markup > validation ;) > > http://validator.w3.org/check?verbose=1&uri=http%3A//jakarta.apache.org/commons-mavenized/ > > The new version has much less errors than the previous one though, > that's a great achievement: > > http://validator.w3.org/check?verbose=1&uri=http%3A//jakarta.apache.org/commons/ > > Emmanuel Bourg > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dustinhughes@example.org > For additional commands, e-mail: dustinhughes@example.org > > > _____________________________________________________________________ > Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger > http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France _____________________________________________________________________ Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 10:40:31 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 90542 invoked from network); 1 Apr 2004 10:40:31 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 10:40:31 -0000 Received: (qmail 38396 invoked by uid 500); 1 Apr 2004 10:40:00 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 38351 invoked by uid 500); 1 Apr 2004 10:39:59 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 38336 invoked from network); 1 Apr 2004 10:39:59 -0000 Received: from unknown (HELO exchange.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 10:39:59 -0000 Received: (qmail 18426 invoked by uid 50); 1 Apr 2004 10:40:52 -0000 Date: 1 Apr 2004 10:40:52 -0000 Message-ID: <dustinhughes@example.org> From: dustinhughes@example.org To: dustinhughes@example.org Cc: Subject: DO NOT REPLY [Bug 27946] - Flat3Map doesn't implement Serializable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27946>. 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=27946 Flat3Map doesn't implement Serializable ------- Additional Comments From dustinhughes@example.org 2004-04-01 10:40 ------- Stephen, I just had a look at the latest source in CVS (Rev. 1.14), and the 3 hashes, keys and values are all marked as transient. Would this cause any problems when reading the Map back from a serialized stream? Cheers, Manik --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 12:22:57 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 42803 invoked from network); 1 Apr 2004 12:22:56 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 12:22:56 -0000 Received: (qmail 96281 invoked by uid 500); 1 Apr 2004 12:22:51 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 96236 invoked by uid 500); 1 Apr 2004 12:22:50 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 96216 invoked from network); 1 Apr 2004 12:22:50 -0000 Received: from unknown (HELO javactivity.org) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 12:22:50 -0000 Received: from 83.161.120.155 [83.161.120.155] by javactivity.org with ESMTP (SMTPD32-7.07) id A97A1A0B0046; Thu, 01 Apr 2004 06:22:18 -0600 From: Steve Cohen <dustinhughes@example.org> Reply-To: dustinhughes@example.org To: "Jakarta Commons Developers List" <dustinhughes@example.org> Subject: Re: [net] NT FTP Server & DIRSTYLE (was Re: [net] [vote] Release Commons-Net 1.2) Date: Thu, 1 Apr 2004 06:22:17 -0600 User-Agent: KMail/1.5 References: <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <dustinhughes@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I see your point, but it doesn't really solve the problem that I'm seeing. Sure, it would make it easier for any halfway competent java programmer to subclass the parser factory, but I believe most of our users are not in this boat. They want to import our jar into some other application like Ant and have it work seamlessly without configuration issues or writing code. So while I'm not opposed to your change - if you submit it as a patch, I'll commit it - it doesn't really get to the core of the problem that I've been outlining - a truly automatic detection scheme. So let's here some more comments: how nasty is this DIRSTYLE toggling thing that some of us are just hearing about for the first time now? On Thursday 01 April 2004 12:47 am, Mario Ivankovits wrote: > Steve Cohen wrote: > >Wow, that's nasty. Or maybe not. > > I think using DIRSTYLE to toggle the output isnt that nice. > Another idea could be to change the DefaultFTPEntryParserFactory to > allow easier derivation.. > > ---snip--- > public FTPFileEntryParser createFileEntryParser(String key) > { > Class parserClass = null; > try { > parserClass = Class.forName(key); > return (FTPFileEntryParser) parserClass.newInstance(); > } catch (ClassNotFoundException e) { > String ukey = null; > if (null != key) { > ukey = key.toUpperCase(); > } > if (ukey.indexOf("UNIX") >= 0) { > return createUnixFTPEntryParser(); > } else if (ukey.indexOf("VMS") >= 0) { > return createVMSVersioningFTPEntryParser(); > } else if (ukey.indexOf("WINDOWS") >= 0) { > return createNTFTPEntryParser(); > } else if (ukey.indexOf("OS/2") >= 0) { > return createOS2FTPEntryParser(); > } else if (ukey.indexOf("OS/400") >= 0) { > return createOS400FTPEntryParser(); > } else { > throw new ParserInitializationException( > "Unknown parser type: " + key); > } > } catch (ClassCastException e) { > throw new ParserInitializationException( > parserClass.getName() > + " does not implement the interface " > + "org.apache.commons.net.ftp.FTPFileEntryParser.", e); > } catch (Throwable e) { > throw new ParserInitializationException( > "Error initializing parser", e); > } > } > > public FTPFileEntryParser createUnixFTPEntryParser() > { > return new UnixFTPEntryParser(); > } > > public FTPFileEntryParser createVMSVersioningFTPEntryParser() > { > return new VMSVersioningFTPEntryParser(); > } > > public FTPFileEntryParser createNTFTPEntryParser() > { > return new NTFTPEntryParser(); > } > > public FTPFileEntryParser createOS2FTPEntryParser() > { > return new OS2FTPEntryParser(); > } > > public FTPFileEntryParser createOS400FTPEntryParser() > { > return new OS400FTPEntryParser(); > } > ---snip--- > > That way, you still have the current behaviour, and one could easily > override the function "createNTFTPEntryParser()" to return an > UnixFTPEntryParser. > People (including me) deriving from DefaultFTPEntryParserFactory also > benefit from later added parsers. > > > Ciao, > Mario --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 12:48:51 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 57341 invoked from network); 1 Apr 2004 12:48:51 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 12:48:51 -0000 Received: (qmail 61118 invoked by uid 500); 1 Apr 2004 12:48:45 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 61043 invoked by uid 500); 1 Apr 2004 12:48:45 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 61029 invoked from network); 1 Apr 2004 12:48:44 -0000 Received: from unknown (HELO exchange.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 12:48:44 -0000 Received: (qmail 26151 invoked by uid 50); 1 Apr 2004 12:49:22 -0000 Date: 1 Apr 2004 12:49:22 -0000 Message-ID: <dustinhughes@example.org> From: dustinhughes@example.org To: dustinhughes@example.org Cc: Subject: DO NOT REPLY [Bug 27909] - [PATCH] add size(Object) to CollectionsUtil X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27909>. 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=27909 [PATCH] add size(Object) to CollectionsUtil ------- Additional Comments From dustinhughes@example.org 2004-04-01 12:49 ------- i appreciate the additional changes. i hadn't given any thought to iterators or enumerations. good add. i added one more check at the last else to check for primitive arrays (you can't do a general instanceof so i am using a try-catch block instead). public static int size(Object object) { int total = 0; if (object instanceof Map) { total = ((Map) object).size(); } else if (object instanceof Collection) { total = ((Collection) object).size(); } else if (object instanceof Object[]) { total = ((Object[]) object).length; } else if (object instanceof Iterator) { Iterator it = (Iterator) object; while (it.hasNext()) { total++; it.next(); } } else if (object instanceof Enumeration) { Enumeration it = (Enumeration) object; while (it.hasMoreElements()) { total++; it.nextElement(); } } else { try { total = Array.getLength(object); } catch(IllegalArgumentException e) { throw new IllegalArgumentException("Unsupported object type: " + (object == null ? "null" : object.getClass().getName())); } } return total; } --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 13:07:35 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 68643 invoked from network); 1 Apr 2004 13:07:34 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 13:07:34 -0000 Received: (qmail 4072 invoked by uid 500); 1 Apr 2004 13:07:26 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 4016 invoked by uid 500); 1 Apr 2004 13:07:26 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 3985 invoked from network); 1 Apr 2004 13:07:26 -0000 Received: from unknown (HELO smtp.ops.co.at) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 13:07:26 -0000 Received: by smtp.ops.co.at (Postfix, from userid 65534) id ADA2323C0DB; Thu, 1 Apr 2004 15:07:25 +0200 (CEST) Received: from ops.co.at (ts1.int.ops.co.at [83.161.120.155]) by smtp.ops.co.at (Postfix) with ESMTP id DCC9223C0DA for <dustinhughes@example.org>; Thu, 1 Apr 2004 15:07:22 +0200 (CEST) Message-ID: <dustinhughes@example.org> Date: Thu, 01 Apr 2004 15:08:58 +0200 From: Mario Ivankovits <dustinhughes@example.org> User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: de-de, de-at, de, en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List <dustinhughes@example.org> Subject: Re: [net] NT FTP Server & DIRSTYLE (was Re: [net] [vote] Release Commons-Net 1.2) References: <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.61 (83.161.120.155-2003-12-09-exp) on smtp.ops.co.at X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=ham version=2.61 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Steve Cohen wrote: >So let's here some more comments: how nasty is this DIRSTYLE toggling thing >that some of us are just hearing about for the first time now? > > I think we could live with this, but beside this, the question is too, how bad it is to implement. Currently we do have not instance of the FTPClient within the EntryParsers, so we have to change createFileEntryParser to a) pass a "subtype" (which depends on the host) b) to pass the FtpClient instance to do the syst/dirstyle command. or c) We do the following withing NTFTPEntryParser private final FTPFileEntryParser fallback = new UnixFTPEntryParser(); private boolean unixStyle = false; public FTPFile parseFTPEntry(String entry) { if (!unixStyle && matches(entry)) { FTPFile f = new FTPFile(); ...cut.... } else { unixStyle = true; return fallback.parseFTPEntry(entry); } } Then we do not have to rely on the dirstyle output, and do not have to change the interface to the DefaultFTPEntryParser. So the ugliness (if you call the above change so ;-) is within the initiator - the NTFTPEntryParser and the corresponding host ftp implementation :-) If you agree, i could send a patch. -- Mario --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 13:20:51 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 79248 invoked from network); 1 Apr 2004 13:20:51 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 13:20:51 -0000 Received: (qmail 41405 invoked by uid 500); 1 Apr 2004 13:20:37 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 41329 invoked by uid 500); 1 Apr 2004 13:20:36 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 40818 invoked from network); 1 Apr 2004 13:20:32 -0000 Received: from unknown (HELO javactivity.org) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 13:20:32 -0000 Received: from 83.161.120.155 [83.161.120.155] by javactivity.org with ESMTP (SMTPD32-7.07) id A71E11B2009A; Thu, 01 Apr 2004 07:20:30 -0600 From: Steve Cohen <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> Subject: Re: [net] NT FTP Server & DIRSTYLE (was Re: [net] [vote] Release Commons-Net 1.2) Date: Thu, 1 Apr 2004 07:20:30 -0600 User-Agent: KMail/1.5 References: <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <dustinhughes@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I think having a Unix parser within the NT parser is not a good design. I think the logical right place to do it is in the factory. Before I had heard about DIRSTYLE I was envisioning a process of getting a test listing when SYST returned "Windows" and trying both parsers. Or some other test. To be done in the factory. The DIRSTYLE thing offends because it seems "invasive" but how invasive is it, really? If it only affects the single connection session (which is what I would assume), it's not so bad. On Thursday 01 April 2004 7:08 am, Mario Ivankovits wrote: > Steve Cohen wrote: > >So let's here some more comments: how nasty is this DIRSTYLE toggling > > thing that some of us are just hearing about for the first time now? > > I think we could live with this, but beside this, the question is too, > how bad it is to implement. > > Currently we do have not instance of the FTPClient within the > EntryParsers, so we have to change createFileEntryParser to > a) pass a "subtype" (which depends on the host) > b) to pass the FtpClient instance to do the syst/dirstyle command. > > or > > c) We do the following withing NTFTPEntryParser > > private final FTPFileEntryParser fallback = new UnixFTPEntryParser(); > private boolean unixStyle = false; > > public FTPFile parseFTPEntry(String entry) > { > if (!unixStyle && matches(entry)) > { > FTPFile f = new FTPFile(); > ...cut.... > } > else > { > unixStyle = true; > return fallback.parseFTPEntry(entry); > } > } > > > Then we do not have to rely on the dirstyle output, and do not have to > change the interface to the DefaultFTPEntryParser. > So the ugliness (if you call the above change so ;-) is within the > initiator - the NTFTPEntryParser and the corresponding host ftp > implementation :-) > > > If you agree, i could send a patch. > > -- Mario > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dustinhughes@example.org > For additional commands, e-mail: dustinhughes@example.org --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 13:25:14 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 82070 invoked from network); 1 Apr 2004 13:25:14 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 13:25:14 -0000 Received: (qmail 57357 invoked by uid 500); 1 Apr 2004 13:25:07 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 57320 invoked by uid 500); 1 Apr 2004 13:25:06 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 57307 invoked from network); 1 Apr 2004 13:25:06 -0000 Received: from unknown (HELO exchange.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 13:25:06 -0000 Received: (qmail 1251 invoked by uid 50); 1 Apr 2004 13:25:46 -0000 Date: 1 Apr 2004 13:25:46 -0000 Message-ID: <dustinhughes@example.org> From: dustinhughes@example.org To: dustinhughes@example.org Cc: Subject: DO NOT REPLY [Bug 27328] - tie content length of form fields posted with struts-validator maxlength attribute or alike X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27328>. 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=27328 tie content length of form fields posted with struts-validator maxlength attribute or alike ------- Additional Comments From dustinhughes@example.org 2004-04-01 13:25 ------- in the apache james appears to work on the same issues: they appears to get a "fast-fail" soon http://marc.theaimsgroup.com/?l=james-user&m=108040337403426&w=2 , but to date, they also suffer from out-of-memory before graceful user notification about such issues http://issues.apache.org/jira/browse/JAMES-241 --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 13:37:17 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 91116 invoked from network); 1 Apr 2004 13:37:16 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 13:37:16 -0000 Received: (qmail 94643 invoked by uid 500); 1 Apr 2004 13:37:09 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 94617 invoked by uid 500); 1 Apr 2004 13:37:08 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 94599 invoked from network); 1 Apr 2004 13:37:08 -0000 Received: from unknown (HELO smtp.ops.co.at) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 13:37:08 -0000 Received: by smtp.ops.co.at (Postfix, from userid 65534) id 77FA623C0DB; Thu, 1 Apr 2004 15:37:08 +0200 (CEST) Received: from ops.co.at (ts1.int.ops.co.at [83.161.120.155]) by smtp.ops.co.at (Postfix) with ESMTP id 0242623C0DA for <dustinhughes@example.org>; Thu, 1 Apr 2004 15:37:05 +0200 (CEST) Message-ID: <dustinhughes@example.org> Date: Thu, 01 Apr 2004 15:38:41 +0200 From: Mario Ivankovits <dustinhughes@example.org> User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: de-de, de-at, de, en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List <dustinhughes@example.org> Subject: Re: [net] NT FTP Server & DIRSTYLE (was Re: [net] [vote] Release Commons-Net 1.2) References: <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.61 (83.161.120.155-2003-12-09-exp) on smtp.ops.co.at X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=ham version=2.61 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Steve Cohen schrieb: >.... test listing when >SYST returned "Windows" and trying both parsers. Or some other test. To be >done in the factory. > > But how would you know, that you are in an directory where you have the permission to do the list command, or at least there are files within? Depending on the host configuration and the url the user passed to FTPClient, the directory might be secured or empty. If you dont like to use the UnixFTPEntryParser directly (what i can unsterstand) , what do you think about an NTUnixFTPEntryParser (which is a copy) and use this instead. So changes in UnixFTPEntryParser might not break the NT Parser - if this is what you are afraid. I think this is most invasive as it does not a) rely on any configuration of the host b) involve any additional step in the communication between FTPClient and the Parser c) need to change any interface/implemenation beside the current NTFTPEntryParser. >The DIRSTYLE thing offends because it seems "invasive" but how invasive is it, >really? If it only affects the single connection session (which is what I >would assume), it's not so bad. > > Yes, i have checked it, it only affects the single connection. -- Mario --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 13:51:55 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 3668 invoked from network); 1 Apr 2004 13:51:54 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 13:51:54 -0000 Received: (qmail 31467 invoked by uid 500); 1 Apr 2004 13:51:47 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 31413 invoked by uid 500); 1 Apr 2004 13:51:47 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 31344 invoked from network); 1 Apr 2004 13:51:46 -0000 Received: from unknown (HELO warhawk.mpi.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 13:51:46 -0000 Received: from lightning.mpi.com (lightning [83.161.120.155]) by warhawk.mpi.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id i31DlmB13195 for <dustinhughes@example.org>; Thu, 1 Apr 2004 08:47:48 -0500 (EST) Received: from US-VS1.corp.mpi.com (us-be1.corp.mpi.com [83.161.120.155]) by lightning.mpi.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id i31DpCBD002992 for <dustinhughes@example.org>; Thu, 1 Apr 2004 08:51:38 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Vote][all] migrate top level commons site to mavenized version. Date: Thu, 1 Apr 2004 08:50:56 -0500 Message-ID: <dustinhughes@example.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Vote][all] migrate top level commons site to mavenized version. Thread-Index: AcQXaTo7qgNXyKzSS9iE2wdx38Qj1AAhwJ+w From: "Shapira, Yoav" <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi, >http://jakarta.apache.org/commons-mavenized > > >[ ] +1 yes, and I'll help >[ X ] +0 yes, go for it, but I'll just watch. >[ ] -1 no way, you've got more work before you can do this. Looks good. Can the left frame be made a tiny bit wider so that "Releasing Components" is on one line? (I'm using IE6/WinXP in a 1024x768 resolution on my screen). Yoav Shapira This e-mail, including any attachments, is a confidential business com= munication, and may contain information that is confidential, propriet= ary and/or privileged. This e-mail is intended only for the individua= l(s) to whom it is addressed, and may not be saved, copied, printed, d= isclosed or used by anyone else. If you are not the(an) intended reci= pient, please immediately delete this e-mail from your computer system= and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 13:59:33 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 8636 invoked from network); 1 Apr 2004 13:59:33 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 13:59:33 -0000 Received: (qmail 50036 invoked by uid 500); 1 Apr 2004 13:59:22 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 49870 invoked by uid 500); 1 Apr 2004 13:59:21 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 49853 invoked from network); 1 Apr 2004 13:59:21 -0000 Received: from unknown (HELO javactivity.org) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 13:59:21 -0000 Received: from 83.161.120.155 [83.161.120.155] by javactivity.org with ESMTP (SMTPD32-7.07) id A0281226009A; Thu, 01 Apr 2004 07:59:04 -0600 From: Steve Cohen <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> Subject: Re: [Vote][all] migrate top level commons site to mavenized version. Date: Thu, 1 Apr 2004 07:59:04 -0600 User-Agent: KMail/1.5 References: <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <dustinhughes@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N [ ] +1 yes, and I'll help [ X ] +0 yes, go for it, but I'll just watch. [ ] -1 no way, you've got more work before you can do this. Sorry, I'm not totally up to speed on what has to be done, but I'm in general favor of the look that maven gives the site. Steve Cohen --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 14:01:43 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 11073 invoked from network); 1 Apr 2004 14:01:41 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 14:01:41 -0000 Received: (qmail 59497 invoked by uid 500); 1 Apr 2004 14:01:35 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 59418 invoked by uid 500); 1 Apr 2004 14:01:34 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 59363 invoked from network); 1 Apr 2004 14:01:33 -0000 Received: from unknown (HELO mustang.mpi.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 14:01:33 -0000 Received: from lightning.mpi.com (lightning [83.161.120.155]) by mustang.mpi.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id i31DmnV24579 for <dustinhughes@example.org>; Thu, 1 Apr 2004 08:48:49 -0500 (EST) Received: from US-VS1.corp.mpi.com (us-be1.corp.mpi.com [83.161.120.155]) by lightning.mpi.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id i31DmCBP002465 for <dustinhughes@example.org>; Thu, 1 Apr 2004 08:48:48 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [site] please check redeployed betwixt, digester, beanutils Date: Thu, 1 Apr 2004 08:48:02 -0500 Message-ID: <dustinhughes@example.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [site] please check redeployed betwixt, digester, beanutils Thread-Index: AcQXbQu29vgkguGNQFGAhPzwZIOMFQAgtTTg From: "Shapira, Yoav" <dustinhughes@example.org> To: "Jakarta Commons Developers List" <dustinhughes@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi, My browser is IE6 on WinXP (both with all the updates installed). No = whitespaces in the top-level commons-mavenized site, yes whitespaces i= n the beanutils site. Yoav Shapira Millennium Research Informatics >-----Original Message----- >From: Mark R. Diggory [mailto:dustinhughes@example.org] >Sent: Wednesday, March 31, 2004 5:12 PM >To: Jakarta Commons Developers List >Subject: Re: [site] please check redeployed betwixt, digester, beanut= ils > >Can you see it on the mavenized top level site too? > >http://jakarta.apache.org/commons-mavenized > > >On Wed, 2004-03-31 at 17:05, Emmanuel Venisse wrote: >> > On 31 Mar 2004, at 22:24, Shapira, Yoav wrote: >> > >> > > Hi, >> > > What's with all the white spaces, e.g. between the Japanese and= >Korean >> > > translation links on the left-hand nav bar of the beanutils sit= e? >> > >> > dunno (i don't see them with moz, safari or IE on macOSX or moz, = galeon >> > on linux). anyone have any ideas? >> >> I have the same problem under IE6/win XP but it's correct under >FireFox/win >> XP >> >> Emmanuel >> >> >> ___________________________________________________________________= __ >> Envie de discuter en "live" avec vos amis ? T=C3=A9l=C3=A9charger M= SN Messenger >> http://www.ifrance.com/_reloc/m la 1=C3=A8re messagerie instantan=C3= =A9e de >France >> >> >> -------------------------------------------------------------------= -- >> To unsubscribe, e-mail: dustinhughes@example.org >> For additional commands, e-mail: dustinhughes@example.org= g >-- >Mark R. Diggory >Software Developer - VDC Project >Harvard MIT Data Center >http://www.hmdc.harvard.edu > > >---------------------------------------------------------------------= >To unsubscribe, e-mail: dustinhughes@example.org >For additional commands, e-mail: dustinhughes@example.org This e-mail, including any attachments, is a confidential business com= munication, and may contain information that is confidential, propriet= ary and/or privileged. This e-mail is intended only for the individua= l(s) to whom it is addressed, and may not be saved, copied, printed, d= isclosed or used by anyone else. If you are not the(an) intended reci= pient, please immediately delete this e-mail from your computer system= and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: dustinhughes@example.org For additional commands, e-mail: dustinhughes@example.org From commons-dev-returndustinhughes@example.org Thu Apr 01 14:25:47 2004 Return-Path: <commons-dev-returndustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 35527 invoked from network); 1 Apr 2004 14:25:47 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Apr 2004 14:25:47 -0000 Received: (qmail 20332 invoked by uid 500); 1 Apr 2004 14:25:39 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 20267 invoked by uid 500); 1 Apr 2004 14:25:38 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:dustinhughes@example.org> List-Subscribe: <mailto:dustinhughes@example.org> List-Help: <mailto:dustinhughes@example.org> List-Post: <mailto:dustinhughes@example.org> List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org> Reply-To: "Jakarta Commons Developers List" <dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 20241 invoked from network); 1 Apr 2004 14:25:38 -0000 Received: from unknown (HELO ms-smtp-01.rdc-kc.rr.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Apr 2004 14:25:38 -0000 Received: from firefoot.brekke.org (CPE-24-211-17-60.wi.rr.com [83.161.120.155]) by ms-smtp-01.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id i31EPbHo008405 for <dustinhughes@example.org>; Thu, 1 Apr 2004 08:25:37 -0600 (CST) Received: from jbrekke by firefoot.brekke.org with local (Exim 3.36 #1 (Debian)) id 1B937r-0002YF-00 for <dustinhughes@example.org>; Thu, 01 Apr 2004 08:24:59 -0600 To: Jakarta Commons Developers List <dustinhughes@example.org> Subject: Re: [net] NT FTP Server & DIRSTYLE References: <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> <dustinhughes@example.org> From: dustinhughes@example.org (Jeffrey D. Brekke) Date: Thu, 01 Apr 2004 08:24:59 -0600 In-Reply-To: <dustinhughes@example.org> (Steve Cohen's message of "Wed, 31 Mar 2004 22:22:24 -0600") Message-ID: <dustinhughes@example.org> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N >>>>> On Wed, 31 Mar 2004 22:22:24 -0600, Steve Cohen <dustinhughes@example.org> said: > Wow, that's nasty. Or maybe not. It sounds like there is a default > admin setting you can make and then the site DIRSTYLE command > toggles the feature on and off for the duration of the connection, > right? Yes, it only effects your connection. Since each time you call 'site dirstyle' it toggles, in the original code snippet I was calling 'site dirstyle' twice, just to determine what the current setting is, *not* change it ( although it is changed for a short while ). You are correct and the administrator can have a site default to either Unix or MSDOS style listings. We are currently using this method and haven't had trouble. > I see several ways we could go. > 1. Just leave it as it is. (safest?) > 2. try your test (if SYST returns "Windows") and then pick the > appropriate parser. > 3. If SYST returns Windows, run the site DIRSTYLE command once > or twice as needed to force the session into UNIX mode and use the Unix parser. > 4. If SYST returns Windows, run the site DIRSTYLE command once or > twice as needed to force the session into Windows mode and use > the NT parser. I vote 2. > I am assuming that calling the DIRSTYLE command is only for that > session, right? Do all versions of NT (4.0, 2K, XP, etc.) support > this command? I've seen this dirstyle setting on all Microsoft Windows FTP servers I've come across so far. > What is your recommendation? I think we should take your > recommendation here as you seem to have the most knowledge. It > sounds like we could get such a change in and not delay the release > if you are willing to test this in action. Does that make sense - > or should we just leave it alone for now. I think we ( [net] ) shouldn't switch the users current dirstyle on them. Lets use this method to determine what the current dirstyle is and then give the user the correct parser. We never want the inquiry to blow up, so we should default to NT's Parser. I'll test and/or write up an additional test for our functional suite. > What I am trying to avoid is causing trouble for our poor user last > week who just "solved" the problem using our earlier version by > switching to unix mode on his server, and will now be broken by our > fix. We ( at work ) are currently using 'site dirstyle' in some cases to programmatically force the site to unix listings ( your solution 3 ) in order to use the original list parsers ( yea, we still have some old stuff using the old parsers! ). > On Wednesday 31 March 2004 1:05 pm, Jeffrey D. Brekke wrote: >> The only way we've found is to use the output of the SITE DIRSTYLE >> command itself, calling it twice: >> ftp> site DIRSTYLE >> 200 MSDOS-like directory output is off ftp> site DIRSTYLE >> 200 MSDOS-like directory output is on >> >> Then parse that last line: >> >> /** * Method isMSDOSDirstyle. * @return String */ public boolean >> isMSDOSDirstyle() { boolean retVal = false; try { if >> (sendSiteCommand("DIRSTYLE")) { sendSiteCommand("DIRSTYLE"); retVal >> = (getReplyString().indexOf("on") > 0); >> } >> } >> catch (IOException e) { retVal = false; >> } >> return (retVal); >> } >> >> That might work nicely, until the output of site DIRSTYLE changes >> ;) >> >> >>>>> On Tue, 30 Mar 2004 20:05:33 -0600, Steve Cohen >>>>> >> <dustinhughes@example.org> said: >> > >> > Maybe we're wrong to rely exclusively on the SYST command. Jeff, >> > since you evidently have admin access to an NT FTP server, maybe >> you > can find a quick way to distinguish between an NT server in >> Unix > DIRSTYLE mode and one in NT mode. LIke maybe the header >> information > uses different text or something. >> > >> > Maybe we could have something like this: >> > >> > if "Windows" == syst() result { // do a list command just to look >> at > the header if header is unix style return unix else return >> windows. >> > } >> > >> > If not, we can always go the FAQ route. >> > >> > Steve >> > >> > On Monday 29 March 2004 12:08 pm, Jeffrey D. Brekke wrote: >> >> Here on a Windows2003 server toggling the DIRSTYLE doesn't >> change >> the output of the SYS command. It still reports Windows >> NT 5.0, so >> if the MSDOS dirstyle is off, then the wrong parser >> will get >> autoselected. I guess we could put this in the FAQ or >> something >> with some examples maybe. >> >> >> >> >>>>> On Mon, 29 Mar 2004 06:47:25 -0600, Steve Cohen >>>>> >> >> >> >> <dustinhughes@example.org> said: >> > I think you may be referring >> to something said by a user last >> >> >> >> week, > in which he "solved" the problem by configuring his NT >> FTP >> server to > use the "Unix display format". I didn't know >> before >> that that was > an option. What I still don't know is if >> one takes >> that option, > does the SYST command return "Windows" >> or "Unix"? >> If it's the > former, then we have a problem. It's >> not an >> unsolvable problem > because you can always use the form >> of >> listFiles() that takes a > parser class name or a different >> SYST >>
{'source': 'Apache Software Foundation Public Mail Archives'}