cvs commit: jakarta-commons-sandbox/periodicity/src/vm/test event_detail.vm evt_do.vm evt_do_jrl.vm evt_do_jrl_fb.vm no_alarm.vm

2002-03-20 Thread prickett
prickett02/03/20 22:17:41 Removed: periodicity/src/vm/test event_detail.vm evt_do.vm evt_do_jrl.vm evt_do_jrl_fb.vm no_alarm.vm Log: Moved the templates to a directory with a more descriptive name. Changed the extension of the templates to the current Veloc

[Collections] non-compatible changes

2002-03-20 Thread Michael A. Smith
On Wed, 20 Mar 2002, Morgan Delagrange wrote: > Sure, we can wait until tomorrow. Just be sure to get it all on the table > at once, so we don't spread out the discussion unnecessarily. Okay, I've finished my (somewhat hurried and tiring) review for possible non-backwards compatible changes. I

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections ProxyMap.java

2002-03-20 Thread mas
mas 02/03/20 19:31:09 Modified:collections/src/java/org/apache/commons/collections ProxyMap.java Log: Submitted by Daniel Rall: "The definition of "delegate" at the beginning of the header JavaDoc is mostly meaningless, since the class was renamed

Re: [Altrmi] PATCH Passing pf remote obj ' ref

2002-03-20 Thread vinaysahil chandran
Paul, No excuses , I had NOT done *ant clean* before building the src after the changes .. Here is the patch that I missed ... But can you get the reason behind the getMethodInvocationHandler(MethodRequest mr,String objectName) .. Wont a more generic call like : getMethodInvocationHandler(S

[collections][patch] ProxyMap.java JavaDoc

2002-03-20 Thread Daniel Rall
The definition of "delegate" at the beginning of the header JavaDoc is mostly meaningless, since the class was renamed to and committed with the name ProxyMap. Index: ProxyMap.java === RCS file: /home/cvspublic/jakarta-commons/colle

Re: cvs commit: jakarta-commons-sandbox/periodicity/src/vm/test event_detail.vm evt_do.vm evt_do_jrl.vm evt_do_jrl_fb.vm no_alarm.vm

2002-03-20 Thread Daniel Rall
Christoph Reck <[EMAIL PROTECTED]> writes: > The extension ".vm" is historical and largely meaningless. > > It would be good practice to call the directory "templates" instead > of the the first cut "vm". > > The files within could use the extension ".vtl", or if you wish, > leave the extensions

cvs commit: jakarta-commons-sandbox/daemon/src/native/unix/native arguments.h

2002-03-20 Thread jfclere
jfclere 02/03/20 15:39:32 Modified:daemon/src/native/nt/lib moni_inst.h daemon/src/native/nt/moni Makefile vdmonisvc.c daemon/src/native/nt/service instmain.c daemon/src/native/nt/supcalls_nt vdenv.c daemon/src/native/unix INST

Re: [Altrmi] PATCH Passing pf remote obj ' ref

2002-03-20 Thread Paul Hammant
Vinay, I am unsure whether this change is a modification to the one you sent me yesterday (redirect). If it is not, I am in trouble because I have applied all the patches locally, and it is still not compiling... "PipedObjectStreamServer should be declared abstract; it does not define getM

[Altrmi] PATCH Passing pf remote obj ' ref

2002-03-20 Thread vinaysahil chandran
Paul, Client can now passes references of remote bak to server . So the example that was crafted earlier ,Consumer-Provider, works fine now . TestProvider tpi = (TestProvider) af.lookup("P"); TestConsumer tci = (TestConsumer) af.lookup("C"); tpi.getName(0); tci.getProviderName(tpi); /// < wo

Re: (Digester) More flexible mothod matching [Was Re: [BeanUtils] invokeExactMethod() --> invokeMethod() ?]

2002-03-20 Thread Bart Guijt
Cool! I'll check it out and see if I can cut some from the Digester rules setup! Thanks very much, BG - Original Message - From: "robert burrell donkin" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Cc: "Bart Guijt" <[EMAIL PROTECTED]> Sent: Wednesday, M

(Digester) More flexible mothod matching [Was Re: [BeanUtils] invokeExactMethod() --> invokeMethod() ?]

2002-03-20 Thread robert burrell donkin
i've now committed changes to SetNextRule, SetRootRule and SetTopRule that allow the user to choose whether to use the more flexible method matching MethodUtils.invokeMethod or the original, more precise MethodUtils.invokeExactMethod. i've made the more flexible behaviour the default since i t

Re: [Collections] Release status?

2002-03-20 Thread Michael A. Smith
On Wed, 20 Mar 2002, Morgan Delagrange wrote: > Sure, we can wait until tomorrow. Just be sure to get it all on the table > at once, so we don't spread out the discussion unnecessarily. Yeah, that's what I meant to do before, but I somehow managed to forget what I sat down to do and ended up jus

Re: [Collections] Release status?

2002-03-20 Thread Morgan Delagrange
Sure, we can wait until tomorrow. Just be sure to get it all on the table at once, so we don't spread out the discussion unnecessarily. - Original Message - From: "Michael A. Smith" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>; "Morgan Delagrange" <[EMAIL

Re: [Collections] Release status?

2002-03-20 Thread Michael A. Smith
On Wed, 20 Mar 2002, Morgan Delagrange wrote: > Hi Michael et al. > > I've lost track. Is there anything else pending, or can I retag and create > a new Release Candidate? Well, I've fixed all the things on my todo list that can't be made in a 2.0.1 release, but I also haven't finished reviewi

RE: [HttpClient]Encoding

2002-03-20 Thread Marc Saegesser
I'll see about changing getResponseBodyAsString() to use the charset from the content-type (if it exists). I'm up to my ears with day job work right now, so it'll probably be a while before I can get to it. People still need to understand (and I'll improve the JavaDoc) that getResponseBodyAsStri

