Howdy,
>> Cactus works beautifully with regards to servlet context and general
>> environment setup.
>
> Should I instantiate a bean with session scope that is expected to be
>present?
Yes, you should instantiate it and place it in the session/application
context as needed by your webapp. Anot
> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 22, 2003 10:03 AM
> To: Tomcat Users List
> Subject: RE: unit testing when application level scoping used
>
> Cactus works beautifully with regards to servlet context and
Howdy,
> When this is done, will cactus work, or will I need to write my own
>jsp page, instantiate the classes needed myself, then run the unit
test,
>so that everything is set up for it?
>
> I have never thought of the difficulty of unit testing when using
>servlet context
page, instantiate the classes needed myself, then run the unit test,
so that everything is set up for it?
I have never thought of the difficulty of unit testing when using
servlet contexts.
Thank you for your response.
---
t Users List
>Subject: re: unit testing when application level scoping used
>
>Hello,
> I am trying to write a unit test for an application I didn't write.
>There are classes in the classes directory I want to test directly.
>
> The problem is that the application uses app
Hello,
I am trying to write a unit test for an application I didn't write.
There are classes in the classes directory I want to test directly.
The problem is that the application uses application and session
scoping for some of the classes, so they can reference the instance
without having p
We are looking to do unit testing of our DAO components that currently
leverage DataSource lookup via Java Naming.
Are there UnitTests already out there that would give me that JNDI
environment to test our code in? I know Cactus provides testing of
Servlets, etc, but does that also provide me
when running the tests.
Enjoy,
Jon
Hookom, Jacob wrote:
We are looking to do unit testing of our DAO components that currently
leverage DataSource lookup via Java Naming.
Are there UnitTests already out there that would give me that JNDI
environment to test our code in? I know Cactus provides te
Okay. I will check that out. Thanks.
Haytham
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 12:42 PM
To: [EMAIL PROTECTED]
Subject: RE: How To Unit Testing Tomcat Datasource
No idea about JBoss.
Tomcat's JNDI is not a
rything"
"This Guy Thinks He Knows What He Is Doing"
-Original Message-
From: Haytham Samad [mailto:[EMAIL PROTECTED]]
Sent: February 19, 2003 1:30 PM
To: Tomcat Users List
Subject: RE: How To Unit Testing Tomcat Datasource
PQ,
Thanks for the reply. I actually use that in
ry 19, 2003 12:14 PM
To: [EMAIL PROTECTED]
Subject: RE: How To Unit Testing Tomcat Datasource
Always use java:comp/env/yourdatasource
Regards,
PQ
"This Guy Thinks He Knows Everything"
"This Guy Thinks He Knows What He Is Doing"
-Original Message-
From: Haytham Samad
Always use java:comp/env/yourdatasource
Regards,
PQ
"This Guy Thinks He Knows Everything"
"This Guy Thinks He Knows What He Is Doing"
-Original Message-
From: Haytham Samad [mailto:[EMAIL PROTECTED]]
Sent: February 19, 2003 1:13 PM
To: Tomcat Users List
I have set up a datasource in Tomcat's server.xml using dbcp. It works
fine, I get connections connect to the database, etc. Now, I am in the
process of putting together quite a bit of DAO code and would like to unit
test each call as I am going through the coding using my JUnit tests. How
can I
I'm trying to set up standalone Ant-JUnit testing for our model objects
which can be tested independent of our controller/view components. Problem
is we have a lot of environment properties in web.xml, such as
DAO class names used in factories and other run-time stuffso we have
many instan
14 matches
Mail list logo
