You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by Reto Bachmann-Gmür <re...@apache.org> on 2012/12/20 12:29:09 UTC
Stanbol components running with apache wink instead of jersey.
The trunk version of clerezza contains support for running Stanbol
fragments. To see how Stanbol modules can be loaded check:
http://mail-archives.apache.org/mod_mbox/incubator-clerezza-dev/201212.mbox/browser
This shows a way how the webfragments can be used with wink and thus
allowing a migration path from Webfragments to an OSGi whiteboard oriented
architecture (gettig rid of ServletContext component exchange).
Cheers,
Reto
Re: Stanbol components running with apache wink instead of jersey.
Posted by Reto Bachmann-Gmür <re...@apache.org>.
Hi
With the webfragment runner now in clerezza the change to the wehiteboard
is no longer a prerequisite to change to wink. But when we have wink in
place we should document whiteboard best practices, possibly deprecate
webfragment and gradually migrate.
Cheers,
Reto
On Fri, Dec 21, 2012 at 1:27 PM, Rupert Westenthaler <
rupert.westenthaler@gmail.com> wrote:
> Hi
>
> Your plan (1-3) sounds reasonable to me. What is about using the OSGI
> whiteboard instead of the ServletContext issue. If we switch to use
> the whiteboard could we get rid of the WebFragments altogether? Do you
> think this should be done at the same time or better after completing
> the migration to Wink?
>
> best
> Rupert
>
> On Fri, Dec 21, 2012 at 12:17 PM, Reto Bachmann-Gmür <re...@apache.org>
> wrote:
> > Hi Rupert and all
> >
> > Let's discuss the best approach first.
> >
> > One idea would be:
> >
> > 1. Make a full release to have a last jersey release
> > 2. Replace jersey with the wink (snapshod version) based webfragment
> runner
> > 3. Get rid of the jersey specific annotations and multipart form support
> in
> > rules, cmsadapter, reasoners, ontologymanager
> >
> > Between 2 and 3 problems at runtime (running the affected components is
> the
> > new launcher) are to be expected. A more conservative approach would of
> > course be to replace the jersey specific annotations first. However this
> is
> > best done by the original developers of the component as they now best
> what
> > the wanted to acchieve with an annotation like "ImplicitProduces". For
> > MultiPart I think we should best not rely on support classes provided by
> > the runtime (i.e change from jersey specific to wink specific) but a
> > solution that justs bases on jax-rs (e.g use the one provided in clerezza
> > jaxrs.utils).
> >
> > My opinion is that having a certain regression in trunk after a release
> is
> > not such a big issue and so I would suggest to release asap and do the
> > switch in trunk immediately after the release.
> >
> > Cheers,
> > Reto
> >
> >
> >
> >
> > On Fri, Dec 21, 2012 at 10:05 AM, Rupert Westenthaler <
> > rupert.westenthaler@gmail.com> wrote:
> >
> >> Hi Reto,
> >>
> >> can you please create a JIRA issue for the switch from Jersey to Wink
> >> including sub-tasks for all the necessary steps. IMHO you are the one
> >> with the best overview and having this would really help this to
> >> happen.
> >>
> >> best
> >> Rupert
> >>
> >>
> >> On Thu, Dec 20, 2012 at 12:29 PM, Reto Bachmann-Gmür <re...@apache.org>
> >> wrote:
> >> > The trunk version of clerezza contains support for running Stanbol
> >> > fragments. To see how Stanbol modules can be loaded check:
> >> >
> >> >
> >>
> http://mail-archives.apache.org/mod_mbox/incubator-clerezza-dev/201212.mbox/browser
> >> >
> >> > This shows a way how the webfragments can be used with wink and thus
> >> > allowing a migration path from Webfragments to an OSGi whiteboard
> >> oriented
> >> > architecture (gettig rid of ServletContext component exchange).
> >> >
> >> > Cheers,
> >> > Reto
> >>
> >>
> >>
> >> --
> >> | Rupert Westenthaler rupert.westenthaler@gmail.com
> >> | Bodenlehenstraße 11 ++43-699-11108907
> >> | A-5500 Bischofshofen
> >>
>
>
>
> --
> | Rupert Westenthaler rupert.westenthaler@gmail.com
> | Bodenlehenstraße 11 ++43-699-11108907
> | A-5500 Bischofshofen
>
Re: Stanbol components running with apache wink instead of jersey.
Posted by Rupert Westenthaler <ru...@gmail.com>.
Hi
Your plan (1-3) sounds reasonable to me. What is about using the OSGI
whiteboard instead of the ServletContext issue. If we switch to use
the whiteboard could we get rid of the WebFragments altogether? Do you
think this should be done at the same time or better after completing
the migration to Wink?
best
Rupert
On Fri, Dec 21, 2012 at 12:17 PM, Reto Bachmann-Gmür <re...@apache.org> wrote:
> Hi Rupert and all
>
> Let's discuss the best approach first.
>
> One idea would be:
>
> 1. Make a full release to have a last jersey release
> 2. Replace jersey with the wink (snapshod version) based webfragment runner
> 3. Get rid of the jersey specific annotations and multipart form support in
> rules, cmsadapter, reasoners, ontologymanager
>
> Between 2 and 3 problems at runtime (running the affected components is the
> new launcher) are to be expected. A more conservative approach would of
> course be to replace the jersey specific annotations first. However this is
> best done by the original developers of the component as they now best what
> the wanted to acchieve with an annotation like "ImplicitProduces". For
> MultiPart I think we should best not rely on support classes provided by
> the runtime (i.e change from jersey specific to wink specific) but a
> solution that justs bases on jax-rs (e.g use the one provided in clerezza
> jaxrs.utils).
>
> My opinion is that having a certain regression in trunk after a release is
> not such a big issue and so I would suggest to release asap and do the
> switch in trunk immediately after the release.
>
> Cheers,
> Reto
>
>
>
>
> On Fri, Dec 21, 2012 at 10:05 AM, Rupert Westenthaler <
> rupert.westenthaler@gmail.com> wrote:
>
>> Hi Reto,
>>
>> can you please create a JIRA issue for the switch from Jersey to Wink
>> including sub-tasks for all the necessary steps. IMHO you are the one
>> with the best overview and having this would really help this to
>> happen.
>>
>> best
>> Rupert
>>
>>
>> On Thu, Dec 20, 2012 at 12:29 PM, Reto Bachmann-Gmür <re...@apache.org>
>> wrote:
>> > The trunk version of clerezza contains support for running Stanbol
>> > fragments. To see how Stanbol modules can be loaded check:
>> >
>> >
>> http://mail-archives.apache.org/mod_mbox/incubator-clerezza-dev/201212.mbox/browser
>> >
>> > This shows a way how the webfragments can be used with wink and thus
>> > allowing a migration path from Webfragments to an OSGi whiteboard
>> oriented
>> > architecture (gettig rid of ServletContext component exchange).
>> >
>> > Cheers,
>> > Reto
>>
>>
>>
>> --
>> | Rupert Westenthaler rupert.westenthaler@gmail.com
>> | Bodenlehenstraße 11 ++43-699-11108907
>> | A-5500 Bischofshofen
>>
--
| Rupert Westenthaler rupert.westenthaler@gmail.com
| Bodenlehenstraße 11 ++43-699-11108907
| A-5500 Bischofshofen
Re: Stanbol components running with apache wink instead of jersey.
Posted by Reto Bachmann-Gmür <re...@apache.org>.
Hi Rupert and all
Let's discuss the best approach first.
One idea would be:
1. Make a full release to have a last jersey release
2. Replace jersey with the wink (snapshod version) based webfragment runner
3. Get rid of the jersey specific annotations and multipart form support in
rules, cmsadapter, reasoners, ontologymanager
Between 2 and 3 problems at runtime (running the affected components is the
new launcher) are to be expected. A more conservative approach would of
course be to replace the jersey specific annotations first. However this is
best done by the original developers of the component as they now best what
the wanted to acchieve with an annotation like "ImplicitProduces". For
MultiPart I think we should best not rely on support classes provided by
the runtime (i.e change from jersey specific to wink specific) but a
solution that justs bases on jax-rs (e.g use the one provided in clerezza
jaxrs.utils).
My opinion is that having a certain regression in trunk after a release is
not such a big issue and so I would suggest to release asap and do the
switch in trunk immediately after the release.
Cheers,
Reto
On Fri, Dec 21, 2012 at 10:05 AM, Rupert Westenthaler <
rupert.westenthaler@gmail.com> wrote:
> Hi Reto,
>
> can you please create a JIRA issue for the switch from Jersey to Wink
> including sub-tasks for all the necessary steps. IMHO you are the one
> with the best overview and having this would really help this to
> happen.
>
> best
> Rupert
>
>
> On Thu, Dec 20, 2012 at 12:29 PM, Reto Bachmann-Gmür <re...@apache.org>
> wrote:
> > The trunk version of clerezza contains support for running Stanbol
> > fragments. To see how Stanbol modules can be loaded check:
> >
> >
> http://mail-archives.apache.org/mod_mbox/incubator-clerezza-dev/201212.mbox/browser
> >
> > This shows a way how the webfragments can be used with wink and thus
> > allowing a migration path from Webfragments to an OSGi whiteboard
> oriented
> > architecture (gettig rid of ServletContext component exchange).
> >
> > Cheers,
> > Reto
>
>
>
> --
> | Rupert Westenthaler rupert.westenthaler@gmail.com
> | Bodenlehenstraße 11 ++43-699-11108907
> | A-5500 Bischofshofen
>
Re: Stanbol components running with apache wink instead of jersey.
Posted by Andreas Kuckartz <A....@ping.de>.
Just for info: I had used Apache Wink in the very first IKS Early
Adopter project and did not have any problems with it.
Cheers,
Andreas
---
Rupert Westenthaler:
> Hi Reto,
>
> can you please create a JIRA issue for the switch from Jersey to Wink
> including sub-tasks for all the necessary steps. IMHO you are the one
> with the best overview and having this would really help this to
> happen.
>
> best
> Rupert
>
>
> On Thu, Dec 20, 2012 at 12:29 PM, Reto Bachmann-Gmür <re...@apache.org> wrote:
>> The trunk version of clerezza contains support for running Stanbol
>> fragments. To see how Stanbol modules can be loaded check:
>>
>> http://mail-archives.apache.org/mod_mbox/incubator-clerezza-dev/201212.mbox/browser
>>
>> This shows a way how the webfragments can be used with wink and thus
>> allowing a migration path from Webfragments to an OSGi whiteboard oriented
>> architecture (gettig rid of ServletContext component exchange).
>>
>> Cheers,
>> Reto
>
>
>
Re: Stanbol components running with apache wink instead of jersey.
Posted by Rupert Westenthaler <ru...@gmail.com>.
Hi Reto,
can you please create a JIRA issue for the switch from Jersey to Wink
including sub-tasks for all the necessary steps. IMHO you are the one
with the best overview and having this would really help this to
happen.
best
Rupert
On Thu, Dec 20, 2012 at 12:29 PM, Reto Bachmann-Gmür <re...@apache.org> wrote:
> The trunk version of clerezza contains support for running Stanbol
> fragments. To see how Stanbol modules can be loaded check:
>
> http://mail-archives.apache.org/mod_mbox/incubator-clerezza-dev/201212.mbox/browser
>
> This shows a way how the webfragments can be used with wink and thus
> allowing a migration path from Webfragments to an OSGi whiteboard oriented
> architecture (gettig rid of ServletContext component exchange).
>
> Cheers,
> Reto
--
| Rupert Westenthaler rupert.westenthaler@gmail.com
| Bodenlehenstraße 11 ++43-699-11108907
| A-5500 Bischofshofen