[Collections] Release status?

2002-03-20 Thread Morgan Delagrange
Hi Michael et al. I've lost track. Is there anything else pending, or can I retag and create a new Release Candidate? - Morgan _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail:

cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester AlphaBean.java BetaBean.java Nameable.java Test4.xml RuleTestCase.java

2002-03-20 Thread rdonkin
rdonkin 02/03/20 12:28:28 Modified:digester RELEASE-NOTES.txt digester/src/java/org/apache/commons/digester Digester.java SetNextRule.java SetRootRule.java SetTopRule.java digester/src/test/org/apache/commons/digester

Re: [HttpClient]Encoding

2002-03-20 Thread Rapheal Kaplan
Makes sense to me. Because the encoding is handled in the body itself, it doesn't necessarily help that much to set the encoding in the getResponseBodyAsString method. Also, this kind of means that you can't rely on the getResponseBodyAsString method for all purposes. There needs to be so

[SimpleStore] Documentation

2002-03-20 Thread Juozas Baliuka
Hi, Started to write documentation for SimpleStore, Maybe somebody wants to help fix me mistakes in documentation ? My English is not very good. Simplestore become more user frienly, It works in EOB (used to implement persistence for Forum example forked from Velocity ) It was very good test for

cvs commit: jakarta-commons-sandbox/simplestore/src/test/org/apache/commons/simplestore TestSample.java

2002-03-20 Thread baliuka
baliuka 02/03/20 11:28:26 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence Context.java MetaObject.java OIDGenerator.java PersistenceManager.java PersistenceManagerFactory.java Persistent.jav

RE: [HttpClient]Encoding

2002-03-20 Thread Marc Saegesser
I've had to deal with this problem myself. Right now the only solution is to use getResponseBody() and convert bytes into a string using the appropriate encoding. I like the idea of having getResponseBodyAsString() use the encoding specified in the Content-Type header, but the problem is that it

[HttpClient]Encoding

2002-03-20 Thread Rapheal Kaplan
Was working with a friend trying to determine the best way to read the contents of an HTTP response in to a string. Since he's working within the Jakarta framework, including the HttpClient, we decided to use that API. The simplest way seems to be: HttpClient hc = new HttpClient() UrlG

cvs commit: jakarta-commons-sandbox/simplestore/src/test/org/apache/commons/simplestore TestSample.java

2002-03-20 Thread baliuka
baliuka 02/03/20 09:49:49 Modified:simplestore build.xml simplestore/src/test/org/apache/commons/simplestore TestSample.java Log: fixed setup for persistence manager Revision ChangesPath 1.20 +41 -1 jakarta-commons-sandbox

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/comparators ReverseComparator.java

2002-03-20 Thread morgand
morgand 02/03/20 09:09:16 Modified:collections/src/java/org/apache/commons/collections/comparators ReverseComparator.java Log: javadocs Revision ChangesPath 1.7 +14 -5 jakarta-commons/collections/src/java/org/apache/commons/collections/

Re: [collections] ReverseComparator

2002-03-20 Thread Morgan Delagrange
OK, I give up. I don't see the benefit of this constructor without a setter method, besides providing easier Digester configuration. :P But I don't want to go on about it; if you're dead-set against setter methods or removing the constructor entirely, there's nothing I can do about it. - Morga

Re: cvs commit: jakarta-commons-sandbox/periodicity/src/vm/test event_detail.vm evt_do.vm evt_do_jrl.vm evt_do_jrl_fb.vm no_alarm.vm

2002-03-20 Thread Christoph Reck
The extension ".vm" is historical and largely meaningless. It would be good practice to call the directory "templates" instead of the the first cut "vm". The files within could use the extension ".vtl", or if you wish, leave the extensions ".vm" - which is established for velocity templates (th

Re: [COLLECTIONS] [VOTE] Release Collections 2.0

2002-03-20 Thread Morgan Delagrange
- Original Message - From: "James Strachan" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, March 20, 2002 12:56 AM Subject: Re: [COLLECTIONS] [VOTE] Release Collections 2.0 > [snip] > > I just thought Morgan was thinking of removing the re

[Periodicity] - Status (First event saved, JUnit finds first bug)

2002-03-20 Thread Jeff Prickett
Hello everyone: I just wanted to give everyone a heads up as to the status of periodicity. We have been successful in saving a subset of the properties of an event to a mysql database and I have just checked in a first cut of a set of velocity templates that we can use to manipulate the obje

cvs commit: jakarta-commons-sandbox/periodicity/src/vm/test event_detail.vm evt_do.vm evt_do_jrl.vm evt_do_jrl_fb.vm no_alarm.vm

2002-03-20 Thread prickett
prickett02/03/19 23:46:21 Added: periodicity/src/vm/test event_detail.vm evt_do.vm evt_do_jrl.vm evt_do_jrl_fb.vm no_alarm.vm Log: A first cut of some velocity macro files. I am sure that they dont work yet. Revision ChangesPath 1.1

cvs commit: jakarta-commons-sandbox/periodicity/src/vm/test - New directory

2002-03-20 Thread prickett
prickett02/03/19 23:44:10 jakarta-commons-sandbox/periodicity/src/vm/test - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/periodicity/src/vm - New directory

2002-03-20 Thread prickett
prickett02/03/19 23:43:59 jakarta-commons-sandbox/periodicity/src/vm - New directory -- To unsubscribe, e-mail: For additional commands, e-mail: