mockobjects-java-dev — For people who are working on the implementation of the java version

RE: [MO-java-dev] submitting new mock objects?

[Oskar H. <osk...@de...>]

Hi.
I had the same problem some months ago and I was told to post my code to
this group.
I did so but it was a waste of effort.
I havent seen any of my changes and utils finding its way in to the released
code.
So now I'm stuck with my version of the mock stuff since the original one
can't handle my needs.
I hope you have a better luck.
Regards
Oskar Hgannesson
deCode Genetics.


-----Original Message-----
From: moc...@li...
[mailto:moc...@li...]On Behalf Of
Benjamin Rosenbaum
Sent: 21. mars 2002 12:52
To: moc...@li...
Subject: [MO-java-dev] submitting new mock objects?



Hi all,

this is undoubtedly a dumb newbie question, so feel free to point me to
the appropriate FAQ. I couldn't find one.

I am using the latest mockobjects release and enjoying it (even in its
infant state). I find myself implementing lots of mock objects that are
possibly of general utility -- MockServlet, MockServetConfig, versions
of MockPreparedStatement and MockConnection that support batching of SQL
updates (and verification thereof).

What is the protocol for donating such classes? Would anyone be
interested? Time constraints of my job, alas, do not allow me to take on
general "we need this done next" tasks, but I would be happy to donate
the mock objects that fall naturally out of our development, in the
hopes that they would be incorporated into the mockobjects library.

I'm happy to twiddle the brackets and add "my" in front of member vars
in order to follow the coding conventions, but I won't be able to do a
whole lot of work on them other than what we need here...

Do I need to email them to an official code submitter? Post them as
suggestions? Check them in myself? Or is this kind of random submission
of objects more trouble than it's worth?

Let me know.

Thanks,

Benjamin Rosenbaum
COMIT Financial Systems


_______________________________________________
Mockobjects-java-dev mailing list
Moc...@li...
https://lists.sourceforge.net/lists/listinfo/mockobjects-java-dev

[MO-java-dev] submitting new mock objects?

[Benjamin R. <ben...@co...>]

Hi all,

this is undoubtedly a dumb newbie question, so feel free to point me to
the appropriate FAQ. I couldn't find one.

I am using the latest mockobjects release and enjoying it (even in its
infant state). I find myself implementing lots of mock objects that are
possibly of general utility -- MockServlet, MockServetConfig, versions
of MockPreparedStatement and MockConnection that support batching of SQL
updates (and verification thereof).

What is the protocol for donating such classes? Would anyone be
interested? Time constraints of my job, alas, do not allow me to take on
general "we need this done next" tasks, but I would be happy to donate
the mock objects that fall naturally out of our development, in the
hopes that they would be incorporated into the mockobjects library. 

I'm happy to twiddle the brackets and add "my" in front of member vars
in order to follow the coding conventions, but I won't be able to do a
whole lot of work on them other than what we need here...

Do I need to email them to an official code submitter? Post them as
suggestions? Check them in myself? Or is this kind of random submission
of objects more trouble than it's worth?

Let me know.

Thanks,

Benjamin Rosenbaum
COMIT Financial Systems

RE: [MO-java-dev] Before I start: build.xml

[Vincent M. <vm...@oc...>]

> -----Original Message-----
> From: moc...@li...
> [mailto:moc...@li...] On Behalf Of
> Steve Freeman
> Sent: 15 March 2002 23:20
> To: MockObjects
> Subject: Re: [MO-java-dev] Before I start: build.xml
> 
> > Does anyone have a problem with me making some changes to the build
> > process. I'd like to stop compiling out of the out dir, I don't see
> the
> > need for this as it's very confusing if you've got an editor which
> takes
> > you to the failing source file on failing to compile.
> 
> I think that was historical because the ant copy was supposed to
> annotate the sources with useful information. We can live without it.

Yes, what is usually done is to use the following in the source code :

/**
 * [...]
 * @version $Id: $
 */

and when you do a CVS commit, CVS will expand it to something like :

