dev@grizzly.java.net

Re: [HEADS-UP] OSGi problem with LTQ

From: Hubert Iwaniuk <neotyk_at_kungfoo.pl>
Date: Wed, 21 Jan 2009 16:57:53 +0100

Bad news {write,read}Object methods of LTQ both throw
NotImplementedException from sun.reflect.generics.reflectiveObjects.But as
we don't use them it should be easy to remove them, and have it fixed.

On Wed, Jan 21, 2009 at 4:44 PM, gustav trede <gustav.trede_at_gmail.com>wrote:

>
> I commited a fixed LTQ now. sacrificing serialization does not affect us.
>
> 2009/1/21 Hubert Iwaniuk <neotyk_at_kungfoo.pl>
>
> Gustav in order to test it go to contrib/grizzly-httpservice and execute
>> mvn clean install pax:provision.You shouldn't see any exceptions like:
>> org.osgi.framework.BundleException: Unresolved constraint in bundle 5:
>> package; (package=sun.misc)
>> at
>> org.apache.felix.framework.Felix._resolveBundle(Felix.java:1792)
>> at org.apache.felix.framework.Felix._startBundle(Felix.java:1652)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1588)
>> at
>> org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:1180)
>> at
>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:265)
>> at java.lang.Thread.run(Thread.java:595)
>>
>> HTH,
>> Hubert.
>>
>> On Wed, Jan 21, 2009 at 3:57 PM, gustav trede <gustav.trede_at_gmail.com>wrote:
>>
>>>
>>> ok i get onto it right now.
>>>
>>>
>>> 2009/1/21 Oleksiy Stashok <Oleksiy.Stashok_at_sun.com>
>>>
>>>> Hi Gustav,
>>>>
>>>>
>>>> how urgent is this , is tomorrow ok ?.
>>>>
>>>> Well, if you don't have time today - it's fine. But, IMHO, it's priority
>>>> 1 issue, as we need to have that fixed before 1.9.5 release.
>>>>
>>>> WBR,
>>>> Alexey.
>>>>
>>>>
>>>>
>>>> 2009/1/21 gustav trede <gustav.trede_at_gmail.com>
>>>>
>>>>>
>>>>> I will see what other projects do about this situation.
>>>>>
>>>>> 2009/1/21 Oleksiy Stashok <Oleksiy.Stashok_at_sun.com>
>>>>>
>>>>> Think it's not OSGi problem, but we can not use sun internal packages
>>>>>> at all.
>>>>>> Gustav, can you pls. take a look at that?
>>>>>> I'm not sure what Unsafe is used for, looks like it is used to change
>>>>>> "final" Class members. We can try to remove the dependancy by removing
>>>>>> "final" declaration and the check if it still performs good with our
>>>>>> testcases.
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> WBR,
>>>>>> Alexey.
>>>>>>
>>>>>>
>>>>>> On Jan 21, 2009, at 10:24 , Hubert Iwaniuk wrote:
>>>>>>
>>>>>> Hi,
>>>>>>>
>>>>>>> Since introduction of LinkedTransferQueue we have problems with OSGi
>>>>>>> packaging.
>>>>>>> LTQ depends on sun.misc.Unsafe and sun.misc is not provided by any
>>>>>>> bundle, so trying to provision OSGi bundle will fail.
>>>>>>> Trying to figure out how to get this package visible in OSGi
>>>>>>> environment.
>>>>>>>
>>>>>>> Any help is appreciated,
>>>>>>> Hubert.
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>>>>>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> your servant
>>>>> gustav trede
>>>>>
>>>>> coding is art - not only something that bring food on the table,
>>>>> everybody should be able to feel proud about their code,
>>>>> that they have performed their best considering the given conditions.
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> your servant
>>>> gustav trede
>>>>
>>>> coding is art - not only something that bring food on the table,
>>>> everybody should be able to feel proud about their code,
>>>> that they have performed their best considering the given conditions.
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> your servant
>>> gustav trede
>>>
>>> coding is art - not only something that bring food on the table,
>>> everybody should be able to feel proud about their code,
>>> that they have performed their best considering the given conditions.
>>>
>>>
>>
>>
>> --
>> Hubert Iwaniuk
>>
>
>
>
> --
> your servant
> gustav trede
>
> coding is art - not only something that bring food on the table,
> everybody should be able to feel proud about their code,
> that they have performed their best considering the given conditions.
>
>


-- 
Hubert Iwaniuk