On Wed, 30 Jan 2002 19:41, Sam Ruby wrote:
At the time commons was created, Avalon was notorious for changing
interfaces without even so much as a moments notice. The rationalle given
was that Avalon was still in alpha - interminably so.
And here he goes again. Interesting comment given that
Sam,
Another perspective is that inter subproject sharing at a granularity lower
than the subproject has rarely been successful.
Things originally identified as reusable components often ended up getting
dependencies on ever increasing portions of the subproject.
At the time commons was
oalexeev02/01/30 01:24:12
jakarta-commons-sandbox/services/src/test - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
oalexeev02/01/30 01:24:22
jakarta-commons-sandbox/services/src/test/org - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
oalexeev02/01/30 01:24:29
jakarta-commons-sandbox/services/src/test/org/apache - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
oalexeev02/01/30 01:24:37
jakarta-commons-sandbox/services/src/test/org/apache/commons - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
oalexeev02/01/30 01:24:44
jakarta-commons-sandbox/services/src/test/org/apache/commons/services - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
oalexeev02/01/30 01:26:02
Modified:services/src/java/org/apache/commons/services
ConfigObjectCreateRule.java EventModule.java
EventRegistration.java InitConfigRule.java
Leaf.java Queue.java QueueModule.java
oalexeev02/01/30 01:26:48
Added: services/src/test/org/apache/commons/services
ServiceManagerTest.java
Log:
Global test case for ServiceManager.
Revision ChangesPath
1.1
oalexeev02/01/30 01:27:19
Modified:services build.xml
Log:
Add junit sections to support unit testing.
Revision ChangesPath
1.3 +48 -1 jakarta-commons-sandbox/services/build.xml
Index: build.xml
Paul Hammant wrote:
We frequently reach out to other teams in very polite, respectful and
concilliatory terms.
Time for a little commit relief:
My name is Avalon Server Famework, Commander of the Servers of Java,
General
of the component Legions, loyal servant to the true emperor,
Peter Donald wrote:
At the time commons was created, Avalon was notorious for changing
interfaces without even so much as a moments notice. The rationalle
given
was that Avalon was still in alpha - interminably so.
And here he goes again. Interesting comment given that you know the
On Wed, 30 Jan 2002 19:41, Sam Ruby wrote:
At the time commons was created, Avalon was notorious for changing
interfaces without even so much as a moments notice. The rationalle
given
was that Avalon was still in alpha - interminably so.
And here he goes again. Interesting comment given
On Wed, 30 Jan 2002 20:33, Sam Ruby wrote:
This being said, I should have added, this problem has been since been
addressed quite satisfactorily.
since - Oh really?
Why is it that you always tend to say these things and then qualify them
after the fact? Hmmm.
--
Cheers,
Pete
Folks,
We frequently reach out to other teams in very polite, respectful and
concilliatory terms.
Time for a little commit relief:
My name is Avalon Server Famework, Commander of the Servers of Java,
General
of the component Legions, loyal servant to the true emperor, Inversion of
Control.
Hi Craig,
Besides, Craig used Avalon code for the JSR47 wrapper
To be precise, I based this on the code Paulo posted to COMMONS-DEV a
while back, which were in a non-Avalon Java package (maybe this is what
you proposed originally to Avalon?). I didn't know it was the Avalon
logic, but
(of course, the components from Avalon depend on the
framework, so if you use one, you have to use the framework).
thats not true - at least not since I have been involved in it.
Even prior to
that there was components that weren't coupled but they were in
the minority
Getting a
I still think that this is not the main motivation for the
existence of the Commons.
It is NOT important which was the historical reason. What
is important is that the Commons and Avalon have different
orientations and both are useful.
Commons is more of a playground and more loose components
On 1/29/02 2:46 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
I'm glad there is more than one choice in logging frameworks in the world,
with differing feature sets and philosophies. I just want to avoid having
a Commons component that wants to do logging (such as Digester or
BeanUtils)
On 1/29/02 3:11 PM, robert burrell donkin [EMAIL PROTECTED] wrote:
On Tuesday, January 29, 2002, at 07:39 PM, Berin Loritsch wrote:
Scott Sanders wrote:
Berin, I think that I understand how you feel, and although the
abstraction was implemented outside of Avalon, I do believe that Avalon
On 1/29/02 3:56 PM, Waldhoff, Rodney [EMAIL PROTECTED] wrote:
you may want to consider making the parameters
Strings not objects. They were made strings so that
you could render objects with Log4j. No other logging
toolkit does this. Thus if this is allowed/used you are
directly binding to
Hi Geir,
Knowing both code bases I would say that Avalon is better in 1) but
as nothing in 2).
For my logging wrapper I am using Avalon stuff for the wrappers and
Velocity stuff as a base for detection and configuration... and for
the Primordial Logger, which no one is talking about but that I
On 1/30/02 7:21 AM, Paulo Gaspar [EMAIL PROTECTED] wrote:
Hi Geir,
Knowing both code bases I would say that Avalon is better in 1) but
as nothing in 2).
To be clear, I wasn't advocating Velocity's logging infrastructure as a
replacement or model for anything. It works very well for us,
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-01-30/commons-util.html
Buildfile: build.xml
init:
[echo] util 20020130
Peter Donald wrote:
On Wed, 30 Jan 2002 21:11, Remy Maucherat wrote:
Nice attempt at rewriting history, but I had been using Avalon before you
actually joined the project, and I gave up somwhere afterwards. Gump keep
detailed records about what changes, but the devlopment of Avalon was even
Paulo Gaspar wrote:
He is very oppinionated, its true, but he *can* be convinced. You just
have to be persistent, and explain your thinking clearly.
I even think that Peter is easier to convince than Berin!!!
]:o)
:)
It depends on the issue. Both Peter and I are sticklers for what is
Paulo Gaspar wrote:
Well, in a way you already had credit from Avalon several times.
I already saw several posts from Peter mentioning ideas he got
from Avalon and he often exhibits a lot of knowledge about its
internals.
In is a pity that Peter and Ceki do not have a better
Craig R. McClanahan wrote:
On Wed, 30 Jan 2002, Paulo Gaspar wrote:
Besides, Craig used Avalon code for the JSR47 wrapper
To be precise, I based this on the code Paulo posted to COMMONS-DEV a
while back, which were in a non-Avalon Java package (maybe this is what
you proposed
In the end, we *all* learn alot, and our positions are resolute with solid
foundations.
I agree. I have been learning a lot both from Avalon code and our
discussions
at the Avalon-dev list.
=:o)
I also agree that it depends on the issue.
=;o)
Have fun,
Paulo
-Original Message-
A lot of this talk goes on because we are paying more attention
to the differences than to the synergies.
IMHO the above statement matches much better the last postings
from Remy and Peter than those from Sam - just to mention those
involved in Sam's post.
My understanding is that Sam (like
To be clear, I wasn't advocating Velocity's logging infrastructure as a
replacement or model for anything. It works very well for us, but our
requirements are simple.
To be clear, I naver had doubts about that.
=:o)
Paulo
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL
Out of the discussions yesterday, the proposal to release
commons-logging 1.0 received a sufficient number of +1 votes to pass.
Howeer, three issues were raised that should be settled beforehand, in
order to provide future users of this package with a stable API. I'd like
to review them
Hi,
Yes I understand, I mean does not interpret doe's not executes user
defined actions then parses command line. May be I wrong, but I don't see
any interface for this.
It is not very priority. I can do it myself in my application like in this
pseudo language:
Loop option in AllOptions
HI,
Yes it is not very good idea and can be useful only for trivial situations.
At 07:06 AM 1/29/2002 -0800, you wrote:
Well,
With the handler approach CLI would become a kind of
command controller/dispacher. Is it what we shoot for?
If you have a way to specify a handler for an option
what
Hi, http://jdbm.sourceforge.net/ recommended by Aaron is very interesting.
There are a lot of good ideas.
I write test cases for some very simple O/R mapping framework ,
It can be used in some trivial situations and can be
in simplestore samples. I will use it for readonly data. I want to
Actually, I recommend using and adding to JCS which is in the stratum
repository.
Ha.
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 2:09 PM
To: Jakarta Commons Developers List
Subject: RE: [simplestore] enhancements (was:
I see, cache is very common problem :)
At 01:03 PM 1/30/2002 -0500, you wrote:
Actually, I recommend using and adding to JCS which is in the stratum
repository.
Ha.
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 2:09 PM
To:
On Wednesday, January 30, 2002, at 01:47 PM, Berin Loritsch wrote:
Paulo Gaspar wrote:
snip
My personal dislike on the commons process since mid December
was the opposition to cross pollination just because of personal
issues, AFAIK.
My observation as well. Sad isn't it?
i'm *REALLY*
Craig,
Since I made those remarks, I would like to add that there is no doubt
in my mind that you only omitted credit because you did not notice it.
Your past talks for you - I always saw you giving credit when it was
due and even when you did not have to.
Besides, to perform the amount of
rdonkin 02/01/30 11:34:15
jakarta-commons-sandbox/betwixt/src/test/org/apache/commons/betwixt/expression - New
directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
rdonkin 02/01/30 11:41:06
Modified:betwixt build.xml
betwixt/src/test/org/apache/commons/betwixt TestAll.java
Log:
Updated documentation build year (and fixed a small license error)
Revision ChangesPath
1.7 +2 -2
Here's a simple patch I needed to fix my problems connecting to a bad webcam
webserver (which would occasionally set the Content-Length header to 138 mbs
or something ridiculously stupid and bogus like that). To the GetMethod I
added getter and setter methods for responseSizeLimit, and then if
*** Note to mailing list ***
This mailing list seems to have attracted too many people who feel
compelled to get the last word in every discussion. Aren't satisfied with
mere apologies or detailed explanations, but insist on bringing up the same
issues again and again.
For the moment, try to
On Thu, 31 Jan 2002 03:22, Gerhard Froehlich wrote:
Hi,
I counted *four* +1 and zero +0. Is that enough?
Yep ;)
--
Cheers,
Pete
No. Try not. Do. Or do not. There is no try.
-- Yoda
+1.
-Original Message-
From: Peter Donald [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 11:55 AM
To: Jakarta Commons Developers List
Subject: Re: Commit Status Request
On Wed, 23 Jan 2002 01:16, Jeff Prickett wrote:
Hi
This is Jeff Prickett and I would
On Tuesday, January 29, 2002, at 09:40 PM, Slawek Zachcial wrote:
Hi,
Can you list some betwixt points to be done? Maybe I
could help? ;-)
hi
any help would be greatly appreciated :)
the best candidate for a nice independent task would be to add the
XMLBeanInfo extension mechansim.
:) Tricky. I do understand the problem you are trying to address
Peter, but I am not so sure it is a problem.
Scott
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 11:51 PM
To: [EMAIL PROTECTED]
Subject: cvs commit:
On Wed, Jan 30, 2002 at 08:40:27AM -0800, Craig R. McClanahan wrote:
Out of the discussions yesterday, the proposal to release
commons-logging 1.0 received a sufficient number of +1 votes to pass.
Howeer, three issues were raised that should be settled beforehand, in
order to provide future
Now this one comes through :) Disregard this as I now agree with Geir's
debate on the subject.
-Original Message-
From: Scott Sanders [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 11:17 AM
To: Jakarta Commons Developers List
Subject: Re: [Logging] [VOTE-REDUX]
Hey Robert
- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
On Tuesday, January 29, 2002, at 09:40 PM, Slawek Zachcial wrote:
Hi,
Can you list some betwixt points to be done? Maybe I
could help? ;-)
hi
betwixt is really james's baby so i'll probably need
Having followed this, er, debate with some amusement, I get the feeling
that if some of the energy directed at this list had instead been directed
towards JSR-47, then this discussion could have been avoided entirely. What
if JSR-47 had come up with a common interface that could be used outside
I saw the note on the website that cookie ordering needed to be implemented.
I implemented this against the anonymous CVS tree. Is it still needed? If
so, I can send the patches. As I've never partcipiated in this, let me know
if there are particular options you'd like to see me use with CVS
Oops in case it wasn't obvious this is for the httpclient sub project.
-Original Message-
From: John Evans
Sent: Wednesday, January 30, 2002 4:14 PM
To: '[EMAIL PROTECTED]'
Subject: cookie ordering?
I saw the note on the website that cookie ordering needed to be implemented.
I
On 1/30/02 4:05 PM, Colin Sharples [EMAIL PROTECTED] wrote:
Having followed this, er, debate with some amusement, I get the feeling
that if some of the energy directed at this list had instead been directed
towards JSR-47, then this discussion could have been avoided entirely. What
if
On Wednesday, January 30, 2002, at 07:44 PM, James Strachan wrote:
Hey Robert
hi james
- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
On Tuesday, January 29, 2002, at 09:40 PM, Slawek Zachcial wrote:
Hi,
Can you list some betwixt points to be done? Maybe I
- Original Message -
From: Geir Magnusson Jr. [EMAIL PROTECTED]
[snip]
Just to throw another log on the fire...
We did too in Velocity-land, and built the following, a while ago :
1) Simple interface through which Velocity would happily log into any
supplied class/object that
Denial is not a river in Egypt.
Paulo
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 8:46 PM
To: Jakarta Commons Developers List
Subject: RE: [Logging] [VOTE] Commons Logging 1.0 Release
*** Note to mailing list ***
This mailing
I personally believe that a fatal 'log' should just be an Exception, but
I could be wrong :)
Scott
-Original Message-
From: Paulo Gaspar [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 2:33 PM
To: Jakarta Commons Developers List
Subject: RE: [Logging] [VOTE-REDUX]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Folks,
It is time for the yearly election of the Jakarta PMC by the
committers of Jakarta.
For a background - please take some time to read:
http://jakarta.apache.org/site/management.html
The Project Management Committee (PMC) was
On Wed, 30 Jan 2002, Scott Sanders wrote:
Date: Wed, 30 Jan 2002 14:13:40 -0800
From: Scott Sanders [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0
When:
- your app gets one of those Error (fatal) exceptions that are not
just due to some introspection mishandling
- or some really strange situation is detected and the app logic
is to call it quits...
...you can always be hopeful that the logging system is still able
to log a FATAL
On Wed, 30 Jan 2002, Scott Sanders wrote:
Date: Wed, 30 Jan 2002 14:51:20 -0800
From: Scott Sanders [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0
62 matches
Mail list logo
