On Fri, Mar 6, 2009 at 1:59 PM, wrote:
> Thanks for your immediate reply (all of you)
>
> If it is already fixed in Trunk then I am happy. So this is my fault (was
> looking at the source of 1.4.1), next time I will first check the Trunk
> before taking your time.
you can search JIRA as well a
Thanks for your immediate reply (all of you)
If it is already fixed in Trunk then I am happy. So this is my fault (was
looking at the source of 1.4.1), next time I will first check the Trunk before
taking your time.
P.S. Regarding the side note about the java-spec, Of course you are right. But
2009/3/6 Reto Bachmann-Gmür
> alexander.ber...@finnova.ch said the following on 03/06/2009 12:04 PM:
> > [...] As to my understanding hashCode() should never throw an exception
> and always return the same integer value for the same object instance. If
> this contract is violated classes like Has
alexander.ber...@finnova.ch said the following on 03/06/2009 12:04 PM:
> [...] As to my understanding hashCode() should never throw an exception and
> always return the same integer value for the same object instance. If this
> contract is violated classes like HashMap will not work correctly, po
Yes, this is fixed in trunk.
regards,
Karl
On Fri, Mar 6, 2009 at 12:19 PM, Stuart McCulloch wrote:
> 2009/3/6
>
>> From time to time I get the following exception when using Apache Felix
>> SCR. I am not yet sure if this is a problem of SCR or a framework bug. For
>> me it looks like a framew
2009/3/6 Stuart McCulloch
> 2009/3/6
>
>> From time to time I get the following exception when using Apache Felix
>> SCR. I am not yet sure if this is a problem of SCR or a framework bug. For
>> me it looks like a framework bug caused by the hashCode() function of
>> org.apache.felix.framework.S
2009/3/6
> From time to time I get the following exception when using Apache Felix
> SCR. I am not yet sure if this is a problem of SCR or a framework bug. For
> me it looks like a framework bug caused by the hashCode() function of
> org.apache.felix.framework.ServiceReferenceImpl respectively
>
>From time to time I get the following exception when using Apache Felix SCR. I
>am not yet sure if this is a problem of SCR or a framework bug. For me it
>looks like a framework bug caused by the hashCode() function of
>org.apache.felix.framework.ServiceReferenceImpl respectively
>org.apache.f
8 matches
Mail list logo
