Hi Anton, Sorry for the late answer. The status is in the bug itself:
http://issues.apache.org/bugzilla/show_bug.cgi?id=17933 It's still open and thus has not been fixed. Would you have patch for it? Thanks -Vincent > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 08 January 2004 11:11 > To: Cactus Users List > Subject: FormAuthentication with machine name > > > > > > I already asked this question five months ago and did not get any answer > ... > > There was/is a Bug (17933) with FormAuthentication using not localhost as > the machine name > in the cactus.properties file (cactus.contextURL). > > The fix was announced earlier for version 1.6. > Is this already fixed in one of the nightly builds? > > I already tried two or three of the earlier ones but without success. > > Thanks for any help! > > Toni Grimm > > --------------------------------------------------------------- > Anton Grimm > MAN Nutzfahrzeuge AG > IDP - Software Produktionsumgebungen > Dachauerstr.667 > D - 80995 München > > Fon: +49-89-1580-1054 > Fax: +49-89-1580-911054 > mailto: [EMAIL PROTECTED] > Internet: http://www.man-trucks.com > --------------------------------------------------------------- > > > > > > "Vincent Massol" > <[EMAIL PROTECTED] An: "'Cactus Users > List'" <[EMAIL PROTECTED]> > com> Kopie: > Thema: RE: Login once > using (FormAuthentication) for all tests in a class > 04/01/08 09:55 AM > Bitte antworten > an "Cactus Users > List" > > > > > > > Hi Matt, > > > -----Original Message----- > > From: Matt Raible [mailto:[EMAIL PROTECTED] > > Sent: 08 January 2004 01:21 > > To: Cactus Users List > > Subject: Login once using (FormAuthentication) for all tests in a > class > > > > Quick and dirty question: > > > > Is it possible to login once (using FormAuthentication) for a class, > > rather than adding a beginXXTestName befor every testXXTestName > method? > > > > hmm... There is a global begin(WebRequest) method. But it is called > before every test (it's the equivalent of setUp() but on the client > side). What we should do really is create the equivalent of JUnit > TestSetup but with methods names begin/end instead of SetUp/tearDown. > Patches much welcome :-) > > > Longer explanation: > > > > I have a number of tests in my ContactActionTest - this test extends > > CactusStrutsTestCase, which extends ServletTestCase - nothing is > really > > Struts specific in this scenario. > > > > In order to simulate logging in, I've simply retrieved a user object > in > > by setUp() method and stuffed it into the session - this seems to > > simulate a login good enough. However, today, I started logging down > > my Actions/Servlets with roles. So now this doesn't work - do I have > > to have a beginXX before each testXX that logs the user in (with > > FormAuthentication)? > > Thinking more about it, I'm not so sure that the solution is a method > that is called only once... Each test must set its own fixture. So you > should group test using the same fixture (i.e. user being logging in) in > the same TestCase class. Then simply use either begin() or even better > setUp() (it has direct access to the session) to log the user in before > *each* test. > > Cactus is about unitary tests so each test must set its own fixture and > not depend on other tests or side effects. > > Thanks > -Vincent > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > This message and any attachments are confidential and may be privileged or > otherwise protected from disclosure. > If you are not the intended recipient, please telephone or email the > sender and delete this message and any attachment > from your system. If you are not the intended recipient, you must not copy > this message or attachment or disclose the > contents to any other person. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
