Re: [GitHub] incubator-tamaya pull request #11: TAMAYA-327: Consistent signature creating...

2018-02-04 Thread P. Ottlinger
Hi, interesting bug you spotted :-) @Anatole: does the configJSR say anything about an order? To my mind keeping the order (FIFO) seems logically but I wouldn't want to break compatibility with the coming JSR Apart from that: +1 since it's more natural and maybe we should enhance the

Re: configjsr branch now completely compilable and mostly executable

2018-02-04 Thread P. Ottlinger
Am 03.02.2018 um 21:21 schrieb Anatole Tresch: > By now all modules in core, extensions AND sandbox are compiling and > working and all tests are migrated as well. +1 cool news - are there any official artifacts available to build against? Otherwise I wouldn't want to make the change yet, as the

BigInteger hex conversion

2018-02-04 Thread William Lieurance
Hi devs, I noticed the other day that the BigInteger converter is doing its own parsing of hexadecimal strings at

Re: [GitHub] incubator-tamaya pull request #11: TAMAYA-327: Consistent signature creating...

2018-02-04 Thread Anatole Tresch
+1 The JSR actually will only support one single Converter instance per type, whereas Tamaya supports multiple converters. Consequently there is no constraint regarding converter ordering. Additionally the fix make definitely sense for me from a usage perspective. 2018-02-04 20:10 GMT+01:00 P.

Re: BigInteger hex conversion

2018-02-04 Thread Oliver B. Fischer
I can't remember why we did it. Maybe Anatole can help with an answer? Am 04.02.18 um 23:22 schrieb William Lieurance: Hi devs, I noticed the other day that the BigInteger converter is doing its own parsing of hexadecimal strings at