cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sergey Beryozkin <>
Subject Re: [GSOC] Simple and lightweight HTML-based browser for surveying Apache CXF logs
Date Thu, 08 Jul 2010 16:22:34 GMT
Hi Tomasz

> See, I'm not proposing to write a new servlet implementation. First, I'd
> > like to understand what you were trying to achieve by introducing
> > StaticContentServlet - I can see it's about serving the static content -
> but
> > what type of content, when exactly it is needed ? Next, I'd like to see
> if
> > either AbstractHttpServlet [1] or BootstrapStorage endpoint can be
> enhanced
> > to do what  StaticContentServlet does ?
> At the moment we've got java classes and *.ui.xml files, which are
> changed respectively into *.js and *.css files by GWT compiler (it
> change java code to javascript).
> To be more specified it's done by 'gwt-maven-plugin'. The GWT
> dependency has compilation scope - we don't use GWT at runtime. All
> these static files are packed into jar file (static flies takes about
> 0.5MB).  Because classes from package
> "*" are no longer
> needed, they aren't packed into jar file.
> Before user can use our LogBrowser, he has to retrieve all HTML, JS
> and CSS files - it can be simply done by go to URL (for example):
> <localhost>/logbrowser/LogBrowser.html
> This content is served by StaticContentServlet - the static files are
> retrieve from jar file and send as HTTP response. These happens only
> once (per browser) because all of these files are highly cached. After
> that user sign in and retrieve settings using BootstrapStorage
> endpoint.
> thanks for the explanation

> However StaticContentServlet and BootstrapStorage endpoints do similar
> job - they "init" application. I think extending BootstrapStorage (to
> add StaticContentServlet functionality) will be the best solution.
> What do you think about that?
Please start from having a dedicated resource method in BootstrapStorage
endpoint - this is the simplest thing to do at this stage and it should not
be time consuming, but perhaps at some later stage AbstractHttpServlet may
be enhanced a bit too..

thanks, Sergey

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message