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

Re: [MO-java-dev] MockObjects License

[Olaf K. <ok...@ab...>]

Hi all,

I'll second LGPL. This means the library code itself is effectively
GPLed, but may be used (linked) in closed source development and
development of software licensed with any other license. 

see http://www.gnu.org/licenses/licenses.html#LGPL for the license text
as well as more information.

> So that's not as bad as the GPL.

You'll also find an article by R. Stallman at that url in which he
basically states that the LGPL is evil in most cases. I don't second
that opinion, though ;-)

Best,

Olaf

-- 

abstrakt gmbh
Behringstrasse 16b
22765 Hamburg
Tel: +49-40-39804630
Fax: +49-40-39804639
http://www.abstrakt.de/

Wir sind umgezogen. Bitte beachten Sie 
die neue Adresse + Telefonnr.

RE: [MO-java-dev] MockObjects License

[Jerome F. <jer...@st...>]

Yes for GPL but L-GPL is a little different.
You don't infect or force companies to release programs binded with the
library to be GPL. So everybody can use it even in a closed source
application. Moreover L-GPL assure that the library itself will be and will
stay free (in the GNU's meaning).
So that's not as bad as the GPL.
Actually the 'L' in L-GPL stands for 'Lesser'.

-----Original Message-----
From: moc...@li...
[mailto:moc...@li...]On Behalf Of
Steve Freeman
Sent: Tuesday, January 29, 2002 9:02 AM
To: MockObjects
Subject: Re: [MO-java-dev] MockObjects License


If I understand correctly, the problem with GPL is that some companies can't
use it because it "infects" any code that depends on it (indeed, that's the
whole point).

Which licence from the available choices is the most open?

Steve

From: "Jerome Fillon" <jer...@st...>
> What about L-GPL ? Please i don't want to start a religious war about
> licencing. :)
>
> Jerome.
>
> From: moc...@li...
> [mailto:moc...@li...]On Behalf Of
> Steve Freeman
> Sent: Tuesday, January 29, 2002 6:06 AM
> That's historical. At one point we were getting close to the Cactus
project,
> so we aligned the licences. That's gone away again, so we could change the
> licence if people agree. Which would you prefer?
>
> Steve
>
> From: "Jeff Martin" <je...@cu...>
> Sent: Tuesday, January 29, 2002 10:59 AM
>
> > Can I ask why we're using the ASL. As a license it's fine but surely it
> > can only be applied to apache projects as it gives the copyright to the
> > ASF who as far as I know have know responsibility for the project.
> >
> > It would seem sensible to change the license so that copyright is held
> > by someone within the project, as the current license seems wrong.
> >
> > If I've missed the point please let me know ;o)




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

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

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

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

Modified Files:
	AbstractExpectationCollection.java 
Log Message:
Removed removeActual


Index: AbstractExpectationCollection.java
===================================================================
RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/com/mockobjects/AbstractExpectationCollection.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- AbstractExpectationCollection.java	2002/01/28 16:59:25	1.2
+++ AbstractExpectationCollection.java	2002/01/29 14:56:01	1.3
@@ -60,10 +60,6 @@
         setHasExpectations();
     }
 
-    public void removeActual(Object actualItem) {
-        getActualCollection().remove(actualItem);
-    }
-
     abstract protected void checkImmediateValues(Object actualItem);
 
     public void clearActual() {

Re: [MO-java-dev] MockObjects License

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

If I understand correctly, the problem with GPL is that some companies can't
use it because it "infects" any code that depends on it (indeed, that's the
whole point).

Which licence from the available choices is the most open?

Steve

From: "Jerome Fillon" <jer...@st...>
> What about L-GPL ? Please i don't want to start a religious war about
> licencing. :)
>
> Jerome.
>
> From: moc...@li...
> [mailto:moc...@li...]On Behalf Of
> Steve Freeman
> Sent: Tuesday, January 29, 2002 6:06 AM
> That's historical. At one point we were getting close to the Cactus
project,
> so we aligned the licences. That's gone away again, so we could change the
> licence if people agree. Which would you prefer?
>
> Steve
>
> From: "Jeff Martin" <je...@cu...>
> Sent: Tuesday, January 29, 2002 10:59 AM
>
> > Can I ask why we're using the ASL. As a license it's fine but surely it
> > can only be applied to apache projects as it gives the copyright to the
> > ASF who as far as I know have know responsibility for the project.
> >
> > It would seem sensible to change the license so that copyright is held
> > by someone within the project, as the current license seems wrong.
> >
> > If I've missed the point please let me know ;o)

