You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(13) |
Aug
(151) |
Sep
(21) |
Oct
(6) |
Nov
(70) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(47) |
Feb
(66) |
Mar
(23) |
Apr
(115) |
May
(24) |
Jun
(53) |
Jul
(10) |
Aug
(279) |
Sep
(84) |
Oct
(149) |
Nov
(138) |
Dec
(52) |
2003 |
Jan
(22) |
Feb
(20) |
Mar
(29) |
Apr
(106) |
May
(170) |
Jun
(122) |
Jul
(70) |
Aug
(64) |
Sep
(27) |
Oct
(71) |
Nov
(49) |
Dec
(9) |
2004 |
Jan
(7) |
Feb
(38) |
Mar
(3) |
Apr
(9) |
May
(22) |
Jun
(4) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(15) |
Dec
(2) |
2005 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
(1) |
May
(28) |
Jun
(3) |
Jul
(11) |
Aug
(5) |
Sep
(1) |
Oct
(5) |
Nov
(2) |
Dec
(3) |
2006 |
Jan
(8) |
Feb
(3) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jeff M. <je...@mk...> - 2004-06-10 13:49:17
|
Sorry, dropped of for a moment there. If you've got code relating to the use of jmock you probably want to start waving it under the noses of the guys at jmock.org. On Tue, 2004-06-08 at 14:33, Dean Hiller wrote: > I work in a group where we have a bunch of subsystems and the api into > each subsytem is well defined in com.avaya.api.**. We even have a > tool that guarantees com.avaya.api.** doesn't depend on the > implementation from ant-contrib project(this guarantees we can mock > out the subsystem). We naturally created our own mock objects, but > this was before I knew about mockobjects.com and jmock.org. > Anyways, I think what I have done with the mock objects is quite a > twist to what you have in jmock, and was wondering if you are > interested. I am very interested in combining what source I have(3 > classes or so) with what you have to come up with the best solution > for everyone involved. (My mock helpers originally come from my open > source project and are not proprietary so I can do this). I am also > interested in writing up many examples that I need for my developers > on my project such as what we do today..... > > 1. Mocking a listener to guarantee the contract feeds back events when > it is supposed to > 2. Mocking a Timer so you don't have to do sleeps in a test case > 3. Mocking a DatagramSocket, and Socket so exceptions can be thrown > and robustness of the system can be verified(ie. x, y, and z methods > should have been called on subsystems X, Y, and Z because an exception > happened. > 4. Mocking out a subsystem that creates objects(that are also mock). > For example, if my interface is a Car and there is a getTrunk() and on > the Trunk object, there is a open()/close() method, I need to mock Car > and Trunk as I am mocking the whole subsystem that subsytem X > interacts with. > 5. Examples of things happening on different threads and how to bring > the validation back to the JUnit thread. ie. I have seen developers > in my group abuse the assert and do asserts in the listeners which > where on a different thread than JUnit. This caused an exception to > be thrown into the subsytem and the test would pass because the > validation was on the wrong thread. > 6. Throwing exceptions in a subsytem. > > Are you guys interested? I need to do this documentation work > somewhere, and I thought the best place would be mockobjects.com or > jmock.org. The problem is I first need to figure out what you guys > can do and what I can do. (The comment from the person that told me > about these websites was what I had was easier to use for him---I > don't know myself as I have not gotten into mockobjects.com too much > yet.) At first glance, I am just not sure where to start. I saw a > javaboutique tutorial but this didn't cover alot of stuff we do > already. > > ps. I only have about 3 classes that compose my whole library. I > don't claim these 3 classes do everything but they have covered > everything all 20 people in my group have needed for the last 3 > years. We don't do J2EE though so there may be much there I don't > cover. > thanks, > dean > -- Jeff Martin Memetic Engineer http://www.custommonkey.org/ |
From: Dean H. <de...@xs...> - 2004-06-08 13:33:14
|
I work in a group where we have a bunch of subsystems and the api into = each subsytem is well defined in com.avaya.api.**. We even have a tool = that guarantees com.avaya.api.** doesn't depend on the implementation = from ant-contrib project(this guarantees we can mock out the subsystem). = We naturally created our own mock objects, but this was before I knew = about mockobjects.com and jmock.org. =20 Anyways, I think what I have done with the mock objects is quite a = twist to what you have in jmock, and was wondering if you are = interested. I am very interested in combining what source I have(3 = classes or so) with what you have to come up with the best solution for = everyone involved. (My mock helpers originally come from my open source = project and are not proprietary so I can do this). I am also interested = in writing up many examples that I need for my developers on my project = such as what we do today..... 1. Mocking a listener to guarantee the contract feeds back events when = it is supposed to 2. Mocking a Timer so you don't have to do sleeps in a test case 3. Mocking a DatagramSocket, and Socket so exceptions can be thrown and = robustness of the system can be verified(ie. x, y, and z methods should = have been called on subsystems X, Y, and Z because an exception = happened. 4. Mocking out a subsystem that creates objects(that are also mock). = For example, if my interface is a Car and there is a getTrunk() and on = the Trunk object, there is a open()/close() method, I need to mock Car = and Trunk as I am mocking the whole subsystem that subsytem X interacts = with. 5. Examples of things happening on different threads and how to bring = the validation back to the JUnit thread. ie. I have seen developers in = my group abuse the assert and do asserts in the listeners which where on = a different thread than JUnit. This caused an exception to be thrown = into the subsytem and the test would pass because the validation was on = the wrong thread. 6. Throwing exceptions in a subsytem. Are you guys interested? I need to do this documentation work = somewhere, and I thought the best place would be mockobjects.com or = jmock.org. The problem is I first need to figure out what you guys can = do and what I can do. (The comment from the person that told me about = these websites was what I had was easier to use for him---I don't know = myself as I have not gotten into mockobjects.com too much yet.) At = first glance, I am just not sure where to start. I saw a javaboutique = tutorial but this didn't cover alot of stuff we do already. =20 ps. I only have about 3 classes that compose my whole library. I don't = claim these 3 classes do everything but they have covered everything all = 20 people in my group have needed for the last 3 years. We don't do = J2EE though so there may be much there I don't cover. thanks, dean |
From: Dean H. <de...@xs...> - 2004-06-08 13:32:17
|
I work in a group where we have a bunch of subsystems and the api into = each subsytem is well defined in com.avaya.api.**. We even have a tool = that guarantees com.avaya.api.** doesn't depend on the implementation = from ant-contrib project(this guarantees we can mock out the subsystem). = We naturally created our own mock objects, but this was before I knew = about mockobjects.com and jmock.org. =20 Anyways, I think what I have done with the mock objects is quite a = twist to what you have in jmock, and was wondering if you are = interested. I am very interested in combining what source I have(3 = classes or so) with what you have to come up with the best solution for = everyone involved. (My mock helpers originally come from my open source = project and are not proprietary so I can do this). I am also interested = in writing up many examples that I need for my developers on my project = such as what we do today..... 1. Mocking a listener to guarantee the contract feeds back events when = it is supposed to 2. Mocking a Timer so you don't have to do sleeps in a test case 3. Mocking a DatagramSocket, and Socket so exceptions can be thrown and = robustness of the system can be verified(ie. x, y, and z methods should = have been called on subsystems X, Y, and Z because an exception = happened. 4. Mocking out a subsystem that creates objects(that are also mock). = For example, if my interface is a Car and there is a getTrunk() and on = the Trunk object, there is a open()/close() method, I need to mock Car = and Trunk as I am mocking the whole subsystem that subsytem X interacts = with. 5. Examples of things happening on different threads and how to bring = the validation back to the JUnit thread. ie. I have seen developers in = my group abuse the assert and do asserts in the listeners which where on = a different thread than JUnit. This caused an exception to be thrown = into the subsytem and the test would pass because the validation was on = the wrong thread. 6. Throwing exceptions in a subsytem. Are you guys interested? I need to do this documentation work = somewhere, and I thought the best place would be mockobjects.com or = jmock.org. The problem is I first need to figure out what you guys can = do and what I can do. (The comment from the person that told me about = these websites was what I had was easier to use for him---I don't know = myself as I have not gotten into mockobjects.com too much yet.) At = first glance, I am just not sure where to start. I saw a javaboutique = tutorial but this didn't cover alot of stuff we do already. =20 ps. I only have about 3 classes that compose my whole library. I don't = claim these 3 classes do everything but they have covered everything all = 20 people in my group have needed for the last 3 years. We don't do = J2EE though so there may be much there I don't cover. thanks, dean |
From: J. J. B. <jj...@re...> - 2004-05-20 01:32:27
|
On Tue, 2004-05-18 at 12:01, J. Joseph Benavidez wrote: > On Tue, 2004-05-18 at 05:40, Jeff Martin wrote: > > That's a good point. This all stems from javax.naming and javax.sql used > > to be optional to the jdk and so sat better in j2ee. However as of > > jdk1.3 javax.naming became part of the jdk and as of jdk1.4 to has > > javax.sql > > > > We should probably move these across, although which classes go in which > > jars is going to depend on the jdk that being build against, which is > > going to confuse the shit outta me. > > Jeff, > > I can help out with this, as I need to sort this stuff out for a > project. I plan on looking at the build.xml file today... > > Thanks, > > j.joseph Here're the modifications I've made. 1) applied the attached patch. that basically pulls out the dependence of javax.sql.DataSource from CommonDataSource (so that it builds under 1.3), and makes the 1.3/1.4 MockDataSource classes implement javax.sql.DataSource 2) in the patched source tree: mv ./src/j2ee/common/com/mockobjects/naming/ src/jdk/common/com/mockobjects/ mv ./src/j2ee/common/com/mockobjects/sql/* src/jdk/common/com/mockobjects/sql/ mv ./src/j2ee/1.4/com/mockobjects/sql/MockDataSource.java src/jdk/1.4/com/mockobjects/sql/ rmdir ./src/j2ee/1.4/com/mockobjects/sql ./src/j2ee/common/com/mockobjects/sql Builds ok (including the jpackage.org source rpm). Any chance of incorporating these mods upstream? Thanks, jjmb > > > > > > > > On Tue, 2004-05-18 at 02:59, J. Joseph Benavidez wrote: > > > Hello, > > > > > > I'm trying to figure out the mockobject packages and how they're > > > distributed amongst the jar files. > > > > > > My confusion stems from the fact that the naming.* (and some sql.*) > > > classes are in the j2ee jars, but javax.naming.* and javax.sql.* are in > > > the standard jdks. > > > > > > Would it be possible to put those classes in their respective plain > > > jdk1.3/jdk1.4 jars and pull them out of the j2ee jars? > > > > > > Thanks, > > > > > > j.joseph > > > > > > > > > |
From: J. J. B. <jj...@re...> - 2004-05-18 19:01:54
|
On Tue, 2004-05-18 at 05:40, Jeff Martin wrote: > That's a good point. This all stems from javax.naming and javax.sql used > to be optional to the jdk and so sat better in j2ee. However as of > jdk1.3 javax.naming became part of the jdk and as of jdk1.4 to has > javax.sql > > We should probably move these across, although which classes go in which > jars is going to depend on the jdk that being build against, which is > going to confuse the shit outta me. Jeff, I can help out with this, as I need to sort this stuff out for a project. I plan on looking at the build.xml file today... Thanks, j.joseph > > > On Tue, 2004-05-18 at 02:59, J. Joseph Benavidez wrote: > > Hello, > > > > I'm trying to figure out the mockobject packages and how they're > > distributed amongst the jar files. > > > > My confusion stems from the fact that the naming.* (and some sql.*) > > classes are in the j2ee jars, but javax.naming.* and javax.sql.* are in > > the standard jdks. > > > > Would it be possible to put those classes in their respective plain > > jdk1.3/jdk1.4 jars and pull them out of the j2ee jars? > > > > Thanks, > > > > j.joseph > > > > > > |
From: Jeff M. <cus...@us...> - 2004-05-18 13:44:25
|
Update of /cvsroot/mockobjects/mockobjects-java/src/j2ee/1.3/com/mockobjects/helpers In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31359/src/j2ee/1.3/com/mockobjects/helpers Modified Files: AbstractServletTestHelper.java TagTestHelper.java Log Message: Allow a request object to passed into the tag helper Index: AbstractServletTestHelper.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/j2ee/1.3/com/mockobjects/helpers/AbstractServletTestHelper.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- AbstractServletTestHelper.java 22 Jul 2003 10:25:00 -0000 1.5 +++ AbstractServletTestHelper.java 18 May 2004 13:44:15 -0000 1.6 @@ -7,7 +7,7 @@ * $Revision$ */ public abstract class AbstractServletTestHelper extends MockObject{ - protected final MockHttpServletRequest request = new MockHttpServletRequest(); + protected final MockHttpServletRequest request; protected final MockHttpServletResponse response = new MockHttpServletResponse(); protected final MockHttpSession httpSession = new MockHttpSession(); protected final MockRequestDispatcher requestDispatcher = new MockRequestDispatcher(); @@ -15,6 +15,11 @@ protected final MockServletConfig servletConfig = new MockServletConfig(); public AbstractServletTestHelper() { + this(new MockHttpServletRequest()); + } + + public AbstractServletTestHelper(MockHttpServletRequest request) { + this.request = request; request.setSession(httpSession); servletContext.setupGetRequestDispatcher(requestDispatcher); request.setupGetRequestDispatcher(requestDispatcher); Index: TagTestHelper.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/j2ee/1.3/com/mockobjects/helpers/TagTestHelper.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- TagTestHelper.java 19 Aug 2003 15:50:20 -0000 1.4 +++ TagTestHelper.java 18 May 2004 13:44:15 -0000 1.5 @@ -1,6 +1,7 @@ package com.mockobjects.helpers; import com.mockobjects.servlet.MockBodyContent; +import com.mockobjects.servlet.MockHttpServletRequest; import com.mockobjects.servlet.MockJspWriter; import com.mockobjects.servlet.MockPageContext; import com.mockobjects.servlet.CommonMockPageContext; @@ -48,8 +49,10 @@ /** * @param testSubject The Tag to be tested + * @param request Request object used for testing */ - public TagTestHelper(Tag testSubject) { + public TagTestHelper(Tag testSubject, MockHttpServletRequest request) { + super(request); this.testSubject = testSubject; pageContext.setRequest(getRequest()); @@ -60,6 +63,13 @@ } /** + * @param testSubject The Tag to be tested + */ + public TagTestHelper(Tag testSubject) { + this(testSubject, new MockHttpServletRequest()); + } + + /** * @return The writer use when making calls to PageContext.getOut */ public MockJspWriter getOutWriter() { |
From: Jeff M. <cus...@us...> - 2004-05-18 13:38:57
|
Update of /cvsroot/mockobjects/mockobjects-java/src/jdk/common/alt/java/io In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30289/src/jdk/common/alt/java/io Modified Files: FileImpl.java Log Message: Use toString method from wrapped file Index: FileImpl.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/jdk/common/alt/java/io/FileImpl.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FileImpl.java 7 May 2002 16:31:48 -0000 1.1 +++ FileImpl.java 18 May 2004 13:38:48 -0000 1.2 @@ -177,4 +177,8 @@ public java.io.File getRealFile() { return file; } + + public String toString() { + return file.toString(); + } } |
From: Jeff M. <cus...@us...> - 2004-05-18 13:37:36
|
Update of /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29992/src/core/test/mockobjects/dynamic/support Modified Files: MockCallable.java MockInvocationDispatcher.java MockInvokable.java Log Message: User AssertionFailedError rather than AssertionError Index: MockCallable.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support/MockCallable.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MockCallable.java 18 Nov 2003 23:12:52 -0000 1.2 +++ MockCallable.java 18 May 2004 13:37:26 -0000 1.3 @@ -96,6 +96,6 @@ } public StringBuffer writeTo(StringBuffer buffer) { - throw new AssertionError("should implement writeTo"); + throw new AssertionFailedError("should implement writeTo"); } } Index: MockInvocationDispatcher.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support/MockInvocationDispatcher.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MockInvocationDispatcher.java 18 Nov 2003 23:12:52 -0000 1.2 +++ MockInvocationDispatcher.java 18 May 2004 13:37:26 -0000 1.3 @@ -57,6 +57,6 @@ } public void writeTo(StringBuffer buffer) { - throw new AssertionError("should implement writeTo"); + throw new AssertionFailedError("should implement writeTo"); } } Index: MockInvokable.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support/MockInvokable.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MockInvokable.java 18 Nov 2003 23:12:52 -0000 1.2 +++ MockInvokable.java 18 May 2004 13:37:26 -0000 1.3 @@ -4,6 +4,7 @@ */ package test.mockobjects.dynamic.support; +import junit.framework.AssertionFailedError; import com.mockobjects.ExpectationCounter; import com.mockobjects.ExpectationValue; import com.mockobjects.dynamic.Invocation; @@ -47,7 +48,7 @@ } public StringBuffer writeTo(StringBuffer buffer) { - throw new AssertionError("should implement writeTo"); + throw new AssertionFailedError("should implement writeTo"); } } |
From: Jeff M. <cus...@us...> - 2004-05-18 13:37:35
|
Update of /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29992/src/core/test/mockobjects/dynamic Modified Files: InvocationMockerTest.java Log Message: User AssertionFailedError rather than AssertionError Index: InvocationMockerTest.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/InvocationMockerTest.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- InvocationMockerTest.java 18 Nov 2003 23:12:52 -0000 1.8 +++ InvocationMockerTest.java 18 May 2004 13:37:26 -0000 1.9 @@ -3,6 +3,7 @@ */ package test.mockobjects.dynamic; +import junit.framework.AssertionFailedError; import com.mockobjects.ExpectationCounter; import com.mockobjects.ExpectationValue; import com.mockobjects.constraint.Constraint; @@ -58,7 +59,7 @@ } public StringBuffer writeTo(StringBuffer buffer) { - throw new AssertionError("should implement writeTo"); + throw new AssertionFailedError("should implement writeTo"); } }; |
From: Jeff M. <cus...@us...> - 2004-05-18 13:35:58
|
Update of /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29673/src/core/test/mockobjects Modified Files: AutoTestSuite.java Log Message: Make path hacking multiplatform Index: AutoTestSuite.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/AutoTestSuite.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- AutoTestSuite.java 1 Nov 2002 15:37:28 -0000 1.1 +++ AutoTestSuite.java 18 May 2004 13:35:48 -0000 1.2 @@ -101,7 +101,7 @@ if( !root.endsWith("/") ) root_len++; int tail_len = f.length() - ".class".length(); - return f.substring( root_len, tail_len ).replace('/','.'); + return f.substring( root_len, tail_len).replace('/','.').replace('\\','.'); } /** Constructs and returns a SystemTestSuite. |
From: Jeff M. <cus...@us...> - 2004-05-18 13:34:40
|
Update of /cvsroot/mockobjects/mockobjects-java/src/jdk/common/com/mockobjects/sql In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29361/src/jdk/common/com/mockobjects/sql Modified Files: CommonMockConnection.java Log Message: Make statement a ReturnValue Index: CommonMockConnection.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/jdk/common/com/mockobjects/sql/CommonMockConnection.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- CommonMockConnection.java 21 Aug 2003 21:14:54 -0000 1.8 +++ CommonMockConnection.java 18 May 2004 13:34:29 -0000 1.9 @@ -119,7 +119,7 @@ private final ExpectationCounter myRollbackCalls; - private Statement myStatement; + private final ReturnValue statement = new ReturnValue("statement"); private SQLException myStatementException = null; @@ -272,7 +272,7 @@ * Pass the Statement instance for use with tests. */ public void setupStatement(Statement statement) { - myStatement = statement; + this.statement.setValue(statement); } /** @@ -328,7 +328,7 @@ public Statement createStatement() throws SQLException { myCreateStatementCalls.inc(); throwStatementExceptionIfAny(); - return myStatement; + return (Statement)statement.getValue(); } /** @@ -400,7 +400,7 @@ myResultSetType.setActual(resultSetType); myResultSetConcurrency.setActual(resultSetConcurrency); - return myStatement; + return (Statement)statement.getValue(); } public boolean getAutoCommit() throws SQLException { |
From: Jeff M. <cus...@us...> - 2004-05-18 12:44:23
|
Update of /cvsroot/mockobjects/mockobjects-java/src/jdk/common/com/mockobjects/io In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv17502/src/jdk/common/com/mockobjects/io Modified Files: MockFileInputStream.java Log Message: Patch from Mr Thomas Klaeger <tomy at users.sourceforge.net> Removed need to have c:\autoexec.bat present on your box (who the hell put that in!) Index: MockFileInputStream.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/jdk/common/com/mockobjects/io/MockFileInputStream.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MockFileInputStream.java 6 Apr 2003 23:08:34 -0000 1.1 +++ MockFileInputStream.java 18 May 2004 12:44:12 -0000 1.2 @@ -7,7 +7,6 @@ import com.mockobjects.*; public class MockFileInputStream extends FileInputStream { - public static final String KNOWN_FILE = "c:\\autoexec.bat"; private String myContents = ""; private int myIndex = 0; @@ -15,14 +14,14 @@ private MockFileInputStream() throws FileNotFoundException { // Unfortunately as there is no interface we have to call the supertype, // which requires a file. - super(KNOWN_FILE); + super(FileDescriptor.in); } public static MockFileInputStream newMockFileInputStream(){ try { return new MockFileInputStream(); } catch (FileNotFoundException e) { - throw new AssertionFailedError("couldn't create MockFileInputStream (requires known file: " + KNOWN_FILE +") "+e); + throw new AssertionFailedError("couldn't create MockFileInputStream "+e); } } |
From: Jeff M. <je...@mk...> - 2004-05-18 12:40:25
|
That's a good point. This all stems from javax.naming and javax.sql used to be optional to the jdk and so sat better in j2ee. However as of jdk1.3 javax.naming became part of the jdk and as of jdk1.4 to has javax.sql We should probably move these across, although which classes go in which jars is going to depend on the jdk that being build against, which is going to confuse the shit outta me. On Tue, 2004-05-18 at 02:59, J. Joseph Benavidez wrote: > Hello, > > I'm trying to figure out the mockobject packages and how they're > distributed amongst the jar files. > > My confusion stems from the fact that the naming.* (and some sql.*) > classes are in the j2ee jars, but javax.naming.* and javax.sql.* are in > the standard jdks. > > Would it be possible to put those classes in their respective plain > jdk1.3/jdk1.4 jars and pull them out of the j2ee jars? > > Thanks, > > j.joseph > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Mockobjects-java-dev mailing list > Moc...@li... > https://lists.sourceforge.net/lists/listinfo/mockobjects-java-dev -- Jeff Martin Memetic Engineer http://www.custommonkey.org/ |
From: J. J. B. <jj...@re...> - 2004-05-18 01:59:49
|
Hello, I'm trying to figure out the mockobject packages and how they're distributed amongst the jar files. My confusion stems from the fact that the naming.* (and some sql.*) classes are in the j2ee jars, but javax.naming.* and javax.sql.* are in the standard jdks. Would it be possible to put those classes in their respective plain jdk1.3/jdk1.4 jars and pull them out of the j2ee jars? Thanks, j.joseph |
From: Thomas K. <to...@us...> - 2004-05-14 20:24:38
|
The com.mockobjects.io.MockFileInputStream uses a "known file" for its super-class constructor (java.io.FileInputStream). However this "known file" is platform dependent. This patch solves the problem by providing the super-class constructor with a FileDescriptor (java.io.FileDescriptor.in), which always exists. Regards, Thomas |
From: Jeff M. <je...@mk...> - 2004-05-14 14:05:40
|
Sorted. On Mon, 2004-05-03 at 09:40, to...@us... wrote: > The javadoc-task produced the JavaDoc for J2SE 1.3 and J2EE > 1.3 only. > > With this patch it will produce JavaDocs for the used versions > of J2SE and J2EE in a directory doc/javadoc-{J2SE-version}- > j2ee{J2EE-version}. > > Additionally it will produce the JavaDoc not only for public > classes but also for protected and package-private classes. > > > Regards, > > Tomy > > > > ______________________________________________________________________ > Index: build.xml > =================================================================== > RCS file: /cvsroot/mockobjects/mockobjects-java/build.xml,v > retrieving revision 1.41 > diff -u -w -b -r1.41 build.xml > --- build.xml 27 Apr 2004 10:26:06 -0000 1.41 > +++ build.xml 3 May 2004 07:46:47 -0000 > @@ -109,7 +109,7 @@ > classname="org.apache.commons.httpclient.HttpClient" /> > > <available property="jar.j2ee.name" > - value="_j2ee${j2ee.version}" > + value="-j2ee${j2ee.version}" > classpathref="lib.classpath" > classname="javax.servlet.Servlet" /> > <condition property="jar.j2ee.name" value=""> > @@ -221,6 +221,7 @@ > <fileset dir="${core.classes}"> > <include name="test/**/*Test*.class" /> > <exclude name="test/**/*Test*$*.class" /> > + <exclude name="test/**/TestExpectationCollection.class" /> > <exclude name="**/AllTests.class" /> > </fileset> > > @@ -298,9 +299,9 @@ > description="Generate j2ee mockobjects jar"> > <antcall target="_inner-jar"> > <param name="jarfile.name" > - value="${out.dir}/${ant.project.name}-jdk${jdk.version}-j2ee${j2ee.version}-${project.version}.jar" /> > + value="${out.dir}/${ant.project.name}-jdk${jdk.version}${jar.j2ee.name}-${project.version}.jar" /> > <param name="alt.jarfile.name" > - value="${out.dir}/${ant.project.name}-alt-jdk${jdk.version}-j2ee${j2ee.version}-${project.version}.jar" /> > + value="${out.dir}/${ant.project.name}-alt-jdk${jdk.version}${jar.j2ee.name}-${project.version}.jar" /> > <param name="classes.dir" value="${j2ee.classes}" /> > </antcall> > </target> > @@ -345,10 +346,11 @@ > depends="call-me-first, deliverable-names" > unless="javadoc.notrequired" > description="Generate the javadoc for the current version"> > + <mkdir dir="${out.javadoc.dir}-${jdk.version}${jar.j2ee.name}" /> > <javadoc packagenames="com.mockobjects.*,alt.*" > - destdir="${out.javadoc.dir}" > + destdir="${out.javadoc.dir}-${jdk.version}${jar.j2ee.name}" > author="true" > - public="true" version="true" use="true" > + package="true" version="true" use="true" > windowtitle="${project.fullname} ${project.version}" > doctitle="${project.fullname} ${project.version}" > bottom="Copyright &copy; ${year} Mock Objects. All Rights Reserved."> > @@ -360,9 +362,9 @@ > <sourcepath> > <pathelement path="${src.dir}/core"/> > <pathelement path="${src.dir}/jdk/common"/> > - <pathelement path="${src.dir}/jdk/1.3"/> > + <pathelement path="${src.dir}/jdk/${jdk.version}"/> > <pathelement path="${src.dir}/j2ee/common"/> > - <pathelement path="${src.dir}/j2ee/1.3"/> > + <pathelement path="${src.dir}/j2ee/${j2ee.version}"/> > </sourcepath> > <group title="Core" packages="com.mockobjects"/> > <group title="JDK" packages="com.mockobjects.*"/> -- Jeff Martin Memetic Engineer http://www.custommonkey.org/ |
From: Jeff M. <cus...@us...> - 2004-05-14 14:04:03
|
Update of /cvsroot/mockobjects/mockobjects-java In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv4102 Modified Files: build.xml Log Message: Path from tomy at users.sourceforge.net to build javadoc for user installed jdk version Index: build.xml =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/build.xml,v retrieving revision 1.42 retrieving revision 1.43 diff -u -r1.42 -r1.43 --- build.xml 14 May 2004 13:42:12 -0000 1.42 +++ build.xml 14 May 2004 14:03:41 -0000 1.43 @@ -109,7 +109,7 @@ classname="org.apache.commons.httpclient.HttpClient" /> <available property="jar.j2ee.name" - value="_j2ee${j2ee.version}" + value="-j2ee${j2ee.version}" classpathref="lib.classpath" classname="javax.servlet.Servlet" /> <condition property="jar.j2ee.name" value=""> @@ -221,6 +221,7 @@ <fileset dir="${core.classes}"> <include name="test/**/Test*.class" /> <exclude name="test/**/*Test*$*.class" /> + <exclude name="test/**/TestExpectationCollection.class" /> <exclude name="**/AllTests.class" /> </fileset> @@ -298,9 +299,9 @@ description="Generate j2ee mockobjects jar"> <antcall target="_inner-jar"> <param name="jarfile.name" - value="${out.dir}/${ant.project.name}-jdk${jdk.version}-j2ee${j2ee.version}-${project.version}.jar" /> + value="${out.dir}/${ant.project.name}-jdk${jdk.version}${jar.j2ee.name}-${project.version}.jar" /> <param name="alt.jarfile.name" - value="${out.dir}/${ant.project.name}-alt-jdk${jdk.version}-j2ee${j2ee.version}-${project.version}.jar" /> + value="${out.dir}/${ant.project.name}-alt-jdk${jdk.version}${jar.j2ee.name}-${project.version}.jar" /> <param name="classes.dir" value="${j2ee.classes}" /> </antcall> </target> @@ -345,13 +346,14 @@ depends="call-me-first, deliverable-names" unless="javadoc.notrequired" description="Generate the javadoc for the current version"> + <mkdir dir="${out.javadoc.dir}-${jdk.version}${jar.j2ee.name}" /> <javadoc packagenames="com.mockobjects.*,alt.*" - destdir="${out.javadoc.dir}" - author="true" - public="true" version="true" use="true" - windowtitle="${project.fullname} ${project.version}" - doctitle="${project.fullname} ${project.version}" - bottom="Copyright &copy; ${year} Mock Objects. All Rights Reserved."> + destdir="${out.javadoc.dir}-${jdk.version}${jar.j2ee.name}" + author="true" + package="true" version="true" use="true" + windowtitle="${project.fullname} ${project.version}" + doctitle="${project.fullname} ${project.version}" + bottom="Copyright &copy; ${year} Mock Objects. All Rights Reserved."> <classpath> <path refid="lib.classpath" /> @@ -360,9 +362,9 @@ <sourcepath> <pathelement path="${src.dir}/core"/> <pathelement path="${src.dir}/jdk/common"/> - <pathelement path="${src.dir}/jdk/1.3"/> + <pathelement path="${src.dir}/jdk/${jdk.version}"/> <pathelement path="${src.dir}/j2ee/common"/> - <pathelement path="${src.dir}/j2ee/1.3"/> + <pathelement path="${src.dir}/j2ee/${j2ee.version}"/> </sourcepath> <group title="Core" packages="com.mockobjects"/> <group title="JDK" packages="com.mockobjects.*"/> |
From: Jeff M. <je...@mk...> - 2004-05-14 13:58:44
|
Unless anyone objects I'm actually going to check this in using the AssertionFailedError from junit which is already used in some places. On Thu, 2004-04-29 at 08:44, tk...@10... wrote: > The current source code does not compile with J2SE 1.3. > > That's because the below mentioned classes throw an AssertionError which was > introduced with J2SE 1.4. > > test.mockobjects.dynamic.InvocationMockerTest$MockStub > test.mockobjects.dynamic.support.MockCallable > test.mockobjects.dynamic.support.MockInvocationDispatcher > test.mockobjects.dynamic.support.MockInvokable > > > Changed the AssertionError into an AbstractMethodError. > > Regards, > > Tomy > > > ______________________________________________________________________ > Index: src/core/test/mockobjects/dynamic/InvocationMockerTest.java > =================================================================== > RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/InvocationMockerTest.java,v > retrieving revision 1.8 > diff -u -w -b -r1.8 InvocationMockerTest.java > --- src/core/test/mockobjects/dynamic/InvocationMockerTest.java 18 Nov 2003 23:12:52 -0000 1.8 > +++ src/core/test/mockobjects/dynamic/InvocationMockerTest.java 29 Apr 2004 07:34:35 -0000 > @@ -58,7 +58,7 @@ > } > > public StringBuffer writeTo(StringBuffer buffer) { > - throw new AssertionError("should implement writeTo"); > + throw new AbstractMethodError("should implement writeTo"); > } > }; > > Index: src/core/test/mockobjects/dynamic/support/MockCallable.java > =================================================================== > RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support/MockCallable.java,v > retrieving revision 1.2 > diff -u -w -b -r1.2 MockCallable.java > --- src/core/test/mockobjects/dynamic/support/MockCallable.java 18 Nov 2003 23:12:52 -0000 1.2 > +++ src/core/test/mockobjects/dynamic/support/MockCallable.java 26 Apr 2004 12:01:18 -0000 > @@ -96,6 +96,6 @@ > } > > public StringBuffer writeTo(StringBuffer buffer) { > - throw new AssertionError("should implement writeTo"); > + throw new AbstractMethodError("should implement writeTo"); > } > } > Index: src/core/test/mockobjects/dynamic/support/MockInvocationDispatcher.java > =================================================================== > RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support/MockInvocationDispatcher.java,v > retrieving revision 1.2 > diff -u -w -b -r1.2 MockInvocationDispatcher.java > --- src/core/test/mockobjects/dynamic/support/MockInvocationDispatcher.java 18 Nov 2003 23:12:52 -0000 1.2 > +++ src/core/test/mockobjects/dynamic/support/MockInvocationDispatcher.java 26 Apr 2004 12:00:15 -0000 > @@ -57,6 +57,6 @@ > } > > public void writeTo(StringBuffer buffer) { > - throw new AssertionError("should implement writeTo"); > + throw new AbstractMethodError("should implement writeTo"); > } > } > Index: src/core/test/mockobjects/dynamic/support/MockInvokable.java > =================================================================== > RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/dynamic/support/MockInvokable.java,v > retrieving revision 1.2 > diff -u -w -b -r1.2 MockInvokable.java > --- src/core/test/mockobjects/dynamic/support/MockInvokable.java 18 Nov 2003 23:12:52 -0000 1.2 > +++ src/core/test/mockobjects/dynamic/support/MockInvokable.java 26 Apr 2004 12:01:47 -0000 > @@ -47,7 +47,7 @@ > } > > public StringBuffer writeTo(StringBuffer buffer) { > - throw new AssertionError("should implement writeTo"); > + throw new AbstractMethodError("should implement writeTo"); > } > > } -- Jeff Martin Memetic Engineer http://www.custommonkey.org/ |
From: Jeff M. <je...@mk...> - 2004-05-14 13:44:09
|
Cheers sorry for the slow reply. What I've just done is renamed TestExpectationCollection to AbstractTestExpectationCollection so it doesn't get included in the tests. On Fri, 2004-05-14 at 14:08, to...@us... wrote: > With the new build.xml the unit tests are running again. > > However they are failing now because ant tries to run > test.mockobjects.TestExpectationCollection, which is an abstract class. > > > Workaround: exclude it from the unit tests (as done in the attached patch) > > > However I would prefer a more general mechanism for abstract test classes like this > one, for example naming them 'AbstractTestXXX'. > > Any comments? > > Regards, > > Tomy > > > > ______________________________________________________________________ > Index: build.xml > =================================================================== > RCS file: /cvsroot/mockobjects/mockobjects-java/build.xml,v > retrieving revision 1.41 > diff -u -w -b -r1.41 build.xml > --- build.xml 27 Apr 2004 10:26:06 -0000 1.41 > +++ build.xml 28 Apr 2004 10:07:46 -0000 > @@ -221,6 +221,7 @@ > <fileset dir="${core.classes}"> > <include name="test/**/*Test*.class" /> > <exclude name="test/**/*Test*$*.class" /> > + <exclude name="test/**/TestExpectationCollection.class" /> > <exclude name="**/AllTests.class" /> > </fileset> > -- Jeff Martin Memetic Engineer http://www.custommonkey.org/ |
From: Jeff M. <cus...@us...> - 2004-05-14 13:42:24
|
Update of /cvsroot/mockobjects/mockobjects-java In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31629 Modified Files: build.xml Log Message: Only test Test* classes not *Test* classes Index: build.xml =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/build.xml,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- build.xml 27 Apr 2004 10:26:06 -0000 1.41 +++ build.xml 14 May 2004 13:42:12 -0000 1.42 @@ -219,19 +219,19 @@ <batchtest> <fileset dir="${core.classes}"> - <include name="test/**/*Test*.class" /> + <include name="test/**/Test*.class" /> <exclude name="test/**/*Test*$*.class" /> <exclude name="**/AllTests.class" /> </fileset> <fileset dir="${jdk.classes}"> - <include name="test/**/*Test*.class" /> + <include name="test/**/Test*.class" /> <exclude name="test/**/*Test*$*.class" /> <exclude name="**/AllTests.class" /> </fileset> <fileset dir="${j2ee.classes}"> - <include name="test/**/*Test*.class" /> + <include name="test/**/Test*.class" /> <exclude name="test/**/*Test*$*.class" /> <exclude name="**/AllTests.class" /> </fileset> |
Update of /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31187/src/core/test/mockobjects Modified Files: TestExpectationList.java TestExpectationSet.java Added Files: AbstractTestExpectationCollection.java Removed Files: TestExpectationCollection.java Log Message: Changed TestExpectationCollection to be AbstractTestExpectationCollection to avoid it being run as part of the tests --- NEW FILE: AbstractTestExpectationCollection.java --- package test.mockobjects; import java.util.*; import junit.framework.*; import com.mockobjects.*; import com.mockobjects.util.*; public abstract class AbstractTestExpectationCollection extends TestCaseMo { ExpectationCollection myExpectation; public AbstractTestExpectationCollection(String name) { super(name); } public void testEmpty() { myExpectation.verify(); } public void testFailImmediately() { myExpectation.addExpected("A"); myExpectation.addExpected("B"); myExpectation.addActual("A"); try { myExpectation.addActual("C"); } catch (AssertionFailedError ex) { return; } fail("Should have failed immediately"); } public void testFailImmediatelyAddingTooMany() { myExpectation.addExpected("A"); myExpectation.addActual("A"); try { myExpectation.addActual("C"); } catch (AssertionFailedError ex) { return; } fail("Should have failed immediately"); } public void testFailOnSizes() { myExpectation.addExpected("A"); myExpectation.addExpected("B"); myExpectation.addActual("A"); myExpectation.addActual("B"); try { myExpectation.addActual("C"); } catch (AssertionFailedError ex) { return; } fail("Should have failed immediately"); } public void testFailOnVerify() { myExpectation.setFailOnVerify(); myExpectation.addExpectedMany(new String[] { "A", "B" }); myExpectation.addActualMany(new String[] { "C", "A" }); assertVerifyFails(myExpectation); } public void testFlushActual() { myExpectation.addActual("a value"); myExpectation.setExpectNothing(); myExpectation.verify(); } public void testHasExpectations() { assertTrue( "Should not have any expectations", !myExpectation.hasExpectations()); myExpectation.addExpected("item"); assertTrue("Should have an expectation", myExpectation.hasExpectations()); } public void testHasExpectationsForAddingManyArray() { assertTrue( "Should not have any expectations", !myExpectation.hasExpectations()); myExpectation.addExpectedMany(new Object[0]); assertTrue("Should have an expectation", myExpectation.hasExpectations()); } public void testHasExpectationsForAddingManyVector() { assertTrue( "Should not have any expectations", !myExpectation.hasExpectations()); myExpectation.addExpectedMany(new Vector().elements()); assertTrue("Should have an expectation", myExpectation.hasExpectations()); } public void testHasNoExpectations() { myExpectation.addActual("a value"); assertTrue("Has no expectations", !myExpectation.hasExpectations()); } public void testManyFromEnumeration() { Vector expectedItems = new Vector(); expectedItems.addElement("A"); expectedItems.addElement("B"); Vector actualItems = (Vector) expectedItems.clone(); myExpectation.addExpectedMany(expectedItems.elements()); myExpectation.addActualMany(actualItems.elements()); myExpectation.verify(); } public void testManyFromIterator() { Vector expectedItems = new Vector(); expectedItems.addElement("A"); expectedItems.addElement("B"); Vector actualItems = (Vector) expectedItems.clone(); myExpectation.addExpectedMany(expectedItems.iterator()); myExpectation.addActualMany(actualItems.iterator()); myExpectation.verify(); } public void testMultiFailureFromEnumeration() { Vector expectedItems = new Vector(); expectedItems.addElement("A"); expectedItems.addElement("B"); Vector actualItems = new Vector(); actualItems.addElement("A"); actualItems.addElement("C"); myExpectation.addExpectedMany(expectedItems.elements()); myExpectation.setFailOnVerify(); myExpectation.addActualMany(actualItems.elements()); assertVerifyFails(myExpectation); } public void testMultiFailureFromIterator() { Vector expectedItems = new Vector(); expectedItems.addElement("A"); expectedItems.addElement("B"); Vector actualItems = new Vector(); actualItems.addElement("A"); actualItems.addElement("C"); myExpectation.addExpectedMany(expectedItems.iterator()); myExpectation.setFailOnVerify(); myExpectation.addActualMany(actualItems.iterator()); assertVerifyFails(myExpectation); } public void testMultiFailureSizes() { myExpectation.addExpectedMany(new String[] { "A", "B" }); myExpectation.setFailOnVerify(); myExpectation.addActualMany(new String[] { "A", "B", "C" }); assertVerifyFails(myExpectation); } public void testExpectingALong(){ final long expectedLong = 666l; myExpectation.addExpected(expectedLong); myExpectation.addActual(expectedLong); myExpectation.verify(); } } Index: TestExpectationList.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/TestExpectationList.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TestExpectationList.java 24 Nov 2002 11:11:40 -0000 1.2 +++ TestExpectationList.java 14 May 2004 13:40:44 -0000 1.3 @@ -5,7 +5,7 @@ import com.mockobjects.ExpectationList; -public class TestExpectationList extends TestExpectationCollection { +public class TestExpectationList extends AbstractTestExpectationCollection { private static final Class THIS = TestExpectationList.class; public TestExpectationList(String name) { Index: TestExpectationSet.java =================================================================== RCS file: /cvsroot/mockobjects/mockobjects-java/src/core/test/mockobjects/TestExpectationSet.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- TestExpectationSet.java 8 Jun 2003 00:29:22 -0000 1.4 +++ TestExpectationSet.java 14 May 2004 13:40:44 -0000 1.5 @@ -8,7 +8,7 @@ import com.mockobjects.ExpectationSet; import com.mockobjects.MapEntry; -public class TestExpectationSet extends TestExpectationCollection { +public class TestExpectationSet extends AbstractTestExpectationCollection { private static final Class THIS = TestExpectationSet.class; public TestExpectationSet(String name) { --- TestExpectationCollection.java DELETED --- |
From: <to...@us...> - 2004-05-14 13:08:59
|
With the new build.xml the unit tests are running again. However they are failing now because ant tries to run test.mockobjects.TestExpectationCollection, which is an abstract class. Workaround: exclude it from the unit tests (as done in the attached patch) However I would prefer a more general mechanism for abstract test classes like this one, for example naming them 'AbstractTestXXX'. Any comments? Regards, Tomy |
From: Conoce M. <meg...@pr...> - 2004-05-07 22:37:26
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <title>email3</title> </head> <body bgcolor="e4e4e4"> <p align="center"><font size="1" face="Arial, Helvetica, sans-serif"><a href="http://www.megaviajes.com/magazine/boletin3.htm">Si tienes problemas para ver este mensaje o sus imágenes, haz clic aquí</a></font></p> <table width="600" border="0" align="center" cellpadding="0" cellspacing="0" bordercolor="#FFFFFF"> <tr bgcolor="#FFFFFF"> <th width="470" scope="col"><a href="http://www.megaviajes.com/magazine/boletin3.htm" target="_self"><img src="http://www.megaviajes.com/magazine/images/head02.jpg" width="467" height="69" border="0"></a></th> <th width="130" scope="col"><div align="right"> <p> </p> <p><strong><font face="Arial, Helvetica, sans-serif" size="1" color="#999999">Abril</font></strong><font color="#999999" size="1" face="Arial, Helvetica, sans-serif"><strong> de 2004<br> Año 0 - Núm. </strong></font><strong> <font face="Arial, Helvetica, sans-serif" size="1" color="#999999">3</font></strong></p> </div></th> </tr> <tr bgcolor="#FFFFFF"> <td rowspan="2"><br></td> <td height="19"><div align="center"></div></td> </tr> <tr bgcolor="#FFFFFF"> <td rowspan="3" valign="top"><div align="center"><font color="#666666" size="1" face="Arial, Helvetica, sans-serif"><img src="http://www.megaviajes.com/magazine/images/banspain.jpg" width="126" height="92"><br> <br> Travel Magazine y Megaviajes.com<br> se unen a la pena de<br> nuestros hermanos<br> españoles y reprueban<br> el acto terrorista<br> del 11 de marzo<br> en Madrid.</font> </div></td> </tr> <tr bgcolor="#FFFFFF"> <td height="184" bgcolor="#FFFFFF"><p><strong>Te ofrece Gratuitamente : </strong><font face="Arial, Helvetica, sans-serif" size="2" color="#333333"><br> <br> </font>• <strong><em>Información actualizada de viajes y ofertas </em></strong></p> <p>• <strong><em>Reportajes para conocer los destinos turísticos de nuestro país </em></strong></p> <p>• <strong><em>Consejos prácticos para planear sus vacaciones </em></strong></p> <p align="center"><font size="6"><strong><em>¡Gracias por aceptar conocernos!</em></strong><font face="Arial, Helvetica, sans-serif" color="#333333"></font></font><font face="Arial, Helvetica, sans-serif" size="2" color="#333333"><br> <br> </font></p> </td> </tr> <tr bgcolor="#FFFFFF"> <td><table border="0" cellspacing="0" style="border-collapse: collapse" bordercolor="#111111" width="100%" id="AutoNumber2" cellpadding="2"> <tr bgcolor="#FFCC00"> <td colspan="2"> <em><font color="#FF6600" size="2" face="Arial, Helvetica, sans-serif"><strong>En éste número:</strong></font></em></td> </tr> <tr> <td width="6%" bgcolor="#00CC99"><font color="#FFFFFF"> <a href="http://www.megaviajes.com/magazine/boletin3.htm#1" target="_self"><img src="http://www.megaviajes.com/magazine/images/goto.jpg" width="25" height="25" border="0"></a></font></td> <td width="94%" bgcolor="#00CC99"><em><font color="#006600" size="2"><strong> <font face="Arial, Helvetica, sans-serif">Joyas de México - Guanajuato </font></strong></font></em></td> </tr> <tr> <td width="6%" bgcolor="#00CC99"><font color="#FFFFFF"> <a target="_self" href="http://www.megaviajes.com/magazine/boletin3.htm#2"><img src="http://www.megaviajes.com/magazine/images/goto.jpg" width="25" height="25" border="0"></a></font></td> <td width="94%" bgcolor="#00CC99"><em><font color="#006600"><strong> <font size="2" face="Arial, Helvetica, sans-serif">Turismo para Todos - Guanajuato, Aventura Colonial</font></strong></font></em></td> </tr> <tr> <td width="6%" height="29" bgcolor="#00CC99"><font color="#FFFFFF"> <a target="_self" href="http://www.megaviajes.com/magazine/boletin3.htm#4"><img src="http://www.megaviajes.com/magazine/images/goto.jpg" width="25" height="25" border="0"></a></font></td> <td width="94%" bgcolor="#00CC99"><em><font color="#006600"><strong> <font size="2" face="Arial, Helvetica, sans-serif">Tips de Viaje - Mitos y Realidades de los Paquetes Aéreos</font></strong></font></em></td> </tr> </table> </td> </tr> </table> <div align="center"> <table width="600" height="210" border="1" cellspacing="1"> <tr bgcolor="#FFFFFF"> <td width="391" height="126" rowspan="3"><div align="center"><a href="http://www.megaviajes.com" target="_blank"><img src="http://www.megaviajes.com/magazine/images/mega.jpg" width="227" height="70" border="0"></a> <p><font size="3" face="Arial, Helvetica, sans-serif">Corporativo Mega, Operadora Mayorista de Viajes<br> Niza # 11 1er piso Col. Juárez C. P. 06600 México, D. F.<br> Tels.: 3096-9464 al 67, 55 14 25 70 y 55 14 53 70 <br> e-mail: <a href="mailto:meg...@pr...">meg...@pr...</a></font></p> <p> <font size="3" face="Arial, Helvetica, sans-serif"> <a target="_blank" href="http://www.megaviajes.com">www.megaviajes.com</a></font> </div></td> <td width="184" height="108"><div align="center"><img src="http://www.megaviajes.com/magazine/images/M.jpg" width="64" height="60"></div> <div align="center"><font size="-2" face="Arial, Helvetica, sans-serif">Empresa Certificada<br> con el Distintivo M de Calidad</font></div> <div align="center"></div></td> </tr> <tr> <td height="88" bgcolor="#FFFFFF"><div align="center"><img src="http://www.megaviajes.com/magazine/images/CNTS.jpg" width="128" height="60"></div> <div align="center"><font size="-2" face="Arial, Helvetica, sans-serif">Miembro Activo del C N T S<br> de la Secretaría de Turismo</font></div></td> </tr> </table> <table width="600" height="10" border="1" cellspacing="1"> <tr bordercolor="#000000"> <td width="584" height="83" bgcolor="#FFFFFF"><div align="center"> <span id="obmessage"> <div> <p class="MsoNormal" style="TEXT-ALIGN: center" align="center"> <font size="-2" face="Arial, Helvetica, sans-serif">Este correo te ha sido enviado como un servicio gratuito y sin compromiso de tu parte, esperamos que te sea de ayuda y disfrutes del contenido de éste boletín. SI DESEA SER REMOVIDO FAVOR DE ENVIAR UN CORREO A: <a href="mailto:ba...@me...">ba...@me...</a> Y EN ASUNTO INDIQUE REMOVER.<br> Según la nueva legislación sobre correo electrónico, por sección 301, párrafo ( a ) ( 2 ) ( C ) de S.1618, bajo el decreto 1618 título tercero aprobado por el 105 congreso base de las normativas internacionales sobre SPAM, un E mail no podrá ser considerado SPAM mientras incluya una forma de ser removido.<br> Si quieres suscribir alguna otra cuenta de correo gratuitamente, envía un correo a <a href="mailto:sus...@me...">sus...@me...</a> desde esa cuenta y espera sorpresas exclusivas para suscriptores directos.</font> </div> </span> </div></td> </tr> </table> </div> </body> </html> |
From: <to...@us...> - 2004-05-03 08:41:08
|
The javadoc-task produced the JavaDoc for J2SE 1.3 and J2EE 1.3 only. With this patch it will produce JavaDocs for the used versions of J2SE and J2EE in a directory doc/javadoc-{J2SE-version}- j2ee{J2EE-version}. Additionally it will produce the JavaDoc not only for public classes but also for protected and package-private classes. Regards, Tomy |
From: Benno L. <ben...@id...> - 2004-05-03 07:14:29
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |