Skip to Content.
Sympa Menu

shibboleth-dev - Re: Shib Packaging Community Consultation

Subject: Shibboleth Developers

List archive

Re: Shib Packaging Community Consultation


Chronological Thread 
  • From: Alistair Young <>
  • To: Nate Klingenstein <>
  • Cc:
  • Subject: Re: Shib Packaging Community Consultation
  • Date: Wed, 3 Nov 2004 09:33:00 +0000

Hi Nate,
One of our project partners have produced a VLE on a CD for the Bodington VLE, for marketing/playing around with. Rather than having to install Tomcat and the VLE etc, they've come up with a whole install on a CD. You just bung it in and it runs from the CD.
I'm not sure if this would be feasible for shibboleth, a localhost target/origin on a CD. Preconfigured to point to each other. Everything needed to run, from the CD. Just bung and play!
It would be very useful to see how the shibboleth people themselves set up a localhost install and how they configure the XML files. A reference that the rest of us could use. Very helpful indeed.
cheers,
Alistair

On 2 Nov 2004, at 20:32, Nate Klingenstein wrote:

All,

A resource I don't think we've used sufficiently in making decisions about the deployment and packaging of Shibboleth is the community that has developed over the last few months. Steven and I agreed on a recent call that there's a lot of knowledge and opinion out there that could be valuable to inform choices about packaging. There are several things I'd like to ask them about:

1) Would you find shell scripts or other simple GUI options for common configuration tasks useful, or is it better to learn hands-on manipulation of the XML file?

2) One of the things we've proposed on the development team is the creation of a tarball and a set of shell scripts which would essentially generate an entire functional canned deployment, including configuration, Tomcat, and other components. Would this be useful, bearing in mind it would not be viable for many production deployments, but would allow for a very simple hands-on experience with Shibboleth?

3) Would it be useful to continue to pursue the locahost test environment, where a Shibboleth target and a Shibboleth origin are deployed on the same box and told via scripts to point to one another? Is the natural step to eventually combine the Shibboleth origin and target to one Shibboleth system which is capable of performing both roles, in which case this may be more valuable? Or do you find more value in testing by accessing a pre-made set of test origins or targets, although some element of federation must be accommodated?

There may have been other questions which came up which I can't remember offhand. Are there any modifications, suggestions, or other questions we should ask?

Thanks,
Nate.





Archive powered by MHonArc 2.6.16.

Top of Page