/**
 * [...]
 * @version $Id: AbstractTestCaller.java,v 1.3 2002/03/10 18:27:26
vmassol Exp $ */
 */

Thus, there is no longer any need to copy the sources before compiling.

> 
> > The build also will always build all the files from scratch every
> time,
> > which if you're compiling a lot (Change, compile, test, change,
> compile,
> > test) can be annonying.
> 
> that should be fixed.
> 
> S.
> 
> 

-Vincent

Re: [MO-java-dev] Before I start: build.xml

[Steve F. <st...@m3...>]

> Does anyone have a problem with me making some changes to the build
> process. I'd like to stop compiling out of the out dir, I don't see
the
> need for this as it's very confusing if you've got an editor which
takes
> you to the failing source file on failing to compile.

I think that was historical because the ant copy was supposed to
annotate the sources with useful information. We can live without it.

> The build also will always build all the files from scratch every
time,
> which if you're compiling a lot (Change, compile, test, change,
compile,
> test) can be annonying.

that should be fixed.

S.

[MO-java-dev] CVS: mockobjects-java/src/core/com/mockobjects/sql MockPreparedStatement.java,1.2,1.3

[Jeff M. <cus...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/com/mockobjects/sql
In directory usw-pr-cvs1:/tmp/cvs-serv8999/src/core/com/mockobjects/sql

Modified Files:
	MockPreparedStatement.java 
Log Message:
Added setObject


Index: MockPreparedStatement.java
===================================================================
RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/com/mockobjects/sql/MockPreparedStatement.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- MockPreparedStatement.java	17 Nov 2001 10:16:56 -0000	1.2
+++ MockPreparedStatement.java	15 Mar 2002 17:39:23 -0000	1.3
@@ -78,7 +78,7 @@
     }
 
     public void setNull(int param, int param1) throws SQLException {
-        throw new UnsupportedOperationException();
+        setObject(param, null);
     }
 
     public void setArray(int param, Array array) throws SQLException {

[MO-java-dev] CVS: mockobjects-java/src/j2ee/1.3/com/mockobjects/servlet MockHttpServletRequest.java,1.1,1.2

[Jeff M. <cus...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/j2ee/1.3/com/mockobjects/servlet
In directory usw-pr-cvs1:/tmp/cvs-serv6930/src/j2ee/1.3/com/mockobjects/servlet

Modified Files:
	MockHttpServletRequest.java 
Log Message:
Added further attribute support to MockHttpServletRequest
Added Durable subscriber


Index: MockHttpServletRequest.java
===================================================================
RCS file: /cvsroot/mockobjects/mockobjects-java/src/j2ee/1.3/com/mockobjects/servlet/MockHttpServletRequest.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MockHttpServletRequest.java	23 Feb 2002 18:50:35 -0000	1.1
+++ MockHttpServletRequest.java	15 Mar 2002 17:37:06 -0000	1.2
@@ -3,8 +3,6 @@
 import javax.servlet.*;
 import javax.servlet.http.*;
 import javax.servlet.jsp.*;
-import junit.framework.*;
-import junit.textui.*;
 import java.util.*;
 import java.io.*;
 import java.net.*;
@@ -13,49 +11,44 @@
 /**
  * @version $Revision$
  */
-public class MockHttpServletRequest extends MockObject implements HttpServletRequest {
+public class MockHttpServletRequest extends MockObject
+implements HttpServletRequest {
     private Dictionary myParameters = new Hashtable();
+    private Dictionary myHeaders = new Hashtable();
     private HttpSession httpSession;
     private String contentType;
     private String myPathInfo;
     private String remoteAddress;
+    private String myRequestURI;
+    private String myMethod;
     private java.security.Principal userPrincipal;
     private ExpectationSet mySetAttributes =
         new ExpectationSet(MockHttpServletRequest.class.getName() + 
             ".setAttribute");
+    private ExpectationSet myRemoveAttributes = new ExpectationSet(
+        MockHttpServletRequest.class.getName() + ".removeAttribute");
+    private List myAttributesToReturn = new ArrayList();
 
-
-    public MockHttpServletRequest() {
-        super();
-    }
-
-    /**
-     * @deprecated
-     */
-    public void addActualParameter(String paramName, String[] values) {
-        setupAddParameter(paramName, values);
+    public void setupGetAttribute(Object anAttributeToReturn){
+        myAttributesToReturn.add(anAttributeToReturn);
     }
 
-    /**
-     * @deprecated
-     */
-    public void addActualParameter(String paramName, String value) {
-        setupAddParameter(paramName, value);
-    }
-
-    public Object getAttribute(String arg1) {
-        return null;
+    public Object getAttribute(String anAttributeName) {
+        return myAttributesToReturn.remove(0);
     }
 
     public java.util.Enumeration getAttributeNames() {
+        notYetImplemented();
         return null;
     }
 
     public String getAuthType() {
+        notYetImplemented();
         return null;
     }
 
     public String getCharacterEncoding() {
+        notYetImplemented();
         return null;
     }
 
@@ -64,6 +57,7 @@
     }
 
     public String getContentType() {
+        notYetImplemented();
         return null;
     }
 
@@ -72,10 +66,12 @@
     }
 
     public java.lang.String getContextPath() {
+        notYetImplemented();
         return null;
     }
 
     public javax.servlet.http.Cookie[] getCookies() {
+        notYetImplemented();
         return null;
     }
 
@@ -84,19 +80,22 @@
     }
 
     public String getHeader(String arg1) {
-        return null;
+        return (String)myHeaders.get(arg1);
     }
 
     public java.util.Enumeration getHeaderNames() {
+        notYetImplemented();
         return null;
     }
 
     public java.util.Enumeration getHeaders(java.lang.String arg1) {
+        notYetImplemented();
         return null;
     }
 
     public javax.servlet.ServletInputStream getInputStream()
         throws java.io.IOException {
+        notYetImplemented();
         return null;
     }
 
@@ -105,15 +104,21 @@
     }
 
     public java.util.Locale getLocale() {
+        notYetImplemented();
         return null;
     }
 
     public java.util.Enumeration getLocales() {
+        notYetImplemented();
         return null;
     }
 
+    public void setupGetMethod(String aMethod){
+        this.myMethod = aMethod;
+    }
+
     public String getMethod() {
-        return null;
+        return myMethod;
     }
 
     public String getParameter(String paramName) {
@@ -137,22 +142,27 @@
     }
 
     public String getPathTranslated() {
+        notYetImplemented();
         return null;
     }
 
     public String getProtocol() {
+        notYetImplemented();
         return null;
     }
 
     public String getQueryString() {
+        notYetImplemented();
         return null;
     }
 
     public java.io.BufferedReader getReader() throws java.io.IOException {
+        notYetImplemented();
         return null;
     }
 
     public String getRealPath(String arg1) {
+        notYetImplemented();
         return null;
     }
 
@@ -165,31 +175,41 @@
     }
 
     public String getRemoteHost() {
+        notYetImplemented();
         return null;
     }
 
     public String getRemoteUser() {
+        notYetImplemented();
         return null;
     }
 
     public javax.servlet.RequestDispatcher getRequestDispatcher(
         java.lang.String arg1) {
+        notYetImplemented();
         return null;
     }
 
     public String getRequestedSessionId() {
+        notYetImplemented();
         return null;
     }
 
+    public void setupGetRequestURI(String aRequestURI){
+        myRequestURI = aRequestURI;
+    }
+
     public String getRequestURI() {
-        return null;
+        return myRequestURI;
     }
 
     public String getScheme() {
+        notYetImplemented();
         return null;
     }
 
     public String getServerName() {
+        notYetImplemented();
         return null;
     }
 
@@ -198,6 +218,7 @@
     }
 
     public String getServletPath() {
+        notYetImplemented();
         return null;
     }
 
