Scott, How do you feel about embedded dbs? We¹ve had pretty good luck using HSQL as our ³fallback db² for scenarious where we don¹t want to require a JNDI or other datasource connection or external dependency < especially in the case of storing preference-type information
We¹ve got a bunch of code that does fallbacks based on: User Configured Connections -> JNDI at ³known² name -> HSQL. Admittedly not that many of these bits run on HSQL, but it¹s been great for testing, and there are a couple edge cases that would have been much more involved if we didn¹t have that in place. Jason On 6/30/09 8:30 AM, "Scott Battaglia" <scott.battag...@gmail.com> wrote: > On Mon, Jun 29, 2009 at 3:33 PM, Andrew Feller <afel...@lsu.edu> wrote: >> I understand the scope of your question, but I was trying to go on a tangent >> about administrative screens and the need for a database as a whole. > > That's fine, but we should probably make sure to answer the original question > first, since I have enough trouble getting responses for the questions I > actually ask :-) As for whether there needs to be a database, it depends on > what data we need to make available. Again, if you look at the context of the > original question, there's a set of meta data that is optional for the SAML2 > IdP meta data. If we were autogenerating that meta data, and we care about > making it easy to update optional information, then we need to store the > source data somewhere (i.e. the Organization or Contact Information) such that > the meta data could be reconstructed. > >> As there is no wiki documentation about what types of administration >> screens are being considered for CAS4, I thought it would be a good time to >> bring it up and explore them as that conversation might answer how to deal >> with your specific question. > > Again, my specific question is purely about configuring meta data for SAML2 > support, and not about any other administrative screens. Any other > administrative screens are less important because no one's committed to > helping out with them. I'm all for requirements gathering for other > administrative functions (which if you look at the list archives, I've tried > before). I need this information, hence the question, because its the piece > I'm working on now. I'll pretend we're doing interative development ;-) > >> >> >> I would be interested in hearing more about the topic if you have time to >> digress on the subject. =) > > I'm all for digressing, I just don't want to lose track of the original > question because that's the piece that's currently being written. Also, not > to put you on the spot, but if you're interested in Administrative > Screens/Functions, and you've got some free time, the Steering Committee would > be more than happy to let you drive the requirements gathering for the > administrative screens. I'd obviously help where I can, but we have actually > minimal requirements at Rutgers for administrative functions beyond Services > Management. Let me know if you're interested. > > Cheers, > Scott > >> >> >> On 6/27/09 9:32 PM, "Scott Battaglia" <scott.battag...@gmail.com >> <http://scott.battag...@gmail.com> > wrote: >> >>> The only thing I'm asking about is whether we need an administrative >>> interface to store the data that's optional for SAML meta data, such as >>> organization and stuff. If people aren't really going to bother putting in >>> that data then I won't make an interface for it. >>> >>> I already have a tool to automatically generate the required meta data, it >>> was just if I needed something to allow someone to enter the optional stuff. >>> >>> >>> On Fri, Jun 26, 2009 at 4:21 PM, Andrew Feller <afel...@lsu.edu >>> <http://afel...@lsu.edu> > wrote: >>>> Can you elaborate on the purpose and function of the administrative >>>> screens? I was looking at the CAS4 wiki pages ( >>>> http://www.ja-sig.org/wiki/display/CAS4UM/ ) and didn¹t notice any >>>> documentation talking about them. >>>> >>>> Are they for A) Viewing state of currently running CAS instance, B) >>>> Changing runtime settings of live CAS instance, C) Changing startup >>>> settings of CAS instance, D) All of the above? >>>> >>>> Thanks, >>>> A- >>>> >>>> >>>> >>>> On 6/26/09 1:36 PM, "Scott Battaglia" <scott.battag...@gmail.com >>>> <http://scott.battag...@gmail.com> <http://scott.battag...@gmail.com> > >>>> wrote: >>>> >>>>> I'm working on some of the pieces required to support SAML2 in CAS4, >>>>> including the generation of the appropriate IdP Meta Data automatically >>>>> etc. >>>>> >>>>> One of the optional components of the IdP meta data is Organizational >>>>> information. Does anyone feel like they would actually publish that? If >>>>> not we could leave it out of the auto-generated piece and it would mean >>>>> less admin UI. Those who want it can manually construct their IdP meta >>>>> data. >>>>> >>>>> Also, do we want a command line tool for creating the Public/Private Key >>>>> pairs? Doing it from some form of administrative screen means we'd most >>>>> likely have a database requirement for that information. >>>>> >>>>> Thoughts? -- Jason Shao Director of Product Development CampusEAI Consortium 1940 East 6th Street, 11th Floor Cleveland, OH 44114 Tel: 216.589.9626x249 Fax: 216.589.9639 Your input is important to improve upon our continuous efforts to service you better. Please e-mail my manager at anjli_j...@campuseai.org with any feedback. CONFIDENTIALITY NOTICE: This e-mail together with any attachments is proprietary and confidential; intended for only the recipient(s) named above and may contain information that is privileged. You should not retain, copy or use this e-mail or any attachments for any purpose, or disclose all or any part of the contents to any person. Any views or opinions expressed in this e-mail are those of the author and do not represent those of CampusEAI Consortium or the Open Student Television Network. If you have received this e-mail in error, or are not the named recipient(s), you are hereby notified that any review, dissemination, distribution or copying of this communication is prohibited by the sender and to do so might constitute a violation of the Electronic Communications Privacy Act, 18 U.S.C. section 2510-2521. Please immediately notify the sender and delete this e-mail and any attachments from your computer. Warning: Although precautions have been taken to make sure no viruses are present in this e-mail, the companies cannot accept responsibility for any loss or damage that arise from the use of this e-mail or attachments. -- You are currently subscribed to cas-dev@lists.jasig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-dev
