martinc 2003/10/21 23:21:24
Modified:chain/src/java/org/apache/commons/chain Catalog.java
Chain.java Command.java Filter.java
Log:
Checkstyle cleanup.
Revision ChangesPath
1.5 +8 -8
rleland 2003/10/22 00:20:58
Modified:validator/src/javascript/org/apache/commons/validator/javascript
validateByte.js validateCreditCard.js
validateDate.js validateEmail.js validateFloat.js
validateFloatRange.js
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=23990.
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=23990.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
So it again boils down to a *BUG*.
But not the same bug..
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery
I was looking at an older version and didn't remember these methods had been
removed. Beyond these, there is no other need for the handler. Dumping it is fine.
Quoting David Graham [EMAIL PROTECTED]:
--- Steven Caswell [EMAIL PROTECTED] wrote:
The idea behind the ResultSetMetaDataHandler 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=21269.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've been trawling through the mail archives and
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I've been trawling through the mail archives and open bugs to try and
produce a comprehensive task list for CLI2. The list is broadly broken down
into 6 sections and also contains a couple of items from my head. If we can
weed out any nonsense and add any missing tasks I'll then go through and
- Original Message -
From: Rob Oxspring [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 3:19 PM
Subject: [CLI] 2.x Tasks
I've been trawling through the mail archives and open bugs to try and
produce a comprehensive task list
I'm going to start a list of references to these threads in the xdoc, so
we can always get back to it from the home page. When people have
questions about the decisions and issues about complex, we'll be able to
point them at the history of discussion on the topic.
-Mark
Brent Worden wrote:
mdiggory2003/10/22 08:00:44
Modified:math/xdocs tasks.xml
Log:
Added references to email threads concering complex numbers.
Revision ChangesPath
1.10 +11 -2 jakarta-commons-sandbox/math/xdocs/tasks.xml
Index: tasks.xml
Minor Enhancements
1.1) Posix option parsing should be default
Posix parsing should be preferred. I.e. -buildfile should be parsed in the
following order of preference
-b uildfile
-b -u -i -l -d -f -i -l -e.
-buildfile
Currently, the ResultSetHandler.handle() method has this signature:
public Object handle(ResultSet rs, Object params[], Object userObject)
throws SQLException;
The mail archives show the initial suggestions was the simpler:
public Object handle(ResultSet rs) throws SQLException;
None
roxspring2003/10/22 09:32:15
Modified:cli/src/test/org/apache/commons/cli2 SwitchTest.java
ParentTest.java CommandTest.java
PropertyOptionTest.java
ConsumeRemainingOptionTest.java
roxspring2003/10/22 10:01:06
Modified:cli/src/java/org/apache/commons/cli2 HelpFormatter.java
CommandLineParser.java
cli/src/test/org/apache/commons/cli2 DocumentationTest.java
HelpFormatterTest.java
Log:
Added
Change it to public Object handle(ResultSet rs) throws SQLException.
Object params[], Object userObject was for ProcedureUtils.
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 7:10 PM
Subject: [dbutils]
I've never submitted a patch for an open-source project before (never
got around to it lo these many years I guess), so I apologize for any
errors in form or convention that I commit.
I was planning on using the
StringUtils.getLevenshteinDistance(String,String) method in a
particular
- Original Message -
From: John Keyes [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 5:10 PM
Subject: Re: [CLI] 2.x Tasks
snip/
1.3) Enum Argument Values
Options should allow a list of possible values to validate
rdonkin 2003/10/22 11:28:58
Modified:digester/src/java/org/apache/commons/digester/xmlrules
DigesterLoader.java FromXmlRuleSet.java
digester/src/test/org/apache/commons/digester/xmlrules
DigesterLoaderTest.java
Log:
snip/
I can definitely understand your thinking but it is a feature I thought was
quiet handy too. In the example of DateValidator, checking the string is a
valid date involves the creation of a Date object and it seems silly to
throw that instance away when we're only going to recreate it
Brent Worden wrote:
I am of the opinion that everything we've been discussing should be held
over to the next release.
No problem. The Decomposer could be added without incompatible changes
itself, the only problem would be that in order to take full advantage,
RealMatrix will have to be changed
olegk 2003/10/22 12:31:01
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpClient.java HttpConnection.java
HttpConnectionManager.java HttpMethodBase.java
HttpMethodDirector.java
olegk 2003/10/22 12:35:34
Added: httpclient/src/java/org/apache/commons/httpclient/params
HttpConnectionManagerParams.java
HttpConnectionParams.java
Log:
PR #15435 (New Preferences Architecture)
- HttpConnection
- Original Message -
From: John Keyes [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 7:50 PM
Subject: Re: [CLI] Validation (was 2.x Tasks)
snip/
I can definitely understand your thinking but it is a feature I thought
was
Voting results release DBCP v1.1:
+0 __matthewHawthorne [EMAIL PROTECTED]
+1 Dirk Verbeeck [EMAIL PROTECTED]
+1 David Graham [EMAIL PROTECTED]
+1 Serge Knystautas [EMAIL PROTECTED]
+0 Gary Gregory [EMAIL PROTECTED]
+1 John McNally [EMAIL PROTECTED]
+1 Glenn Nielsen [EMAIL PROTECTED]
The release
Voting results release Pool v1.1:
+0 __matthewHawthorne [EMAIL PROTECTED]
+1 Dirk Verbeeck [EMAIL PROTECTED]
+1 Shapira, Yoav [EMAIL PROTECTED]
+0 David Graham [EMAIL PROTECTED]
+0 Serge Knystautas [EMAIL PROTECTED]
+0 Gary Gregory [EMAIL PROTECTED]
+1 John McNally [EMAIL PROTECTED]
The release
Cool. Sounds good and I'll have a go at applying your patch.
Any chance of you submitting your other unit tests for the class?
Hen
On Wed, 22 Oct 2003, Chas Emerick wrote:
I've never submitted a patch for an open-source project before (never
got around to it lo these many years I guess), so
As an answer to the thread mentioned, it suggests that two implementations
of the Complex number functionality are available:
1) VNI's.
2) Colt's.
This is no longer true, and the reason for me starting this thread. VNI no
longer have their implementation online and the url provided in the email
dirkv 2003/10/22 14:28:06
Modified:xdocscomponents.xml
Log:
Release Pool DBCP v1.1
Revision ChangesPath
1.100 +14 -7 jakarta-commons/xdocs/components.xml
Index: components.xml
===
RCS
dirkv 2003/10/22 14:28:38
Modified:docs components.html
Log:
Release Pool DBCP v1.1
Revision ChangesPath
1.124 +14 -7 jakarta-commons/docs/components.html
Index: components.html
===
dgraham 2003/10/22 16:14:55
Removed: dbutils/src/java/org/apache/commons/dbutils
BeanListHandler.java
Log:
Moved all ResultSetHandler implementations into new
org.apache.commons.dbutils.handlers package because
there are now enough of them to justify
dgraham 2003/10/22 16:15:39
Removed: dbutils/src/java/org/apache/commons/dbutils MapHandler.java
Log:
Moved all ResultSetHandler implementations into new
org.apache.commons.dbutils.handlers package because
there are now enough of them to justify their own
sub-package.
dgraham 2003/10/22 16:15:58
Removed: dbutils/src/java/org/apache/commons/dbutils
MapListHandler.java
Log:
Moved all ResultSetHandler implementations into new
org.apache.commons.dbutils.handlers package because
there are now enough of them to justify their
dgraham 2003/10/22 16:16:09
Removed: dbutils/src/java/org/apache/commons/dbutils
ScalarHandler.java
Log:
Moved all ResultSetHandler implementations into new
org.apache.commons.dbutils.handlers package because
there are now enough of them to justify their
dgraham 2003/10/22 16:25:02
Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java
Log:
Removed references to ResultSetMetaDataHandler.
Revision ChangesPath
1.8 +382 -520
dgraham 2003/10/22 16:25:29
Removed: dbutils/src/java/org/apache/commons/dbutils
ResultSetMetaDataHandler.java
Log:
Removed references to ResultSetMetaDataHandler.
-
To unsubscribe, e-mail:
roxspring2003/10/22 16:27:58
Modified:cli/src/java/org/apache/commons/cli2 CommandLine.java
Log:
CommandLine instances can now be queried to find the Options present
Revision ChangesPath
1.2 +11 -3
Perhaps just on the ReflectionToStringBuilder?
Or maybe have a diferent method name - toStringWithStatics()
Stephen
- Original Message -
From: Gary Gregory [EMAIL PROTECTED]
Hello,
I have a case where I am working with an IBM class which holds values on
the
static side only. So I
roxspring2003/10/22 16:33:13
Modified:cli/src/java/org/apache/commons/cli2 ArgumentImpl.java
Log:
Uncommented the processValues(...) method as it was never supposed to be committed
without it.
Revision ChangesPath
1.4 +38 -38
dgraham 2003/10/22 16:33:25
Modified:dbutils/src/java/org/apache/commons/dbutils/handlers
MapHandler.java BeanListHandler.java
BeanHandler.java MapListHandler.java
ScalarHandler.java ArrayListHandler.java
roxspring2003/10/22 16:34:42
Modified:cli/src/java/org/apache/commons/cli2 ParentImpl.java
Log:
Added getArgument() and getChildren() methods to ParentImpl so that subclasses can
access the information
Revision ChangesPath
1.2 +19 -3
+1 ReflectionToStringBuilder but I am not fond of a toStringWithStatics()
since we already have options like transient output in a boolean parameter
and not method names. I should be able to ask ReflectionToStringBuilder for
transients AND statics.
Gary
-Original Message-
From: Stephen
OK, lets hope we don't get too many boolean flags...
Stephen
- Original Message -
From: Gary Gregory [EMAIL PROTECTED]
To: 'Jakarta Commons Developers List' [EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 12:35 AM
Subject: RE: [lang] ToStringBuilder.reflectionToString() and statics.
roxspring2003/10/22 16:48:32
Modified:cli/src/java/org/apache/commons/cli2 DefaultOption.java
Log:
DefaultOption now allows options with arguments immediately following
the short option, just as I thought it always had done.
E.g. -Flogfile has an option -F and argument
dgraham 2003/10/22 16:54:53
Modified:dbutils/src/test/org/apache/commons/dbutils
MockResultSet.java
Added: dbutils/src/test/org/apache/commons/dbutils
ResultSetIteratorTest.java
Log:
Added ResultSetIteratorTest.
Revision
roxspring2003/10/22 16:58:29
Added: cli/src/test/org/apache/commons/cli2 PrecedenceTest.java
Log:
Added tests for the precedence of options in different combinations.
Some of the tests fail and have been prefixed X so that the failure is hidden until
we decide whether to fix
dgraham 2003/10/22 17:01:47
Modified:dbutils/src/java/org/apache/commons/dbutils/driver
DriverWrapper.java
dbutils/src/java/org/apache/commons/dbutils DbUtils.java
Log:
Renamed ensureLoaded() to more descriptive loadDriver().
Also improved
dgraham 2003/10/22 17:10:37
Added: dbutils/src/test/org/apache/commons/dbutils
ProxyFactoryTest.java
Log:
Added ProxyFactoryTest.
Revision ChangesPath
1.1
John, I don't think anyone would be disturbed or offended if you did
all of your CLI development work in HEAD in /jakarta-commons/cli. It
actually might be less confusing to people looking to contribute. In
other words, once a project is promoted, keep the development in Commons
proper.
I'm
dgraham 2003/10/22 17:28:38
Modified:dbutils/src/java/org/apache/commons/dbutils QueryRunner.java
Log:
javadoc fixes, cast null parameters to make sure we call the
correct method, always call DbUtils.closeQuietly()
instead of DbUtils.close() in finally blocks so we don't
lose
dgraham 2003/10/22 18:13:33
Modified:dbutils/src/test/org/apache/commons/dbutils
MockResultSet.java
Log:
A null Object[][] indicates an empty result set.
Revision ChangesPath
1.3 +15 -9
dgraham 2003/10/22 18:15:30
jakarta-commons-sandbox/dbutils/src/test/org/apache/commons/dbutils/handlers - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dgraham 2003/10/22 18:15:34
Modified:dbutils/src/test/org/apache/commons/dbutils
ResultSetIteratorTest.java
BasicRowProcessorTest.java ProxyFactoryTest.java
Added: dbutils/src/test/org/apache/commons/dbutils/handlers
dgraham 2003/10/22 18:16:53
Modified:dbutils/src/test/org/apache/commons/dbutils/handlers
ArrayHandlerTest.java
Log:
Fixed copyright year.
Revision ChangesPath
1.2 +4 -4
dgraham 2003/10/22 18:18:55
Modified:dbutils/src/test/org/apache/commons/dbutils TestBean.java
Log:
Made class public so other tests can use it.
Revision ChangesPath
1.2 +3 -3
jakarta-commons-sandbox/dbutils/src/test/org/apache/commons/dbutils/TestBean.java
dgraham 2003/10/22 18:26:22
Modified:dbutils/src/test/org/apache/commons/dbutils
BaseTestCase.java
Added: dbutils/src/test/org/apache/commons/dbutils/handlers
BeanHandlerTest.java BeanListHandlerTest.java
Log:
Added tests for
dgraham 2003/10/22 18:57:54
Modified:dbutils/src/test/org/apache/commons/dbutils
BaseTestCase.java
Added: dbutils/src/test/org/apache/commons/dbutils/handlers
MapHandlerTest.java MapListHandlerTest.java
Log:
Added tests for Map
dgraham 2003/10/22 19:23:53
Modified:dbutils/src/test/org/apache/commons/dbutils
MockResultSet.java
Log:
Added implementation of getObject(String).
Revision ChangesPath
1.4 +48 -16
dgraham 2003/10/22 19:25:09
Modified:dbutils/src/test/org/apache/commons/dbutils
BaseTestCase.java
Added: dbutils/src/test/org/apache/commons/dbutils/handlers
ScalarHandlerTest.java
Log:
Added ScalarHandlerTest.
Revision
I think the hesitancy was simply out of manpower and in interest of
getting out a release soon. I'm somewhat surprised that Phil's Complex
implementation didn't get added if he had already written it (which I
had missed in the thread).
Phil,
Are you willing to donate your Complex number
dgraham 2003/10/22 19:59:05
Modified:dbutils STATUS.html
Log:
Removed most of the information from the STATUS file
because we're using Maven for project management. Now
this file is just a list of current committers on the project.
Revision ChangesPath
1.18 +7
brekke 2003/10/22 20:28:16
Modified:net/xdocs changes.xml download.xml migration.xml
Log:
Reflect released version.
Revision ChangesPath
1.15 +1 -4 jakarta-commons/net/xdocs/changes.xml
Index: changes.xml
dgraham 2003/10/22 20:31:53
Added: dbutils LICENSE
Log:
Added a LICENSE file.
Revision ChangesPath
1.1 jakarta-commons-sandbox/dbutils/LICENSE
Index: LICENSE
===
/*
*
dgraham 2003/10/22 20:32:28
Modified:dbutils LICENSE
Log:
Changed to ASCII mode.
Revision ChangesPath
1.2 +0 -0 jakarta-commons-sandbox/dbutils/LICENSE
Index: LICENSE
===
RCS file:
dgraham 2003/10/22 20:40:55
jakarta-commons-sandbox/dbutils/xdocs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brekke 2003/10/22 20:41:09
Modified:net project.xml
net/xdocs changes.xml
Log:
Bump the version designation and the changes log for the next site build.
Revision ChangesPath
1.34 +1 -1 jakarta-commons/net/project.xml
Index: project.xml
dgraham 2003/10/22 20:41:14
Added: dbutils/xdocs navigation.xml todo.xml index.xml
Log:
Added xdocs.
Revision ChangesPath
1.1 jakarta-commons-sandbox/dbutils/xdocs/navigation.xml
Index: navigation.xml
dgraham 2003/10/22 20:53:31
Modified:dbutils/src/java/org/apache/commons/dbutils
ProxyFactory.java
dbutils/src/test/org/apache/commons/dbutils
ProxyFactoryTest.java
Log:
Added createCallableStatement() and tests.
ggregory2003/10/22 20:55:35
Modified:lang/src/java/org/apache/commons/lang SystemUtils.java
Log:
Added JAVA_ENDORSED_DIRS.
Revision ChangesPath
1.25 +13 -1
jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java
Index: SystemUtils.java
brekke 2003/10/22 20:58:27
Modified:net project.xml
net/xdocs changes.xml
Log:
Didn't move the version number far enough.
Revision ChangesPath
1.35 +1 -1 jakarta-commons/net/project.xml
Index: project.xml
dgraham 2003/10/22 21:44:39
Removed: dbutils/src/java/org/apache/commons/dbutils/mockdriver
MockPreparedStatement.java MockConnection.java
MockResultSet.java MockStatement.java
MockDriver.java
dgraham 2003/10/22 21:50:05
Modified:dbutils/src/test/org/apache/commons/dbutils
MockResultSet.java MockResultSetMetaData.java
Log:
Made class public so other tests can use it.
Revision ChangesPath
1.5 +4 -4
The Jakarta Commons team is pleased to announce the release of version
1.1.0 of the Jakarta Commons/Net component.
Commons/Net is an Internet protocol suite Java library which supports
Finger, Whois, TFTP, Telnet, POP3, FTP, NNTP, SMTP, and some
miscellaneous protocols like Time and Echo as well
Mike,
Not yet. I am planning to submit the revised new preference architecture patch
tonight, so there'll be something to look at.
Cheers
Oleg
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 04:27
To: Commons Project
Subject:
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=23988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello all. Let me know if this isn't the list to ask this.
I'm using httpclient to execute a POST request to
our mainframe CICS region. The request takes 3 to
4 seconds to complete through httpclient and less
then one second via a web page and browser.
When I look at the log files, I see this:
Thanks for writing that Oleg! Turns out I was using an
alpha version of the 2.0. Upgraded to rc2 and all
is now well. Should have thought of it myself!
Thanks,
Carmine
Kalnichevski, Oleg [EMAIL PROTECTED]
10/22/2003 10:02 AM
Please respond to Commons HttpClient Project
To:
Carmine,
Just for the record, I believe the troublemaker was so called 'expect: 100-continue'
handshake. Newer releases of HttpClient do not use the handshake unless explicitly
instructed to do so by the user. Apparently the target server (or the proxy server if
you use one) has problems with
This is bug #17487
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17487
resolved on 2003-03-06 by Oleg
Odi
[EMAIL PROTECTED] wrote:
then there are pages and pages of the following:
[main] DEBUG org.apache.commons.httpclient.HttpConnection
- enter HttpConnection.responseAvaliable()
Thanks, Oleg!
-Ollie
Oleg Kalnichevski wrote:
Ollie,
That was a conscious design decision. Ideally one should be using
HttpState#addCoookie method to add cookies to the HTTP state used by
HttpClient.
Lately, however, quite a few people complained about inability to add
'Cookie' request
Thanks for the reply, Oleg.
Was the prior port mainly an exercise in converting
java.util.[CollectionClasses] to com.sun.java.util.[CollectionClasses]?
If that's the case (and perhaps with a few new methods sprinkled in)
maintaining a patch against the head would probably be the best and
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=24012.
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=24012.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sam,
I thought that reliance on com.sun.* classes was a fairly bad idea. So I opted to
replace Java 1.2 collection classes with their Java 1.1 counterparts. That can make
maintenance of a patch against HEAD or 2.0 branch difficult.
I did not add any new methods or classes but I could not
Was there any significant overhead in using the 1.1 counterparts?
Vector and Hashtable are both synchronized which might be a performance
problem if they're used often. I don't know the internals of
HttpClient, so I can't say how often they're used. The com.sun classes
are no issue for us,
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=15435.
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=15435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi again Oleg,
Is the source for the existing 1.1 port available anywhere? I have gone
ahead and attempted to port rc2 to Java 1.1 using the com.sun.java.util
packages (as that's easiest, and all we really need right now), but a
few places use brand new classes/methods. These include NTLM
The use of references in the MultiThreadedHttpConnectionManager is not
entirely necessary. They are only used to reclaim connections that
were not released properly. In general circumstances connection
reclaiming should not be needed.
Mike
On Wednesday, October 22, 2003, at 05:26 PM, Sam
Hi,
I am interested in using NTLM for authentication on my Apache based webdav server.
I am using the Slide client (based on httpclient)
I understand that HttpClient supports NTLM but requires me to supply the user
credentials.
I want to obtain the user's logon credentials from the OS and
91 matches
Mail list logo