@@ -210,6 +231,7 @@
     }
 
     public HttpSession getSession(boolean arg1) {
+        notYetImplemented();
         return null;
     }
 
@@ -245,7 +267,12 @@
         return false;
     }
 
-    public void removeAttribute(java.lang.String arg1) {
+    public void setupRemoveAttribute(String anAttributeToRemove){
+        myRemoveAttributes.addExpected(anAttributeToRemove);
+    }
+
+    public void removeAttribute(String anAttributeToRemove) {
+        myRemoveAttributes.addActual(anAttributeToRemove);
     }
 
     public void addExpectedSetAttribute(String attributeName,
@@ -259,9 +286,6 @@
             new MapEntry(attributeName, attributeValue));
     }
 
-    /**
-     * @deprecated
-     */
     public void setNoActualParameters() {
         setupNoParameters();
     }
@@ -278,15 +302,27 @@
         myParameters = new Hashtable();
     }
 
+    public void setupAddHeader(String headerName, String value) {
+        myHeaders.put(headerName, value);
+    }
+
+    public void setupNoHeaders() {
+        myHeaders = new Hashtable();
+    }
+
     public void setupPathInfo(String pathInfo) {
         myPathInfo = pathInfo;
     }
+
     public StringBuffer getRequestURL(){
         return null;
     }
