Vincent ,
 
Thanks a lot for the answers. OK, I guess I will be the one to do that. After playing 
with them for a day, I finally got them working together. As of now, I'm able to clear 
44 test cases. The following 4 failed:
testSendHeader
testReceiveCookie
testSendMultivaluedHeader
testDoStartTagInclude
 
The last one also threw a NullPointerException. In doStartTag() of SampleTag.java, the 
Enumeration names happens to be null for the case testDoStartTagInclude. I added a 
null check in the while loop just to keep it going, but I don't know the root cause 
yet. It might not be a bad idea to check for null names in the while loop in the 
release code and simply fail the test if that's the case.
 
By the way, on the server side, whenever JspRedirector is hit, the following exception 
is thrown:
 
[22/Feb/2002 16:21:52:1] error: Exception: SERVLET-execution_failed: Error in 
executing servlet JspRedirector: java.lang.IllegalStateException: Output stream in use 

Exception Stack Trace: 
java.lang.IllegalStateException: Output stream in use
 at com.netscape.server.servlet.servletrunner.ServletInfo.service(Unknown Source)
 at com.netscape.server.servlet.servletrunner.ServletRunner.execute(Unknown Source)
 at com.kivasoft.applogic.AppLogic.execute(Unknown Source)
 at com.kivasoft.applogic.AppLogic.execute(Unknown Source)
 at com.kivasoft.thread.ThreadBasic.run(Native Method)
 at java.lang.Thread.run(Thread.java:479)

Again, I haven't got around to look into it yet and it's not affecting the testing.
 
It's going to take me a while to clean up the build file for iplanet and write a 
readme file. Hopefully, I can provide them soon. Meanwhile, if anyone wants to get my 
working copy, I don't mind sending it to him/her or to this list.
 
Weiguo

-----Original Message----- 
From: Vincent Massol [mailto:[EMAIL PROTECTED]] 
Sent: Fri 2/22/2002 3:08 PM 
To: 'Cactus Users List' 
Cc: 
Subject: RE: how to set up cactus with iplanet app server 6.0



        Weiguo,
        
        Yes, that would be nice is someone took the time to submit an Ant build
        file for iAS 6 ! Maybe you can do once you learn how to make it work ;-)
        
        WRT your questions :
        
        * Yes, the redirectors need to be in your WAR as they are server-side
        code.
        * You should deploy them as _part_ of the application you're testing.
        Otherwise it will not be possible for the redirectors to call your code
        under test (different wars/ears do not share the same classloaders).
        * The description of the content of the war is described on
        http://jakarta.apache.org/cactus/getting_started.html
        * See http://jakarta.apache.org/cactus/how_it_works.html for the
        relationship between the cactus redirectors and your application
        components. Very quickly, the redirectors are instanciating your test
        case on the server, which in turn call your code under test.
        
        Thanks
        -Vincent
        
        > -----Original Message-----
        > From: Weiguo Wang [mailto:[EMAIL PROTECTED]]
        > Sent: 21 February 2002 15:04
        > To: [EMAIL PROTECTED]
        > Subject: how to set up cactus with iplanet app server 6.0
        >
        > Hi,
        >
        > There are people in this list who got cactus working with iAS 6. Is it
        > possible that one of you can write a howto document for this? I've
        just
        > started using cactus with iAS and it seems a daunting task to me since
        iAS
        > is very complex.
        >
        > Some specific questions:
        >
        > Do I need to deploy these director components (ServletRedirector and
        > JspRedirector) to iAS? I believe I do, but should I deploy them
        separately
        > - in an ear or war file independent of the applications I'm testing?
        What
        > should this ear or war contain? What's the relationship between these
        > cactus proxy components and my application components?
        >
        > Thanks a million!
        >
        > Weiguo
        >
        
        
        
        --
        To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
        For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
        
        

<<winmail.dat>>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


Reply via email to