RE: [MO-java-dev] MockObjects License

[Jerome F. <jer...@st...>]

What about L-GPL ? Please i don't want to start a religious war about
licencing. :)

Jerome.

-----Original Message-----
From: moc...@li...
[mailto:moc...@li...]On Behalf Of
Steve Freeman
Sent: Tuesday, January 29, 2002 6:06 AM
To: MockObjects
Subject: Re: [MO-java-dev] MockObjects License


That's historical. At one point we were getting close to the Cactus project,
so we aligned the licences. That's gone away again, so we could change the
licence if people agree. Which would you prefer?

Steve

----- Original Message -----
From: "Jeff Martin" <je...@cu...>
To: "MockObjects" <moc...@li...>
Sent: Tuesday, January 29, 2002 10:59 AM
Subject: [MO-java-dev] MockObjects License


> Can I ask why we're using the ASL. As a license it's fine but surely it
> can only be applied to apache projects as it gives the copyright to the
> ASF who as far as I know have know responsibility for the project.
>
> It would seem sensible to change the license so that copyright is held
> by someone within the project, as the current license seems wrong.
>
> If I've missed the point please let me know ;o)




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

Re: [MO-java-dev] MockObjects License

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

That's historical. At one point we were getting close to the Cactus project,
so we aligned the licences. That's gone away again, so we could change the
licence if people agree. Which would you prefer?

Steve

----- Original Message -----
From: "Jeff Martin" <je...@cu...>
To: "MockObjects" <moc...@li...>
Sent: Tuesday, January 29, 2002 10:59 AM
Subject: [MO-java-dev] MockObjects License


> Can I ask why we're using the ASL. As a license it's fine but surely it
> can only be applied to apache projects as it gives the copyright to the
> ASF who as far as I know have know responsibility for the project.
>
> It would seem sensible to change the license so that copyright is held
> by someone within the project, as the current license seems wrong.
>
> If I've missed the point please let me know ;o)

[MO-java-dev] MockObjects License

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

Can I ask why we're using the ASL. As a license it's fine but surely it
can only be applied to apache projects as it gives the copyright to the
ASF who as far as I know have know responsibility for the project.

It would seem sensible to change the license so that copyright is held
by someone within the project, as the current license seems wrong.

If I've missed the point please let me know ;o)


-- 
Jeff Martin

Memetic Engineer

http://www.custommonkey.org/ 

[MO-java-dev] CVS: mockobjects-java/src/core/com/mockobjects/sql MockDriver.java,NONE,1.1 MockConnection.java,1.4,1.5

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

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

Modified Files:
	MockConnection.java 
Added Files:
	MockDriver.java 
Log Message:
Added Mock object for java.sql.Driver interface
Added support for counting close calls and throwing close exceptions in
MockConnection


--- NEW FILE: MockDriver.java ---
package com.mockobjects.sql;

import java.sql.*;
import java.util.*;

public class MockDriver implements Driver{
    public static MockDriver myDriver = new MockDriver();
    private Connection myConnection;

    static{
        try{
            DriverManager.registerDriver(myDriver);
        }catch(SQLException e){
            e.printStackTrace();
        }
    }

    public void setupConnect(Connection aConnection){
        this.myConnection = aConnection;
    }

    public boolean acceptsURL(String url){
        return true;
    }

    public Connection connect(String url, Properties info){
        return myConnection;
    }

    public int getMajorVersion(){
        return 0;
    }

    public int getMinorVersion(){
        return 0;
    }

    public DriverPropertyInfo[] getPropertyInfo(String url, Properties info){
        return null;
    }

    public boolean jdbcCompliant(){
        return false;
    }
}

Index: MockConnection.java
===================================================================
RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/com/mockobjects/sql/MockConnection.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- MockConnection.java	2001/09/19 21:38:31	1.4
+++ MockConnection.java	2002/01/28 18:03:35	1.5
@@ -17,6 +17,10 @@
     private ExpectationValue myAutoCommit = new ExpectationValue("MockConnection.setAutoCommit");
     private Statement myStatement;
 
