leosutic2004/05/05 05:21:16
Modified:attributes/compiler project.xml
Added: attributes/compiler/src/java/org/apache/commons/attributes/javadoc
CATaglet.java
Log:
Added a Taglet for Javadoc 1.4 and later.
Revision ChangesPath
1.7 +7
leosutic2004/05/05 05:22:47
Added: attributes/site/xdocs changelog.xml
Log:
Added a Taglet for Javadoc 1.4 and later.
Revision ChangesPath
1.1 jakarta-commons-sandbox/attributes/site/xdocs/changelog.xml
Index: changelog.xml
leosutic2004/05/05 05:23:23
Modified:attributes/site/xdocs compiler.xml declaring.xml index.xml
indexer.xml maven_demo.xml navigation.xml
reference.xml tutorial.xml
Log:
Bringing stuff back into sync.
Revision ChangesPath
leosutic2004/05/05 05:23:40
Modified:attributes/site/xdocs ant_demo.xml
Log:
Bringing stuff back into sync.
Revision ChangesPath
1.3 +1 -1 jakarta-commons-sandbox/attributes/site/xdocs/ant_demo.xml
Index: ant_demo.xml
leosutic2004/05/05 05:24:46
Modified:attributes/unittest/src/test/org/apache/commons/attributes/test
AttributesTestCase.java RuntimeSample.java
Sample.java SuperSample.java
attributes/xdocs index.xml
Log:
Bringing stuff
psteitz 2004/05/05 05:30:52
Removed: math/src/java/org/apache/commons/math/distribution
NormalCDFAlgorithm.java NormalCDFFastAlgorithm.java
NormalDistributionImpl.java NormalDistribution.java
Log:
Removed pending license investigation.
psteitz 2004/05/05 05:32:45
Removed: math/src/test/org/apache/commons/math/distribution
NormalDistributionTest.java
Log:
Removed pending license investigation.
-
To unsubscribe, e-mail:
Hello All. Silly (or insignificant) question time.
Back in January for Collections 3.0, the deployed binary jar file had
it's filename changed to include it's version number. (e.g.:
commons-collection-3.0.jar)
What was the reasons for this change?
I believe I know the answers to this
--- Simon Kitching [EMAIL PROTECTED] wrote:
On Wed, 2004-05-05 at 11:57, Craig McClanahan wrote:
I like copying the class without a package rename as a medium-term
step
while we deprecate and create a new public method that returns a
standard collection class instead of a [collections]
Hmm, I suspect this original model was broken back when Apache started
allocating virtual hosts and each group when off into its own approach.
Sadly, we need to find a way back to a simple backup structure such as
this.
Mario, I reviewed the directory permissions and you should be able to
use
Almost definitely due to a switch to Maven as the build system. It
automatically includes the version number.
As to why they include the version number, it just makes sense. One
complaint I have with hibernate is that it ships with the version number
removed from the files and I have to goto a
Mark R. Diggory wrote:
I was the last one to do it Give it a try, if you encounter issues,
drop them into this thread and we'll debug together.
Thanks, I will try it!
-- Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27747.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
leosutic2004/05/05 07:43:16
jakarta-commons-sandbox/attributes/compiler/src/java/org/apache/commons/attributes/validation
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
leosutic2004/05/05 07:45:29
Modified:attributes/site/xdocs ant_demo.xml navigation.xml
reference.xml
attributes/site/etc/ant_demo build.xml
attributes/compiler/src/java/org/apache/commons/attributes/compiler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27747.
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://issues.apache.org/bugzilla/show_bug.cgi?id=27747.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
leosutic2004/05/05 10:39:06
Modified:attributes/api/src/java overview.html
Log:
Added a well-needed warning.
Revision ChangesPath
1.8 +28 -2 jakarta-commons-sandbox/attributes/api/src/java/overview.html
Index: overview.html
leosutic2004/05/05 10:59:28
Modified:attributes project.xml
Log:
Added mailing lists etc.
Revision ChangesPath
1.14 +36 -0 jakarta-commons-sandbox/attributes/project.xml
Index: project.xml
In message [EMAIL PROTECTED], Steve Cohen writes:
This will be a fix release to fix the problem introduced in 1.2.0 that it will
not compile using jdk 1.4 and nothing else.
Just to be procedurally correct, here's my +1 again (that way you
can provide a link to the thread in the vote result).
Hi All.
I have been testing Jelly and JellySwing extensively and am encouraged
by their potential as an Java alternative to Windows Forms .NET.
I recently came across a problem with tag attributes which correspond to
arrays in JavaBeans. For example, given the following bean:
public class
olegk 2004/05/05 12:13:38
Added: httpclient API_CHANGES_3_0.txt RELEASE_PLAN_3_0.txt
Log:
Preparations for the 3.0alpha1 release
Revision ChangesPath
1.1 jakarta-commons/httpclient/API_CHANGES_3_0.txt
Index: API_CHANGES_3_0.txt
On 4 May 2004, at 23:52, Simon Kitching wrote:
snip
I don't understand why the Geronimo team are concerned about large jar
files considering they are building a server environment; nevertheless
it appears that they are. So I'm willing to give it a stab.
(from what dain said earlier) i believe
On 5 May 2004, at 13:56, David Graham wrote:
--- Simon Kitching [EMAIL PROTECTED] wrote:
snip
So the only question is: should it be BeanUtils that copies the class
and does a release (with Digester depending on the new BeanUtils
release), or should the copied class be added to Digester, with
brentworden2004/05/05 12:54:58
Added: math/src/test/org/apache/commons/math/special ErfTest.java
math/src/java/org/apache/commons/math/special Erf.java
Removed: math/src/java/org/apache/commons/math/distribution
brentworden2004/05/05 12:55:14
Modified:math/src/test/org/apache/commons/math TestUtils.java
Log:
Replaced normal CDF routine with one based on the error function.
Revision ChangesPath
1.13 +3 -2
olegk 2004/05/05 12:56:29
Modified:httpclient release_notes.txt
Log:
HttpClient 3.0-alpha1 feature list
Revision ChangesPath
1.21 +48 -0 jakarta-commons/httpclient/release_notes.txt
Index: release_notes.txt
brentworden2004/05/05 12:59:11
Added: math/src/test/org/apache/commons/math/distribution
NormalDistributionTest.java
math/src/java/org/apache/commons/math/distribution
NormalDistributionImpl.java NormalDistribution.java
This is now the de facto standard for releasing jar files in the OSS
projects I'm involved with, mainly due to maven and overall
clarity/convenience.
Stephen
- Original Message -
From: Glanville, Jay [EMAIL PROTECTED]
Hello All. Silly (or insignificant) question time.
Back in January
From: Simon Kitching [EMAIL PROTECTED]
So the only question is: should it be BeanUtils that copies the class
and does a release (with Digester depending on the new BeanUtils
release), or should the copied class be added to Digester, with Digester
depending on the existing BeanUtils release?
On May 5, 2004, at 2:20 PM, robert burrell donkin wrote:
On 4 May 2004, at 23:52, Simon Kitching wrote:
snip
I don't understand why the Geronimo team are concerned about large jar
files considering they are building a server environment; nevertheless
it appears that they are. So I'm willing to
olegk 2004/05/05 13:34:02
Modified:httpclient/src/java/org/apache/commons/httpclient/util
URIUtil.java
Log:
URIUtil#encode(String, BitSet) method un-deprecated. Unnecessary depracation of the
said method was apparently my fault
Revision Changes
leosutic2004/05/05 14:27:00
Added: attributes/site/xdocs documenting.xml validator.xml
Log:
Adding documentation of the Taglet and the validation task.
Revision ChangesPath
1.1 jakarta-commons-sandbox/attributes/site/xdocs/documenting.xml
Index:
roxspring2004/05/05 14:28:50
Modified:cli/src/java/org/apache/commons/cli2/option
SourceDestArgument.java
Log:
SourceDestArgument has no need to reference ArgumentImpl anymore, replaced with
Argument instead
Revision ChangesPath
1.3 +7 -6
THere has been many mentions about Jelly not converting my string into
an array as expected...
Same thing happens in j:forEach: people expect the list to be
naturally separated by some spaces, commas, or whatever...
Everytime I read this I keep being frightened if such a feature would
be
On 3 May 2004, at 22:38, Simon Kitching wrote:
snip
In fact it's so horrible that I'm thinking of writing an alternative. A
simple app which takes two jars and generates an xml report of the API
differences between them (including listing binary incompatibilities)
should not be too hard.
given
leosutic2004/05/05 14:51:58
Modified:attributes project.xml
attributes/site project.properties
attributes/site/xdocs attributes-logo.gif changelog.xml
navigation.xml reference.xml
Log:
Adding documentation of the Taglet and the
From: robert burrell donkin [EMAIL PROTECTED]
In fact it's so horrible that I'm thinking of writing an alternative. A
simple app which takes two jars and generates an xml report of the API
differences between them (including listing binary incompatibilities)
should not be too hard.
given
leosutic2004/05/05 14:52:25
Added: attributes/site/xdocs attributes-logo-blue.gif
Log:
Adding documentation of the Taglet and the validation task.
Revision ChangesPath
1.1
jakarta-commons-sandbox/attributes/site/xdocs/attributes-logo-blue.gif
our emails seem to have passed in transit :)
On 5 May 2004, at 22:38, Paul Libbrecht wrote:
THere has been many mentions about Jelly not converting my string
into an array as expected...
Same thing happens in j:forEach: people expect the list to be
naturally separated by some spaces, commas,
On 5 May 2004, at 22:53, Stephen Colebourne wrote:
From: robert burrell donkin [EMAIL PROTECTED]
In fact it's so horrible that I'm thinking of writing an
alternative. A
simple app which takes two jars and generates an xml report of the
API
differences between them (including listing binary
On Wed, 5 May 2004, robert burrell donkin wrote:
On 5 May 2004, at 22:53, Stephen Colebourne wrote:
JCompat?
not sure i positively like the name but it seems like a better match.
JarTester. CompatJ. VersionChooser (it could actually tell people what the
version number should be).
I
On Thu, 2004-05-06 at 09:53, Stephen Colebourne wrote:
From: robert burrell donkin [EMAIL PROTECTED]
In fact it's so horrible that I'm thinking of writing an alternative. A
simple app which takes two jars and generates an xml report of the API
differences between them (including listing
leosutic2004/05/05 21:01:52
Modified:attributes maven.xml
Log:
Added auto-creation of javadoc-1.4.jar.
Revision ChangesPath
1.13 +52 -0 jakarta-commons-sandbox/attributes/maven.xml
Index: maven.xml
psteitz 2004/05/05 21:24:28
Modified:math/xdocs/userguide stat.xml
Log:
Added significance tests section.
Revision ChangesPath
1.17 +280 -83 jakarta-commons/math/xdocs/userguide/stat.xml
Index: stat.xml
The Jakarta Commons team announces the release of version 1.2.1 of the
Jakarta Commons/Net component. This release fixes recently released
version 1.2.0 which would not compile on versions of the Java JDK
earlier than 1.4.
Steve Cohen
psteitz 2004/05/05 22:18:00
Modified:math/xdocs tasks.xml
Log:
Updated missing userguide sections.
Revision ChangesPath
1.21 +2 -2 jakarta-commons/math/xdocs/tasks.xml
Index: tasks.xml
===
log4.properties
log4j.rootCategory=DEBUG, C
log4j.appender.F=org.apache.log4j.FileAppender
log4j.appender.F.File=C:/Temp/my.log
log4j.appender.F.layout=org.apache.log4j.PatternLayout
log4j.appender.F.layout.ConversionPattern = %d %-5p [%t] %c %3x - %m\n
Lili,
There's nothing in the log that could suggest a flaw in HttpClient's authentication
logic. Everything appears sane as far as the authentication is concerned. Proxy
authentication was successful. The trouble appears to be caused by the NTLM host
server which does not seem to accept the
Frank,
You can start off by taking a look at the HttpClient cookie guide and redirect guide
http://jakarta.apache.org/commons/httpclient/cookies.html
http://jakarta.apache.org/commons/httpclient/redirects.html
If you happen to have any specific questions regarding HTTP cookies or redirect
This error generally means the log4j.properties file is not in the
classpath.
Thanks,
Sam
On Tuesday, May 4, 2004, at 10:49 PM, bagas wrote:
Hi all,
I try to use log4j as httpclient logger but I receive a warning :
log4j:WARN No appenders could be found for logger
Hi Michael,
Thanks for your reply. I was mistakenly submit the request twice - which
means that I am using the single instance for multiple thread!
There is another question about the log, I have setProperty for the log as
follows, but I don't see any output for httpClient ... Why?
Hi Lili,
Do not give up too soon. I did test BASIC proxy (using Squid stable) +
NTLM host authentication and did work. Of course, I cannot rule out that
the problem is caused by some 'peculiarities' of Microsoft Proxy
implementation.
Please try disabling anonymous access to the host server and
Hi, Oleg:
Anonymous was disabled (only NTLM is enabled).
Our customer requires Microsoft proxy server and IIS.
lili
Our proxy server is using IIS 3.0, maybe that is too old.
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 05, 2004 11:36 AM
To:
On Wed, 2004-05-05 at 21:58, Lili Liu wrote:
Hi, Oleg:
Anonymous was disabled (only NTLM is enabled).
Our customer requires Microsoft proxy server and IIS.
I hope they know what they are doing
lili
Our proxy server is using IIS 3.0, maybe that is too old.
If upgrade is an option, give it
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24154.
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://issues.apache.org/bugzilla/show_bug.cgi?id=24154.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
57 matches
Mail list logo
