Ate, See comments below.
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26475 > > This issue exactly describes our problem. > But, Remy Maucherat, one of the lead developers, > simply didn't find the > issue a problem (2004-01-27 23:31): > "Obviously, the realm is a server component. As a > result, all its > dependent classes must reside in the server > classloader. I do not see > anything wrong with this." Right, so if you want to use any kind of persistence layer, where do you put your persistence components, in the server classloader? The example you give with OJB is a good one... > As far as I can see there are three possible > solutions: > 1) Remodel Jetspeed in such a way that the > RdbmsLoginModule can be used > from the Tomcat 5 server classpath. I guess this > will take a lot of work > but I'm not the designer of the security component > so maybe others see a > short way out? If we were to redesign the RdbmsLoginModule, we would still need persistence wouldn't we? Would we end up using straight JDBC (for instance) and become database bound! Doesn't make much sense to me. > > 2) Try to convince the Tomcat crew to revert to the > old Tomcat 4 > behavior. Maybe conditionally with an additional > realm parameter? > I have a gut feeling they are not open to this but > maybe Jetspeed is > important enough to make a difference??? Well, I wouldn't get my hopes up on this one but it does not hurt to try. Anyone knows some of the Tomcat developers? An intelligent argumentation may be able to convince them. > > 3) Create an extended JAASRealm implementation or > patch the current one > without the new Tomcat 5 ContextClassLoader > problems. This would be a > short and simple solution (I tried it out: 5 minutes > work) but it > creates a dependency on the current Tomcat 5 > implementation and requires > putting the hacked/extended class in the server > classpath. This is the solution I prefer so far. Regards, David. __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
