David Sean Taylor wrote: >>We need a JDBC implementation and an LDAP implementation >> > >Yes, agreed. > >>What Object Relational layer (if any) are we going to use for >>the JDBC >>implementation. Some choices include castor, village, Torque, the >>JCorporate, ofbiz, and dozens of others. >> > >Torque is probably a good choice. >Check the Turbine mailing list. Someone there was working on a LDAP adapter, >not sure of the state of that. > I checked. It can be used for authentication, but the "save" methods are not implemented (both in turbine-2 and 3). Thus, if we use it, we would have no functional user.save() for session objects.
> >>Or should we do it via the DAO pattern? >> > >Torque provides a data access layer. > >>For the object model, >>Here is what I think we need to do >> >>1) Hierarchical groups and roles >>2) Users are associated to groups and to roles >>3) Groups can be associated to users and to roles >> >> >>TO DO: >>Object Model >>Database scripts >> > >Generate them with Torque. > >>O/R Decision (DAO vs Castor, Torque, etc) >> > >My vote is Torque. > This even after your fights? ;) BTW. THere is something I did not like about how we implemented groups. Turbine has a "DEFAULT_GROUP" concept. The group is called "global". When you don't specify a group, this is the one that Turbine will check. We have used a Jetspeed group as default. No global page under groups. I think we should revise this, as the global group name is hardwired into Turbine. > >>Web application for delegated administration >>Web application for a reference implementation (a how-to use >>this thing) >> > >I would like to see this written with portlets. > Me too. Ideally beans put into a tool for template access. > >> >> >>Note: >>I found it very good to use a de-normalized table for the >>storage of groups >>and roles. We should use a groupflat and roleflat table for better >>performance. Oracle iPortal does it! >> > >Could you show a simple table definition? > >>I really need to get this up and running. Where is this >>thing? Does it >>need a project lead? I am more than willing to drive this >>baby to completion. >> > >Have you read this yet: > >http://jakarta.apache.org/site/getinvolved.html >http://jakarta.apache.org/site/guidelines.html > >If you'd like to start working on this project from within Jetspeed, make a >formal proposal and the committers will then vote on it. You may also want >to run this idea past the Turbine group, since in my opinion it, your >proposed security system is similiar to Turbine security. Perhaps you could >make a proposal to the Turbine developers list to improve the current >Turbine security. Then the all Turbine apps, Jetspeed included, will benefit >from it. > >David > > > >-- >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
