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=31327.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 20 Sep 2004, Henri Yandell [EMAIL PROTECTED] wrote:
I think Gump can do Maven builds now,
True.
Can and does - for a non-trivial example see
http://brutus.apache.org/gump/public/excalibur/excalibur-event-api/gump_work/build_excalibur_excalibur-event-api.html.
Stefan
C'mon, that one doesn't even run tests!
On Tue, 21 Sep 2004 09:33:20 +0200, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Mon, 20 Sep 2004, Henri Yandell [EMAIL PROTECTED] wrote:
I think Gump can do Maven builds now,
True.
Can and does - for a non-trivial example see
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=31329.
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=31329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Emmanuel Bourg [EMAIL PROTECTED] writes:
Hi all, sorry for the delay I have been quite busy lately. Here is a
preview of the refactoring I would like to suggest for file based
configurations:
http://forums.lfjr.net/commons-configuration-refactored.zip
Don't think that I will have time to dig
Hi,
as all my personal itches with configuration are scratched, I thought
it might be time to think harder about an RC2.
As far as I can see from the list, there are the following issues open:
- Emmanuel refactoring which might or might not go in before 1.0 but
could easily fit between an RC
For [collections] ant is still the 'preferred' build tool. The website is
done with maven, but no more. This seems to use maven for what its best at,
website production.
Stephen
- Original Message -
From: Eric Pugh [EMAIL PROTECTED]
To: Commons-Dev [EMAIL PROTECTED]
Sent: Monday,
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=31330.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henning P. Schmiedehausen wrote:
Don't think that I will have time to dig into this deeper but your
changes all sound logical.
On what code is this based? Did you fork off some point in the past
or is this from HEAD?
I didn't fork but I stopped updating my local copy about 3 weeks ago.
As long
On Tue, 21 Sep 2004, Dion Gillard [EMAIL PROTECTED] wrote:
C'mon, that one doesn't even run tests!
8-)
At least it has a bunch of dependencies, that's what non-trivial meant
in my mail.
Okay.. well, it sounds like the consensus is that Ant support is a Good
Idea, so we'll keep it.. I'll play around with adding the Ant generation
task to maybe our maven site goal so that we keep it up to date.. Mostly
it's just an issue of keeping the script up to date with the Maven build..
+1 I like everything. I agree, last change pre 1.0! If I can't check in
my FilterConfiguration, you can't check in your some cool feature :-).
My only question, and maybe this is a just a nitpick.. Why move this locate
method into ConfigurationUtils? Do you foresee it used by lots of
Henning P. Schmiedehausen wrote:
As far as I can see from the list, there are the following issues open:
- Emmanuel refactoring which might or might not go in before 1.0 but
could easily fit between an RC and a final.
I'd like to release a RC with the file configuration refactoring, this
could
I'm Ok with that.
paul
Le 21 sept. 04, à 02:46, Dion Gillard a écrit :
My take is:
* 1.0 should be as close as API compatible with the beta releases
since the betas were so long lived.
* 1.1 should be functional updates to 1.0 but no API change.
* 2.0 should clean the API.
How does this sound?
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=31338.
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=31338.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The following comment has been added to this issue:
Author: Guido Anzuoni
Created: Tue, 21 Sep 2004 4:25 AM
Body:
About dion comment.
It seems to me that is hard to have the TagScript data not in
JellyContext without the risk of memory leaks.
Even if my comments might be caused
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=31338.
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=31338.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Johnson Leung [EMAIL PROTECTED] wrote:
I don't know why i can read all of yr communication email.
Our records show:
Sun Aug 17 09:39:26 2003 + [EMAIL PROTECTED]
That means that on Sunday, August 17 at 9:39 PDT, that e-mail address
requested AND CONFIRMED that it wished to subscribe to our
Are we all sure that absolute paths are no longer inserted into Maven
generated build.xml files?
As long as your using the latest 1.0 release.
Unfortunately, there are still some cases (including [math]) where absolute
paths get inserted.
ebourg 2004/09/21 10:18:27
Modified:configuration/xdocs changes.xml
configuration/src/java/org/apache/commons/configuration
JNDIConfiguration.java
configuration/src/test/org/apache/commons/configuration
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=31345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Are we all sure that absolute paths are no longer inserted into Maven
generated build.xml files?
As long as your using the latest 1.0 release.
Unfortunately, there are still some cases (including [math]) where absolute
paths get inserted.
-Phil
I checked in the new constructors and made getContext() public, let us
know if it fits your need.
Emmanuel Bourg
Jung, Eric wrote:
Hi,
Firstly, I love Configuration and have been using it in multiple projects at
multiple jobs for quite some time now. But my current project is a
stand-alone java
Henning P. Schmiedehausen wrote:
Ok. Please make sure that the changes that I did over the weekend are
still kept when you check in.
Sure, don't worry :)
How about putting out RC2 right now (with the Vector back and the
throwExceptionWhenMissing property). then factoring your changes and
release
Kim van der Linde wrote:
Hi Mark,
Mark R. Diggory wrote:
In my design of the Univariate package, the plan is to apply OO
strategies to implement a statistic, this means that
statistic=class.
The difference of opinion is about this aspect. Are population and
sample variances essential different
ebourg 2004/09/21 10:49:39
Modified:configuration/src/java/org/apache/commons/configuration/beanutils
ConfigurationDynaBean.java
ConfigurationDynaClass.java
Log:
Code formating
Revision ChangesPath
1.6 +164 -74
ebourg 2004/09/21 10:58:10
Modified:configuration/src/java/org/apache/commons/configuration
AbstractConfiguration.java
configuration/xdocs changes.xml
configuration/src/java/org/apache/commons/configuration/beanutils
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=31346.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm proposing we consider adding a CatalogFactory class with the
following methods:
+getInstance():CatalogFactory
+getCatalog():Catalog
We'd also have an init() method or two to help initialize the Factory.
We could then change ChainListener to use CatalogFactory to intialize
and store the
ebourg 2004/09/21 11:14:44
Modified:configuration/src/test/org/apache/commons/configuration/beanutils
TestConfigurationDynaBean.java
Log:
Code formating
Revision ChangesPath
1.4 +481 -356
I tried to make the delimiter non static but found a problem: you can't
change the delimiter for a PropertiesConfiguration if you specify the
file in the constructor, because the file is parsed before you get a
chance to change the delimiter. You have to create the configuration,
set the
rdonkin 2004/09/21 12:11:43
Modified:betwixt Tag: RELEASE_0_6_BRANCH RELEASE-NOTES.txt
project.xml
betwixt/xdocs Tag: RELEASE_0_6_BRANCH tasks.xml
Log:
Preparations for 0.6 release
Revision ChangesPath
No revision
the release candidate has been around for a few days and no ill effects
have been reported. so, i'd like to propose that the code on the
RELEASE_0_6_BRANCH is released as Betwixt 0.6. i'll tally the votes no
earlier than 2200 GMT on Thursday 21st September.
here's my +1
- robert
On 21 Sep 2004, at 06:06, Simon Kitching wrote:
snip
I'm worried about this patch.
The existing code to actually do the assignment to properties calls
BeanUtils.populate(...) which calls BeanUtilsBean.populate(...) which
calls BeanUtilsBean.setProperty(...).
This patch however uses
--
[ x ] +1 Unreservedly support Betwixt 0.6 Release
[ ] +0 Support (with reservations)
[ ] -0 Cannot support this release
[ ] -1 Betwixt 0.6 should not be released
On Sep 19, 2004, at 8:33 PM, Hans Gilde wrote:
Yeah, no problem. No huge memory leak for 1.0. :)
yes please! :)
+1
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1..
Mvgr,
Martin
On Tue, 2004-09-21 at 21:18, robert burrell donkin wrote:
the release candidate has been around for a few days and no ill effects
have been reported. so, i'd like to propose that the code on the
RELEASE_0_6_BRANCH is released as Betwixt 0.6. i'll tally the votes no
Hi all,
Just wanted at least once to attempt to cross pollinate both lists
(Directory) and Commons by posting to both this response. I think there
are some very interesting ideas here.
Most likely we are not going to be able to make the SEDA stuff this
general purpose - nor do we want to
The following comment has been added to this issue:
Author: dion gillard
Created: Tue, 21 Sep 2004 4:34 PM
Body:
I suppose my comment is that I'm ok with it being stored in the context, but I'd
rather not change the context API/interface.
Alex Karasulu wrote:
subscribers that share the same index have events processed in parallel.
Also, perhaps instead of returning void StageHandler.handleEvent() could
return a boolean value that flags whether or not the event is allowed to
propagate to other stages with higher serial numbers.
On Tue, 2004-09-21 at 19:46, Kris Nuttycombe wrote:
Alex Karasulu wrote:
subscribers that share the same index have events processed in parallel.
Also, perhaps instead of returning void StageHandler.handleEvent() could
return a boolean value that flags whether or not the event is allowed
bayard 2004/09/21 19:02:35
Modified:io/src/test/org/apache/commons/io/find FileFinderTest.java
Log:
still had old subversion tests in. switched to ignore CVS directory and to expect an
extra file in the type test
Revision ChangesPath
1.2 +4 -2
bayard 2004/09/21 19:04:21
Modified:io/src/test/org/apache/commons/io/filefilter
FileFilterTestCase.java
Added: io/src/java/org/apache/commons/io/filefilter
WildcardFilter.java
Log:
WildcardFilter (Bugzilla #31115)
bayard 2004/09/21 19:05:22
Modified:io project.xml
Log:
Jason wrote WildcardFilter class and bugfixes for WildcardUtils that are to be
committed
Revision ChangesPath
1.31 +3 -0 jakarta-commons/io/project.xml
Index: project.xml
FTI, Jelly has a feature like just SetPropertiesRule in a tag called
useBean.
I converted this tag from BeanUtils.populate to a combination of isWritable
and copyProperty/copyProperties and all unit tests ran and several big Maven
script also worked. Although I haven't uploaded the patch for
bayard 2004/09/21 21:12:18
Modified:io/src/java/org/apache/commons/io/find WildcardUtils.java
io/src/test/org/apache/commons/io/find
WildcardUtilsTest.java
Log:
More tests for WildcardUtils.match and a new implementation of the match method.
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=31115.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Is there a test build or SNAPSHOT we can test with?
On Tue, 21 Sep 2004 20:18:35 +0100, robert burrell donkin
[EMAIL PROTECTED] wrote:
the release candidate has been around for a few days and no ill effects
have been reported. so, i'd like to propose that the code on the
RELEASE_0_6_BRANCH is
Sure subscribing now.
On Tue, 21 Sep 2004 11:17:06 +0200, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 21 Sep 2004, Dion Gillard [EMAIL PROTECTED] wrote:
C'mon, that one doesn't even run tests!
8-)
At least it has a bunch of dependencies, that's what non-trivial meant
in my
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=31355.
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=31355.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've created bug 31355 and attached a zip file containing my source code,
using [codec] as the base package. Apologies in advance if I'm not following
the right code styles.
As others have commented, there are several CSV specs out on the web. This
is the one I used when writing this:
Tim, do you have a CLA in place with the ASF?
On Wed, 22 Sep 2004 00:03:14 -0500, Tim Dawson [EMAIL PROTECTED] wrote:
I've created bug 31355 and attached a zip file containing my source code,
using [codec] as the base package. Apologies in advance if I'm not following
the right code styles.
I apologize for forgetting about Maven and Jelly. Are there any plans to
evaluate HttpClient 3.0? We are trying to get some feedback about the
new 3.0 API before the call the API freeze.
Oleg
On Tue, 2004-09-21 at 03:07, Dion Gillard wrote:
Jelly and Maven both use httpclient.
On Mon, 20
Jelly is going through a 1.0 release at the moment, but I think it's
worth looking at it before then.
On Tue, 21 Sep 2004 08:56:21 +0200, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
I apologize for forgetting about Maven and Jelly. Are there any plans to
evaluate HttpClient 3.0? We are trying
Hi,
I am using http-client 2.0.1 (1 August 2004).
I noticed that lots of websites just accept the cookies to be sent in one
single line (like sent by IE). This is with http-client just possible in
strict mode.
But now I have a webserver which redirects me to an URL which is not
allowed/valid in
Robert,
It is a known problem with HttpClient 2.0.
There are three possibilities:
(1) Use HttpClient 3.0, which provides fine-grained control over
protocol compliance leniency.
(2) Disable auto redirect and handle redirects manually
Thanks for the fast reply!
1) I'm not sure about using already the alpha version.
3) This is exactly what I didn't want to do, to create my own Get-, Post-
and whatever method.
2) I'll be forced to do it like this even if I didn't want to correct the
'malformed' URL...
But thanks for the
Hi
I'd like to announce that enKoo's application WebApps is HttpClient powered.
WebApps is enKoo's solution to provide secure remote access to web based (i.e.
Intranet) application on a remote network. Details can be found at
http://www.enkoo.com/webappssolution.htm.
Thank You
Dmitriy Ayrapetov
Hi, All,
I got a problem when I try to go to a login page of a website. My code is like this:
GetMethod defaultpage = new GetMethod(link);
//defaultpage.setFollowRedirects(true);
defaultpage.setQueryString(nameValuePairs);
Hi, All,
I got a problem when I try to go to a login page of a website. My code is like this:
GetMethod defaultpage = new GetMethod(link);
//defaultpage.setFollowRedirects(true);
defaultpage.setQueryString(nameValuePairs);
Open your alternate browser (Netscape? Mozilla?), or go to another machine and open
IE, goto the url you sent, you will see the error page. Exactly it is the cookie you
missed.
So, clear your IE's cookie cache, find your way back to the site using the clean IE
(well, IE never clean as it
Hi, Michael,
Thanks a lot for your info. It's weired...In my computer, after I clean cookies, I
will go to the error page if I click the link in this mail directly, but go to the
right login page if I copy the link to the address bar and press enter key.
The initial link is link1,
By the time you pasting the link, your IE probably obtained the cookie already, or it
is showing you a cached page. This is what we should all blame IE. :)
Anyway, reading your code, I suggest you don't muck with the cookie yourself, since
cookie can change from time to time on the server
Hi Tom,
This is a little verbose, but our product that uses httpclient reaches the logon page
with the cookes from the
second(logon frame) link.
We manage cookies externally to httpclient and sort-of emulate stepping
through the browser.
Here is the final link, request, 302 response, request,
Hello, Steve,
Thanks a lot. I think you have almost found the real problem here. You are right,
cookies have been set and link has been redirected to a new link,
/sg1dgp9/tbiappt300/TbiaStatelessErrorPage, but this link, showing the error page, is
not the expected url. The error page has the
Hi, guys,
I am doing a intelligent spider projects, and trying to grab data from sites
automatically. I don't know HttpClient a lot, but now I have collected data
successfully from various websites with the help of you guys. (Oleg has helped me to
solved a difficult problem yesterday. Thank
Hi Tom,
I get the same error page from Netscape, are you going through a proxy in IE?
Thanks,
Steve
-Original Message-
From: tom yin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 21, 2004 3:37 PM
To: [EMAIL PROTECTED]
Subject: url is Re: How to accept cookies in HttpClient.
71 matches
Mail list logo