+    private boolean myIsClosed;
+    private SQLException myIsClosedException;
+    private SQLException myCloseException;
+
     public MockConnection() {
         super();
     }
@@ -56,7 +60,14 @@
     public void clearWarnings() throws SQLException {
     }
 
+    public void setupCloseException(SQLException aCloseException){
+        myCloseException = aCloseException;
+    }
+
     public void close() throws SQLException {
+        if(myCloseException!=null){
+            throw myCloseException;
+        }
         myCloseCalls.inc();
     }
 
@@ -102,8 +113,19 @@
         throw new UnsupportedOperationException();
     }
 
+    public void setupIsClosedException(SQLException aIsClosedException){
+        myIsClosedException = aIsClosedException;
+    }
+
+    public void setupIsClose(boolean aIsClosed){
+        myIsClosed = aIsClosed;
+    }
+
     public boolean isClosed() throws SQLException {
-        throw new UnsupportedOperationException();
+        if(myIsClosedException!=null){
+            throw myIsClosedException;
+        }
+        return myIsClosed;
     }
 
     public boolean isReadOnly() throws SQLException {

Re: [MO-java-dev] MockObjects for Servlet

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

I've got some enhancements for the servlet package which I should be
checking in over the next couple of days.=20

Is there anything in particular you needed, as I can do that first if
it's on my list of changes to commit.

 On Sun, 2002-01-27 at 23:41, Vincent Tenc=E9 wrote:
> Hi all,
>=20
> Is anybody currently working on mockobjects for servlet? If not I plan to=
 do
> some work on the subject since I will need mocks for servlet 2.3 in my
> current project.
>=20
> Vincent
>=20
>=20
> _______________________________________________
> Mockobjects-java-dev mailing list
> Moc...@li...
> https://lists.sourceforge.net/lists/listinfo/mockobjects-java-dev
--=20

[MO-java-dev] CVS: mockobjects-java/src/core/com/mockobjects/naming/directory MockAttribute.java,NONE,1.1 MockAttributes.java,NONE,1.1 MockDirContext.java,NONE,1.1 MockNamingEnumeration.java,NONE,1.1

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

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

Added Files:
	MockAttribute.java MockAttributes.java MockDirContext.java 
	MockNamingEnumeration.java 
Log Message:
Added basic implementation of mock objects for the javax.naming package


--- NEW FILE: MockAttribute.java ---
package com.mockobjects.naming.directory;

import com.mockobjects.*;
import javax.naming.directory.*;
import javax.naming.*;

public class MockAttribute extends MockObject implements Attribute{
    private Object myObjectToReturn;

    public NamingEnumeration getAll() throws NamingException{
        notImplemented();
        return null;
    }

    public void setupGet(Object aObjectToReturn){
        this.myObjectToReturn = aObjectToReturn;
    }

    public Object get() throws NamingException{
        return myObjectToReturn;
    }

    public int size(){
        notImplemented();
        return 0;
    }

    public String getID(){
        notImplemented();
        return null;
    }

    public boolean contains(Object object){
        notImplemented();
        return false;
    }

    public boolean add(Object object){
        notImplemented();
        return false;
    }

    public boolean remove(Object object){
        notImplemented();
        return false;
    }

    public void clear(){
        notImplemented();
    }

    public DirContext getAttributeSyntaxDefinition() throws NamingException{
        notImplemented();
        return null;
    }

    public DirContext getAttributeDefinition() throws NamingException{
        notImplemented();
        return null;
    }

    public Object clone(){
        notImplemented();
        return null;
    }

    public boolean isOrdered(){
        notImplemented();
        return false;
    }

    public Object get(int index) throws NamingException{
        notImplemented();
        return null;
    }

    public Object remove(int index){
        notImplemented();
        return null;
    }

    public void add(int index, Object object){
        notImplemented();
    }

    public Object set(int index, Object object){
        notImplemented();
        return null;
    }

    public String toString(){
        if(myObjectToReturn==null){
            return "null";
        }else{
            return myObjectToReturn.toString();
        }
    }

}

--- NEW FILE: MockAttributes.java ---
package com.mockobjects.naming.directory;

import javax.naming.directory.Attributes;
import javax.naming.directory.Attribute;
import javax.naming.NamingEnumeration;
import com.mockobjects.*;
import java.util.*;

public class MockAttributes extends MockObject implements Attributes{
    private List myAttributes = new ArrayList();

    public boolean isCaseIgnored(){
        notImplemented();
        return false;
    }

    public int size(){
        notImplemented();
        return 0;
    }

    public void setupAddGet(Attribute attribute){
        myAttributes.add(attribute);
    }

    public Attribute get(String name){
        return (Attribute)myAttributes.remove(0);
    }

    public NamingEnumeration getAll(){
        notImplemented();
        return null;
    }

    public NamingEnumeration getIDs(){
        notImplemented();
        return null;
    }

    public Attribute put(String name, Object object){
        notImplemented();
        return null;
    }

    public Attribute put(Attribute attribute){
        notImplemented();
        return null;
    }

    public Attribute remove(String attributeName){
        notImplemented();
        return null;
    }

    public Object clone(){
        notImplemented();
        return null;
    }

    public String toString(){
        return myAttributes.toString();
    }
}

--- NEW FILE: MockDirContext.java ---
package com.mockobjects.naming.directory;

import javax.naming.*;
import javax.naming.directory.*;
import com.mockobjects.*;
import com.mockobjects.naming.*;

public class MockDirContext extends MockContext implements DirContext{
    private Attributes myAttributeToReturn;
    private ExpectationValue myName = new ExpectationValue("myName");
    private ExpectationValue mySearchName =
        new ExpectationValue("mySearchName");
    private ExpectationValue myAttributes =
        new ExpectationValue("myAttributes");
    private ExpectationValue myModificationOperation =
        new ExpectationValue("myModificationOperation");
    private ExpectationValue myFilter = new ExpectationValue("myFilter");
    private ExpectationValue mySearchControls = new ExpectationValue("mySearchControls");
    private NamingEnumeration myResults;

    private ExpectationCounter myAttributesCallCount =
        new ExpectationCounter("getAttributes");

    public void setupAttributes(Attributes anAttributeToReturn){
        this.myAttributeToReturn = anAttributeToReturn;
    }

    public void setExpectedGetAttributesName(Object aName){
        this.myName.setExpected(aName);
    }

    public void setExpectedGetAttributesCount(int callCount){
        this.myAttributesCallCount.setExpected(callCount);
    }

    public Attributes getAttributes(Name aName) throws NamingException{
        return getAttributes(myName.toString());
    }

    public Attributes getAttributes(String aName) throws NamingException{
        return getAttributes(myName, null);
    }

    public Attributes getAttributes(Name aName, String[] attrIds)
    throws NamingException{
        return getAttributes(myName.toString(), attrIds);
    }

    public Attributes getAttributes(String aName, String[] attrIds)
    throws NamingException{
        this.myName.setActual(aName);
        this.myAttributesCallCount.inc();
        return myAttributeToReturn;
    }

    public void setExpectedModifyAttributes(String aName,
    int aModificationOperation, Attributes attributes){

        this.myName.setExpected(aName);
        this.myModificationOperation.setExpected(aModificationOperation);
        this.myAttributes.setExpected(attributes);
    }

    public void modifyAttributes(Name aName, int aModificationOperation,
    Attributes attributes) throws NamingException{

        modifyAttributes(myName.toString(), aModificationOperation, attributes);
    }

    public void modifyAttributes(String aName, int aModificationOperation,
    Attributes attributes) throws NamingException{

        this.myName.setActual(aName);
        this.myModificationOperation.setActual(aModificationOperation);
        this.myAttributes.setActual(attributes);
    }

    public void modifyAttributes(Name aName, ModificationItem[] mods)
    throws NamingException{
        notImplemented();
    }

    public void modifyAttributes(String aName, ModificationItem[] mods)
    throws NamingException{
        notImplemented();
    }

    public void bind(Name aName, Object object, Attributes attributes)
    throws NamingException{
        notImplemented();
    }

    public void bind(String aName, Object object, Attributes attributes)
    throws NamingException{
        notImplemented();
    }

    public void rebind(Name aName, Object object, Attributes attributes)
    throws NamingException{
        notImplemented();
    }

    public void rebind(String aName, Object object, Attributes attributes)
    throws NamingException{
        notImplemented();
    }

    public DirContext createSubcontext(Name aName, Attributes attributes)
    throws NamingException{
        notImplemented();
        return null;
    }

    public DirContext createSubcontext(String aName, Attributes attributes)
    throws NamingException{
        notImplemented();
        return null;
    }

    public DirContext getSchema(Name aName) throws NamingException{
        notImplemented();
        return null;
    }

    public DirContext getSchema(String aName) throws NamingException{
        notImplemented();
        return null;
    }

    public DirContext getSchemaClassDefinition(Name aName)
    throws NamingException{
        notImplemented();
        return null;
    }

    public DirContext getSchemaClassDefinition(String aName)
    throws NamingException{
        notImplemented();
        return null;
    }

    public NamingEnumeration search(Name aName, Attributes attributes,
    String[] anAttributeToReturn) throws NamingException{
        return myResults;
    }

    public NamingEnumeration search(String aName, Attributes attributes,
    String[] anAttributeToReturn) throws NamingException{
        return myResults;
    }

    public NamingEnumeration search(Name aName, Attributes attributes)
    throws NamingException{
        return myResults;
    }

    public NamingEnumeration search(String aName, Attributes attributes)
    throws NamingException{
        return myResults;
    }

    public NamingEnumeration search(Name aName, String aFilter,
    SearchControls cons) throws NamingException{
        return myResults;
    }

    public void setExpectedSearch(String aSearchName, String aFilter,
    SearchControls searchControls){
        this.mySearchName.setExpected(aSearchName);
        this.myFilter.setExpected(aFilter);
        this.mySearchControls.setExpected(searchControls);
    }

    public void setupSearchResult(NamingEnumeration results){
        this.myResults = results;
    }

    public NamingEnumeration search(String aSearchName, String aFilter,
    SearchControls searchControls) throws NamingException{
        this.mySearchName.setActual(aSearchName);
        this.myFilter.setActual(aFilter);
        this.mySearchControls.setActual(searchControls);
        return myResults;
    }

    public NamingEnumeration search(Name aName, String aFilter,
    Object[] filterArgs, SearchControls cons) throws NamingException{
        return myResults;
    }

    public NamingEnumeration search(String aName, String aFilter,
    Object[] filterArgs, SearchControls cons) throws NamingException{
        return myResults;
    }

}

--- NEW FILE: MockNamingEnumeration.java ---
package com.mockobjects.naming.directory;

import com.mockobjects.*;
import javax.naming.*;
import javax.naming.directory.*;
import java.util.*;

public class MockNamingEnumeration extends MockObject
implements NamingEnumeration{
    private List mySearchResults = new ArrayList();

    private boolean hasMore = true;

    public void setupAddSearchResult(Object object){
        mySearchResults.add(object);
    }

    public Object next() throws NamingException{
        return mySearchResults.remove(0);
    }

    public boolean hasMore() throws NamingException{
        return mySearchResults.size()>0;
    }

    public void close() throws NamingException{
    }

    public boolean hasMoreElements(){
        return mySearchResults.size()>0;
    }

    public Object nextElement(){
        return mySearchResults.remove(0);
    }
}

[MO-java-dev] CVS: mockobjects-java/src/core/com/mockobjects/naming MockContext.java,NONE,1.1

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

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

Added Files:
	MockContext.java 
Log Message:
Added basic implementation of mock objects for the javax.naming package


--- NEW FILE: MockContext.java ---
package com.mockobjects.naming;

import javax.naming.*;
import com.mockobjects.*;

public class MockContext extends MockObject implements Context{
    private Object myObjectToReturn;
    private ExpectationValue myBindName = new ExpectationValue(
        MockContext.class.getName() + "myBindName");
    private ExpectationValue myBindObject = new ExpectationValue(
        MockContext.class.getName() + "myBindObject");
    private ExpectationValue myRebindName = new ExpectationValue(
        MockContext.class.getName() + "myRebindName");
    private ExpectationValue myRebindName = new ExpectationValue(
        MockContext.class.getName() + "myRebindName");
    private ExpectationValue myLookupName = new ExpectationValue(
        MockContext.class.getName() + "myLookupName");

    public void setupLookup(Object aObjectToReturn){
        this.myObjectToReturn = aObjectToReturn;
    }

    public void setExpectedLookupName(String aLookupName){
        this.myLookupName.setExpected(aLookupName);
    }

    public Object lookup(Name name) throws NamingException{
        this.myLookupName.setActual(name);
        return myObjectToReturn;
    }

    public Object lookup(String name) throws NamingException{
        this.myLookupName.setActual(name);
        return myObjectToReturn;
    }

    public void bind(Name aBindName, Object aBindObject) throws NamingException{
        this.myBindName.setExpected(aBindName);
        this.myBindObject.setExpected(aBindObject);
    }

    public void setExpectedBind(String aBindName, Object aBindObject){
        this.myBindName.setExpected(aBindName);
        this.myBindObject.setExpected(aBindObject);
    }

    public void setExpectedReBind(String aBindName, Object aBindObject){
        this.myRebindName.setExpected(aBindName);
        this.myRebindName.setExpected(aBindObject);
    }

    public void bind(String aBindName, Object aBindObject) throws NamingException{
        this.myBindName.setActual(aBindName);
        this.myBindObject.setActual(aBindObject);
    }

    public void rebind(Name aBindName, Object aBindObject) throws NamingException{
        this.myRebindName.setActual(aBindName);
        this.myRebindName.setActual(aBindObject);
    }

    public void rebind(String aBindName, Object aBindObject) throws NamingException{
        this.myRebindName.setActual(aBindName);
        this.myRebindName.setActual(aBindObject);
    }

    public void unbind(Name name) throws NamingException{
        notImplemented();
    }

    public void unbind(String name) throws NamingException{
        notImplemented();
    }

    public void rename(Name name, Name name2) throws NamingException{
        notImplemented();
    }

    public void rename(String name, String name2) throws NamingException{
        notImplemented();
    }

    public NamingEnumeration list(Name name) throws NamingException{
        notImplemented();
        return null;
    }

    public NamingEnumeration list(String name) throws NamingException{
        notImplemented();
        return null;
    }

    public NamingEnumeration listBindings(Name name) throws NamingException{
        notImplemented();
        return null;
    }

    public NamingEnumeration listBindings(String name) throws NamingException{
        notImplemented();
        return null;
    }

    public void destroySubcontext(Name name) throws NamingException{
        notImplemented();
    }

    public void destroySubcontext(String name) throws NamingException{
        notImplemented();
    }

    public Context createSubcontext(Name name) throws NamingException{
        notImplemented();
        return null;
    }

    public Context createSubcontext(String name) throws NamingException{
        notImplemented();
        return null;
    }

    public Object lookupLink(Name name) throws NamingException{
        notImplemented();
        return null;
    }

    public Object lookupLink(String name) throws NamingException{
        notImplemented();
        return null;
    }

    public NameParser getNameParser(Name name) throws NamingException{
        notImplemented();
        return null;
    }

    public NameParser getNameParser(String name) throws NamingException{
        notImplemented();
        return null;
    }

    public Name composeName(Name name, Name name2) throws NamingException{
        notImplemented();
        return null;
    }

    public String composeName(String name, String name2) throws NamingException{
        notImplemented();
        return null;
    }

    public Object addToEnvironment(String name, Object object) throws NamingException{
        notImplemented();
        return null;
    }

    public Object removeFromEnvironment(String name) throws NamingException{
        notImplemented();
        return null;
    }

    public java.util.Hashtable getEnvironment() throws NamingException{
        notImplemented();
        return null;
    }

    public void close() throws NamingException{
        notImplemented();
    }

    public String getNameInNamespace() throws NamingException{
        notImplemented();
        return null;
    }

}

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

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

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

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

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

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

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

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

[MO-java-dev] CVS: mockobjects-java/src/core/com/mockobjects AbstractExpectationCollection.java,1.1,1.2

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

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

Modified Files:
	AbstractExpectationCollection.java 
Log Message:
Added removeActual 


Index: AbstractExpectationCollection.java
===================================================================
RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/com/mockobjects/AbstractExpectationCollection.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- AbstractExpectationCollection.java	2001/07/29 19:50:24	1.1
+++ AbstractExpectationCollection.java	2002/01/28 16:59:25	1.2
@@ -60,6 +60,10 @@
         setHasExpectations();
     }
 
+    public void removeActual(Object actualItem) {
+        getActualCollection().remove(actualItem);
+    }
+
     abstract protected void checkImmediateValues(Object actualItem);
 
     public void clearActual() {

Re: [MO-java-dev] MockObjects for Servlet

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

I'm trying to get the build reorganised (when I can get everything else
out of the way...). The library needs to support multiple versions of
the jdk and j2ee. My working assumption is that most people who build
the library will only need to build one local version, so the ant script
should pick up those details from its environment. Site maintainers will
just have to build for each combination -- or maybe have a higher level
script to do so.

Steve

p.s. we have a new committer, so I'm hoping we can speed things up.

----- Original Message -----
From: "Vincent Tencé" <vt...@sy...>
> Hi all,
>
> Is anybody currently working on mockobjects for servlet? If not I plan
to do
> some work on the subject since I will need mocks for servlet 2.3 in my
> current project.

[MO-java-dev] MockObjects for Servlet

[<vt...@sy...>]

Hi all,

Is anybody currently working on mockobjects for servlet? If not I plan to do
some work on the subject since I will need mocks for servlet 2.3 in my
current project.

Vincent

[MO-java-dev] [PATCH] AbstractExpectationCollection added method removeActual

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

-- 
Jeff Martin

Memetic Engineer

