RE: how to set up cactus with iplanet app server 6.0

[Vincent Massol <vm...@octo.com>]

Hi Weiguo,

 

How is it going ? J

 

Thanks

-Vincent

 

-----Original Message-----
From: Weiguo Wang [mailto:weiguo.wang@backbaytechnologies.com] 
Sent: 22 February 2002 21:43
To: Cactus Users List
Subject: RE: how to set up cactus with iplanet app server 6.0

 

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:vmassol@octo.com] 
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:weiguo.wang@backbaytechnologies.com]
> Sent: 21 February 2002 15:04
> To: cactus-user@jakarta.apache.org
> 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:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>