+
     public void setCharacterEncoding(String s){
     }
+
     public Map getParameterMap(){
         return null;
     }
 }
+

[MO-java-dev] CVS: mockobjects-java/src/j2ee/common/com/mockobjects/jms MockTopicSession.java,1.1,1.2

[Jeff M. <cus...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/j2ee/common/com/mockobjects/jms
In directory usw-pr-cvs1:/tmp/cvs-serv6930/src/j2ee/common/com/mockobjects/jms

Modified Files:
	MockTopicSession.java 
Log Message:
Added further attribute support to MockHttpServletRequest
Added Durable subscriber


Index: MockTopicSession.java
===================================================================
RCS file: /cvsroot/mockobjects/mockobjects-java/src/j2ee/common/com/mockobjects/jms/MockTopicSession.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MockTopicSession.java	23 Feb 2002 18:50:35 -0000	1.1
+++ MockTopicSession.java	15 Mar 2002 17:37:06 -0000	1.2
@@ -25,14 +25,12 @@
 
     public TopicSubscriber createDurableSubscriber(Topic topic, String name)
     throws JMSException{
-        notYetImplemented();
-        return null;
+        return topicSubscriberToReturn;
     }
 
     public TopicSubscriber createDurableSubscriber(Topic topic, String name,
     String messsageSelecter, boolean noLocal) throws JMSException{
-        notYetImplemented();
-        return null;
+        return topicSubscriberToReturn;
     }
 
     public void setupCreatePublisher(TopicPublisher topicPublisherToReturn){

[MO-java-dev] Before I start: build.xml

[Jeff M. <je...@mk...>]

Does anyone have a problem with me making some changes to the build
process. I'd like to stop compiling out of the out dir, I don't see the
need for this as it's very confusing if you've got an editor which takes
you to the failing source file on failing to compile.

The build also will always build all the files from scratch every time,
which if you're compiling a lot (Change, compile, test, change, compile,
test) can be annonying.

Just thought I'd get other peoples opinions before I start.
-- 

Re: [Mockobjects-java-users] RE: [MO-java-dev] build revision in progress

[Steve F. <st...@m3...>]

Well then, we need to move those tests that apply only to j2ee classes.
Similarly for the examples, which I haven't got around to yet. Given
that you chaps are about the only people I know still using Java 1.1,
would you like to put in any fixes for that version? We could finally
sort out that compatibility jar.

S.

From: "Tim Mackinnon" <tim...@po...>
> Except that it doesn't work in that the tests don't pass because the
class
> is mising and it won't compile out of the box. We need a default
lineup
> where you can compile the default lineup. Is jdk 1.3 and j2ee bollocks
this
> lineup? (probably - if thats where servlets are located, and this is
what
> most people want to do from postings I see). Its quite easy for people
to
> ignore tests if they choose not to download other components.

RE: [Mockobjects-java-users] RE: [MO-java-dev] build revision in progress

[Tim M. <tim...@po...>]

Except that it doesn't work in that the tests don't pass because the class
is mising and it won't compile out of the box. We need a default lineup
where you can compile the default lineup. Is jdk 1.3 and j2ee bollocks this
lineup? (probably - if thats where servlets are located, and this is what
most people want to do from postings I see). Its quite easy for people to
ignore tests if they choose not to download other components.

Tim

-----Original Message-----
From: Steve Freeman [mailto:st...@m3...]
Sent: 25 February 2002 10:26
To: Tim Mackinnon; moc...@li...;
MockObjects
Subject: Re: [Mockobjects-java-users] RE: [MO-java-dev] build revision
in progress


From: "Tim Mackinnon" <tim...@po...>
> I just did an anonymous checkout (into a clean directory) to see where
you
> guys are up to and MockServletOutputStream is missing?

nice to see you got it working ;-)

