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: Steve F. <st...@m3...> - 2001-08-07 08:11:58
|
anVzdCBsdWNreSwgSSBndWVzcy4uLg0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0K RnJvbTogIlZpbmNlbnQgTWFzc29sIiA8dm1hc3NvbEBvY3RvLmNvbT4NClRvOiA8bW9ja29iamVj dHMtamF2YS1kZXZAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KU2VudDogVHVlc2RheSwgQXVndXN0 IDA3LCAyMDAxIDg6MDQgQU0NClN1YmplY3Q6IFJlOiBbTW9ja29iamVjdHMtamF2YS1kZXZdIHdl YiBmb3J3YXJkaW5nIHBvcHVwcyBnb2luZw0KDQoNCj4gY29vbC4NCj4gaG93IGRvIGdlbmVyYXRl IHRoaXMgcnViYmlzaCBhdCB0aGUgZW5kIG9mIGFsbCB5b3VyIG1haWxzICE/IDopDQo+IC1WaW5j ZW50DQo+IA0KPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZyb206ICJTdGV2ZSBG cmVlbWFuIiA8c3RldmVAbTNwLmNvLnVrPg0KPiBUbzogPG1vY2tvYmplY3RzLWphdmEtZGV2QGxp c3RzLnNvdXJjZWZvcmdlLm5ldD4NCj4gU2VudDogTW9uZGF5LCBBdWd1c3QgMDYsIDIwMDEgMTE6 NTIgUE0NCj4gU3ViamVjdDogW01vY2tvYmplY3RzLWphdmEtZGV2XSB3ZWIgZm9yd2FyZGluZyBw b3B1cHMgZ29pbmcNCj4gDQo+IA0KPiA+IEkndmUgc3Vic2NyaWJlIGF0IFVLMiB0byB0dXJuIG9m ZiB0aGUgSVNQIHBvcHVwcyB0aGF0IGdvIHdpdGggdGhlIHNpdGUuDQo+ID4NCj4gPg0KPiAyPySh uN5y2yNq9p16+XNTWKcsWKy0yhwnP+N5y2yNq9p16+VTy2yyPKtx5+iuB6d62G22Wf8tKy2yyi6t x1miuB6d638tKy2z+WKyDQo+INinfo/mockobjdvtsjavadeDQo+IA0KPiANCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gTW9ja29iamVjdHMtamF2 YS1kZXYgbWFpbGluZyBsaXN0DQo+IE1vY2tvYmplY3RzLWphdmEtZGV2QGxpc3RzLnNvdXJjZWZv cmdlLm5ldA0KPiBodHRwOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL21v Y2tvYmplY3RzLWphdmEtZGV2DQo+IA0K |
From: Vincent M. <vm...@oc...> - 2001-08-07 07:08:18
|
1/ make the changes to the xml files in xdocs/ directory 2/ build the site by 'ant site'. It generates a f ile mockobjects-website.tar.gz 3/ use scp to copy it : 'scp mockobjects-website.tar.gz <username>@mockobjects.sourceforge.net:/home/groups/m/mo/mockobjects/htdocs' where username is your SF username 4/ login to there : 'ssh -l <username> mockobjects.sourceforge.net:/home/groups/m/mo/mockobjects/htdocs' 5/ ungzip and untar it : 'gunzip mockobjects-website.tar.gz' and 'tar xvf mockobjects-website.tar' 6/ remove the tar 'rm mockobjects-website.tar' that's all I'll write a target in the Ant build script to do it automatically (I have already done it for cactus). It will be named 'deploy-site' and you will have to pass it your username as parameter as in 'ant -Dusername=vmassol deploy-site'. You'll need to have 'ssh' and 'scp' available on the command line. -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-07 07:04:45
|
cool. how do generate this rubbish at the end of all your mails !? :) -Vincent ----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Monday, August 06, 2001 11:52 PM Subject: [Mockobjects-java-dev] web forwarding popups going > I've subscribe at UK2 to turn off the ISP popups that go with the site. > > 2?$¡¸ÞrÛ#jözùsSX§,X¬´Ê'?ãyËl«ÚuëåSËl²<«qçè®§zØm¶Yÿ-+-²Ê.ÇY¢¸ë-+-³ùb² ا~æ¡É(n7o¶ÈÚ½§^ |
From: Steve F. <st...@m3...> - 2001-08-06 23:10:04
|
SSd2ZSBzdWJzY3JpYmUgYXQgVUsyIHRvIHR1cm4gb2ZmIHRoZSBJU1AgcG9wdXBzIHRoYXQgZ28g d2l0aCB0aGUgc2l0ZS4NCg0K |
From: Steve F. <st...@m3...> - 2001-08-05 21:41:24
|
ZG9uZQ0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KRnJvbTogIlZpbmNlbnQgTWFz c29sIiA8dm1hc3NvbEBvY3RvLmNvbT4NClRvOiA8bW9ja29iamVjdHMtamF2YS1kZXZAbGlzdHMu c291cmNlZm9yZ2UubmV0Pg0KU2VudDogU3VuZGF5LCBBdWd1c3QgMDUsIDIwMDEgOTo1NCBQTQ0K U3ViamVjdDogUmU6IFtNb2Nrb2JqZWN0cy1qYXZhLWRldl0gbm8gZmlsZXMgaW4gdGhlIG1vY2tv YmplY3RzLXZpc3VhbGFnZSBwYWNrYWdlID8hIQ0KDQoNCj4gDQo+IC0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS0NCj4gRnJvbTogIlN0ZXZlIEZyZWVtYW4iIDxzdGV2ZUBtM3AuY28udWs+DQo+ IFRvOiA8bW9ja29iamVjdHMtamF2YS1kZXZAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KPiBTZW50 OiBTdW5kYXksIEF1Z3VzdCAwNSwgMjAwMSA5OjAyIFBNDQo+IFN1YmplY3Q6IFJlOiBbTW9ja29i amVjdHMtamF2YS1kZXZdIG5vIGZpbGVzIGluIHRoZSBtb2Nrb2JqZWN0cy12aXN1YWxhZ2UNCj4g cGFja2FnZSA/ISENCj4gDQo+IA0KPiA+IHRoZXJlIHVzZWQgdG8gYmUuDQo+ID4NCj4gPiBUaGVy ZSBzaG91bGQgYmUgdGhlIGZpbGVzIGZyb20gdGhlIHZpc3VhbCBhZ2UgZXh0ZW5zaW9ucy4gT24g dGhlIG90aGVyDQo+IGhhbmQsIHRoZXkncmUgY3VycmVudGx5IGluY2x1ZGVkIGluIHRoZSBnZW5l cmFsIHNvdXJjZSB0cmVlIHJlbGVhc2UuDQo+IA0KPiBDYW4gd2UgcmVtb3ZlIHRoZSBtb2Nrb2Jq ZWN0cy12aXN1YWxhZ2UgKGhpZGUgaXQpIHRoZW4sIHVudGlsIHdlIGhhdmUNCj4gc29tZXRoaW5n IHRvIHNob3cgPw0KPiBUaGFua3MNCj4gLVZpbmNlbnQNCj4gDQo+IA0KPiANCj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gTW9ja29iamVjdHMtamF2 YS1kZXYgbWFpbGluZyBsaXN0DQo+IE1vY2tvYmplY3RzLWphdmEtZGV2QGxpc3RzLnNvdXJjZWZv cmdlLm5ldA0KPiBodHRwOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL21v Y2tvYmplY3RzLWphdmEtZGV2DQo+IA0K |
From: Vincent M. <vm...@oc...> - 2001-08-05 20:52:50
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Sunday, August 05, 2001 9:02 PM Subject: Re: [Mockobjects-java-dev] no files in the mockobjects-visualage package ?!! > there used to be. > > There should be the files from the visual age extensions. On the other hand, they're currently included in the general source tree release. Can we remove the mockobjects-visualage (hide it) then, until we have something to show ? Thanks -Vincent |
From: Steve F. <st...@m3...> - 2001-08-05 20:27:59
|
T0ssIGRpdmVyc2lvbiBkb25lLg0KDQpJJ2xsIGdldCBvcmdhbmlzZWQgdG8gcGF5IHRoZSBleHRy YSB0byB0dXJuIG9mZiB0aGUgYmFubmVycy4NCg0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0t LS0tIA0KRnJvbTogIlZpbmNlbnQgTWFzc29sIiA8dm1hc3NvbEBvY3RvLmNvbT4NClRvOiA8bW9j a29iamVjdHMtamF2YS1kZXZAbGlzdHMuc291cmNlZm9yZ2UubmV0Pg0KU2VudDogU3VuZGF5LCBB dWd1c3QgMDUsIDIwMDEgOToyMiBQTQ0KU3ViamVjdDogW01vY2tvYmplY3RzLWphdmEtZGV2XSBb YW5ub3VuY2VdIFVzZXIgd2ViIHNpdGUgaXMgdXAgYW5kIHJ1bm5pbmcgIQ0KDQoNCj4gVGhlIE1v Y2sgT2JqZWN0cyB1c2VyIHdlYiBzaXRlIGlzIHVwIGFuZCBydW5uaW5nIGF0DQo+IGh0dHA6Ly9t b2Nrb2JqZWN0cy5zb3VyY2Vmb3JnZS5uZXQgKGFuZCBhbHNvIGF0IGh0dHA6Ly93d3cubW9ja29i amVjdHMuY29tDQo+IHdoZW4gU3RldmUgd2lsbCBtYWtlIHRoZSBjaGFuZ2UgdG8gdGhlIGRvbWFp biBsaW5rKS4NCj4gDQo+IFRoZSBkZXZlbG9wZXIgd2ViIHNpdGUgaXMgdGhlIFNvdXJjZUZvcmdl IG9uZSBhdCA6DQo+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMvbW9ja29iamVjdHMN Cj4gDQo+IFRlbGwgbWUgd2hhdCB5b3UgdGhpbmsuDQo+IEFuZCBmZWVsIGZyZWUgdG8gaW1wcm92 ZSBvbiBpdCAuLi4uIDopDQo+IA0KPiAtVmluY2VudA0KPiANCj4gDQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE1vY2tvYmplY3RzLWphdmEtZGV2 IG1haWxpbmcgbGlzdA0KPiBNb2Nrb2JqZWN0cy1qYXZhLWRldkBsaXN0cy5zb3VyY2Vmb3JnZS5u ZXQNCj4gaHR0cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9tb2Nrb2Jq ZWN0cy1qYXZhLWRldg0KPiANCg== |
From: Steve F. <st...@m3...> - 2001-08-05 20:27:59
|
dGhlcmUgdXNlZCB0byBiZS4NCg0KVGhlcmUgc2hvdWxkIGJlIHRoZSBmaWxlcyBmcm9tIHRoZSB2 aXN1YWwgYWdlIGV4dGVuc2lvbnMuIE9uIHRoZSBvdGhlciBoYW5kLCB0aGV5J3JlIGN1cnJlbnRs eSBpbmNsdWRlZCBpbiB0aGUgZ2VuZXJhbCBzb3VyY2UgdHJlZSByZWxlYXNlLiANCg0KDQotLS0t LSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KRnJvbTogIlZpbmNlbnQgTWFzc29sIiA8dm1hc3Nv bEBvY3RvLmNvbT4NClRvOiA8bW9ja29iamVjdHMtamF2YS1kZXZAbGlzdHMuc291cmNlZm9yZ2Uu bmV0Pg0KU2VudDogU3VuZGF5LCBBdWd1c3QgMDUsIDIwMDEgODo0MSBQTQ0KU3ViamVjdDogW01v Y2tvYmplY3RzLWphdmEtZGV2XSBubyBmaWxlcyBpbiB0aGUgbW9ja29iamVjdHMtdmlzdWFsYWdl IHBhY2thZ2UgPyEhDQoNCg0KPiBIaSwNCj4gDQo+IE9uIHRoZSBTRiBkb3dubG9hZCBwYWdlLCB0 aGVyZSBhcmUgbm8gZmlsZXMgaW4gdGhlIG1vY2tvYmplY3RzLXZpc3VhbGFnZQ0KPiBwYWNrYWdl LCB3aHkgPyBXaGF0IGlzIHRoZSBpbnRlbnRpb24gPw0KPiANCj4gVGhhbmtzDQo+IC1WaW5jZW50 DQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCj4gTW9ja29iamVjdHMtamF2YS1kZXYgbWFpbGluZyBsaXN0DQo+IE1vY2tvYmplY3RzLWph dmEtZGV2QGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KPiBodHRwOi8vbGlzdHMuc291cmNlZm9yZ2Uu bmV0L2xpc3RzL2xpc3RpbmZvL21vY2tvYmplY3RzLWphdmEtZGV2DQo+IA0K |
From: Vincent M. <vm...@oc...> - 2001-08-05 20:21:02
|
The Mock Objects user web site is up and running at http://mockobjects.sourceforge.net (and also at http://www.mockobjects.com when Steve will make the change to the domain link). The developer web site is the SourceForge one at : http://sourceforge.net/projects/mockobjects Tell me what you think. And feel free to improve on it .... :) -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-05 19:39:18
|
Hi, On the SF download page, there are no files in the mockobjects-visualage package, why ? What is the intention ? Thanks -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-05 15:40:09
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Sunday, August 05, 2001 4:19 PM Subject: [Mockobjects-java-dev] tasks > do we have a list of tasks we need to complete so that we can finish this initial release? I started one list ... and posted it on the mailing list a few days ago ... Subject : "[Mockobjects-java-dev] [Proposal] Roadmap". The goal was not to add any feature but rather to clean everything and start on good grounds. Please have a look and tell me what you think. > > 2¡rjzŠ‚´’yuвq®z¶–²¢–³²~¡n¶½ ... err ... ? How did you manage to do that ! :) -Vincent |
From: Steve F. <st...@m3...> - 2001-08-05 15:35:12
|
ZG8gd2UgaGF2ZSBhIGxpc3Qgb2YgdGFza3Mgd2UgbmVlZCB0byBjb21wbGV0ZSBzbyB0aGF0IHdl IGNhbiBmaW5pc2ggdGhpcyBpbml0aWFsIHJlbGVhc2U/DQoNCg== |
From: Vincent M. <vm...@oc...> - 2001-08-01 17:48:29
|
This is a proposal for a short term roadmap : * By the end of the week (i.e. before 5/8), release the first version of the user web site and have mockobjects.com point to it. * Release version 0.01 around the 15/8. It will contain (at least) : - user web site with documentation which explains - what are MockObjects - how to use them - the goal of the project - future roadmap - MockOjbects style and naming conventions - good javadoc comments for existing classes - clean up of classes (like vaj and visualage, ...), add license info - code aligned with naming conventions - finalized build process (still need to finalize directory structure + manage examples and extensions) At that time (on the 15th), we'll do some advertising on several well chosen mailing lists (JUnit, all xprogramming lists, Cactus) and web sites (theserverside, javalobby, jguru, freshmeat, javaworld - I am not sure we'll be accepted but we can try -). Any comment (I'm sure there will be :-) ) ? Thanks -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 17:38:02
|
As Tim and Steve gave their agreement, the license has been changed to the Apache Software License (APL) as suggested in previous email. If anyone sees a problem with this, please contact us. It means that all versions prior to version 0.01 are still under the MPL license (this is irrevocable) but any new version (i.e. the coming 0.01) will be under the APL license. Thanks to everyone -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 10:21:26
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Wednesday, August 01, 2001 9:41 AM Subject: Re: [Mockobjects-java-dev] Why 'vaj' and 'visualage' in extensions dir + others > > ----- Original Message ----- > From: "Vincent Massol" <vm...@oc...> > To: <moc...@li...> > Sent: Monday, July 30, 2001 3:21 PM > Subject: [Mockobjects-java-dev] Why 'vaj' and 'visualage' in extensions dir > + others > > > > Hi, > > > > 1/ Why is there 2 directories : 'vaj' and 'visualage' in the extensions > > directory ? > > History. Haven't had the time to merge them. I have added it as a task in the todo. > > > 2/ What is eziba ? > > A stub JDBC library. It's a nice job and I would > like to support it. How is it going to fit with the SQL mock implementation ? Is it doing the same ? Why the name 'eziba' ? What do you mean to support it : is it maintained by someone else, if so where ? Here ? When you're going to write a tutorial for JDBC testing how is it going to fit as compared with the SQL mock impl. ? Is it an alternative ? > > > 3/ Do we want to generate a separate jar file per extension, like one for > > atg, one for visualage, one for eziba, ... ? My answer would be yes and it > > seems it is the approach currently followed as proved by the released > > packages on SF > > > > Yes. We may not be able to build them all because > of dependencies on libraries that we don't have > handy. > ok fine. > Steve -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 10:15:25
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Wednesday, August 01, 2001 9:40 AM Subject: Re: [Mockobjects-java-dev] Project description > > ----- Original Message ----- > From: "Vincent Massol" <vm...@oc...> > To: <moc...@li...> > Sent: Monday, July 30, 2001 1:00 PM > Subject: [Mockobjects-java-dev] Project description > > > > I have entered the following project description on SF > > (http://sf.net/projects/mockobjects). > > > > "Generic unit testing framework and methodology for testing any kind of > > code" > > > > Tell me what you think. If you have a better description, feel free to > post > > it here. > > There was one which seems to have got lost. I'll > try to dig it up again. > Can you also validate the description I have put in the web site doc (index.xml). I'd like to have the mockobjects web site live tomorrow (it will be accessible by clicking on 'home page' on SF developer's page). Could you also change the configuration on your domain name provider so that there is no banner displayed at the top of the page when the user type www.mockobjects.com ? And change the link to be http://mockobjects.sourceforge.net instead of http://sourceforge.net/projects/mockobjects (in preparation for the mockobjects web site) ? Thanks -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 10:12:19
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Wednesday, August 01, 2001 9:40 AM Subject: Re: [Mockobjects-java-dev] Prepackaged Ant version > > ----- Original Message ----- > From: "Vincent Massol" <vm...@oc...> > To: <moc...@li...> > Sent: Monday, July 30, 2001 12:43 PM > Subject: [Mockobjects-java-dev] Prepackaged Ant version > > > > Building the mockobjects project requires : > > - a JDK installed > > - Ant installed with the needed tasks : stylebook (version 2), junit > > - depending on what mocks we want to build, some external jars (like > > servlet.jar if we want to build the servlet mocks, ...) > > > > In order to facilitate building the mockobjects project, I propose to > > provide on the developer web site (i.e. SF) a prepackaged zip containing > Ant > > with the needed tasks already in there. This is what I have done on the > > Cactus project and it's been very successful. > > > > Ok ? > > Fine. We should make clear which versions of ant > and junit we're using. > For me, this shouldn't be a problem and should work with all versions of Ant and Junit ! For example, Cactus runs with any version of Ant and JUnit. Some asserts have been deprecated in JUnit. That's fine, we'll have some warnings when we build. When JUnit removed the methods, we'll also update and then at that time, we'll say that we only support versions of JUnit greater than such. That's why we don't deliver Ant and JUnit as parts of the mockobjects distributable : to let users use their own versions - most of the users will already have Ant and/or JUnit installed and we don't want to multiply the number of different versions they have on their hard disk. Better work with any ! However for those who are not familiar with Ant, we provide a prepackaged zip to help them. > Steve -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 10:08:22
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Wednesday, August 01, 2001 9:39 AM Subject: Re: [Mockobjects-java-dev] Deliverables and organization of the src tree > > ----- Original Message ----- > From: "Vincent Massol" <vm...@oc...> > To: <moc...@li...> > Sent: Monday, July 30, 2001 12:35 PM > Subject: [Mockobjects-java-dev] Deliverables and organization of the src > tree > > > > Hi, > > > > I'd like to propose the following src directory hierarchy > > > > src > > |_ framework > > |_ com > > |_ ... > > |_ tests > > |_ com > > |_ ... > > |_ extensions > > |_ com > > |_ ... > > |_ examples > > |_ com > > |_ ... > > > > Where : > > > > * framework : the core classes + mock implementations for the standard > > J2SE/J2EE classes, i.e. the standard APIs making the Java platform > (servlet, > > taglib, io, sql, ...) > > * tests : the core classes unit tests. Note that there is no need for test > > classes for the mock implementations themselves as they don't contain > logic > > (just getters/setters) > > * extensions : mock implementations for APIs that are _not_ part of the > Java > > platform (J2SE/J2EE), like VisualAge for Java Tools API, Struts, ATG > > proprietary classes, ... > > * examples : comprehensive examples showing how to use the mockobject > > framework and also acting as functional tests for the mockobject > framework. > > > > Can I go ahead with this and make the little needed modifications and put > a > > README file that explains this ? > > shouldn't 'framework' be 'core'? > > I'm not sure about the package name for the > tests. These days, I've been replacing > com.one.two... with test.one.two... We need > separate packages for tests so we can separate > them in VisualAge. 1/ Why do you need separate packages for tests inside VAJava ? Why do you want to separate them in VisualAge ? 2/ This a very very standard approach agreed by 99,9999999% of the people I have spoken to ! I would hate not to do it simply because VAJava is having a problem with that ... :) > > I'm not sure, but we may need to distinguish > between core mocks (such as io) and J2EE mocks > (such as servlets) which require extra jars to > compile. The other extensions (such as atg) > should definately be separate. > Which is why I changed 'core' to 'framework'. For me, the core are the mockobject core classes (Expectation classes, interfaces, ...), whereas the standard framework is both the core + some standard mock implementations. The extended frameworks are the standard framework + extensions. I don't really see a problem with having servlet mocks in the standard framework even if they are not used. I think it is better than having hundreds of little jars : one for servlet, one for JNDI, one for SQL, .... Also, I don't think siez will be a problem as mock implementations are really small. Also, there is no problem for users if they don't have the servlet.jar in their classpath for instance as they are not going to use the servlet mock. It won't cause any problem. However, I'd like to propose the following directory structure which look more consistent to me : <root>/src/framework |_ share (or java) |_ com ... |_ jdk1.1 (if needed - see other mail) |_ com ... |_ examples |_ com ... |_ tests |_ com ... <root>/src/extensions |_ vaj |_ share (or java) |_ examples (if applicable) |_ tests (if applicable) |_ eziba |_ atg |_ ... So that each part can have it's own examples and tests. It better compartiments everything and will lead to an easier Ant build script (We'll be able to factorize). > Steve -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 09:56:02
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Wednesday, August 01, 2001 9:37 AM Subject: Re: [Mockobjects-java-dev] What is mo_java1_compatibility.jar ? > > ----- Original Message ----- > From: "Vincent Massol" <vm...@oc...> > To: <moc...@li...> > Sent: Monday, July 30, 2001 11:58 AM > Subject: [Mockobjects-java-dev] What is mo_java1_compatibility.jar ? > > > > In <root>/src/core, there is jar file (mo_java1_compatibility.jar) > > containing sources. What is it and why are the sources in it not expanded, > > like the rest ? > > > > They're some extra classes to allow Tim to run > the MO library on java 1.1.8, that should be > picked up in the classpath. The default library > runs in Java 1.2+ > Ok. Then 2 things : * Why are they not expanded as the other java source files ? We could have the following directory structure: <root>/src/framework |_ share (or java) |_ com ... |_ jdk1.1 |_ com ... |_ examples |_ com ... |_ tests |_ com ... <root>/src/extensions |_ vaj |_ share (or java) |_ examples (if applicable) |_ tests (if applicable) |_ eziba |_ atg |_ ... * Why don't we use the collection classes for JDK 1.x instead of writing our own (http://java.sun.com/products/javabeans/infobus/) ?! or * Why do we use JDK 1.2 specific classes and not the generic classes (Vector, Hashtable, ...) ? > Steve -Vincent |
From: Vincent M. <vm...@oc...> - 2001-08-01 08:50:51
|
----- Original Message ----- From: "Steve Freeman" <st...@m3...> To: <moc...@li...> Sent: Wednesday, August 01, 2001 9:36 AM Subject: Re: [Mockobjects-java-dev] Change of license ? > > ----- Original Message ----- > From: "Vincent Massol" <vm...@oc...> > To: <moc...@li...> > Sent: Sunday, July 29, 2001 11:40 PM > Subject: [Mockobjects-java-dev] Change of license ? > > > > Hi, > > > > I would like to propose a change in the license. Would you agree to move > > from Mozilla license to an Apache license (APL) ? The reason I have is > > simply that it is easier to change license early in a project rather than > > later and it seems Cactus and mockobjects might integrate/share/benefit > from > > each other more easily if the mockobject project was under an Apache > license > > (because Cactus is already using that license as an Apache project). For > > example, Cactus could use mockobjects as its implementation for a MO > > strategy ... > > > > What do you think ? > > > > In principle I don't mind. What are the > differences between the two licences? > I don't know what the MPL license is (and there are 2 versions 1.0 and 1.1 BTW) but I do know what the APL is (http://opensource.org/licenses/apachepl.html) ! And it is fine ... And will attract more persons to it. There is already someone on the Cactus mailing list that may be willing to participate but he's already told me that he does not like the MPL and asked me why we chose this "funny" license ! :-) Also, it will help if Cactus is going to use the mockobjects jar one day to provide MO style testing. We need the agreement of all the persons who have written code for the MockObjects project. I guess I have yours. I'm still missing Tim's (and Tim can probably handle Connextra if they have participated). Anyone else we should ask who may say no ? Thanks > Steve -Vincent |
From: Steve F. <st...@m3...> - 2001-08-01 08:41:24
|
----- Original Message ----- From: "Vincent Massol" <vm...@oc...> To: <moc...@li...> Sent: Monday, July 30, 2001 1:00 PM Subject: [Mockobjects-java-dev] Project description > I have entered the following project description on SF > (http://sf.net/projects/mockobjects). > > "Generic unit testing framework and methodology for testing any kind of > code" > > Tell me what you think. If you have a better description, feel free to post > it here. There was one which seems to have got lost. I'll try to dig it up again. Steve |
From: Steve F. <st...@m3...> - 2001-08-01 08:41:21
|
----- Original Message ----- From: "Vincent Massol" <vm...@oc...> To: <moc...@li...> Sent: Monday, July 30, 2001 3:21 PM Subject: [Mockobjects-java-dev] Why 'vaj' and 'visualage' in extensions dir + others > Hi, > > 1/ Why is there 2 directories : 'vaj' and 'visualage' in the extensions > directory ? History. Haven't had the time to merge them. > 2/ What is eziba ? A stub JDBC library. It's a nice job and I would like to support it. > 3/ Do we want to generate a separate jar file per extension, like one for > atg, one for visualage, one for eziba, ... ? My answer would be yes and it > seems it is the approach currently followed as proved by the released > packages on SF > Yes. We may not be able to build them all because of dependencies on libraries that we don't have handy. Steve |
From: Steve F. <st...@m3...> - 2001-08-01 08:41:20
|
----- Original Message ----- From: "Vincent Massol" <vm...@oc...> To: <moc...@li...> Sent: Monday, July 30, 2001 12:43 PM Subject: [Mockobjects-java-dev] Prepackaged Ant version > Building the mockobjects project requires : > - a JDK installed > - Ant installed with the needed tasks : stylebook (version 2), junit > - depending on what mocks we want to build, some external jars (like > servlet.jar if we want to build the servlet mocks, ...) > > In order to facilitate building the mockobjects project, I propose to > provide on the developer web site (i.e. SF) a prepackaged zip containing Ant > with the needed tasks already in there. This is what I have done on the > Cactus project and it's been very successful. > > Ok ? Fine. We should make clear which versions of ant and junit we're using. Steve |
From: Steve F. <st...@m3...> - 2001-08-01 08:41:20
|
----- Original Message ----- From: "Vincent Massol" <vm...@oc...> To: <moc...@li...> Sent: Monday, July 30, 2001 12:35 PM Subject: [Mockobjects-java-dev] Deliverables and organization of the src tree > Hi, > > I'd like to propose the following src directory hierarchy > > src > |_ framework > |_ com > |_ ... > |_ tests > |_ com > |_ ... > |_ extensions > |_ com > |_ ... > |_ examples > |_ com > |_ ... > > Where : > > * framework : the core classes + mock implementations for the standard > J2SE/J2EE classes, i.e. the standard APIs making the Java platform (servlet, > taglib, io, sql, ...) > * tests : the core classes unit tests. Note that there is no need for test > classes for the mock implementations themselves as they don't contain logic > (just getters/setters) > * extensions : mock implementations for APIs that are _not_ part of the Java > platform (J2SE/J2EE), like VisualAge for Java Tools API, Struts, ATG > proprietary classes, ... > * examples : comprehensive examples showing how to use the mockobject > framework and also acting as functional tests for the mockobject framework. > > Can I go ahead with this and make the little needed modifications and put a > README file that explains this ? shouldn't 'framework' be 'core'? I'm not sure about the package name for the tests. These days, I've been replacing com.one.two... with test.one.two... We need separate packages for tests so we can separate them in VisualAge. I'm not sure, but we may need to distinguish between core mocks (such as io) and J2EE mocks (such as servlets) which require extra jars to compile. The other extensions (such as atg) should definately be separate. Steve |
From: Steve F. <st...@m3...> - 2001-08-01 08:36:17
|
----- Original Message ----- From: "Vincent Massol" <vm...@oc...> To: <moc...@li...> Sent: Monday, July 30, 2001 11:58 AM Subject: [Mockobjects-java-dev] What is mo_java1_compatibility.jar ? > In <root>/src/core, there is jar file (mo_java1_compatibility.jar) > containing sources. What is it and why are the sources in it not expanded, > like the rest ? > They're some extra classes to allow Tim to run the MO library on java 1.1.8, that should be picked up in the classpath. The default library runs in Java 1.2+ Steve |