http://www.custommonkey.org/ 

[MO-java-dev] [PATCH] MockConnection.java

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

As those of you who know me will no doubt be aware I'm the king of
slackness. As part of my duties as monarch I've been building up a load
of local changes to mock objects which I've never quite got around to
submitting as patches. This is now got a bit out of hand so I'm going to
start bundling things up and sending them your way. 

This first patch adds support for throwing exceptions when closing a sql
connection.
-- 
Jeff Martin

Memetic Engineer

http://www.custommonkey.org/ 

[MO-java-dev] Small omission

[<fra...@ya...>]

Hi again !

Forgot to mention that I have applied Jerome's Fillon's changes to my version
of the source files.

I reran the JUnit tests, and everything was fine here.

Thanks,
Francois


__________________________________________________________
Obtenez votre adresse @yahoo.ca gratuite et en français !
courriel.yahoo.ca

[MO-java-dev] Core package diff

[<fra...@ya...>]

Hello everyone,

Here is the cvs diff for the mockobjects-java/src/core/com/mockobjects package.

Hoping everything is right.

Thanks,
Francois


__________________________________________________________
Obtenez votre adresse @yahoo.ca gratuite et en français !
courriel.yahoo.ca

RE: [MO-java-dev] Working on documentation

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

Hi Francois,

That's kool ! We need that help. The process we'd like to follow is
similar to the Jakarta one (at least this is the one that I'm using on
Jakarta projects and it works nicely) :
- submit a patch on this list, sending the diff (cvs diff) with the CVS
head
- one of the committer will review it and commit it in CVS
- once we've done that a few times and if you wish to participate more
actively in the project, we can elect to promote you as a committer (we
do a vote on the list and existing committer vote with +1, 0, -1).
- once you're accepted, you become a committer yourself with voting
rights.

What do you think ? (the process is defined at
http://jakarta.apache.org/site/guidelines.html).

Merci encore.
-Vincent

P.S.: J'adore le quebec ! ;-)

> -----Original Message-----
> From: moc...@li...
> [mailto:moc...@li...] On Behalf Of
> Francois Beausoleil
> Sent: 22 January 2002 14:21
> To: moc...@li...
> Subject: [MO-java-dev] Working on documentation
>=20
> Hello all,
>=20
> I was taking a look at your Todo page, and found that "Everyone" :)
had
> volunteered for updating the documentation.  I took a look at the
current
> CVS
> code, and found a few areas where I could provide some help.
>=20
> If someone would contact me by E-Mail to add me to the developpers
list so
> I
> could update the CVS tree, I would appreciate.
>=20
> My SourceForge username is fbos, and you can contact me at
> fb...@us....
>=20
> Thanks,
> Francois Beausoleil
>=20
>=20
> __________________________________________________________
> Obtenez votre adresse @yahoo.ca gratuite et en fran=E7ais !
> courriel.yahoo.ca
>=20
> _______________________________________________
> Mockobjects-java-dev mailing list
> Moc...@li...
> https://lists.sourceforge.net/lists/listinfo/mockobjects-java-dev

[MO-java-dev] Working on documentation

[<fra...@ya...>]

Hello all,

I was taking a look at your Todo page, and found that "Everyone" :) had
volunteered for updating the documentation.  I took a look at the current CVS
code, and found a few areas where I could provide some help.

If someone would contact me by E-Mail to add me to the developpers list so I
could update the CVS tree, I would appreciate.

My SourceForge username is fbos, and you can contact me at
fb...@us....

Thanks,
Francois Beausoleil


__________________________________________________________
Obtenez votre adresse @yahoo.ca gratuite et en français !
courriel.yahoo.ca

RE: [MO-java-dev] MO for SAX API

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

Alex -

The usage you describe seems quite reasonable - and certainly seems
mock-like if you are seting up order expectations - especially if you can
trigger a failure exactly at a point that something wrong happens (just as
ExpectationList does).

Its hard to judge how universally applicable your solution is - but maybe we
can setup some area for "ideas under development". Often this kind of stuff
inspires others to grab the flame and add a bit more or chat things through
with you.

Steve - what do you think?

Tim

-----Original Message-----
From: Alexander Thomas [mailto:ale...@gm...]
Sent: 07 January 2002 16:01
To: Tim Mackinnon
Subject: Re: [MO-java-dev] MO for SAX API


  Hi Tim,

