Metadata Aggregator Issue

[Chad La Joie]

Yeah, that's just standard Java math then.

On Wed, Jan 18, 2012 at 16:08, Krug, Jeff <Jeff.Krug at gtri.gatech.edu> wrote:
> That does work.
>
> ________________________________________
> From: dev-bounces at shibboleth.net [dev-bounces at shibboleth.net] on behalf of Chad La Joie [lajoie at itumi.biz]
> Sent: Wednesday, January 18, 2012 4:04 PM
> To: Shib Dev
> Subject: Re: Metadata Aggregator Issue
>
> What if you do 1000L * 60 * 50 * 24 * 5?
>
> On Wed, Jan 18, 2012 at 15:50, Krug, Jeff <Jeff.Krug at gtri.gatech.edu> wrote:
>> In the calculation of the validityDuration as seen in the example
>> configurations:
>> p:validityDuration="#{1000 * 60 * 60 * 24 * 5}"
>>
>> While the field itself is properly declared as a long in the Java class, the
>> calculations seen above are performed as 32-bit signed integers and then
>> cast into longs after the calculation is done. This means that any duration
>> over 24-25 days causes integer overflow and the code throws an exception. I
>> tried casting the above to longs within the configuration files, but that
>> just triggers all sorts of Spring exceptions. I'm not entirely sure where in
>> the code the above calcuation occurs prior to executing the actual Java
>> class that throws the exception, but since the data type needs to be a long,
>> it shouldn't experience 32-bit integer overflow the way it currently does.
>>
>> I am guessing a bug report should be filed, but I thought I would mention it
>> here prior to putting in a bug report (might be a known problem internal to
>> some Spring processing).
>>
>> Thanks,
>> Jeff
>>
>>
>> --
>> To unsubscribe from this list send an email to
>> dev-unsubscribe at shibboleth.net
>
>
>
> --
> Chad La Joie
> www.itumi.biz
> trusted identities, delivered
> --
> To unsubscribe from this list send an email to dev-unsubscribe at shibboleth.net
> --
> To unsubscribe from this list send an email to dev-unsubscribe at shibboleth.net



-- 
Chad La Joie
www.itumi.biz
trusted identities, delivered