Re: [commons-text] Additional CaseUtils type functionality that can handle snake, kebab, camel, pascal, and others

[Hasan Diwan]

[content inline]

On Wed, 9 Aug 2023 at 15:47, Elliotte Rusty Harold 
wrote:

> Checked exception is almost certainly wrong. But I'm not sure we need
> any exception at all here. I don't think these methods need any
> exceptions at all aside from NullPointerException for null inputs.
> Otherwise, every string should have a deterministic representation in
> camel case, pascal case, etc.
>
I was just adumbrating possibilities here. Personally, I prefer checked
exceptions to unchecked, but think null in this case is best. -- H
-- 
OpenPGP: https://hasan.d8u.us/openpgp.asc
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: [commons-text] Additional CaseUtils type functionality that can handle snake, kebab, camel, pascal, and others

[Hasan Diwan]

[content inline]

On Wed, 9 Aug 2023 at 15:08, Elliotte Rusty Harold 
wrote:

> What happens when a token contains an unpermitted character?
>

Three possibilities:
1. null -- favoured by Square's HTTP implementation.
2. a checked Exception --preferred by the JDK.
3. an unchecked Exception -- leveraged by various commons projects,  like
commons-math's interpolate method. -- H
-- 
OpenPGP: https://hasan.d8u.us/openpgp.asc
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

[commons-math] Three Concerns

[Hasan Diwan]

I'm trying to migrate an internal service for interpolation to commons-math
3.6.1, using org.apache.commons.math3.fitting.GaussianCurveFitter. My
thoughts on this method:

- The fit() function returns a double[], what the numbers mean is missing
from the javadoc. I can write the doc, but just need to know what they
should be. This is the quick fix, but I feel we should consider having the
method return a Map where the key could be a descriptive
label of what it means. This would be in addition to the javadoc addition
mentioned earlier.

- Exceptions that are thrown by the fit() method ought to inherit from
Exception instead of RuntimeException.

- If the mean of my data is 1.54 and its standard deviation is 0.24, how is
the interpolation using the GaussianCurveFitter yielding 5.58, when all the
x-values differ by 1?

Many thanks for your help! -- H
-- 
OpenPGP: https://hasan.d8u.us/openpgp.asc
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: [lang] Considering a new String utility class

[Hasan Diwan]

Looking through StringUtils[1]m most of the methods have an "IgnoreCase"
variant, so I don't think one needs to DO anything to achieve this. If you
want to fold the ignoreCase variants, add something like:

private static boolean disregardCase = false;
/**
 * Sets case-insensitivity in a fluent manner
 */
private static StringUtils foldCase(String value) {
if(startsWith(str, prefix, false);disregardCase) {
   this.value = this.value.toLowerCase();
}
}

public static StringUtils withCaseInsensitivity() {
disregardCase = true;
return this;
}

public static StringUtils withCaseSensitivity() {
disregardCase = false;
return this;
}

and change all the relevant methods to call foldCase before doing their
thing. -- H
-- 
OpenPGP: https://hasan.d8u.us/openpgp.asc
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: [lang] Considering a new String utility class

[Hasan Diwan]

On Wed, 15 Mar 2023 at 20:55, Matt Benson  wrote:

> > > > > Any thoughts?
>

Something like:

> StringUtils2.ignoreCase() /* makes the next functions case insensitive
*/.respectCase(). * back to case-sensitive */

? -- H

-- 
OpenPGP: https://hasan.d8u.us/openpgp.asc
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: [lang] Considering a new String utility class

[Hasan Diwan]

+1

On Wed, 15 Mar 2023 at 05:58, Gary Gregory  wrote:

> PRs and issues like "[LANG-1682] Adding new startsWithAnyIgnoreCase
> method and tests cases" keep popping up from time to time.
>
> My preference is to stop adding APIs that are variations of other APIs
> based on case sensitivity (and Charset, Locale, and so on).
>
> Instead, I can see adding a new String utility class that tracks such
> attributes on its instance such that you'd say something like:
> - Strings.caseSensitive().someOperation(...)
> - Strings.caseInsensitive().someOperation(...).
>
> The 2 above would access pre-built instances probably. A builder would
> let you build an instance that your app can cache:
> Strings.builder().setCaseSensitivity(true).setCharset(...).build();
>
> An instance of Strings or whatever to call such a class would track
> case sensitivity, a Locale, and maybe an input and output Charset, I'm
> not 100% sure yet. But you get the idea I hope.
>
> Any thoughts?
>
> Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

-- 
OpenPGP: https://hasan.d8u.us/openpgp.asc
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: Creating a Kotlin Commons Lang Package

[Hasan Diwan]

Couldn't you follow  the directions at
https://kotlinlang.org/docs/reference/java-interop.html to call the Java
methods from Kotlin? Or am I missing something? -- H

On Mon, 17 Aug 2020 at 17:45, Miguel Muñoz  wrote:

> I'd be happy to join you.
>
> On Mon, Aug 17, 2020 at 5:24 AM Adwait Kumar Singh <
> theadvaitkumarsi...@gmail.com> wrote:
>
> > Hi all,
> >
> > I created this issue https://issues.apache.org/jira/browse/LANG-1599 to
> > discuss the possibility of creating a Kotlin version of the current
> project
> > which would leverage extension functions to provide cleaner and concise
> > utility functions. Also we would only include those methods which are not
> > provided as part of the Kotlin standard library itself.
> >
> > Wanted to know if we wanted to do this and what it would take to start
> this
> > project.
> >
> > Thanks,
> > Adwait.
> >
>


