Use Advanced Search to search the entire archive.
Re: Remove "generic" multiply/divide operations from Quantity
- From: Otávio Gonçalves de Santana <
>
- To:
- Subject: Re: Remove "generic" multiply/divide operations from Quantity
- Date: Wed, 1 Oct 2014 11:35:01 -0700
I am just created the pull request, don't pull the code, of course I will
wait this discussion.
On Oct 1, 2014 11:18 AM, "Werner Keil"
<
>
wrote:
>
Yes I am. You may need to subscribe to the ticket.
>
>
Please be patient with actual changes to the code. We heard by Bruno at
>
the JCP EC you are very eager to help and it was also a key factor that
>
earned you the JCP Award the other day, but the API and prior efforts (all
>
the way back to JSR 208) have a long history and lived as Open Source
>
projects (even in several "forks" see UCAR) for over a decade now. Some are
>
used by other standards, see GeoAPI, so a level of compatibility and
>
consistency with existing API is about as important as for a part of the
>
JDK itself. Hence, let's be careful and gentle with any structural change
>
and not rush things.
>
>
Thanks,
>
Werner
>
>
On Wed, Oct 1, 2014 at 7:19 AM, Otávio Gonçalves de Santana <
>
>
>
wrote:
>
>
> Are you guys received some alerts when someone comments this issue?
>
> I am not :(
>
>
>
> BTW: I added a comment:
>
> https://java.net/jira/browse/UNITSOFMEASUREMENT-59
>
>
>
> On Tue, Sep 30, 2014 at 4:02 PM, Werner Keil
>
> <
>
>
> wrote:
>
>
>
>>
>
>>
>
>>> However while specialized implementations are allowed, I don't think
>
>>> they are needed. A single implementation can handle every standard
>
>>> subtypes (Speed, Time, Length, etc.), provided that the QuantityFactory
>
>>> implementation is complete enough.
>
>>>
>
>>>
>
>> No objections to that.
>
>>
>
>> In fact, using the additional domain "si.uom" I spawned a separate
>
>> library for those. While SI quantity types (being just interfaces) should
>
>> be in the API this is an extension to either RI or SE implementation
>
>> (since
>
>> it extends AbstractQuantity or a similar base type) and can live quite
>
>> well
>
>> in a separate module.
>
>>
>
>> Werner
>
>>
>
>>
>
>>>
>
>>> > Martin, could you open a JIRA ticket for the suspect type issue on
>
>>> > inverse, please?
>
>>>
>
>>> As said in my previous email, I tried but JIRA seems partially down
>
>>> tonight. Will try again tomorrow.
>
>>>
>
>>> Martin
>
>>>
>
>>>
>
>>
>
>
>
>
>
> --
>
> Otávio Gonçalves de Santana
>
>
>
> blog: http://otaviosantana.blogspot.com.br/
>
> twitter: http://twitter.com/otaviojava
>
> site: *http://about.me/otaviojava <http://about.me/otaviojava>*
>
> 55 (11) 98255-3513
>
>
>
>
>