Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 16962 invoked from network); 21 Apr 2006 23:48:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 21 Apr 2006 23:48:48 -0000 Received: (qmail 75483 invoked by uid 500); 21 Apr 2006 23:48:45 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 75377 invoked by uid 500); 21 Apr 2006 23:48:45 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 75362 invoked by uid 99); 21 Apr 2006 23:48:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Apr 2006 16:48:45 -0700 X-ASF-Spam-Status: No, hits=-9.4 required=10.0 tests=ALL_TRUSTED,NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Apr 2006 16:48:44 -0700 Received: by brutus.apache.org (Postfix, from userid 33) id 7DFC67142E1; Fri, 21 Apr 2006 23:47:40 +0000 (GMT) From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 33889] - [lang] split camel case strings In-Reply-To: X-Bugzilla-Reason: AssignedTo Message-Id: <20060421234740.7DFC67142E1@brutus.apache.org> Date: Fri, 21 Apr 2006 23:47:40 +0000 (GMT) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.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 . 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=33889 ------- Additional Comments From bayard@apache.org 2006-04-21 23:47 ------- That's a good point Matt. Even with the char class, it would only be able to make foo200Bar be one of: (foo, 2, 0, 0, Bar) (foo200, Bar) It wouldn't be able to give you: (foo, 200Bar) Not a big worry for me, but what about "XMLHttpSOAPRequest". That should be split to be (XML, Http, SOAP, Request). So in addition to a char-class to make it more generic, it would need to define whether it considered an immediate repeat to be sticky or not. Starting to sound like (another) StringTokenizer at that point, but with the tokens being inclusive in the data not exclusive. So -1 to my generic suggestion, we already have it, either the new text.StrTokenizer, or regular expressions. On the particular issue of have a camel case parser, it'd be interesting to implement this as an instance of StrTokenizer. I suspect we'd have to improve the API to allow inclusive tokens. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org