jfclere 2003/10/09 01:41:42
Modified:daemon LICENSE LICENSE.txt
Log:
Arrange licence. Submitted by: robert burrell donkin at blueyonder.co.uk
Revision ChangesPath
1.2 +1 -1 jakarta-commons/daemon/LICENSE
Index: LICENSE
Hello,
I am working on a special Configuration implementation called
HierarchicalConfiguration that avoids the problems I have outlined in my
last posting (messing up structure of hierarchical XML documents). Therefor
I use my own scheme of storing data.
My class extends AbstractConfiguration.
http://gump.covalent.net/log/commons-jelly-tags-ant.html
Buildfile: build.xml
init:
[mkdir] Created dir: /javastuff/gump/jelly-tags/ant/target/lib
get-deps:
compile:
[mkdir]
This email is autogenerated from the output from:
http://gump.covalent.net/log/commons-attributes.html
Buildfile: build.xml
init:
[mkdir] Created dir:
Hi,
After the testing I have built the newest version from the CVS. When I
re-run the test today, it shows the following error.
[junit] Unable to construct service js.util.testA: Unable to construct
service hivemind.BuilderFactory: Unable to construct service
hivemind.LoggingInterceptor: A
Why state The API will mimic as closely as possible the object-based
API?
This isn't true of the current codebase (consider InputStreamCharIterator
or RandomAccess*List for example, neither of which have direct correlation
to anything in java.util) and as a design decision, not an scope one,
rwaldhoff2003/10/09 02:52:56
Modified:collections/src/java/org/apache/commons/collections/primitives
AbstractLongList.java
Log:
deprecate
Revision ChangesPath
1.8 +4 -3
[EMAIL PROTECTED] wrote:
tobrien 2003/09/27 11:16:16
Modified:daemon/xdocs navigation.xml Log: Fixed the maven site
generation. Commons Maven sites are generated from jakarta-commons/project
directories, and ../incl_nav.xml references jakarta-commons/incl_nav.xml. If
we try to reference
rwaldhoff2003/10/09 03:33:45
Modified:collections/src/test/org/apache/commons/collections/iterators
AbstractTestListIterator.java
Log:
extract methods testRemoveThenSet and testAddThenSet, so we don't assume the full
iterator contains more than one element
rwaldhoff2003/10/09 03:39:16
Modified:collections/src/test/org/apache/commons/collections
TestCollectionUtils.java
Log:
convert assertTrue(a.equals(b)) to the equivalent but better reported
assertEquals(a,b)
Revision ChangesPath
1.26 +20 -19
rwaldhoff2003/10/09 03:48:19
Modified:collections/src/test/org/apache/commons/collections
TestCollectionUtils.java
Log:
fix test so that it doesn't assume the order in which elements are returned from a
HashMap.iterator
Revision ChangesPath
1.27
rwaldhoff2003/10/09 04:00:09
Modified:collections/src/test/org/apache/commons/collections
TestCollectionUtils.java
Log:
scope variables, group assertions into blocks
Revision ChangesPath
1.28 +96 -92
rwaldhoff2003/10/09 04:03:55
Modified:collections/src/test/org/apache/commons/collections
TestCollectionUtils.java
Log:
rename _a/_b to collectionA/collectionB
Revision ChangesPath
1.29 +109 -109
rwaldhoff2003/10/09 04:05:27
Modified:collections/src/test/org/apache/commons/collections/iterators
TestSingletonListIterator.java
TestSingletonIterator.java
collections/src/java/org/apache/commons/collections/iterators
rwaldhoff2003/10/09 04:09:10
Modified:collections/src/test/org/apache/commons/collections/primitives
TestAbstractLongArrayList.java
Log:
deprecate
Revision ChangesPath
1.9 +3 -2
Did you add a logging interceptor to BuilderFactory?
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
http://javatapestry.blogspot.com
-Original Message-
From: news [mailto:[EMAIL
I'm happy to make changes along these lines. You are right about Iterator and
RandomAccess classes.
Stephen
from:Rodney Waldhoff [EMAIL PROTECTED]
Why state The API will mimic as closely as possible the object-based
API?
This isn't true of the current codebase (consider
Been running around a lot, but found a few minutes to think about this in more detail.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Knut Wannheden
Sent: Tuesday, October 07, 2003 6:28 AM
To: [EMAIL PROTECTED]
Subject: Re: [HiveMind] more on BuilderFactory
Was thinking about this as well; currently, the instantiated service is passed as a
parameter to the
initializeService() method.
I'm thinking of stripping this out.
It makes a kind of sense for the singleton and deferred service models ... in case
they want to,
say, register with some other
Since I would like to record the ids of the services created by the
BuilderFactory, I want to use an interceptor to do the job. Before I
implements that solution, I take the logging interceptor as a test to
check if HiveMind allows such setup.
And the result is that I cannot take this approach
jfclere 2003/10/09 07:21:23
Modified:daemon/xdocs navigation.xml
Added: daemon/xdocs binaries.xml
Log:
Arrange the description of the binaries subdirectories.
Revision ChangesPath
1.4 +9 -1 jakarta-commons/daemon/xdocs/navigation.xml
Index:
It's a lot of work to make the tests run for JDK 1.3; for example, the Ant task unit
tests fail
because the XML attributes are output in a different order (String.hashCode() must
have changed
between releases). Although code compatibility with JDK 1.3 is desirable, its low on
my priorities
for
--- Robert Leland [EMAIL PROTECTED] wrote:
David Graham wrote:
My point is not that you shouldn't tell your users the rules; it's that
you shouldn't expose the validation algorithm to hackers. The less
they
know about the password system, the better.
David
That's Microsofts method
Have you tried to use create-instance or defining your own
ServiceImplementationFactory which creates the Interceptor? I think this
way you don't need the BuilderFactory to create the
ServiceInterceptorFactory service.
On Thu, 09 Oct 2003 20:52:39 +0800, Eric Yung [EMAIL PROTECTED]
wrote:
Great to hear that.
I am now trying to use HiveMind as the kernel of my server (to replace
some home-built code). I use it to register all the services and manage
their lifecycle as needed. This allows me to separate the actual service
definition and implementation from the core server code.
Why does LogFactoryImpl in commons-logging
try to load the Log implementation class first
from thread classloader and then loader that loaded this class?
Is there some kind of design pattern behind this?
One very common :-) use case for commons-logging is inside web
applications, where the
jfclere 2003/10/09 08:05:41
Added: daemon KEYS
Log:
Add my pub key to allow to check the files I am going to sign.
Revision ChangesPath
1.1 jakarta-commons/daemon/KEYS
Index: KEYS
I am personally quite happy with the digester/translator aproach HiveMind
uses currently.
I like Knut's suggestion to split up the validating schema from the
processing.
Maybe in a later release of HiveMind it could be possible to use a
something like this:
configuration-point
Yeah, I like this idea. Options are good.
Christian Essl wrote:
I am personally quite happy with the digester/translator aproach
HiveMind uses currently.
I like Knut's suggestion to split up the validating schema from the
processing.
Maybe in a later release of HiveMind it could be possible
I think this way we could also solve that chicken-egg problem with rules
and translators:
The HiveMind build in processing is kept. This build in processing is used
by the ProcessingServices to have their rules, translators, xsl-functions
etc defined/added. (ProcessingServices are only allowed
My single threaded user of VFS (an HttpClient user, that uses
MultiThreadedHttpConnectionManager) hangs [I suspect indefinitely] on minor
activity. I've turned on HttpClient debug and I see this, the last line
being the last thing I get...
2003/10/09 09:34:26:482 MDT [DEBUG] wire - -
Was there discussion on removing support for building with pre-jdk1.4?
Why do this now? I see a benefit in building the source from its cvs
location without pre-processing, but could we postpone the change till
after the release?
john mcnally
On Sat, 2003-10-04 at 11:12, [EMAIL PROTECTED]
I would strongly encourage using the proxy. For my taste a Service should
nearly never give out this. That's because in my mind a Service is not just
the implementation but the implementation plus the Interceptors (and
ServiceModel proxies) and the implementation does not know about the other.
Will, I recently ran into a variant of this, only worse.
We solved the problem by placing log4j in the system classpath, so it's shared by all
applications, and by all server-level components.
We are using an oldish version of WebLogic, with ColdFusion MX running inside of it.
ColdFusion has
Read the comments further down...
What if this were written in a more declarative way
(resembling a pipeline as in Cocoon or Jelly) using XPath
navigations to access attribute values:
element name=task
attribute name=order required=true/
attribute name=title required=true/
Hi. I just spent more time than I would have liked tracking down an
IllegalArgumentException with a useless message from
java.lang.reflect.Method.invoke(). I added some trace-level logging
to PropertyUtils (everywhere it calls a write method) and discovered
the source of my troubles right away.
I would strongly encourage using the proxy. For my taste a
Service should
nearly never give out this. That's because in my mind a
Service is not just
the implementation but the implementation plus the Interceptors (and
ServiceModel proxies) and the implementation does not know
On Thu, 9 Oct 2003 13:45:32 -0400, Howard M. Lewis Ship
[EMAIL PROTECTED] wrote:
I agree, which means nothing needs to be passed; if the core
implementation needs to vend out the
proxy, it can use the BuilderFactory to assign the proxy to a property.
Perhaps another attribute
of contruct to
leosutic2003/10/09 12:23:30
Modified:attributes project.xml
attributes/api/src/java/org/apache/commons/attributes
EmptyCachedRepository.java
Log:
Fixed bug in EmptyCachedRepository (didn't implement the interface CachedRepository
properly)
rdonkin 2003/10/09 12:37:08
Modified:discovery/src/java/org/apache/commons/discovery/tools
ClassUtils.java DefaultClassHolder.java
DiscoverClass.java DiscoverSingleton.java
EnvironmentCache.java
rdonkin 2003/10/09 13:10:33
Modified:discovery/sandbox/java/org/apache/commons/discovery/resource
ClassLoaders.java DiscoverResources.java
ResourceDiscoverImpl.java
rdonkin 2003/10/09 13:10:52
Modified:discovery/sandbox/java/org/apache/commons/discovery/ant
ServiceDiscoveryTask.java
Log:
Fixed typos in apache licenses
Revision ChangesPath
1.2 +4 -4
rdonkin 2003/10/09 13:11:02
Modified:discovery/sandbox/java/org/apache/commons/discovery/jdk
JDK11Hooks.java JDK12Hooks.java JDKHooks.java
PsuedoSystemClassLoader.java
Log:
Fixed typos in apache licenses
Revision ChangesPath
rdonkin 2003/10/09 13:12:05
Modified:discovery/sandbox/java/org/apache/commons/discovery
DiscoveryException.java Resource.java
ResourceClass.java ResourceClassDiscover.java
ResourceClassListener.java
scolebourne2003/10/09 13:18:25
Modified:collections/src/test/org/apache/commons/collections/iterators
AbstractTestListIterator.java
Log:
Rename testRemoveAfterAdd for consistency
Revision ChangesPath
1.3 +3 -3
FWIW here's the script i'm using. (no sniggering at the back at my v poor
scripting skills.)
i'll leave collections to you (unless you let me know otherwise).
- robert
On Monday, October 6, 2003, at 12:32 AM, Stephen Colebourne wrote:
I believe the [lang] one is the best.
The [collections]
Should we name it [pcollections]? Or is [primitives] better? (The sandbox
primitives is then a sandbox for the proper component for experimentation).
I had forgotten about the special io input stream stuff, which might lead to
the name [primitives]. I don't think that this affects the vote, but
scolebourne2003/10/09 13:20:23
Modified:collections/src/test/org/apache/commons/collections
AbstractTestMap.java
Log:
Improve test error messages
Revision ChangesPath
1.6 +6 -6
scolebourne2003/10/09 13:21:32
Modified:collections/src/test/org/apache/commons/collections
TestBidiMap.java
collections/src/java/org/apache/commons/collections
DualHashBidiMap.java AbstractDualBidiMap.java
Log:
Make
+1 to primitives. It has superb logo potential :)
On Thu, 9 Oct 2003, Stephen Colebourne wrote:
Should we name it [pcollections]? Or is [primitives] better? (The sandbox
primitives is then a sandbox for the proper component for experimentation).
I had forgotten about the special io input
+1 one to the amended proposal.
On Thu, 9 Oct 2003, Stephen Colebourne wrote:
(0) Rationale
The Java Collection Framework defines a well-known and widely used API for
collections. This framework is object-based, but the Java language also
contains primitive types. The framework requires
+1 to the name primitives over pcollections
On Thu, 9 Oct 2003, Stephen Colebourne wrote:
Should we name it [pcollections]? Or is [primitives] better? (The sandbox
primitives is then a sandbox for the proper component for experimentation).
I had forgotten about the special io input stream
rdonkin 2003/10/09 13:38:48
Modified:beanutils/src/test/org/apache/commons/beanutils/priv
PackageBean.java PrivateBean.java
PrivateBeanFactory.java PrivateBeanSubclass.java
PrivateDirect.java PrivateIndirect.java
rdonkin 2003/10/09 13:39:04
Modified:beanutils/src/test/org/apache/commons/beanutils/locale
LocaleConvertTestSuite.java
LocaleConvertUtilsTestCase.java
beanutils/src/test/org/apache/commons/beanutils/locale/converters
rdonkin 2003/10/09 13:39:16
Modified:beanutils/src/test/org/apache/commons/beanutils/converters
ByteConverterTestCase.java ConverterTestSuite.java
DoubleConverterTestCase.java
FileConverterTestCase.java
rdonkin 2003/10/09 13:40:09
Modified:beanutils/src/test/org/apache/commons/beanutils A.java
AbstractChild.java AbstractParent.java
AlphaBean.java BasicDynaBeanTestCase.java
BeanCollectionsTestSuite.java
rdonkin 2003/10/09 13:41:41
Modified:beanutils/src/java/org/apache/commons/beanutils/locale
BaseLocaleConverter.java LocaleBeanUtils.java
LocaleBeanUtilsBean.java LocaleConvertUtils.java
LocaleConvertUtilsBean.java
scolebourne2003/10/09 13:44:32
Modified:collections/src/java/org/apache/commons/collections/comparators
NullComparator.java
collections/src/java/org/apache/commons/collections/iterators
ObjectArrayListIterator.java
i've inlined it this time. it takes a directory as the parameter.
- robert
#!/bin/sh
fix_license()
{
if [ -f $file ]
then
echo processing $file
cat $file | perl -e 'while (STDIN) {
if (/^ \*any, must include the following acknowlegement:/) {
print
The fileupload package is well-architected, and a pleasure to use, but I ran
into a problem. Attached is a test case servlet which repeats the problem with
the Jun 24, 2003 fileupload-1.0 release.
FileUploadBase.parseRequest runs out of memory when parsing a form with a large
number of inputs.
scolebourne2003/10/09 13:50:04
Modified:collections/src/java/org/apache/commons/collections/observed
ObservableSortedBag.java ObservableSortedSet.java
ObservableList.java ObservableCollection.java
scolebourne2003/10/09 13:51:15
Modified:collections/src/java/org/apache/commons/collections/primitives
IntCollections.java ArrayUnsignedIntList.java
CharList.java
Log:
Fix various javadoc link warnings
bug 23680, from Eric Johnson
rdonkin 2003/10/09 13:52:11
Modified:betwixt LICENSE.txt
betwixt/src/java/org/apache/commons/betwixt
AttributeDescriptor.java BeanProperty.java
BindingConfiguration.java Descriptor.java
rdonkin 2003/10/09 13:57:02
Modified:cli/src/java/org/apache/commons/cli
AlreadySelectedException.java BasicParser.java
CommandLine.java CommandLineParser.java
GnuParser.java HelpFormatter.java
rdonkin 2003/10/09 13:57:20
Modified:cli/src/test/org/apache/commons/cli OptionsTest.java
Log:
Fixed typos in apache licenses
Revision ChangesPath
1.2 +7 -7
jakarta-commons/cli/src/test/org/apache/commons/cli/OptionsTest.java
Index: OptionsTest.java
scolebourne2003/10/09 13:58:53
Modified:collections/src/java/org/apache/commons/collections
CommonsLinkedList.java NodeCachingLinkedList.java
BufferOverflowException.java TransformerUtils.java
MultiMap.java
scolebourne2003/10/09 14:00:05
Modified:collections build.xml
Log:
Change javadoc produced from public only to protected as well
Revision ChangesPath
1.46 +2 -2 jakarta-commons/collections/build.xml
Index: build.xml
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=23680.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rdonkin 2003/10/09 14:03:36
Modified:dbcp/src/java/org/apache/commons/dbcp/cpdsadapter
ConnectionImpl.java DriverAdapterCPDS.java
PoolablePreparedStatementStub.java
PooledConnectionImpl.java
Log:
Fixed typos in
rdonkin 2003/10/09 14:03:57
Modified:dbcp/src/java/org/apache/commons/dbcp/datasources
CPDSConnectionFactory.java
InstanceKeyDataSource.java
InstanceKeyObjectFactory.java
rdonkin 2003/10/09 14:04:45
Modified:dbcp/src/java/org/apache/commons/dbcp AbandonedConfig.java
AbandonedObjectPool.java AbandonedTrace.java
BasicDataSource.java BasicDataSourceFactory.java
ConnectionFactory.java
rdonkin 2003/10/09 14:05:30
Modified:dbcp LICENSE.txt
dbcp/doc JOCLPoolingDriverExample.java
ManualPoolingDataSourceExample.java
ManualPoolingDriverExample.java
dbcp/src/java/org/apache/commons/jocl
rdonkin 2003/10/09 14:13:44
Modified:el LICENSE.txt
Log:
Fixed typos in apache licenses
Revision ChangesPath
1.2 +6 -6 jakarta-commons/el/LICENSE.txt
Index: LICENSE.txt
===
RCS
rdonkin 2003/10/09 14:15:48
Modified:fileupload/src/java/org/apache/commons/fileupload
DefaultFileItem.java DefaultFileItemFactory.java
DeferredFileOutputStream.java DiskFileUpload.java
FileItem.java
rdonkin 2003/10/09 14:16:47
Modified:fileupload LICENSE.txt
fileupload/src/test/org/apache/commons/fileupload
DefaultFileItemTest.java
DeferredFileOutputStreamTest.java
MultipartStreamTest.java
I've adapted the proposal slightly for the name change, with an extra
descriptive paragraph, and less emphasis on collections. Any changes needed?
I'll include the final text in the vote result and give people a chance to
object.
Stephen
--
(0) Rationale
The Java language has a fundamental
Hi Adam,
This looks like a bug in VFS that I think has been mentioned on this list
before - it doesn't always release the connection when it's done with it and
as such, HttpClient reaches the limit for concurrent connections and sits
waiting for an old one to be released.
I would suggest trying
rdonkin 2003/10/09 14:28:57
Modified:jexl LICENSE.txt
jexl/examples ArrayExample.java MethodPropertyExample.java
jexl/src/java/org/apache/commons/jexl Expression.java
ExpressionFactory.java ExpressionImpl.java
While I'm at giving my thoughts on names for things, I would also like to
see the package o.a.c.collections.observed change to observable to match
the class names. I can submit a patch if desired, but most of the change
is in cvs, not in the source code.
michael
On Thu, 9 Oct 2003, Michael
rdonkin 2003/10/09 14:31:44
Modified:jxpath LICENSE.txt
jxpath/src/java/org/apache/commons/jxpath
AbstractFactory.java BasicNodeSet.java
BasicVariables.java ClassFunctions.java
rdonkin 2003/10/09 14:34:54
Modified:latkaLICENSE.txt
latka/src/java/org/apache/commons/latka
AbstractReporter.java DefaultLatkaEventInfo.java
HtmlPrettyPrintWriter.java Latka.java
rdonkin 2003/10/09 14:36:34
Modified:launcher LICENSE.txt
launcher/src/java LauncherBootstrap.java
launcher/src/java/org/apache/commons/launcher ChildMain.java
ExitOnErrorThreadGroup.java LaunchCommand.java
rdonkin 2003/10/09 14:37:48
Modified:logging LICENSE.txt
logging/src/java/org/apache/commons/logging Log.java
LogConfigurationException.java LogFactory.java
LogSource.java
rdonkin 2003/10/09 14:42:27
Modified:net/src/test/org/apache/commons/net/telnet
EchoOptionHandlerTest.java
InvalidTelnetOptionExceptionTest.java
SimpleOptionHandlerTest.java
+1 to primitives
Stephen Colebourne wrote:
Should we name it [pcollections]? Or is [primitives] better? (The sandbox
primitives is then a sandbox for the proper component for experimentation).
I had forgotten about the special io input stream stuff, which might lead to
the name [primitives]. I
hlship 2003/10/09 15:58:17
Modified:hivemind/framework project.xml maven.xml
hivemind/framework/src/test/hivemind/test/services
TestThreadLocalStorage.java
hivemind/framework/xdocs ThreadEventNotifier.xml
hlship 2003/10/09 16:16:24
Modified:hivemind/framework project.xml project.properties
hivemind/framework/src/java/org/apache/commons/hivemind/impl
ServiceExtensionPointImpl.java
ElementsProxyList.java
+1 to [primitives]
Gary
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 09, 2003 13:12
To: Jakarta Commons Developers List
Subject: [pcollections] Name change?
Should we name it [pcollections]? Or is [primitives] better? (The sandbox
craigmcc2003/10/09 20:55:51
Added: chain/src/java/org/apache/commons/chain/web/servlet
ChainProcessor.java
Log:
Add a simple servlet that lets you dispatch incoming requests to an
appropriate chain. Three sample mapping commands (by path info,
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=23703.
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=23703.
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=23703.
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=23703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
: Normal
Priority: Other
Component: HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The DefaultHttpParamsFactory in nightly build 20031009 makes two calls to
System.getProperties(). This is by default verboten in an applet. I have
patched
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=23708.
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=23703.
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=23703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This definitely looks like the problem. I think it's a little late to
add this as a config option for 2.0, but should definitely be possible
in head. What do people think?
Mike
On Thursday, October 9, 2003, at 04:56 AM, Andrea Fabris wrote:
I took a look on the httpclient sourcecode and i
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=23708.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The final vote was +3 with no negatives. Let's plan on tagging the
branch once the pending changes to fix System property access are
applied (assuming they are going into 2.0).
Mike
-
To unsubscribe, e-mail: [EMAIL
1 - 100 of 102 matches
Mail list logo
