Bug#906770: README.Debian could use some clarificatons

2018-12-10 Thread Moritz Mühlenhoff
On Mon, Dec 10, 2018 at 02:48:17PM +0100, Emmanuel Bourg wrote:
> I think it supports both. Upstream has the following README file in this
> directory (I'll add it in the next update) :

Thanks!

Cheers,
Moritz



Bug#906770: README.Debian could use some clarificatons

2018-12-10 Thread Emmanuel Bourg
Le 20/08/2018 à 23:36, Moritz Muehlenhoff a écrit :

> For my tests of the jetty9 security update for stretch (released as
> DSA 4278) I had looked into creating a test setup and the README.Debian
> confused me quite a bit (and external references usally refer to a
> totally different way to deploy Jetty using the upstream packages):
> 
> It mentions:
> | Additional contexts can be configured and (hot) deployed via the
> | /etc/jetty9/contexts directory (linked from /usr/share/jetty9/contexts).
> 
> But it seems that is now replaced by /etc/jetty9/start.d?`

Good catch, /contexts is probably a left over from a previous version.
But start.d looks more like a directory for .ini config files
than .xml context files.


> Also from
> | Webapps can be deployed by placing them in /var/lib/jetty9/webapps
> | (linked from /usr/share/jetty9/webapps)
> 
> it wasn't obvious for me whether the .war file or a config file should
> be placed in /var/lib/jetty9/webapps.

I think it supports both. Upstream has the following README file in this
directory (I'll add it in the next update) :

| This directory is scanned by the WebAppDeployer provider for web
| applications to deploy using the following conventions:
| 
| + A directory called example/ will be deployed as a standard web
| application if it contains a WEB-INF/ subdirectory, otherwise it will be
| deployed as context of static content. The context path will be /example
| (eg http://localhost:8080/example/) unless the base name is "root" (not
| case sensitive), in which case the context path is /. If the directory name
| ends with ".d" it is ignored (but may still be used by explicit 
configuration).
| 
| + A file called example.war will be deployed as a standard web application
| with the context path /example (eg http://localhost:8080/example/). If the
| base name is root, then the context path is /. If example.war and example/
| exist, then only the WAR is deployed (which may use the directory as an
| unpack location).
| 
| + An XML file like example.xml will be deployed as a context whose
| configuration is defined by the XML. The context path must be set by
| the configuration itself. If example.xml and example.war exist, then
| only the XML is deployed (which may use the war in its configuration).
| 
| This directory is scanned for additions, removals and updates
| for hot deployment.
| 
| To configure the deployment mechanism, edit the files:
|start.d/500-deploy.ini
|etc/jetty-deploy.ini
| 
| To disable the auto deploy mechanism use the command:
| 
|java -jar start.jar --disable=deploy



Bug#906770: README.Debian could use some clarificatons

2018-08-20 Thread Moritz Muehlenhoff
Source: jetty9
Severity: normal

For my tests of the jetty9 security update for stretch (released as
DSA 4278) I had looked into creating a test setup and the README.Debian
confused me quite a bit (and external references usally refer to a
totally different way to deploy Jetty using the upstream packages):

It mentions:
| Additional contexts can be configured and (hot) deployed via the
| /etc/jetty9/contexts directory (linked from /usr/share/jetty9/contexts).

But it seems that is now replaced by /etc/jetty9/start.d?`

Also from
| Webapps can be deployed by placing them in /var/lib/jetty9/webapps
| (linked from /usr/share/jetty9/webapps)

it wasn't obvious for me whether the .war file or a config file should
be placed in /var/lib/jetty9/webapps.

(I eventually had a look at solr-jetty (which I eventually used for testing) and
it places a symlink to /etc/solr/sol-jetty.xml in there.)

Cheers,
Moritz