I feel like you'd be having way more fun if you bumped up to using Http
Whiteboard.

Sincerely,
- Ray

On Mon, Feb 12, 2018 at 4:41 PM, Karl Pauls <karlpa...@gmail.com> wrote:

> On Mon, Feb 12, 2018 at 4:22 PM, Thomas Driessen
> <thomas.driessen...@gmail.com> wrote:
> > Hi,
> >
> > I'm currently trying to get Vaadin to work within OSGi and for this
> purpose
> > I'm using felix http as webserver.
> >
> > My current setup looks like this:
> > I have a ResourceTracker that tracks all themes/widgetsets/resources and
> > registers them according to the Vaadin scheme as resources via:
> >
> >
> > http.registerResources("/vaadin-8.2.1/VAADIN/path/to/resource",
> > "/VAADIN/path/to/resource", new MySpecialContext());
> >
> > This works fine for production mode where all scss files are compiled to
> > css.
> >
> > The problem is in debug mode, where Vaadin offers an on-the-fly
> compilation
> > from scss to css. For this purpose Vaadin states one should register a
> > VaadinServlet under "/VAADIN/*" (or "/vaadin-8.2.1/VAADIN/*" in an OSGi
> > context) that takes care of compiling scss files on the fly if the
> > corresponding css files can not be found.
> >
> > The problem is:
> >
> > When I register a Vaadin servlet under "/vaadin-8.2.1/VAADIN/*" then this
> > servlet is never used.
>
> I might not remember correctly but IIRC, you are not supposed to put a
> "/*" at the end of the alias. Can you try to register the servlet with
> an alias of: "/vaadin-8.2.1/VAADIN" and see if that works?
>
> regards,
>
> Karl
>
> > Requests to
> > "localhost:8080/vaadin-8.2.1/VAADIN/path/to/resource" are still handled
> by a
> > ResourceServlet (DefaultServlet?) which, of course, is not able to find
> the
> > non-existent css files.
> >
> > Is there a way to tell felix http to  use a custom servlet instead of its
> > default resource servlet?
> >
> > Kind regards,
> > Thomas
>
>
>
> --
> Karl Pauls
> karlpa...@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>


-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)

Reply via email to