-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: Release Announcement: General Availability of Java 14 / JDK 14

[Hasan Diwan]

Congrats to all of you who were involved with this project! -- H


On Wed, 18 Mar 2020 at 01:47, Rory O'Donnell 
wrote:

>Hi Benedikt,
>
>
> **Release Announcement: General Availability of Java 14 / JDK 14 [1] * *
>
>   * JDK 14, the reference implementation of Java 14, is now Generally
> Available.
>   * GPL-licensed OpenJDK builds from Oracle are available here:
> https://jdk.java.net/14
>   * JDK 14 Release notes
> <
> https://www.oracle.com/technetwork/java/javase/14-relnote-issues-5809570.html
> >
>
>
>
> JDK 14  includes sixteen features [2]:
>
>305: Pattern Matching for instanceof (Preview)
>343: Packaging Tool (Incubator)
>345: NUMA-Aware Memory Allocation for G1
>349: JFR Event Streaming
>352: Non-Volatile Mapped Byte Buffers
>358: Helpful NullPointerExceptions
>359: Records (Preview)
>361: Switch Expressions (Standard)
>362: Deprecate the Solaris and SPARC Ports
>363: Remove the Concurrent Mark Sweep (CMS) Garbage Collector
>364: ZGC on macOS
>365: ZGC on Windows
>366: Deprecate the ParallelScavenge + SerialOld GC Combination
>367: Remove the Pack200 Tools and API
>368: Text Blocks (Second Preview)
>370: Foreign-Memory Access API (Incubator)
>
> Thanks to everyone who contributed to JDK 14, whether by creating
> features or enhancements, logging  bugs, or downloading and testing the
> early-access builds.
>
> OpenJDK 15 EA build 14 is now available at http://jdk.java.net/15 *
> *
>
>   * These early access, open source builds are provided under the GNU
> General Public License, version 2, with the Classpath Exception
> .
>   * Significant changes since the last availability email:
>   o Build 13 - JDK-8238555
> : Allow
> Initialization of SunPKCS11 with NSS when there are external
> FIPS modules in the NSSDB
>   o Build 10 - JDK-8237776
> : Shenandoah:
> Wrong result with Lucene test
>   + Reported by Apache Lucene.
>   o Build 9 - JDK-8222793
> : Javadoc tool
> ignores "-locale" param and uses default locale for all messages
> and texts
>   + Reported by Apache Lucene.
>
> Project Metropolis Early-Access Builds - Build 14-metropolis+1-17
>  (2020/3/5)
>
>   * These builds are intended for developers looking to test and provide
> feedback on using /Graal,/ in form of native library
> /(libjvmcicompiler.so)/, instead of C2 as HotSpot high optimizing
> JIT compiler.
>   * These early-access builds are provided under the GNU General Public
> License, version 2, with the Classpath Exception
> .
>   * Please send feedback via e-mail to metropolis-...@openjdk.java.net
> . To send e-mail to this
> address you must first subscribe to the mailing list
> .
>
>
> Regards,
> Rory
>
> [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-March/004089.html
> [2] https://openjdk.java.net/projects/jdk/14
>
> --
> Rgds, Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA, Dublin, Ireland
>
>

-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons

[Hasan Diwan]

Congratulations, kind sir! -- H

On Tue, 10 Mar 2020 at 08:12, Matt Juntunen 
wrote:

> Thank you! It's a great honor.
> -Matt
> 
> From: Rob Tompkins 
> Sent: Tuesday, March 10, 2020 9:02 AM
> To: Commons Developers List 
> Subject: Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons
>
> Congrats Matt! Welcome aboard.
>
> -Rob
>
> > On Mar 10, 2020, at 8:46 AM, Gary Gregory 
> wrote:
> >
> > Hello All,
> >
> > Let's all give a warm welcome to our latest Apache Commons Committer:
> Matt
> > Juntunen.
> >
> > Welcome aboard Matt!
> >
> > Gary Gregory
> > PMC Chair
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable

Re: [VFS] Is there any documentation on creating a new provider?

[Hasan Diwan]

Otto,

On 5 March 2018 at 07:53, Otto Fowler  wrote:

> Is there any documentation on what is required for creating support for a
> new filesystem?
>


Perhaps https://commons.apache.org/proper/commons-vfs/api.html may be
useful?

> Or would anyone recommend an existing one in common or sandbox that is a
> good simple example?


There are a few sample implementations in the example package. -- H
-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
http://bit.ly/hd1ScheduleRequest.
Si vous voudrais faire connnaisance, allez a
http://bit.ly/hd1ScheduleRequest.

Sent
from my mobile device
Envoye de mon portable

Re: [Signing] New component for code signing

[Hasan Diwan]

+1

On 22 January 2018 at 22:33, Mark Thomas  wrote:

> All,
>
> As you may know, the ASF has been using a code signing service for a
> number of years provided by Symantec. We use it to sign Commons Daemon
> Windows binaries.
>
> The code signing service has a web based GUI and a SOAP based API.
> Tomcat has written an Ant task to use the SOAP API and Sling has taken
> this used and used it as the basis for a Maven plug-in.
>
> Currently, the Ant task is hosted within the Tomcat codebase and the
> Maven plug-in within Sling. Both communities would like to move this to
> a better home where it can more easily be re-used by other Apache
> projects and other organisations using Symantec's code signing service.
>
> After some thought and discussion, we (Robert Munteanu and I) would like
> to propose this code signing component as a new component at Commons.
> Our reasons for this are as follows:
>
> - The code is written in Java
> - It is a relatively small component
> - It is a utility likely to be of interest to multiple Apache projects
> - If it is going to be re-used across multiple projects, it needs to be
>   formally released and that requires a PMC
>
> If accepted the plan would be:
> - commit the original Tomcat code for the Ant task
> - refactor it to allow re-use of code common to the Ant task and Maven
>   plug-in
> - add the Maven plug-in
> - release it as a single JAR that provided both the Ant task and the
>   Maven plug-in
> - Ongoing review and maintenance (there are a couple of areas that could
>   benefit from some improvement)
>
> Thoughts? Comments?
>
> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
http://bit.ly/hd1ScheduleRequest.
Si vous voudrais faire connnaisance, allez a
http://bit.ly/hd1ScheduleRequest.

Sent
from my mobile device
Envoye de mon portable

Re: [PROPOSAL] Apache Commons JUnit

[Hasan Diwan]

How about "Apache Commons Testing"? -- H

On 4 November 2017 at 09:10, Gary Gregory  wrote:

> On Sat, Nov 4, 2017 at 9:32 AM, Pascal Schumacher <
> pascalschumac...@gmx.net>
> wrote:
>
> > JUnit 5 is not backwards compatible (Package/Annotation-Names have
> > changed, Rules were replaced by a new extension model), but it can run
> > JUnit 3 and JUnit 4 Tests if you add an additional dependency. See
> > http://junit.org/junit5/docs/current/user-guide/#migrating-from-junit4
> > for details.
>
>
> OK, so "Apache Commons Extras for Junit 4"
>
> Gary
>
>
> >
> >
> > Am 04.11.2017 um 15:53 schrieb Gary Gregory:
> >
> >> I am assuming that JUnit 5 will be backward compatible with JUnit 4, I
> >> might be wrong. I'd like to focus on a single dependency for now (JUnit)
> >> and not do a multi-module project. If someone want to do the same for
> >> TestNG, then have at it. KISS and small for 1.0.
> >>
> >> Gary
> >>
> >> On Fri, Nov 3, 2017 at 10:41 PM, Bruno P. Kinoshita <
> >> brunodepau...@yahoo.com.br.invalid> wrote:
> >>
> >> +1 for the idea and for looking at JUnit 5.x and maybe AssertJ.
> >>> CheersBruno
> >>>
> >>>From: Matt Sicker 
> >>>   To: Commons Developers List 
> >>>   Sent: Saturday, 4 November 2017 1:44 PM
> >>>   Subject: Re: [PROPOSAL] Apache Commons JUnit
> >>>
> >>> I certainly like the idea, especially if the docs are good about
> pulling
> >>> in
> >>> other related dependencies to complement the whole thing. General
> >>> resource
> >>> management rules would be great, though, like the ones we have in
> Log4j.
> >>>
> >>> Also, I haven't looked closely at it yet, but supporting JUnit 5.x as
> >>> well
> >>> would be nice.
> >>>
> >>> On 3 November 2017 at 18:11, Gary Gregory 
> >>> wrote:
> >>>
> >>> Hi All,
> 
>  I'd propose we start a new component called "Apache Commons JUnit".
> 
>  The goal would be to gather useful and reusable code like JUnit rules.
> 
>  This component would be focused on JUnit 4.x only.
> 
>  For example: org.apache.commons.collections4.junit.
>  SetDefaultLocaleTestRule
> 
>  I have other rules stashed here and there as well, for example a Set
>  Default Charset Rule.
> 
>  Thoughts?
> 
>  Gary
> 
> 
> >>>
> >>> --
> >>> Matt Sicker 
> >>>
> >>>
> >>>
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>



-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
http://bit.ly/hd1ScheduleRequest.
Si vous voudrais faire connnaisance, allez a
http://bit.ly/hd1ScheduleRequest.

Sent
from my mobile device
Envoye de mon portable

Re: [ANNOUNCE] Apache Commons BCEL 6.1 released!

[Hasan Diwan]

Congrats to all involved in making this happen! -- H

On 19 September 2017 at 10:51, sebb  wrote:

> Well done, and thanks for doing this.
>
> On 19 September 2017 at 09:37, Benedikt Ritter  wrote:
> > Hello,
> >
> > the Apache Commons Community is happy to announce the release of Apache
> Commons BCEL 6.1.
> >
> > The Byte Code Engineering Library (Apache Commons BCEL) is intended to
> give users a convenient way to analyze, create, and manipulate (binary)
> Java class files (those ending with .class). Classes are represented by
> objects which contain all the symbolic information of the given class:
> methods, fields and byte code instructions, in particular.
> >
> > Source and binary distributions are available for download from the
> Apache Commons download site:
> > http://commons.apache.org/proper/commons-bcel/download_bcel.cgi
> >
> > When downloading, please verify signatures using the KEYS file available
> at the above location.
> >
> > Alternatively the release can be pulled via maven:
> > 
> >   org.apache.bcel
> >   bcel
> >   6.1
> > 
> >
> > The release notes can be viewed at:
> > http://www.apache.org/dist/commons/bcel/RELEASE-NOTES.txt
> >
> > For complete information on Commons BCEL, including instructions on how
> to submit bug reports, patches, or suggestions for improvement, see the
> Apache Commons BCEL website:
> >
> > http://commons.apache.org/proper/commons-bcel/
> >
> > Best regards,
> > Benedikt Ritter
> > on behalf of the Apache Commons community
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP: https://sks-keyservers.net/pks/lookup?op=
get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using http://bit.ly/
hd1ScheduleRequest.
Si vous voudrais faire connnaisance, allez a http://bit.ly/
hd1ScheduleRequest.

Sent
from my mobile device
Envoye de mon portable

Re: [OT] Job offer

[Hasan Diwan]

Perhaps an English-translation here? German's far from my first language,
after all. -- H

On 29 July 2017 at 12:56, Oliver Heger  wrote:

> Hi all,
>
> my apologies in advance if this is considered spam, but as some of my
> colleagues know that I am involved in an open source project, they asked
> my to post the following Job offer here.
>
> The company I am working for - Bosch Software Innovations - is searching
> a developer with open source experience supporting our activities in
> this area. We donated a product from out IoT suite to the Eclipse
> Foundation and now want to hire a dedicated developer who drives this
> project forward and collaborates with the community to integrate new
> features.
>
> Detailed information can be found at
> https://www.bosch-si.com/de/unternehmen/karriere/stellen/
> hr-details-jobs-6388.html
>
> If there is interest, please contact me off-list.
>
> Regards
> Oliver
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
http://bit.ly/hd1ScheduleRequest.
Si vous voudrais faire connnaisance, allez a
http://bit.ly/hd1ScheduleRequest.

Sent
from my mobile device
Envoye de mon portable

Re: [RESULT][math] [POLL] new TLP name

[Hasan Diwan]

I'm indifferent.  -- H

On 4 February 2016 at 11:39, Phil Steitz  wrote:

> It looks like just plain "math" is the quantitative winner.  Here is
> the full tally:
>
> Among PMC volunteers:
>
> math 4 (Phil, Gary, Thomas, Otmar)
> Epsilon 1 (Luc)
> aJama 1 (Gilles)
>
> Other votes:
> math 9 (James, Emanual, Norm, Bruno, Christopher, Damjan, Patrick,
> Martin, Henri)
> Epsilon 3 (Evan, Ole, Bruce)
>
> Please let me know if I missed anyone.  Based on this, I would like
> to move forward with the resolution including "Apache math" as the
> name.  Can we agree on this?
>
> Phil
>
>
> On 2/1/16 10:06 AM, Phil Steitz wrote:
> > Please select your top choice among the following suggested names
> > for the new [math]-based TLP.  All are welcome and encouraged to
> > respond.  This POLL will be open for 72 hours, at which time two
> > tallies will be presented:  one among those who have volunteered for
> > the new PMC and a second among all respondents.  Hopefully, one name
> > will emerge as consensus winner.  If not, I will kick off another
> > runoff poll among the top choices.   Please respond with your top
> > choice for the name.
> >
> > AjaMa
> > Epsilon
> > Erdos
> > Euclid
> > Euler
> > Gauss
> > JAML
> > Math
> > MathBlocks
> > MathComponents (or Math Components)
> > Mathelactica
> > MathModules
> > Megginson
> > modMath
> > Nash
> > Newton
> > Pythagoras
> >
> >
> >
> >
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP: http://hasan.d8u.us/gpg.asc
Sent from my mobile device
Envoyé de mon portable

Re: [math] Name of the new TLP

[Hasan Diwan]

Megginson is a Souix mathematician , so perhaps Meggison.apache.org ? -- H

On 24 January 2016 at 23:52, Benedikt Ritter  wrote:

> Hi,
>
> I very much like the idea of taking the name of a famous mathematician.
> If it has to be some thing more descriptive: Apache Commons HttpClient went
> to Apache HttpComponents. How about Apache Math Components as TLP name?
>
> Benedikt
>
> 2016-01-25 8:40 GMT+01:00 Ole Ersoy :
>
> > Umbrella-ish is good.  Linear algebra, genetic algorithms, neural
> > networks, clustering, monte carlo, simplex...These need an umbrella.
> Some
> > of the other Apache projects that do math may be interested in moving
> that
> > piece under the Apache Math umbrella.
> >
> > Personally I like to see each in a separate repository dedicated to the
> > subject, along with the corresponding documentation, etc  So:
> > apache-math (Central repository describing the project as a whole with
> the
> > documentation that cuts across modules)
> > apache-math-linear-real
> > apache-math-linear-field
> > apache-math-optimization-genetic
> > apache-math-optimization-simplex
> > etc.
> >
> > And hopefully:
> > apache-math-optimization-integer
> > apache-math-optimization-mixed
> > And more..
> >
> > Cheers,
> > Ole
> >
> >
> > On 01/24/2016 04:41 PM, Phil Steitz wrote:
> >
> >>
> >> On Jan 24, 2016, at 3:17 PM, Gilles 
> wrote:
> >>>
> >>> Just plain and simple "Apache Math" maybe?
> >>> Or is it taken already?
> >>>
> >> It's not taken; but I thought it was too broad-sounding and in fact
> >> umbrella-ish.  There are other ASF projects that do math-relates
> things.  I
> >> think adding "components" makes it look more like a library of base
> >> components that other math-related projects can use.
> >>
> >> Phil
> >>
> >>> Gilles
> >>>
> >>> On Sun, 24 Jan 2016 14:46:17 -0700, Phil Steitz wrote:
> 
> > On 1/24/16 2:16 PM, James Carman wrote:
> > I guess it depends on the scope of what the new TLP is going to do.
> >
>  This is slightly jumping the gun, as we do have the opportunity in
>  forming the new TLP to revisit the initial goals of [math]; but I
>  suspect that initially at least we will mostly continue to be a
>  general-purpose Java math library, trying to provide IP-clean,
>  easily integrated, standard algorithm-based solutions to common math
>  programming problems.  We have grown to the point where we will
>  almost certainly break the distribution up into separate
>  "components."  No umbrella, but likely multiple release artifacts.
>  Similar in some ways to what happened with [http], which is why I
>  suggested the same approach to naming.
> 
>  Regarding picking a mathematician for the name, I don't much like
>  that idea as whoever you choose, you end up loading some math area
>  and / or cultural bias into the name.
> 
>  Phil
> 
> > Umbrella projects aren't that popular these days, from what I
> > understand.
> > Maybe an homage to a famous mathematician? Apache Newton? Apache
> Euler?
> > Apache Euclid?
> >
> > On Sun, Jan 24, 2016 at 4:08 PM Phil Steitz 
> >> wrote:
> >>
> >> We need to agree on a name.  My own preference is for a boring,
> >> descriptive name, but I am manifestly not a marketing guy, so won't
> >> be offended if others want to be more creative.
> >>
> >> My suggestion is
> >>
> >> MathComponents
> >>
> >> Hearkens back to HttpComponents, which has worked pretty well.
> >>
> >> Phil
> >>
> >
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> http://home.apache.org/~britter/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
OpenPGP: https://hasan.d8u.us/gpg.key
Sent from my mobile device
Envoyé de mon portable

Re: [math] Name of the new TLP

[Hasan Diwan]

If we are to choose a famous person's name, why not a famous native
American mathematician? I'm not aware of any, but it would be keeping with
the traditions of Apache, being a native American tribe, Geronimo being a
native American chief, as well as a few others. -- H

On 24 January 2016 at 13:51, Gary Gregory  wrote:

> On Jan 24, 2016 1:46 PM, "Phil Steitz"  wrote:
> >
> > On 1/24/16 2:16 PM, James Carman wrote:
> > > I guess it depends on the scope of what the new TLP is going to do.
> >
> > This is slightly jumping the gun, as we do have the opportunity in
> > forming the new TLP to revisit the initial goals of [math]; but I
> > suspect that initially at least we will mostly continue to be a
> > general-purpose Java math library, trying to provide IP-clean,
> > easily integrated, standard algorithm-based solutions to common math
> > programming problems.  We have grown to the point where we will
> > almost certainly break the distribution up into separate
> > "components."  No umbrella, but likely multiple release artifacts.
> > Similar in some ways to what happened with [http], which is why I
> > suggested the same approach to naming.
> >
> > Regarding picking a mathematician for the name, I don't much like
> > that idea as whoever you choose, you end up loading some math area
> > and / or cultural bias into the name.
>
> +1
>
> Cute names end up being a hindrance IMO. How much clearer is "Apache
> Commmons Imaging" that Sanselan (which I was never sure how to spell)?
>
> Gary
>
> >
> > Phil
> > > Umbrella projects aren't that popular these days, from what I
> understand.
> > > Maybe an homage to a famous mathematician? Apache Newton? Apache Euler?
> > > Apache Euclid?
> > >
> > > On Sun, Jan 24, 2016 at 4:08 PM Phil Steitz 
> wrote:
> > >
> > >> We need to agree on a name.  My own preference is for a boring,
> > >> descriptive name, but I am manifestly not a marketing guy, so won't
> > >> be offended if others want to be more creative.
> > >>
> > >> My suggestion is
> > >>
> > >> MathComponents
> > >>
> > >> Hearkens back to HttpComponents, which has worked pretty well.
> > >>
> > >> Phil
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>



-- 
OpenPGP: https://hasan.d8u.us/gpg.key
Sent from my mobile device
Envoyé de mon portable

Re: [VOTE] Form a separate TLP based on [math]

[Hasan Diwan]

+0 I am OK with this.

What benefits does being a TLP get over a commons-subproject? -- H

On 16 January 2016 at 09:49, Thomas Vandahl  wrote:

> On 16.01.16 16:18, Phil Steitz wrote:
> > [ ] +1 I am in favor of this action
> > [X] +0 I am OK with this
> > [ ] -0 OK, but...
> > [ ] -1 I oppose this action because...
>
> Bye, Thomas
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
OpenPGP: https://hasan.d8u.us/gpg.key
Sent from my mobile device
Envoyé de mon portable

Re: [Math] Utilitzation of SLF4J?

[Hasan Diwan]

Oughtn't there be an option to have logging for developers? If you'd like
to use it, feel free; if not, don't. Including log4j (or slf or
commons-logging, so on) doesn't add too much weight to the jar -- one file,
a small properties file, and 4-lines in the pom file. If there is interest,
I can submit a patch adding log4j and log4j.properties to JIRA. Let me
know? -- H