I am working on the following problem: XML files can be transformed
quiet easily by means of XSLT. However, all XSLT processors which I am
aware of rely on the DOM. This makes the transformation of very large
XML files impossible (as the DOM overexceedes the memorysize of the
computer). So I wrote a ContentHandler implementation which will
leverage lots of ContentHandlers building up moderate DOMs
consecutively. Of course these DOMs will only represent parts of the
original XML file...

For this special case it is necessary to write a ContentHandler
Implementation which delgates the SAX events to child ContentHandlers
and in deed it is important to verify weather the SAX methods of the
child ContentHandlers will be invoked in the right order.

Thus, I wrote a probe ContentHandler which will record all invokations
on itself and store them in a unique internal state. In a test scenario
it is then possible to record the desired invokation order of events on
a second instance of the probe ContentHandler and compare the two.

Right now I am not so sure any more weather it is valid to say that the
probe ContentHanlder is actualy a MO as the test is rather coarse
grained and spreads over all methods of my ContentHandler
implementation. However this is because the logic is spread over all SAX
methods as well...

Kindest regards,

Alex




Tim Mackinnon wrote:

>Alexander -
>
>I've been thinking about whether we have one of these internally at
>Connextra, and we don't - so I was thinking about why?
>
>I think the reason is becuase you can simply use your real content handler
>in your tests - and that is what we do in our code base. I can't think of a
>place where we needed a mock content handler - however maybe you have some
>requirement that makes this useful. Can you explain your idea?
>
>In our case we have lots of mocks external to our content handler such that
>when we call its methods directly we verify that certain other things
>happen - but the only reason I can think for needing one would be as the
>author of the sax parser and verifying that the parser called events in the
>right order etc. As the parser is already written - I'm not sure what we
>would need as clients of the api??? I could be wrong - maybe you can
explain
>how you would use one.
>
>I guess the equivalent wo
>uld be like requiring a MockServlet - as we take
>the servlet engines as given, we don't have a MockServlet object.
>
>Tim
>
>-----Original Message-----
>From: moc...@li...
>[mailto:moc...@li...]On Behalf Of
>Alexander Thomas
>Sent: 30 December 2001 13:31
>To: moc...@li...
>Subject: [MO-java-dev] MO for SAX API
>
>
>Hi gents,
>
>I would like to use mock objects for testing some SAX2 related code.
However
>I could not find the corresponding classes on the www.mockobjects.com p
>age.
>Are there already some SAX MO available (esp. ContentHandlerMockObject)? If
>not I would voluntear to contrubute...
>
>Regards,
>
>Alexander Thomas
>
>
>--
>GMX - Die Kommunikationsplattform im Internet.
>http://www.gmx.net
>
>
>_______________________________________________
>Mockobjects-java-dev mailing list
>Moc...@li...
>https://lists.sourceforge.net/lists/listinfo/mockobjects-java-dev
>
>

[MO-java-dev] CVS: mockobjects-java/src/j2ee12/com/mockobjects/servlet - New directory

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

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

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/j2ee12/com/mockobjects/servlet added to the repository
--> Using per-directory sticky tag `restructured_for_versions_and_libraries'

[MO-java-dev] CVS: mockobjects-java/src/j2ee12/com/mockobjects/jms - New directory

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

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

Log Message:
Directory /cvsroot/mockobjects/mockobjects-java/src/j2ee12/com/mockobjects/jms added to the repository
--> Using per-directory sticky tag `restructured_for_versions_and_libraries'