I for one would like to see an alternative installation method like this. The
use case would be for making it simpler to
Build linux packages to ease the installation for sysadmins.
Essentially, to build a linux package, the packaging tools creates a fake root
environment, follows the instructions of how to install and redirects the
installer to this fake root environment (typically this is easy with the
standard, configure, make, make install type software). Then the tools tars up
that fake root and essentially makes that the package. Different distro's tools
do different things, but that's the core principlas behind all of them.
So anything that might make automating the install easier, would help me out
considerably.
Thanks,
Doug
From: Bill Branan [mailto:[email protected]]
Sent: Monday, June 08, 2009 10:06 AM
To: Asger Blekinge-Rasmussen
Cc: [email protected]
Subject: Re: [Fedora-commons-developers] Alternate installation...
Hi Asger,
Thanks for writing this up, your recollection is very similar to mine. One
addition I would make is that besides SSL config, the installer sets up servlet
filters, primarily for doing authentication. This may be addressed somewhat by
the FESL effort, but in the meantime auth settings can be pushed into the fcfg
file which is read by a filter that is always available. I created a tracker
item for this with your list (and some of my additions) here:
https://fedora-commons.org/jira/browse/FCREPO-504
I would like to push this further, at least to see what roadblocks we come
upon. Andrew Woods is currently in the process of reworking the code structure
as part of the move towards building with maven, so now doesn't seem like a
great time to start an unrelated restructuring task. Once the transition to
maven is under our belts, though, I intend to give this a shot, with the help
of anyone who is interested.
For now, I'd be happy to collect use-cases from anyone that sees this as
beneficial (i.e. how you can see making use of such an install method) or a
problem (i.e. how doing an install this way would make life harder for you.)
Bill
On Mon, Jun 8, 2009 at 7:17 AM, Asger Blekinge-Rasmussen
<[email protected]<mailto:[email protected]>> wrote:
Hi
Interestingly, I had the same talk with
Chris Wilper
Bill Branan
Dan Davis
after OR09.
We came up with a total redesign of the fedora install procedure. Here
goes, from memory:
1. Fedora is just a .war file. There is no installer.
2. You install said war file in a tomcat.
3. Upon init of the war file, fedora reads /fedora/fedora.fcfg, or
another location specified in the war files web.xml
4. This config file specify, among all the things it already does, the
Fedora Home dir.
5. If this dir does not exist, it is created and populated with the
nessesary stuff from the war file.
The purpose of the current installer is primarily to set up the web.xml.
That settings have to be set up in the web.xml is unfortunate, but
unavoidable.
The features that are set up, again from memory:
1. SSL endpoints
2. Other endpoints
As far as we could establish, the SSL endpoints are somewhat odd, since
people would probably use the tomcat in SSL, rather that the specific
web application.
The other endpoints, we envisage, are default enabled. The fedora.fcfg
specify which class should handle requests for each endpoint, and thus
certain endpoints could have stub implementations per default.
Bill Branan wanted to pursue this design further, and I haven't heard
from him since. I have yet to find a good reason for not using this
design, but I hope to hear from others here on the list.
Regards
On Sat, 2009-05-16 at 17:21 +0200, Chris Wilper wrote:
> Hi Douglas,
>
> Did you know the installer can run non-interactively by giving it a
> properties file as an argument? Probably not, since it wasn't
> documented :) But now it is, on this page:
> http://fedora-commons.org/confluence/x/wABI
>
> We use this a lot for Fedora's CI tests, since they need to be run in
> a fresh Fedora installation each time.
>
> Try running it interactively first, making the choices you want. Then
> look at $FEDORA_HOME/install/install.properties. It should contain
> things like the fedora.home choice, db choice, etc. Modify it however
> you want for your installer, then run:
>
> java -jar fedora-installer-3.2.jar install.properties
>
> - Chris
>
> On Fri, May 15, 2009 at 5:49 PM, STANLEY, DOUGLAS
> <[email protected]<mailto:[email protected]>> wrote:
> > Hello all,
> >
> > I'm working on building a debian package for fedora commons, and I was
> > wondering if there's an alternative way to install it (i.e. not using the
> > java installer)? Or at the very least, are the steps that the java
> > installer
> > takes documented anywhere? Can I peak at the source code somewhere to see
> > what the steps are? Essentially, I have to install everything to a temporary
> > directory that then gets tar'd up and put as part of the package, and trying
> > to trick the java installer to install to this temporary directory is
> > proving tricky. Can I just do something like:
> >
> > ant server
> >
> > to build the server stuff, then copy the files it builds? Is there more
> > that the installer does?
> >
> > Thanks,
> >
> > Doug
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables
> unlimited royalty-free distribution of the report engine
> for externally facing server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Fedora-commons-developers mailing list
> [email protected]<mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Fedora-commons-developers mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Fedora-commons-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