On 25 September 2015 at 16:26, Gilles  wrote:

> On Fri, 25 Sep 2015 13:06:43 -0700, Phil Steitz wrote:
>
> I say something like: "I had to fork some CM class to insert
> log statements."
> You say something like: "No, you don't; write test or inspect
> the code."
>
> You had been more constructive:
>   http://markmail.org/thread/a5jl6fkjjtm5qbsw
>
> Even if Ole may have picked the wrong example with Tomcat, the
> actual request is to be able to follow the execution of a fairly
> complex algorithm, like an optimizer, when applied to a fairly
> complex user's code, in order to figure out whether there is a
> problem; and if so, where it is (in the user's model, in the
> call, in the optimizer, whether there is a mismatch between the
> user's expectations and the capability of the selected algorithm,
> etc.)
>
> Ole's first example with an excerpt of the Levenberg-Marquardt
> implementation is actually a hit: a few years ago, a bug was found
> somewhere right around that same code:
>   https://issues.apache.org/jira/browse/MATH-406
> It's an example where logging is a valuable help in debugging.
> Another is the poor man's logging fiddling to track the cause of
> the erratic behaviour of one of the CI machines.
>
> Gilles
>
>
> On 9/25/15 11:01 AM, Ole Ersoy wrote:
>>
>>>
>>>
>>> On 09/25/2015 11:34 AM, Phil Steitz wrote:
>>>
 I disagree. Good tests, API contracts, exception management and
 documentation can and should eliminate the need for cluttering
 low-level library code with debug logging.

