Yes, you’re right. The servlet is actually not a component, it is registered 
manually on behalf of the Application service. It was a remnant.

I’ve fixed it.

Kind regards,

        Peter Kriens

> On 7 jun. 2016, at 01:44, Paul F Fraser <pa...@a2zliving.com> wrote:
> 
> Hi Peter,
> 
> In VaadinOSGiServlet this property has no effect, 
>                 HttpWhiteboardConstants.HTTP_WHITEBOARD_SERVLET_PATTERN + 
> "=/foo", 
> 
> The setting in ClickMeApp @Component(name = 
> "osgi.enroute.examples.vaadin.clickme", property = "alias=/poo") is the 
> effective setting.
> In this case /poo works and the whiteboard constant is ignored.
> 
> Paul
> 
> 
> On 7/06/2016 9:08 AM, Paul F Fraser wrote:
>> Brilliant, Thanks Peter,
>> 
>> It works, now I need to get my head into all that is going on.
>> From first glance at the code it seems that this example covers a very wide 
>> range of EnRoute techniques.
>> 
>> Paul
>> 
>> 
>> On 6/06/2016 11:47 PM, Peter Kriens wrote:
>>> These are always the questions that are hard to resist :-(
>>> 
>>> I’ve created a simple proof of concept to show how you could use [Vaadin 
>>> with OSGi][1]. Vaadin is one of those (in my opinion horrid) pieces of 
>>> software that can’t resist the temptation to use statics, singletons, 
>>> global variables, and strings instead of classes :-( 
>>> 
>>> In my opinion good software is _instance_ based and OSGi is a prime 
>>> example. So it took me a few hours but I figured out how I could trick 
>>> Vaadin in letting the service create the instance of the UI and not through 
>>> newInstance(). 
>>> 
>>> The provided repo has a readme. Let me know how it works and I am of course 
>>> very interested in PRs since this is a quick POC and not the usual quality.
>>> 
>>> Quick note. The Vaadin dependencies use the new Maven Bnd Repository plugin 
>>> in 3.2. Look at cnf/vaadin.bnd for the specific info.
>>> 
>>> Kind regards,
>>> 
>>>     Peter Kriens
>>> 
>>> 
>>> [1]: https://github.com/osgi/osgi.enroute.examples.vaadin 
>>> <https://github.com/osgi/osgi.enroute.examples.vaadin>
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>>> On 6 jun. 2016, at 02:43, Paul F Fraser <pa...@a2zliving.com 
>>>> <mailto:pa...@a2zliving.com>> wrote:
>>>> 
>>>> Hi David,
>>>> 
>>>> On 6/06/2016 9:54 AM, David Leangen wrote:
>>>>> Hard to provide much useful information if I don’t yet completely 
>>>>> understand what you are up to. :-)
>>>>> 
>>>>> Are you able to share some code?
>>>> As soon as I "understand what I am up to" I will have some code to share 
>>>> :-)
>>>> There is so much in EnRoute that provides functionality, in a tidy 
>>>> environment, that it takes considerable time to investigate and avoid 
>>>> rewriting what is already there.
>>>> For instance, I am checking out the web simple provider and web security 
>>>> bundles in the osgi-bundles repository to understand servlet handling.
>>>> The "service catalog" whiteboard service does not have any documentation 
>>>> yet on the EnRoute site.
>>>> 
>>>> Much of my previous understanding of OSGi, Bnd and Bndtools has been 
>>>> totally reset by the approach taken in EnRoute.
>>>> The video http://enroute.osgi.org/videos/chuck-boecking-persistence.html 
>>>> <http://enroute.osgi.org/videos/chuck-boecking-persistence.html> has been 
>>>> very valuable, thanks Chuck.
>>>> 
>>>> Paul
>>>> _______________________________________________
>>>> OSGi Developer Mail List
>>>> osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>
>>>> https://mail.osgi.org/mailman/listinfo/osgi-dev 
>>>> <https://mail.osgi.org/mailman/listinfo/osgi-dev>
>>> 
>>> 
>>> _______________________________________________
>>> OSGi Developer Mail List
>>> osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>
>>> https://mail.osgi.org/mailman/listinfo/osgi-dev 
>>> <https://mail.osgi.org/mailman/listinfo/osgi-dev>
>> 
>> 
>> _______________________________________________
>> OSGi Developer Mail List
>> osgi-dev@mail.osgi.org <mailto:osgi-dev@mail.osgi.org>
>> https://mail.osgi.org/mailman/listinfo/osgi-dev 
>> <https://mail.osgi.org/mailman/listinfo/osgi-dev>
> _______________________________________________
> OSGi Developer Mail List
> osgi-dev@mail.osgi.org
> https://mail.osgi.org/mailman/listinfo/osgi-dev

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev

Reply via email to