Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 1A2DE200BE3 for ; Thu, 22 Dec 2016 09:17:01 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 1571E160B27; Thu, 22 Dec 2016 08:17:01 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 6417F160B26 for ; Thu, 22 Dec 2016 09:17:00 +0100 (CET) Received: (qmail 11308 invoked by uid 500); 22 Dec 2016 08:16:59 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 10791 invoked by uid 99); 22 Dec 2016 08:16:58 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Dec 2016 08:16:58 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 9145A2C2A67 for ; Thu, 22 Dec 2016 08:16:58 +0000 (UTC) Date: Thu, 22 Dec 2016 08:16:58 +0000 (UTC) From: "Duncan Jones (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Issue Comment Deleted] (TEXT-36) Dependency on "Commons RNG" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 22 Dec 2016 08:17:01 -0000 [ https://issues.apache.org/jira/browse/TEXT-36?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:all-tabpanel ] Duncan Jones updated TEXT-36: ----------------------------- Comment: was deleted (was: I am currently not in the Office. Your mail will not be forwarded. I = will be Back on 2017-01-16 If you need technical support with SEEBURGER products, contact support@seeb= urger.de or http://servicedesk.seeburger.de General inquiries can be directed to our info team: info@seeburger.de Greetings Bernd Eckenfels Chief Architect, SEEBURGER AG SEEBURGER AG Vorstand/SEEBURGER Executive Board: Sitz der Gesellschaft/Registered Office: Axel Haas, Michael = Kleeberg, Friedemann Heinz, Dr. Martin Kuntz, Matthias Fe=C3=9Fenbecker Edisonstr. 1 D-75015 Bretten Vorsitzende des Aufsichtsrats/Chairperson of the SE= EBURGER Supervisory Board: Tel.: 07252 / 96 - 0 Prof. Dr. Simone Zeuchner Fax: 07252 / 96 - 2222 Internet: http://www.seeburger.de Registergericht/Commercial = Register: e-mail: info@seeburger.de HRB 240708 Mannheim Dieses E-Mail ist nur f=C3=BCr den Empf=C3=A4nger bestimmt, an den es geric= htet ist und kann vertrauliches bzw. unter das Berufsgeheimnis fallendes Ma= terial enthalten. Jegliche darin enthaltene Ansicht oder Meinungs=C3=A4u=C3= =9Ferung ist die des Autors und stellt nicht notwendigerweise die Ansicht o= der Meinung der SEEBURGER AG dar. Sind Sie nicht der Empf=C3=A4nger, so hab= en Sie diese E-Mail irrt=C3=BCmlich erhalten und jegliche Verwendung, Ver= =C3=B6ffentlichung, Weiterleitung, Abschrift oder jeglicher Druck dieser E-= Mail ist strengstens untersagt. Weder die SEEBURGER AG noch der Absender (E= ckenfels. Bernd) =C3=BCbernehmen die Haftung f=C3=BCr Viren; es obliegt Ihr= er Verantwortung, die E-Mail und deren Anh=C3=A4nge auf Viren zu pr=C3=BCfe= n. This email is intended only for the recipient(s) to whom it is addressed. T= his email may contain confidential material that may be protected by profes= sional secrecy. Any fact or opinion contained, or expression of the materia= l herein, does not necessarily reflect that of SEEBURGER AG. If you are not= the addressee or if you have received this email in error, any use, public= ation or distribution including forwarding, copying or printing is strictly= prohibited. Neither SEEBURGER AG, nor the sender (Eckenfels. Bernd) accept= liability for viruses; it is your responsibility to check this email and i= ts attachments for viruses. ) > Dependency on "Commons RNG" > --------------------------- > > Key: TEXT-36 > URL: https://issues.apache.org/jira/browse/TEXT-36 > Project: Commons Text > Issue Type: Improvement > Reporter: Gilles > Labels: api > Fix For: 1.0 > > > This is a follow-up of a [discussion|https://issues.apache.org/jira/brows= e/TEXT-34?focusedCommentId=3D15762623&page=3Dcom.atlassian.jira.plugin.syst= em.issuetabpanels:comment-tabpanel#comment-15762623] held in TEXT-34. > IMHO, there is no harm in depending on the ["commons-rng-client-api" modu= le|http://commons.apache.org/proper/commons-rng/commons-rng-client-api/java= docs/api-1.0/index.html] of Commons RNG; the "zero dependency" mantra does = not hold here, since TEXT already depends on LANG. > OTOH, I see that it is counter-productive (i.e. it harms the Commons proj= ect as a whole) to not advertize or use other Commons components, despite t= he "own dog food" phrase appearing recurrently on the "dev" ML. > Rather than having people blindly use {{java.util.Random}}, we should all= ow them to choose wisely, based on full information. > IMO, that means to indeed use {{UniformRandomProvider}} in order to raise= awareness about alternatives to the sub-optimal algorithm used by the JDK. > However, if some Commons developers do not trust that the {{UniformRandom= Provider}} interface can be stable enough for TEXT, then we should follow J= ochen Wiedemann's advice (cf. archive of the "dev" ML) and define TEXT's ow= n interface to random numbers, with bridges to it from {{UniformRandomProvi= der}} and from {{java.util.Random}}. -- This message was sent by Atlassian JIRA (v6.3.4#6332)