>>>
>>> Logging could be viewed as clutter.  Constructed the right way,
>>> the logging statements could also be viewed as comments.
>>>
>>> I agree that good tests, API contracts, and in general keeping the
>>> design as minimalistic and simple as possible should be the first
>>> criteria to review before introducing logging.  When the code is
>>> trivial I leave logging out, unless I need to put in a few
>>> statements in order to track collaboration between components in
>>> an algorithm.
>>> Other times the method is as simple as it gets and I have to have
>>> logging.  For example take the LevenbergMarquardtOptimizer
>>> optimize() method.  It's atomic in the sense that what's in the
>>> method belongs in the method.  There are several loops within the
>>> main loop, etc. and tracking what's going, even with a observer
>>> being notified on each increment, would be far from elegant.
>>>
>>
>> Why, exactly do you need to "track what is going on?"  If you need
>> to do that as a user of the code, some kind of listener or API to
>> give you the information that you need is appropriate.  Dumping text
>> to an external resource to "solve" this usually indicates smelliness
>> somewhere - either in the library API or the client code.
>>
>>
>>> For example perhaps we want to see what's going on with the
>>> parameters in this small (5% of the method size) section of code:
>>>
>>
>> What parameters and where did they come from?  If from the client,
>> the client can validate them.  If the library needs to validate or
>> confirm suitability, then it should do that in code or via tests.
>>
>>>
>>> // compute the scaled predicted reduction
>>> // and the scaled directional derivative
>>> for (int j = 0; j < solvedCols; ++j) {
>>> int pj = permutation[j];
>>> double dirJ = lmDir[pj];
>>> work1[j] = 0;
>>> for (int i = 0; i <= j; ++i) {
>>> work1[i] += weightedJacobian[i][pj] * dirJ;
>>> }
>>> }
>>>
>>> If there is something wrong with this in production, the shortest
>>> path to figuring that out is reviewing a trace.  The longer path
>>> is to stop the server.  Grab the data.  Open up a debugger.  Run
>>> the data.
>>>
>>> If we wanted to observe this section of code the observer would be
>>> looking at sub loops of of the optimize method.  So that's doable,
>>> but it creates an interface design for the observer that's
>>> cluttered with events corresponding to various low level algorithm
>>> details.
>>>
>>>
>>> Several times, I've been obliged to create a modified version of CM
> to introduce "print" statements (poor man's logging!) in order to
> figure out why my code did not do what it was supposed to.
>

>>> It's pretty tragic that anyone of us should have to do this.  It's
>>> also wasteful, because if Gilles has to do this, then there's a
>>> good chance that others have to do it to.  The reason Tomcat 

Re: request for an article.

[Hasan Diwan]

https://commons.apache.org/proper/commons-collections/userguide.html

The users' guide seems to have the data you're looking for. I'm sure, were
you to design a visualisation, the powers-that-be would not be opposed to
including it. -- H

On 25 December 2014 at 00:06, Thomas Neidhart thomas.neidh...@gmail.com
wrote:

 On 12/25/2014 01:03 AM, Devang Gaur wrote:
  Hi folks ,
  Is there any article with a chart or table  explaining the whole Apache
  Commons Collections hierarchy? If yes , link please ?.

 I am not aware of an article explaining collections, but it is rather
 straight-forward.

 The base package org.apache.commons.collections4 contains mainly the
 interfaces, e.g. Bag, OrderedMap, MultiMap, whereas the concrete
 implementations reside in sub-packages, organized by collection type.

 Thomas

 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org




-- 
OpenPGP: https://hasan.d8u.us/gpg.key
Sent from my mobile device
Envoyé de mon portable

Re: [CSV] ASCII Delimited Text – Not CSV or TAB delimited text

[Hasan Diwan]

Python (at least, maybe Ruby/perl as well) has a csv class whose
constructor takes a delimiter, defaulting to ,; R accomplishes the same
using read.table's sep parameter. OpenCSV, a Java class for manipulating
CSVs, also has a notion of a separator. It's not too difficult to add, I'd
be willing to do so, if there are enough +1s, let's say 4 in addition to
myself.


On 27 March 2014 08:49, Gary Gregory garydgreg...@gmail.com wrote:

 FYI:

 Has anyone seen this?


 https://ronaldduncan.wordpress.com/2009/10/31/text-file-formats-ascii-delimited-text-not-csv-or-tab-delimited-text/

 It actually makes sense. Good luck editing such files though...

 I wonder if we should add a built-in format for this format?

 Gary
 --
 E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
 Java Persistence with Hibernate, Second Edition
 http://www.manning.com/bauer3/
 JUnit in Action, Second Edition http://www.manning.com/tahchiev/
 Spring Batch in Action http://www.manning.com/templier/
 Blog: http://garygregory.wordpress.com
 Home: http://garygregory.com/
 Tweet! http://twitter.com/GaryGregory




-- 
Sent from my mobile device
Envoyé de mon portable

Re: [CSV] ASCII Delimited Text – Not CSV or TAB delimited text

[Hasan Diwan]

Greg,
I misunderstood the thrust of your question. I disagree we need a
specialised format for this, as the first I've heard of these codes was in
your initial email. I've not seen them used in the wild, as it were,
either. However, if there's enough pushback in the other direction, I'll
keep my views to myself. -- H


On 27 March 2014 09:43, Gary Gregory garydgreg...@gmail.com wrote:

 On Thu, Mar 27, 2014 at 11:58 AM, Hasan Diwan hasan.di...@gmail.com
 wrote:

  Python (at least, maybe Ruby/perl as well) has a csv class whose
  constructor takes a delimiter, defaulting to ,; R accomplishes the same
  using read.table's sep parameter. OpenCSV, a Java class for manipulating
  CSVs, also has a notion of a separator. It's not too difficult to add,
 I'd
  be willing to do so, if there are enough +1s, let's say 4 in addition
 to
  myself.
 

 I am not sure what you are taking about because [csv] already does all
 this. The question is, more precisely, should we have a CSVFormat.ASCII
 constant using the ASCII codes from the blog post.

 Gary

 
 
  On 27 March 2014 08:49, Gary Gregory garydgreg...@gmail.com wrote:
 
   FYI:
  
   Has anyone seen this?
  
  
  
 
 https://ronaldduncan.wordpress.com/2009/10/31/text-file-formats-ascii-delimited-text-not-csv-or-tab-delimited-text/
  
   It actually makes sense. Good luck editing such files though...
  
   I wonder if we should add a built-in format for this format?
  
   Gary
   --
   E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
   Java Persistence with Hibernate, Second Edition
   http://www.manning.com/bauer3/
   JUnit in Action, Second Edition http://www.manning.com/tahchiev/
   Spring Batch in Action http://www.manning.com/templier/
   Blog: http://garygregory.wordpress.com
   Home: http://garygregory.com/
   Tweet! http://twitter.com/GaryGregory
  
 
 
 
  --
  Sent from my mobile device
  Envoyé de mon portable
 



 --
 E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
 Java Persistence with Hibernate, Second Edition
 http://www.manning.com/bauer3/
 JUnit in Action, Second Edition http://www.manning.com/tahchiev/
 Spring Batch in Action http://www.manning.com/templier/
 Blog: http://garygregory.wordpress.com
 Home: http://garygregory.com/
 Tweet! http://twitter.com/GaryGregory




-- 
Sent from my mobile device
Envoyé de mon portable

Re: [OT] Anyone going to JavaOne?

[Hasan Diwan]

Not going, though I do seem to manage to get myself into the
afterparties/happy hours every year. -- H


On 19 September 2013 13:53, Ted Dunning ted.dunn...@gmail.com wrote:

 I am not going, but we have a ton of guys there.

 Drop by the MapR booth and say hi!




 On Thu, Sep 19, 2013 at 12:50 PM, James Carman
 ja...@carmanconsulting.comwrote:

  Is anyone planning on going?  It would be great to meet some of you
  guys face-to-face for once, if you're going to be there.
 
  James
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
  For additional commands, e-mail: dev-h...@commons.apache.org
 
 




-- 
Sent from my mobile device
Envoyé de mon portable

Re: [ALL] Moving from Incubator to Commons?

[Hasan Diwan]

+1 on nutch -- H

Re: Git support?

[Hasan Diwan]

Gents,
Maven does have git support[1]. So, it would be only a matter of updating
your poms to reflect the new scm type. -- H

On 20 May 2012 13:20, Christian Grobmeier grobme...@gmail.com wrote:

 On Sun, May 20, 2012 at 12:43 AM, James Carman
 ja...@carmanconsulting.com wrote:
  Perhaps classscan?  :)

 makes perfect sense to me :-)

 
  On Sat, May 19, 2012 at 5:38 PM, Christian Grobmeier
  grobme...@gmail.com wrote:
  On May 19, 2012 10:13 PM, Gary Gregory garydgreg...@gmail.com
 wrote:
 
  A one component test drive seems reasonable.
 
  +1
  Not everybody is fluent with git. One component gives us the chance to
  document some best practices.
 
  Maybe it would be good to start with a sandbox comp. But i am afraid
 those
  are not active enough.
 
 
  Gary
 
  On May 19, 2012, at 4:08, Luc Maisonobe luc.maison...@free.fr wrote:
 
   Le 16/05/2012 15:41, Jochen Wiedmann a écrit :
   Well, with our multitude of projects, it might make sense to ask for
   one or two of them
   being migrated, so that we gather the experience. (I've got none so
   far.) Would anyone
   volunteer for the job of being involved?
  
   I was wondering if we should switch all components at the same time
 when
   everything is ready or as you propose switch one or two components
 early
   and use them as a template for other components.
  
   I am really interested in using Git access, as I already uses it for
   non-Apache projects and am really happy with it. In fact, for Apache
   projects I use git-svn.
  
   If we propose to switch one component first, I would be happy to
   volunteer for switching [math]. What do other developers think about
   Jochen idea ?
  
   Luc
  
  
   Thanks,
  
   Jochen
  
  
   On Wed, May 16, 2012 at 9:52 AM, Christian Grobmeier
   grobme...@gmail.com wrote:
   Its still in development.
   I have asked to switch to git with log4php before a few weeks and
 the
   answer was it is possible, if one of us gets involved in the
   git@apache project. I assume it is the the here. Its definitely
 not GA
   at the moment.
  
  
   On Wed, May 16, 2012 at 9:39 AM, Jochen Wiedmann
   jochen.wiedm...@gmail.com wrote:
   Completely OT: Is Git supported now?
  
  
 
 https://issues.apache.org/jira/browse/INFRA-4703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId276416#comment-13276416


