On Fri, May 06, 2011 at 01:33:23PM +0000, bugzi...@opensolaris.org wrote: > https://defect.opensolaris.org/bz/show_bug.cgi?id=18242 > > Trond Norbye <trond.nor...@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|NEW |ACCEPTED > > --- Comment #14 from Trond Norbye <trond.nor...@gmail.com> 2011-05-06 > 13:33:14 UTC --- > I added an initial shot at this in changeset: 1173:813a4561226a > > It would be nice if someone who needs this feature could check it it solves > their needs?
Ehmmm - I don't understand this kludge? IMHO it doesn't make sense! If one needs AA[A], one can use a filter, process the request [params] and pass it to the handling servlet/jsp, if it thinks, it is ok. Otherwise it throws something back or redirects the user to the auth site. As an alternative or in addition the web containers default auth stuff can be used as well. E.g see: http://onjava.com/pub/a/onjava/2002/06/12/form.html etc. There is no need to splice in "supicious stuff"/"self cooked pseudo A?" into an application like opengrok, since it doesn't care/handle/need it. And thus I would prefer to roll back this commit... Regards, jel. -- Otto-von-Guericke University http://www.cs.uni-magdeburg.de/ Department of Computer Science Geb. 29 R 027, Universitaetsplatz 2 39106 Magdeburg, Germany Tel: +49 391 67 12768 _______________________________________________ opengrok-discuss mailing list opengrok-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/opengrok-discuss