it's under j2ee/common.

> There also seems to be a number of empty directories for j2ee 1.2 as
well as
> an extra com.mockobjects bit in j2ee?

the j2ee files are split between
- 1.2 - versions specific to version 1.2 of j2ee
- 1.3 - much the same for 1.3
- common - versions common to both

We need to do the same for the jdk libraries so we can add in the new
SQL stuff

S.




---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.325 / Virus Database: 182 - Release Date: 19/02/2002

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.325 / Virus Database: 182 - Release Date: 19/02/2002

Re: [MO-java-dev] MockSingleRowResultSet & MockMultiRowResultSet

[Steve F. <st...@m3...>]

From: "Huy Duong" <hd...@eu...>
> Going through the unreleased 0.02 tree, I noticed that the
> [...]
> The implementation is not uniform (probably because it was implemented
by
> different developers), and leads to confusion.

that was probably the case ;-)

> Another thing is that the MockSingleRowResultSet requires that all
columns
> in the ResultSet be accessed in order for it to pass the verify test.
I'm
> not sure this is a good idea as not all columns are accessed in a
ResultSet
> for a given query and shouldn't be required in order for it to pass.

Don't forget that a mock result set only includes the columns you put in
it, not the real ones in the database, and that the single row result
set will be used in a very focussed test to exercise a particular data
extraction. You should only set up the getters you expect to be called,
so it seems reasonable to complain if that doesn't happen.

The multi row set will probably be used in a less focussed test, perhaps
to exercise some looping, so you should be less concerned about what
gets retreived from an individual row.

Steve

[MO-java-dev] MockSingleRowResultSet & MockMultiRowResultSet

[Huy D. <hd...@eu...>]

Hi,

Going through the unreleased 0.02 tree, I noticed that the
MockSingleRowResultSet and MockMultiRowResultSet do not implement throwing
SQLExceptions in the same manner.  Essentially, in the
MockSingleRowResultSet if you want a getXXX method to throw a SQLException,
you set the column value to the SQLException you want to throw and when you
call a getXXX on that column, the exception will be thrown.  In
MockMultiRowResultSet, you have to call the setupThrowExceptionOnGet method,
and the first getXXX you call will throw the exception.

The implementation is not uniform (probably because it was implemented by
different developers), and leads to confusion.
IMHO, The MockSingleRowResultSet implementation is the most flexible in
terms of when an exception is thrown.

Another thing is that the MockSingleRowResultSet requires that all columns
in the ResultSet be accessed in order for it to pass the verify test.  I'm
not sure this is a good idea as not all columns are accessed in a ResultSet
for a given query and shouldn't be required in order for it to pass.

I don't know the specs for these two classes so I don't know in what the
intended functionality are for these classes.  Personally, I would prefer
the exception throwing implementation to be done in both the Single- and
Multi- RowResultSets... and that not all columns require to be "get"ted in
order for the ResultSet to pass the verify.  Any thoughts?