-- 
Sent from my mobile device
Envoyait de mon portable
1. http://maven.apache.org/scm/git.html

Re: [dbutils]

[Hasan Diwan]

On 19 December 2011 01:03, aris2world aris2wo...@gmail.com wrote:
 I don't have a generic order for keys, my order is the same of the fields
 in select list:
 select col1, col2, ..., coln from ...
 when the resultset of this query is mapped, values in the map are inserted
 in this order col1, col2, ..., coln.
 I'd like that map.keySet().iterator() let me iterate over values in that
 order, i.e. insertion-order.
 This is a custom order but I have to parse the query to get it. I think it
 should be the order that a client would expect.
 From the LinkedHashMap javadoc:
 This implementation spares its clients from the unspecified, generally
 chaotic ordering provided by
 HashMaphttp://docs.oracle.com/javase/6/docs/api/java/util/HashMap.html
  (and Hashtable
 http://docs.oracle.com/javase/6/docs/api/java/util/Hashtable.html),
 without incurring the increased cost associated with
 TreeMaphttp://docs.oracle.com/javase/6/docs/api/java/util/TreeMap.html

Wasn't aware of the LinkedHashMap, but would this not work:
LinkedHashMap map = new LinkedHashMap(foo.toMap());
-- 
Sent from my mobile device
Envoyait de mon portable

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [dbutils]

[Hasan Diwan]

On 18 December 2011 10:31, aris2world aris2wo...@gmail.com wrote:
 I've a question about CaseInsensitiveHashMap in BasicRowProcessor: it
 extends HashMap but if it will extend LinkedHashMap I think the resulting
 Map could seem more consistent with the executed query to a client
 perspective.
 I mean: when the method toMap puts the columns of the resultset into the
 map, the insertion order is the same of the columns in the select list of
 the executed query. It will be useful to me to extract values in the same
 order when I'm iterating over the key set of the returned map. This is
 accomplished in a simply way with a LinkedHashMap. What do you think about
 it?

I think you should be able to (untested):
HashMapString, Object map = basicRowProcessorInstance.toMap();
List String keys = new ArrayList(map.keySet());
Collections.sort(keys);
now keys will be sorted alphabetically by String's default Comparator,
but you can also specify a custom one.

-- 
Sent from my mobile device
Envoyait de mon portable

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [lang] Working on issue LANG - 583 Was: Need to start the work

[Hasan Diwan]

Sir:
On 2 February 2010 00:30, Chandra Shekar reach_chan...@yahoo.com wrote:
 ok i can download the code, But how can i asssign the issue to myself in 
 jira, I dont see any option for assign

You don't assign yourself a particular issue. You publish the patch to
the issue, then some comitter evaluates it for inclusion at which
point it is either accepted or not.
http://commons.apache.org/math/developers.html is the Commons-Math
commit process. Other projects within the commons hierachy have
similar processes, and I'm sure someone else will jump in and point
out any differences.
-- 
Sent from my mobile device
Envoyait de mon telephone mobil

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [lang] ArrayUtils issues

[Hasan Diwan]

2009/11/14 Henri Yandell flame...@gmail.com:
 LANG-470        Add containsAll(Object[], Object[]) methods to ArrayUtils

public static containsAll(Object[] first, Object[] second) {
  for (Object o : first) {
if (ArrayUtils.contains(second, o) == false) return false;
  }
  return ArrayUtils.getLength(first) == ArrayUtils.getLength(second)
}

 LANG-537        Add ArrayUtils.toArray to create generic arrays

public static toArray(Object [] o){
  return o;
}
These are needed to be compliant to java.util.Collections. I agree,
both seem a little silly.
-- 
Sent from my mobile device
Envoyait de mon telephone mobil

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [email] Some hands are needed for field testing commons-email ...

[Hasan Diwan]

2009/1/10 Siegfried Goeschl siegfried.goes...@it20one.at:
 +) your name (so I can mention your help on the project website)
Hasan Diwan

 +) your mail client of choice
GMail on Firefox

 +) you OS and OS version if you are not using a webmail client

Mac OS X 10.5.8
-- 
Cheers,
Hasan Diwan hasan.di...@gmail.com

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [configuration] DatabaseConfiguration - should it escape SQL?

[Hasan Diwan]

On 19/01/2008, Oliver Heger [EMAIL PROTECTED] wrote:
 I created a ticket for this issue [1], so that it won't get lost.

I've actually submitted a patch to fix the problem.

-- 
Cheers,
Hasan Diwan [EMAIL PROTECTED]

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

[Collections] Fixes posted

[Hasan Diwan]

I have posted patches for COLLECTIONS-227 and COLLECTIONS-265. it may
be doing unnecessary work, I was just looking for the most
straightforward approach to solve both. Any comments are appreciated!
-- 
Cheers,
Hasan Diwan [EMAIL PROTECTED]

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

Re: [LANG] StringUtils.reverseSplit

[Hasan Diwan]

On 27/12/2007, Henri Yandell [EMAIL PROTECTED] wrote:
 I've moved all of the action items into JIRA where they'll get a lot
 more discussion - and we can see what discussion occurs for the
 reverseSplit issue you've made.

https://issues.apache.org/jira/browse/LANG-387
Patch attached for your review.
-- 
Cheers,
Hasan Diwan [EMAIL PROTECTED]

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

[LANG] StringUtils.reverseSplit

[Hasan Diwan]

If anyone isn't working on this, I'll do it and have an issue up in a
few hours with a test included.

-- 
Cheers,
Hasan Diwan [EMAIL PROTECTED]

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