the jakarta-pmc have decided to take the hivemind directories offline for
a temporary period. this decision was taken in order to protect every body
involved from legal action. this is not a judgement of the legal rights
and wrongs of the situation nor should it be construed as an admission of
oglueck 2003/11/06 23:34:34
Modified:httpclient API_CHANGES_2_1.txt
httpclient/src/java/org/apache/commons/httpclient/protocol
Protocol.java
Log:
fixed design error: uniform Protocol constructor for all factories
Revision ChangesPath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20815.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Interesting that HiveMind was a problem, yet jBoss to Geromino is not a
potential legal problem for Apache Users. What was the diference, that
they put the code in sf.net first, refactored packages and claimed it
was not jBoss IP? All Howard did was level with ASF, and Geronimo
(insert
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24466.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24476.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24492.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24492.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vic,
I read the discussions in which you made allegations about Geronimo. Now
please read this:
1/ It is the decision of the Jakarta PMC that as doubt about the ownership
has been expressed and not resolved it is prudent for the PMC to take this
step until it is resolved.
2/ No one is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24494.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24494.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Beet me to the punch; I was just looking for the Jakarta PMC mailing list, since my
previous posting
(to the Jakarta General list) got no response.
Taking HiveMind offline is drastic, but may be the best course forward. I need to see
what the
delay is at WebCT.
--
Howard M. Lewis Ship
Yeah where is the pmc mailing list? I was looking for it too, to see what's going on. Is it only for
the pmc?
-Harish
Howard M. Lewis Ship wrote:
Beet me to the punch; I was just looking for the Jakarta PMC mailing list, since my
previous posting
(to the Jakarta General list) got no response.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24495.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24495.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24495.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The pmc mailing list is [EMAIL PROTECTED] I believe it is closed to
pmc mebmers only. Like robert suggests, [EMAIL PROTECTED] might be a good
place for general pmc discusion.
On Fri, 7 Nov 2003, Harish Krishnaswamy wrote:
Yeah where is the pmc mailing list? I was looking for it too, to see
As lead developer of Tapestry, I'm a PMC member ... somehow, I missed the existence of
this list in the past. I just subscribed.
My previous posting on this matter was
http://www.mail-archive.com/[EMAIL PROTECTED]/msg08364.html
on Oct. 16th.
--
[EMAIL PROTECTED]
Creator, Tapestry: Java Web
Hmm.. that be the case I wonder why Howard's previous post to general regarding this matter got only
one response.
-Harish
Rodney Waldhoff wrote:
The pmc mailing list is [EMAIL PROTECTED] I believe it is closed to
pmc mebmers only. Like robert suggests, [EMAIL PROTECTED] might be a good
that be the case I wonder why Howard's previous post to general
regarding this matter got only one response.
The ability to provide proper oversight is an issue for the Jakarta PMC to
take up.
--- Noel
-
To
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24499.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24499.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24499.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Harish,
There isn't very much traffic on the PMC list at all, most business, and
all votes, is transacted on the general list.
If anyone has any item which they wish to draw to the specific attention of
the PMC it is always a good idea to post to PMC@ because you will then know
that your
Realise the CVS rep. is off-line, but i have a caching interceptor
allowing caching of method invocation results (configurable down to a per
method level) for a specified amount of time ready for
review/comments/contribution.
Shall i hold off for a bit while the current issues are being
I'd consider that experimental. It's a nifty idea, but I think it belongs in the
contrib project (to be created, after the current HiveMind mess is cleaned up).
--
[EMAIL PROTECTED]
Creator, Tapestry: Java Web
Components
http://jakarta.apache.org/tapestry
Realise the CVS rep. is off-line, but
Hi Danny,
I don't deny the recommedation that the PMC should be notified of situations such as this although I
don't know why the PMC list is private. But it seems like all this confusion is due to the lack of
proper protocols defined in a public place that people can follow, or have I not
I will be very interested in such an interceptor. May be I can follow the path and create a
notification interceptors for events (that I have been wanting to do for a while now). Can you post
the code in a zip?
Howard, any idea when the proposal will be ready? I suppose that's what is holding
I'm trying to run the Messenger Example under Tomact 4.0.6, using J2EE SDK
as JMS server but tomcat can't find QueueConnectionFactory in the context.
Before I start Tomcat I started j2ee -v so the JMS server will run, but
still the lookup in Tomcat fails.
Does anyone has an idea how to make it
See attached zip for source ... it includes a
service-point-caching-interceptor.xml snippet which I currently add to the
core hivemind descriptor. I guess this would be in it's own jar, but at
this moment it's the way it is :) Unzip it into the hivemind tree, edit
the descriptor (simply
Thanks, I shall try it and let you know.
-Harish
Johan Lindquist wrote:
See attached zip for source ... it includes a
service-point-caching-interceptor.xml snippet which I currently add to
the core hivemind descriptor. I guess this would be in it's own jar,
but at this moment it's the way
I think a single contrib module, to contain optional/experimental stuff.
--
[EMAIL PROTECTED]
Creator, Tapestry: Java Web
Components
http://jakarta.apache.org/tapestry
Thanks, I shall try it and let you know.
-Harish
Johan Lindquist wrote:
See attached zip for source ... it includes
Phil,
Would you mind adding an entry to bugzilla reporting the UOE thrown by IteratorChain?
I agree with Steven that this sounds like a bug, and, since you have the use case
which encountered it It would be great to have the details/test condition.
Something I can fix as soon as
Hi Mark,
Mark R. Diggory wrote:
Wolfgang,
Can you comment on your decision to remove the dependency of Paul
Houle's RngPack implementation?
RngPack is GPL'd, and this was a problem for many. If it would be LGPL's
or Apache style, it would not pose (or have posed) a problem. So the
removal is
The website should also be taken offline also (the XRef of the
code is available) to close the other public entry point.
-John K
On 7 Nov 2003, at 07:26, robert burrell donkin wrote:
the jakarta-pmc have decided to take the hivemind directories offline
for a temporary period. this decision was
rwaldhoff2003/11/07 09:24:15
Modified:collections/src/java/org/apache/commons/collections/primitives
ArrayCharList.java RandomAccessLongList.java
FloatCollection.java ByteCollection.java
ShortIterator.java
What is the purpose for having the firstDerivative() and
secondDerivative() methods on a UnivariateRealFunction ?
It is a little troubling to me to have at this level (perhaps if needed
a subclass such as UnivariateDifferentiableRealFunction ). Most numerical
processes only require a
Hey everyone,
I'm running into an issue with some Betwixt code. I'm trying to Write/Read
a bean associated with .betwixt file.
I can't seem to get attributes to be set when reading in the xml. writing
works fine. I've tried several ways (including defaulting to primitiveTypes
and specificing
Please note: I sent this to the developers list and not the users list,
because I believe it to be a bug, and if confirmed - I may patch it.
- Mike
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED]
Sent: Friday, November 07, 2003 1:26 PM
To: Jakarta Commons Dev
ggregory2003/11/07 11:02:50
Modified:codec/src/test/org/apache/commons/codec/language
AllTests.java
Log:
Wrong header comment.
Revision ChangesPath
1.2 +55 -6
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24495.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Wolfgang Hoschek wrote:
Hi Mark,
Mark R. Diggory wrote:
Wolfgang,
Can you comment on your decision to remove the dependency of Paul
Houle's RngPack implementation?
RngPack is GPL'd, and this was a problem for many. If it would be LGPL's
or Apache style, it would not pose (or have posed) a
rwaldhoff2003/11/07 12:13:05
Modified:
collections/src/java/org/apache/commons/collections/primitives/adapters/io
ReaderCharIterator.java
ByteIteratorInputStream.java
InputStreamByteIterator.java
rwaldhoff2003/11/07 12:17:13
Modified:
collections/src/java/org/apache/commons/collections/primitives/decorators
ProxyIntIterator.java
NonSerializableUnmodifiableIntList.java
UnmodifiableIntList.java
The CubicSplineFunction is the only place, that I'm aware of, that
truly implements these methods. Also, these method are never called
anywhere in the code, save the unit tests. This includes calls
through either the interface or the concrete classes.
As I see it we have three choices:
1) let
Not attached to this, a Differentiable Interface would be acceptable to
me too.
On another subject, maybe because of my naivety, why are these
interfaces called UnivariateRealFunction and not simply something more
generic like RealFunction? I say this strictly because of what I
consider an
ggregory2003/11/07 13:32:41
Modified:codec/src/java/org/apache/commons/codec/language
DoubleMetaphone.java
Log:
Clean ups along with improving code coverge as reported by clover from ~45% to ~85%
with more test data.
Revision ChangesPath
1.13
Mark R. Diggory wrote:
In Repast they/we encountered that reflection costs tend to make wanting
to work with Collections as the core of a mathematical evaluation a bit
costly, In RePast the solution to this was to pickup the trove API
(similar to BCEL) and actually generate bytecode
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I'm starting to consider that the implementations we have of higher-end
Univariates (ListUnivariate/BeanListUnivariate) are a bit premature.
In Repast they/we encountered that reflection costs tend to make wanting
to work with Collections as the
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject would be good.
1.) o.a.c.math.stat.distributions -- o.a.c.math.distributions
Gives this package a more generic
I suggest that we remove the derivative methods from the interface. My
thought is that in general, a user would not need to calculate and program
the first and second derivatives.
I'd like to put a little more thought into the Differentiable
interface, there are two tracks of thought
I agree
On Fri, 7 Nov 2003, Mark R. Diggory wrote:
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject would be good.
1.) o.a.c.math.stat.distributions --
J.Pietschmann wrote:
Mark R. Diggory wrote:
In Repast they/we encountered that reflection costs tend to make
wanting to work with Collections as the core of a mathematical
evaluation a bit costly, In RePast the solution to this was to pickup
the trove API (similar to BCEL) and actually
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject would be good.
1.) o.a.c.math.stat.distributions --
Matt Cliff wrote:
What is the purpose for having the firstDerivative() and
secondDerivative() methods on a UnivariateRealFunction ?
The first derivative could be used in a Newton solver. The
second derivative could be used in yet another higher order
root finder, or for providing error estimates
Hi,
i have downloaded commons-vfs-20031106.tar.gz
and compiled in on Linux 2.4.21 with SUN JDK 1.4.1.
I need to use the scp feature with 'sftp'.
Is there any tutorial how to setup everything?
Here is my problem:
/opt/commons-vfs java org.apache.commons.vfs.example.Shell
cp LICENSE.txt
Al Chou wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject would be good.
1.) o.a.c.math.stat.distributions
I think I exagerated a bit with the use of term consortium. I'm mostly
just refering to something like the java.security.SecureRandom SPI
(practically Identical but specifically not for encryption grade RNG).
This way, if you write an application that uses (lets call it
RandomFactory), and
Al Chou wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject would be good.
1.) o.a.c.math.stat.distributions
ggregory2003/11/07 14:37:26
Modified:codec/src/test/org/apache/commons/codec/language
MetaphoneTest.java
Log:
Improve code coverge as reported by clover from ~61% to ~80% with more test data.
Revision ChangesPath
1.5 +391 -80
ggregory2003/11/07 14:38:03
Modified:codec/src/java/org/apache/commons/codec/language
Metaphone.java
Log:
Minor clean ups along with improving code coverge as reported by clover from ~61% to
~80% with more test data.
Revision ChangesPath
1.9
ggregory2003/11/07 14:39:30
Modified:codec/src/java/org/apache/commons/codec/language
RefinedSoundex.java
Log:
Minor cleanup.
Revision ChangesPath
1.11 +2 -2
Mark:
What is your plan for the BeanTransformer.transform() method regarding
logging/exception throwing? (in particular as to how the current junit
test is executing)
On Thu, 6 Nov 2003, Mark R. Diggory wrote:
Brent,
I've been experimenting with some refactoring that removes 100% of
The MapIterator interface has an asMapEntry() method that gets the current
element at the iterator as a Map Entry.
The interface desires that the MapEntry returned is connected to the map,
such that changes made to setValue affect the map. This can be difficult to
implement, and if used would
Danny Angus wrote:
3/ Geronimo is not under the jurisdiction of this PMC. The Geronimo
situation was explained to you at the time .
Would you please refresh my memory a link the message explaining the
source of Geronimo source? I think that most people believe, including
me, that it is
Mark:
What is your plan for the BeanTransformer.transform() method regarding
logging/exception throwing? (in particular as to how the current junit
test is executing)
Right now my implementations of the NumberTransformer look like this:
public interface NumberTransformer {
double
I know from positions taken by Craig and others there is some interest
in seeing some of the discussion in the math project get moved off to
another list. I know that sometimes the lengthy discussions we have
about what must appear to some to be like String Theory, just PLAIN
OUT THERE... ;)
+1, and I think [hivemind] could use a separate list also.
Mark R. Diggory wrote:
I know from positions taken by Craig and others there is some interest
in seeing some of the discussion in the math project get moved off to
another list. I know that sometimes the lengthy discussions we have
ggregory2003/11/07 15:12:54
Modified:codec/src/java/org/apache/commons/codec/language
Metaphone.java DoubleMetaphone.java
Log:
Javadoc.
Revision ChangesPath
1.10 +2 -2
ggregory2003/11/07 15:18:38
Modified:codecTODO
Log:
Added $Id$ CVS tag.
Revision ChangesPath
1.3 +28 -26jakarta-commons/codec/TODO
Index: TODO
===
RCS file:
ggregory2003/11/07 15:20:19
Modified:codecdefault.properties
Log:
Added $Id$ CVS tag.
Revision ChangesPath
1.5 +2 -0 jakarta-commons/codec/default.properties
Index: default.properties
Those of you not subscribed to [EMAIL PROTECTED] may want to, as
there is some talk there of future locations of components currently in j-c.
[math] would, IMHO, make a good candidate for moving to Apache Commons
(different from Jakarta Commons if you didn't know). Certainly a separate
mailing
+1.
I don't really see the point of the asMapEntry() method either. If
someone wants the entries, they could just do it the old fashioned way
[Map.entrySet().iterator()].
Stephen Colebourne wrote:
The MapIterator interface has an asMapEntry() method that gets the current
element at the
Hi again,
ok, i have resolved this myself, i have added those lines to
commons-vfs/src/java/org/apache/commons/vfs/provider/sftp/SftpFileSystem.java
==
session.setPassword( rootName.getPassword() );
java.util.Properties config=new java.util.Properties();
A point I see, and maybe Paul can comment on this, is that RngPack seems
to start providing its functionality at the level of
public double raw();
and not lower down at
public int nextInt();
So, to use an interface based solely on public int nextInt(); RngPack
and other packages may require
I think at some point in the future, we're going to see both Generic
API's and separate projects that are not necessarily Jakarta Commons
fodder arise out of [math]. I'd like to consider an eventual future
where these projects may need to have a more top level home such as
Commons or Jakarta.
ggregory2003/11/07 16:22:19
Modified:codecproject.properties
Log:
Set maven.javadoc.links
Revision ChangesPath
1.5 +4 -0 jakarta-commons/codec/project.properties
Index: project.properties
ggregory2003/11/07 17:52:25
Modified:codec/src/java/org/apache/commons/codec/net URLCodec.java
codecproject.xml RELEASE-NOTES.txt default.properties
codec/xdocs index.xml
Log:
Prep for version 1.2-rc1
Revision ChangesPath
1.10 +2 -1
Hello All,
Please note that the CVS sources have been tagged as CODEC_1_2_RC1.
The main delta with 1.1 is the addition of net.URLCodec and some bug fixes.
Unit test coverage has increased significantly since 1.1 but please bang on
it.
Thanks
Gary
Hello,
I've been using Maven to build [codec] locally. All goes well except this
one goal:
statcvs:generate:
[echo] fetching cvs logs...
[cvs] cvs log: Unknown method (`extssh') in CVSROOT.
[cvs] cvs [log aborted]: Bad CVSROOT:
`:extssh:[EMAIL PROTECTED]:/home/cvs'.
[mkdir]
I'll take a guess.
In the log message, you can tell that it didn't like your CVSROOT. It
looks like you checked out the code using the extssh method in Eclipse?
I believe that this is an Eclipse-only connect method, and command
line CVS tools don't like it. Perhaps StatCvs doesn't detect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The psteitz Lang docs aren't there anymore it seems. Do they completely
replicate the current Lang page for information?
Hen
On Mon, 3 Nov 2003, __matthewHawthorne wrote:
I successfully performed a 'maven site:deploy' for [io] a few weeks ago
without a problem. As long at siteAddress and
Henri Yandell wrote:
The psteitz Lang docs aren't there anymore it seems. Do they completely
replicate the current Lang page for information?
Yes. I just copied lang.xml from the commons xdocs and adjusted a couple
of links. If you update lang to grab the /xdocs and run maven
site:generate
I have a lot of sympathy for you and your ideas, Oleg. As I mentioned
earlier, I don't mind at all if the HttpClient API will be completely
different in the next release. In my opinion there is no point in
keeping broken stuff for the sake of backward compatibility. Just give
the kid the right
Brad,
No worries about which list you subscribe to. Many on this list are
happy to answer questions such as yours.
HttpClient uses commons-logging for its configuration. If you've
configued commons-logging properly, the message can be made to go away
as you indicated. Since you already
HttpClient uses commons-logging for its configuration. If you've
configued commons-logging properly, the message can be made to go away
as you indicated. Since you already generated a wire log, presumably
you've seen the page for configuring logging. My suggestion would be to
look at
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24504.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Odi, Roland, Mike, and Adam
Thanks for the feedback. I took another look at the code this morning
and had to concede that any half-measure would hardly make things better
(or cleaner). Until HttpMethod interface is split into
HttpRequest/HttpResponse pair, decoupling of request assembly and
It strikes me personally that the warning in this particular context
is probably excessive, and it should be logged as a info or debug
message instead, but only in this particular case. If you look at the
wire log you'll notice that the server does not respond with a
Content-Length
Oleg,
Dang, you're good! You complete fixes before others can even guess at them!
-Eric.
Oleg Kalnichevski wrote:
It strikes me personally that the warning in this particular context
is probably excessive, and it should be logged as a info or debug
message instead, but only in this
91 matches
Mail list logo