Thanks,
Huy

[MO-java-dev] CVS: mockobjects-java/src/core/common/com/mockobjects - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects
In directory usw-pr-cvs1:/tmp/cvs-serv31128/mockobjects

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common/com/mockobjects/test - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/test
In directory usw-pr-cvs1:/tmp/cvs-serv31275/test

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/test added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common/com - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com
In directory usw-pr-cvs1:/tmp/cvs-serv31055/com

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common/com/mockobjects/util - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/util
In directory usw-pr-cvs1:/tmp/cvs-serv31220/util

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/util added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common/com/mockobjects/beans - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/beans
In directory usw-pr-cvs1:/tmp/cvs-serv31423/beans

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/beans added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common/com/mockobjects/io - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/io
In directory usw-pr-cvs1:/tmp/cvs-serv31380/io

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/io added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common/com/mockobjects/sql - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/sql
In directory usw-pr-cvs1:/tmp/cvs-serv31336/sql

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common/com/mockobjects/sql added to the repository

[MO-java-dev] CVS: mockobjects-java/src/core/common - New directory

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/core/common
In directory usw-pr-cvs1:/tmp/cvs-serv30844/common

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/core/common added to the repository

Re: [Mockobjects-java-users] RE: [MO-java-dev] build revision in progress

[Steve F. <st...@m3...>]

From: "Tim Mackinnon" <tim...@po...>
> I just did an anonymous checkout (into a clean directory) to see where
you
> guys are up to and MockServletOutputStream is missing?

nice to see you got it working ;-)

it's under j2ee/common.

> There also seems to be a number of empty directories for j2ee 1.2 as
well as
> an extra com.mockobjects bit in j2ee?

the j2ee files are split between
- 1.2 - versions specific to version 1.2 of j2ee
- 1.3 - much the same for 1.3
- common - versions common to both

We need to do the same for the jdk libraries so we can add in the new
SQL stuff

S.

Re: [Mockobjects-java-users] RE: [MO-java-dev] build revision in progress

[Steve F. <st...@m3...>]

From: "Tim Mackinnon" <tim...@po...>
> I just did an anonymous checkout (into a clean directory) to see where
you
> guys are up to and MockServletOutputStream is missing?

nice to see you got it working ;-)

it's under j2ee/common.

> There also seems to be a number of empty directories for j2ee 1.2 as
well as
> an extra com.mockobjects bit in j2ee?

the j2ee files are split between
- 1.2 - versions specific to version 1.2 of j2ee
- 1.3 - much the same for 1.3
- common - versions common to both

We need to do the same for the jdk libraries so we can add in the new
SQL stuff

S.

[MO-java-dev] CVS: mockobjects-java/src/j2ee/com/mockobjects/servlet MockFilterChain.java,1.1,NONE MockFilterConfig.java,1.1,NONE MockHttpServletRequest.java,1.3,NONE MockHttpServletResponse.java,1.2,NONE MockHttpSession.java,1.2,NONE MockJspWriter.java,1.1,NONE MockPageContext.java,1.1,NONE MockRequestDispatcher.java,1.1,NONE MockServletConfig.java,1.1,NONE MockServletContext.java,1.1,NONE MockServletOutputStream.java,1.1,NONE

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/j2ee/com/mockobjects/servlet
In directory usw-pr-cvs1:/tmp/cvs-serv32033/mockobjects/servlet

Removed Files:
	MockFilterChain.java MockFilterConfig.java 
	MockHttpServletRequest.java MockHttpServletResponse.java 
	MockHttpSession.java MockJspWriter.java MockPageContext.java 
	MockRequestDispatcher.java MockServletConfig.java 
	MockServletContext.java MockServletOutputStream.java 
Log Message:
Removed superflous copy of j2ee code

--- MockFilterChain.java DELETED ---

--- MockFilterConfig.java DELETED ---

--- MockHttpServletRequest.java DELETED ---

--- MockHttpServletResponse.java DELETED ---

