Re: [Codec] Base45

2021-06-25 Thread Gary Gregory
The simlest would be to make the Java file have the Apache 2 license header.

Gary

On Fri, Jun 25, 2021, 14:34 Dirk-Willem van Gulik 
wrote:

> On 25 Jun 2021, at 20:10, Bernd Eckenfels  wrote:
>
> > I asked the authors if they can share background info or want to
> contribute a implementation here.
>
> Feel free to raid this version:
>
> https://github.com/ehn-dcc-development/base45-java
>
> and happy to make sure there is a softwaregrant/license change if needed.
> We also have a variation of this Base45 which is more efficient (and like
> the one used by the bitcoin community):
>
>
> https://github.com/dirkx/base45tight-ng/blob/main/src/org/webweaving/Base45.java
>
> which because of time contraints did not make it into the European Digital
> Corona Certificate. But they would be a bit more efficient longer term.
>
> Dw
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [Codec] Base45

2021-06-25 Thread Dirk-Willem van Gulik
On 25 Jun 2021, at 20:10, Bernd Eckenfels  wrote:

> I asked the authors if they can share background info or want to contribute a 
> implementation here.

Feel free to raid this version:

https://github.com/ehn-dcc-development/base45-java

and happy to make sure there is a softwaregrant/license change if needed. We 
also have a variation of this Base45 which is more efficient (and like the one 
used by the bitcoin community):


https://github.com/dirkx/base45tight-ng/blob/main/src/org/webweaving/Base45.java

which because of time contraints did not make it into the European Digital 
Corona Certificate. But they would be a bit more efficient longer term.

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



Re: [Codec] Base45

2021-06-25 Thread Bernd Eckenfels
Hello,

I asked the authors if they can share background info or want to contribute a 
implementation here.

Gruß
Bernd
--
https://Bernd.eckenfels.net


Re: [Codec] Base45

2021-06-25 Thread sebb
AFAICT it's possible for one or two spaces to appear at the start of
an encoded string.
(Spaces cannot appear at the end)

This won't matter if the encoding is only ever converted into a QR code.
But it seems a strange choice to allow spaces ...

On Fri, 25 Jun 2021 at 17:17, Bernd Eckenfels  wrote:
>
> Hm I Wonder why it does not reserve a char (especially space) for separation, 
> but besides that it is a good case to optimize for QR (only bad thing that 
> most readers would need an url scheme to route it to a handler app. Maybe 
> wait till somebody implements a protocol with it?
>
> --
> https://Bernd.eckenfels.net
> 
> From: Gary Gregory 
> Sent: Friday, June 25, 2021 1:58:26 PM
> To: Commons Developers List 
> Subject: [Codec] Base45
>
> Base45 anyone ;-)
>
> https://datatracker.ietf.org/doc/draft-faltstrom-base45/
>
> Gary

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



Re: [Codec] Base45

2021-06-25 Thread Bernd Eckenfels
Hm I Wonder why it does not reserve a char (especially space) for separation, 
but besides that it is a good case to optimize for QR (only bad thing that most 
readers would need an url scheme to route it to a handler app. Maybe wait till 
somebody implements a protocol with it?

--
https://Bernd.eckenfels.net

From: Gary Gregory 
Sent: Friday, June 25, 2021 1:58:26 PM
To: Commons Developers List 
Subject: [Codec] Base45

Base45 anyone ;-)

https://datatracker.ietf.org/doc/draft-faltstrom-base45/

Gary


[Codec] Base45

2021-06-25 Thread Gary Gregory
Base45 anyone ;-)

https://datatracker.ietf.org/doc/draft-faltstrom-base45/

Gary


[RESULT] Release Apache Commons JEXL 3.2.1

2021-06-25 Thread Henri Biestro
The following people voted on release Apache Commons JEXL 3.2.1:

Rob Tompkins  +1
Bruno P. Kinoshita +1
Gary Gregory +1
Henri Biestro +1

Thanks!



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



JDK 17 Early Access build 28 & JDK 18 build 3 are available

2021-06-25 Thread Rory O'Donnell


Hi Benedikt, **

*
*

*Per the JDK 17 schedule , we are in Rampdown Phase One.*


*Please advise if you find any issues while testing the latest Early 
Access builds.*



The overall feature set is frozen. No further JEPs will be targeted to 
this release.


 * Features integrated in JDK 17:

 o JEP 306: Restore Always-Strict Floating-Point Semantics
   
 o JEP 356: Enhanced Pseudo-Random Number Generators
   
 o JEP 382: New macOS Rendering Pipeline
   
 o JEP 391: macOS/AArch64 Port 
 o JEP 398: Deprecate the Applet API for Removal
   
 o JEP 403: Strongly Encapsulate JDK Internals
   
 o JEP 406: Pattern Matching for switch (Preview)
   
 o JEP 407: Remove RMI Activation 
 o JEP 409: Sealed Classes 
 o JEP 410: Remove the Experimental AOT and JIT Compiler
   
 o JEP 411: Deprecate the Security Manager for Removal
   
 o JEP 412: Foreign Function & Memory API (Incubator)
   
 o JEP 414: Vector API (Second Incubator)
   
 o JEP 415: Context-Specific Deserialization Filters
   


*OpenJDK 17 Early Access build 28 is available at 
**https://jdk.java.net/17* 


 * These early-access , open-source builds are provided under the
 o GNU General Public License, version 2, with the Classpath
   Exception 
 * Release Notes are available at https://jdk.java.net/17/release-notes
   
 * Changes in build 28 that maybe of interest:
 o *JDK-8269028: [BACKOUT] JDK-8196415 Disable SHA-1 Signed JARs *
 o JDK-8268774: Residual logging output written to STDOUT, not
   STDERR [*Reported by Apache Ant*]
 o JDK-8264843: Javac crashes with NullPointerException when
   finding unencoded XML in  tag [*Reported by Apache Lucene*]


*OpenJDK 18 Early Access build 3 is now available at 
**https://jdk.java.net/18* 


 * These early-access , open-source builds are provided under the
 o GNU General Public License, version 2, with the Classpath
   Exception 
 * Changes in recent builds that maybe of interest:
 o JDK-8266791: Annotation property which is compiled as an array
   property but changed to a single element throws NPE [*Reported
   by Byte Buddy*]
 * Coming in a future JDK 18 build
 o Removal of Biased Locking in JDK 18  - Details
   

*Other Topics of Interest: *

 * State of Loom: https://www.youtube.com/watch?v=KG24inClY2M
   
 * State of Panama: https://www.youtube.com/watch?v=B8k9QGvPxC0
   
 * What's a JEP: https://www.youtube.com/watch?v=l1VrmvyIEpM
   


*Quality Report for June 2021 was published here [1]. ***

 * Thanks to everyone who contributed by creating features or
   enhancements, logging bugs, or downloading and testing the
   early-access builds.

Rgds,Rory

[1] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+Report+June+2021*

*

--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland