Mantis Bugtracker

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0002374 [Resin] minor always 01-28-08 09:08 02-07-08 15:01
Reporter ferg View Status public  
Assigned To ferg
Priority normal Resolution fixed  
Status closed   Product Version 3.1.5
Summary 0002374: resin:import regression failures
Description (rep by stargazer)

Note - this worked for previous snapshots, it just been broken now.
We find it useful to develop sites locally, stage them, then move them
to production when ready. For local
development we fire up resin and configure them such that their url is
conveniently available after
http://localhost:8080, [^] for example http://localhost:8080/, [^]
http://localhost:8080/ [^] etc.
Then when moved to staging they become [^] and finally production is as
The advantage with this is it is always clear where you are from the
url: you can have all 3 open at once. The
configuration for this has always been easy too, using this syntax:

    <host id="" root-directory=".">
      <web-app id="/" root-directory="webapps/ROOT"/>

        <fileset dir="${resinHome}/conf/hostconf">
          <include name="**/*.xml"/>

This means that all we needed was the relevant *.xml file for each host
anywhere under our conf/hostconf dir.
When the <host-deploy> directive was introduced I was sure this meant we
could do the same thing but without
the restarts, but this isn't exactly the case. Sure, I can create a
localhost folder and stick host.xml in it for my example as above, and access it with
http://localhost:8080/, [^] but the definition of is within
the host.xml file, so I have no way to do the same for as I have
using the <resin:import> style.
I could edit my local hosts file and add aliases but that means there is
extra (unnecessary) config and you can't tell
from the url where you are if at any time could really be
pointing to

Unless there is a way of doing this I'd really appreciate the
<resin:import> functionality not to be dropped please.

The pligg verbose logging I reported is still present in this snapshot.

One other small point I'm sure you'd like to address before 3.1.15 : its
now 2008 but the snapshot still announces itself
as copyright 1998-2007 ;-)

Additional Information
Attached Files

- Relationships

- Notes
02-07-08 15:01

server/4314, server/4320

- Issue History
Date Modified Username Field Change
01-28-08 09:08 ferg New Issue
02-07-08 15:01 ferg Note Added: 0002736
02-07-08 15:01 ferg Assigned To  => ferg
02-07-08 15:01 ferg Status new => closed
02-07-08 15:01 ferg Resolution open => fixed
02-07-08 15:01 ferg Fixed in Version  => 3.1.5

Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
28 total queries executed.
25 unique queries executed.
Powered by Mantis Bugtracker