--- MockHttpSession.java DELETED ---

--- MockJspWriter.java DELETED ---

--- MockPageContext.java DELETED ---

--- MockRequestDispatcher.java DELETED ---

--- MockServletConfig.java DELETED ---

--- MockServletContext.java DELETED ---

--- MockServletOutputStream.java DELETED ---

[MO-java-dev] CVS: mockobjects-java/src/j2ee/com/mockobjects/jms MockConnection.java,1.2,NONE MockMessage.java,1.1,NONE MockMessageConsumer.java,1.2,NONE MockMessageProducer.java,1.1,NONE MockMessagePublisher.java,1.1,NONE MockObjectMessage.java,1.1,NONE MockQueue.java,1.1,NONE MockQueueConnection.java,1.1,NONE MockQueueConnectionFactory.java,1.1,NONE MockQueueReceiver.java,1.1,NONE MockQueueSender.java,1.1,NONE MockQueueSession.java,1.1,NONE MockSession.java,1.2,NONE MockTemporaryQueue.java,1.1,NONE MockTextMessage.java,1.1,NONE MockTopic.java,1.1,NONE MockTopicConnection.java,1.1,NONE MockTopicConnectionFactory.java,1.1,NONE MockTopicPublisher.java,1.1,NONE MockTopicSession.java,1.1,NONE MockTopicSubscriber.java,1.1,NONE

[Steve F. <sm...@us...>]

Update of /cvsroot/mockobjects/mockobjects-java/src/j2ee/com/mockobjects/jms
In directory usw-pr-cvs1:/tmp/cvs-serv32033/mockobjects/jms

Removed Files:
	MockConnection.java MockMessage.java MockMessageConsumer.java 
	MockMessageProducer.java MockMessagePublisher.java 
	MockObjectMessage.java MockQueue.java MockQueueConnection.java 
	MockQueueConnectionFactory.java MockQueueReceiver.java 
	MockQueueSender.java MockQueueSession.java MockSession.java 
	MockTemporaryQueue.java MockTextMessage.java MockTopic.java 
	MockTopicConnection.java MockTopicConnectionFactory.java 
	MockTopicPublisher.java MockTopicSession.java 
	MockTopicSubscriber.java 
Log Message:
Removed superflous copy of j2ee code

--- MockConnection.java DELETED ---

--- MockMessage.java DELETED ---

--- MockMessageConsumer.java DELETED ---

--- MockMessageProducer.java DELETED ---

--- MockMessagePublisher.java DELETED ---

--- MockObjectMessage.java DELETED ---

--- MockQueue.java DELETED ---

--- MockQueueConnection.java DELETED ---

--- MockQueueConnectionFactory.java DELETED ---

--- MockQueueReceiver.java DELETED ---

--- MockQueueSender.java DELETED ---

--- MockQueueSession.java DELETED ---

--- MockSession.java DELETED ---

--- MockTemporaryQueue.java DELETED ---

--- MockTextMessage.java DELETED ---

--- MockTopic.java DELETED ---

--- MockTopicConnection.java DELETED ---

--- MockTopicConnectionFactory.java DELETED ---

--- MockTopicPublisher.java DELETED ---

--- MockTopicSession.java DELETED ---

--- MockTopicSubscriber.java DELETED ---

[MO-java-dev] build revision in progress

[Steve F. <st...@m3...>]

I've finally got around to doing something about the build process.

I've started with support for versions 1.2 and 1.3 of j2ee -- the new
script will build appropriately for whichever version of j2ee.jar you
add to the lib directory. The next thing to fix will be versioning in
the jdk libraries so we can finally incorporate all those jdbc fixes
you've been posting (thanks). One thing I haven't figured out is what to
do about the javadoc and how we might (or might not) include multiple
versions of that.

So far I've checked it into CVS. Please have a go at checking out and
building at your end. I tried to upload a built zip, but I can't get
through to the sourceforge ftp server. I'll try again tomorrow.

Hang in there...

Steve