DO NOT REPLY [Bug 34219] New: - [net] NTP port parameter ignored

2005-03-29 Thread bugzilla
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=34219.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34219

   Summary: [net] NTP port parameter ignored
   Product: Commons
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Net
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The port parameter of the NTPUDPClient#getTime(java.net.InetAddress host, int 
port) call is not regarded in the implementation. The default port (123) is 
used regardless of which port number is given in the call.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34219] - [net] NTP port parameter ignored

2005-03-29 Thread bugzilla
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=34219.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34219





--- Additional Comments From [EMAIL PROTECTED]  2005-03-29 12:56 ---
Created an attachment (id=14582)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14582action=view)
Proposed patch for the NTP port bug.

Just sets the port as given in the call on the DatagramPacket to be sent.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vfs] JDBC FileSystem: planning an implementation

2005-03-29 Thread Rami Ojares
Please do not take my continued questioning as a sign of not liking
the vfs - jdbc provider. I just like to question because I still don't
completely understand.

 E.g. if it is not possible to setup a ftp/ssh server but already have a 
working
 database connection (e.g. in webshop environments) it might be nice if
 VFS could use this database as filestore e.g. for pictures too.

If I have a webapp getting it's data from a database and that same database
also has the pictures in it. Then how is it easier to get the picture data 
through vfs layer and the other data directly through jdbc?

 Or maybe in an distributed environment. Multiple clients working with
 the same filesystem - again without setup for a fileserver.

So jdbc is seen here more like a transport protocol rather than vendor
independent api for retrieving data from sql database.
This is possible but the transport protocol is side effect of jdbc.
But I accept it.
Still very often if someone opens for you the not so secure
jdbc port(s) (for DB2/AS400 jdbc driver one needs to open around 10 ports)
he is quite willing to open ssh port.

 Or what about fileupload forms? We could use the database as storage and
 dont have the risk someone uploads and executes a trojan.

Hmm...

 We could leave the reorganisation to the database administrator.

I'm sure he's going to be happy about it :)

 It introduces no new dependency so why NOT do it and see if there are
 others finding other usages for it.

It just seems to expand vfs into the area of universal access interface.
Next thing you know we access ldap servers, mail servers over pop3 etc.
Now it has been accessing filesystems in heterogenous and distributed
environment.

Maybe I am a little afraid of bloatware.
zip, jar and other kinds of providers have been still somewhat
filesystem oriented.

 I'm interested in using it e.g. to store the
 thumbnails that are being used in one of my applications.

Is it somehow easier to store data through vfs api than through
jdbc api?

 Also for some versioning systems it may prove
 useful.

This I understand. Because database is more flexible than
more or less predefined filesystem structure, database enables
someone to build a more versatile filesystem that can support
a lot of metadata (attributes) for files. And we could think history
info of a file as it's metadata. But...

Ok, I leave this party spoiling now and hope success and fun for
this provider. I just could not keep my mouth :)

- rami

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (JELLY-206) cannot nest catch tags

2005-03-29 Thread Frank Cornelis (JIRA)
cannot nest catch tags
--

 Key: JELLY-206
 URL: http://issues.apache.org/jira/browse/JELLY-206
 Project: jelly
Type: Bug
  Components: core / taglib.core  
Versions: 1.0-RC2
 Environment: jelly:junit test
Reporter: Frank Cornelis


The outer tag does not receive the 'rethrown' exception. How come?

?xml version=1.0?
test:suite 
xmlns:j=jelly:core
xmlns:test=jelly:junit
xmlns:define=jelly:define
xmlns:log=jelly:log

  test:case name=nested exceptions xmlns:my=mytaglib
  
define:taglib uri=mytaglib

define:tag name=mytag
j:scope
j:catch var=ex
define:invokeBody/
/j:catch

log:infomytag ${name} after catch block 
exception: ${ex}/log:info

j:if test=${ex != null}
log:debugexception was caught 
!!!/log:debug
test:failrethrowing the 
exception/test:fail
log:debugCANNOT REACH THIS POINT 
!!!/log:debug
/j:if
/j:scope
/define:tag

/define:taglib
  
my:mytag name=outer
my:mytag name=inner
test:failboom/test:fail
/my:mytag
/my:mytag

  /test:case

/test:suite


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34204] - [configuration] XMLConfiguration ignore a specific encoding in XML declaration

2005-03-29 Thread bugzilla
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=34204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34204





--- Additional Comments From [EMAIL PROTECTED]  2005-03-29 17:56 ---
Is it possible for you to attach a short test configuration file which needs a
special encoding? This would help us to verify if a fix works.

Thanks.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (JELLY-206) cannot nest catch tags

2005-03-29 Thread Marc DeXeT (JIRA)
 [ 
http://issues.apache.org/jira/browse/JELLY-206?page=comments#action_61747 ]
 
Marc DeXeT commented on JELLY-206:
--

I have put here a patch never taken into account (I suppose) for this kind of 
problem.
See http://nagoya.apache.org/jira/browse/JELLY-165

 cannot nest catch tags
 --

  Key: JELLY-206
  URL: http://issues.apache.org/jira/browse/JELLY-206
  Project: jelly
 Type: Bug
   Components: core / taglib.core
 Versions: 1.0-RC2
  Environment: jelly:junit test
 Reporter: Frank Cornelis


 The outer tag does not receive the 'rethrown' exception. How come?
 ?xml version=1.0?
 test:suite 
   xmlns:j=jelly:core
   xmlns:test=jelly:junit
   xmlns:define=jelly:define
   xmlns:log=jelly:log
   
   test:case name=nested exceptions xmlns:my=mytaglib
   
   define:taglib uri=mytaglib
   
   define:tag name=mytag
   j:scope
   j:catch var=ex
   define:invokeBody/
   /j:catch
   
   log:infomytag ${name} after catch block 
 exception: ${ex}/log:info
   
   j:if test=${ex != null}
   log:debugexception was caught 
 !!!/log:debug
   test:failrethrowing the 
 exception/test:fail
   log:debugCANNOT REACH THIS POINT 
 !!!/log:debug
   /j:if
   /j:scope
   /define:tag
   
   /define:taglib
   
   my:mytag name=outer
   my:mytag name=inner
   test:failboom/test:fail
   /my:mytag
   /my:mytag
   
   /test:case
 /test:suite

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vfs] JDBC FileSystem: planning an implementation

2005-03-29 Thread Mario Ivankovits
Rami Ojares wrote:
If I have a webapp getting it's data from a database and that same database
also has the pictures in it. Then how is it easier to get the picture data 
through vfs layer and the other data directly through jdbc?
 
Hm. It is easier in the matter that you do not have to develop it, its 
just availabel through vfs and a new url-scheme.
(for DB2/AS400 jdbc driver one needs to open around 10 ports)
 
Ok  maybe not the best example ;-)
database administrator.
   
I'm sure he's going to be happy about it :)
 
;-) Sure not, but I _will_ be happy. So its no longer my work to write 
dozends of crontab-jobs. Ok ok
Next thing you know we access ldap servers, mail servers over pop3 etc.
 
An you might laugh, but I have had already one who tried to implement a 
imap/pop filesystem, though never heard of again.

Maybe I am a little afraid of bloatware.
 
This is something we should take serious. Bloatware is bad and VFS 
shouldnt go that way.
Said that, one idea could be to use a plugin mechanism to attach new 
filesystem to VFS wihthout the need to change the provider.xml file. 
e.g. by scanning every META-INF/providers.xml
That way wou could split VFS into its core and provide other filesystems 
as extensions.
Thanks again Rami for make me think :-)

I just could not keep my mouth :)
 
;-) And as you see its needful.
---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [vfs] parsing uri

2005-03-29 Thread Mario Ivankovits
Hi Rami!
There are new vfs nightlies [1] available with my reworked filename parsing.
All tests passed, but I would really appreciate if you could take some 
time to make some tests with it.

Thanks!
Mario
[1] http://cvs.apache.org/builds/jakarta-commons/nightly/commons-vfs/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 34122] - [vfs] HTTP transport fails when encoding is required

2005-03-29 Thread bugzilla
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=34122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34122





--- Additional Comments From [EMAIL PROTECTED]  2005-03-29 19:15 ---
Could you please try it again with a new nightly from
http://cvs.apache.org/builds/jakarta-commons/nightly/commons-vfs/

If it still do not work, please paste the url.

Thanks!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[vfs] tests

2005-03-29 Thread Mario Ivankovits
Hello!
Well, one of the things I constantly talk about but havent down now.
A better test environment.
Some weeks ago I collected the libraries needet to allow standalone tests.
But I admit I am not happy with them.
Even if they are undoubt good libraries, they are going commercial (ssh) 
or no longer developed (ftpserver)

And finally we cant test in a nearly realistic environment - who uses 
the pure-java sshd really.

I use a user-mode-linux (uml) but I found it hard to make it really run 
on every linux-box, for some reasons I dont know and I dont want to 
figure out it sometimes works and sometimes dont (hungs on startup, 
ooopses during hammering it with requests)

What if I provide a super-slim vmware image? It might me the easiest 
solution with real-life applications.
Might this be accepted by the community?
Do they provide open-source friendly (low cost) licenses?
May we ask them to do so?

---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[jira] Commented: (JELLY-206) cannot nest catch tags

2005-03-29 Thread Frank Cornelis (JIRA)
 [ 
http://issues.apache.org/jira/browse/JELLY-206?page=comments#action_61760 ]
 
Frank Cornelis commented on JELLY-206:
--

That was a quick feedback :)
Even after applying patchCatchTag2.txt the problem remains.
It appears to be due to the fact that the exception variable is set in a 
different JellyContext as the one by which it is being referred by later on in 
other jelly tags. This can be easily checked via an output of: ${context}

 cannot nest catch tags
 --

  Key: JELLY-206
  URL: http://issues.apache.org/jira/browse/JELLY-206
  Project: jelly
 Type: Bug
   Components: core / taglib.core
 Versions: 1.0-RC2
  Environment: jelly:junit test
 Reporter: Frank Cornelis


 The outer tag does not receive the 'rethrown' exception. How come?
 ?xml version=1.0?
 test:suite 
   xmlns:j=jelly:core
   xmlns:test=jelly:junit
   xmlns:define=jelly:define
   xmlns:log=jelly:log
   
   test:case name=nested exceptions xmlns:my=mytaglib
   
   define:taglib uri=mytaglib
   
   define:tag name=mytag
   j:scope
   j:catch var=ex
   define:invokeBody/
   /j:catch
   
   log:infomytag ${name} after catch block 
 exception: ${ex}/log:info
   
   j:if test=${ex != null}
   log:debugexception was caught 
 !!!/log:debug
   test:failrethrowing the 
 exception/test:fail
   log:debugCANNOT REACH THIS POINT 
 !!!/log:debug
   /j:if
   /j:scope
   /define:tag
   
   /define:taglib
   
   my:mytag name=outer
   my:mytag name=inner
   test:failboom/test:fail
   /my:mytag
   /my:mytag
   
   /test:case
 /test:suite

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 32633] - [configuration] Support the OpenStep property list format

2005-03-29 Thread bugzilla
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=32633.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32633





--- Additional Comments From [EMAIL PROTECTED]  2005-03-29 20:50 ---
There is a XML variant used in Mac OS X:
http://www.apple.com/DTDs/PropertyList-1.0.dtd

?xml version=1.0 encoding=UTF-8?
!DOCTYPE plist SYSTEM file://localhost/System/Library/DTDs/PropertyList.dtd
plist version=0.9
dict
keykey1/key
stringvalue1/string

keynode/key
dict
keykey2/key
stringvalue2/string
keykey3/key
stringvalue3/string
/dict
/dict
/plist


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34228] New: - Not handling property=value followed by 'remaining' args

2005-03-29 Thread bugzilla
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=34228.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34228

   Summary: Not handling property=value followed by 'remaining' args
   Product: Commons
   Version: unspecified
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: CLI
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If you have a command line args similar to

domything -Dmyprop1=myval1 -Dmyprop2=myval2 myfile

I would expect to be able to set up the 'D' option so that 

 String[] opts = line.getOptionValues( D );
 assertEquals( myprop1, opts[0] );
 assertEquals( myval1, opts[1] );
 assertEquals( myprop2, opts[2] );
 assertEquals( myval2, opts[3] );

 String[] xtraArgs = line.getArgs();
 assertEquals( myfile, xtraArgs[0]);

But, setting up similar to the ApplicationTest.java I get 'myfile' as opts
[4].  Since we have set up the 'D' option with hasArgs, it will only stop 
adding args to 'D' when it runs into another valid option, not an extra arg.  
If you set up the 'D' option with hasArg (singular) then it myprop1=myval1 
gets reported as an invalid option.

I've glanced at the source but didn't see an obvious fix that wouldn't 
jeopardize the combinations and permutations that Option.addValue() must deal 
with.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34228] - [cli] Not handling property=value followed by 'remaining' args

2005-03-29 Thread bugzilla
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=34228.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34228


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Not handling property=value |[cli] Not handling
   |followed by 'remaining' args|property=value followed by
   ||'remaining' args




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vfs] parsing uri

2005-03-29 Thread Rami Ojares
I glanced the tests you have in place for uris and naming
and they seem extensive. I am not going to test this extensively.

But the case that brought this issue up was like the following

I called
FileObject resolveFile(File baseFile, String name)
on FileSystemManager
and the baseFile has path something like
/foo/%bar and the name was just some ordinary
fname
So just make sure you have this in your junit tests.

Anyway quickly trying the snapshot in my program brings
no errors.

By the way could you add the following to VFS


public static void close() {
try {
// Closes FileSystemManager instance
final Method closeMethod = instance.getClass().getMethod(
close, null
);
closeMethod.invoke(instance, null);
}
catch (Exception e)
{
e.printStackTrace();
// Ignore; don't close
}
instance = null;
}

DefaultFileSystemManager already has the close method.
And this would be equal to the init method.
(I have some gc problems and this alleviates it a bit)

About the testing environment.
What exactly is needed to run the tests?
A quick quess would be
- ftp server
- sftp (ssh) server
- samba server
- tomcat for http  webdav

Why is uml or vmware needed?
The way I would test is to just have those servers
running on my machine.
Of course if something crashes vmware can bring security
but if none of the services run as root the setting should be secure enough.

I have never run the tests but I could try doing it.
It would be easy for me to set up those services on my gentoo.

Of course if you are planning on testing stuff on many platforms and
different server implementations then vmware would be needed but isn't that
an overkill? I mean how many different ftp servers are there?
And where do you draw the line. I am sure that you are not
going to test all ftp servers running on OS/400 using EBCDIC encoding :?)

If you could give a quick tutorial (that could be added then to docs) about 
how to run tests I could give it a shot. And I have even an XP on separate 
machine for smb testing.

And maybe there could be some kind of a profile where you tell what services
you have on for testing and where they can be found?

And now for some random thoughts:

It seems to my that currently the providers could be categorized into
4 categories:
- local filesystem
-  network protocol based providers
- ftp, sftp, smb, webdav, http
- layered filesystems
- tar, jar, bzip2, compressed, gzip, zip
- filesystems based on concepts from java environment
- temp, url, res

I really have no deep understanding about this but please enlighten me where I 
am wrong.

- temp seems to have a special place because almost nothing is implemented
under temp package. So the implementation must be somewhere higher.
I assume that the implementation uses java's temporary file concept from
java.io.File API ???
- resources have a special place for a java program and earn their place
because of that.
- url provider bothers me because it kind of duplicates vfs. Basically it says
that you can access any url but the reality is that you can access only urls 
for which there exists a provider inside sun's jdk. The set of these 
providers is not part of the api and thus undocumented and subject to change 
any day. And do we find all those providers in other jdk's. And it DUPLICATES 
the effort of vfs (http, ftp, jar ...)

And then one question about layered filesystems.
Can you layer them as much as you like.
smb - zip - jar etc.

Time to go to sleep.

- rami

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r159425 - jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java

2005-03-29 Thread olegk
Author: olegk
Date: Tue Mar 29 13:25:44 2005
New Revision: 159425

URL: http://svn.apache.org/viewcvs?view=revrev=159425
Log:
PR #33677 (Retry on ConnectionException does not work)

Contributed by Oleg Kalnichevski
Reviewed by Michael Becke

Modified:

jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java

Modified: 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java?view=diffr1=159424r2=159425
==
--- 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
 (original)
+++ 
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodDirector.java
 Tue Mar 29 13:25:44 2005
@@ -329,6 +329,27 @@
 
 
 /**
+ * Applies connection parameters specified for a given method
+ * 
+ * @param method HTTP method
+ * 
+ * @throws IOException if an I/O occurs setting connection parameters 
+ */
+private void applyConnectionParams(final HttpMethod method) throws 
IOException {
+int timeout = 0;
+// see if a timeout is given for this method
+Object param = 
method.getParams().getParameter(HttpMethodParams.SO_TIMEOUT);
+if (param == null) {
+// if not, use the default value
+param = 
this.conn.getParams().getParameter(HttpConnectionParams.SO_TIMEOUT);
+}
+if (param != null) {
+timeout = ((Integer)param).intValue();
+}
+this.conn.setSocketTimeout(timeout);
+}
+
+/**
  * Executes a method with the current hostConfiguration.
  *
  * @throws IOException if an I/O (transport) error occurs. Some transport 
exceptions 
@@ -346,39 +367,28 @@
 try {
 while (true) {
 execCount++;
+try {
 
-if (LOG.isTraceEnabled()) {
-LOG.trace(Attempt number  + execCount +  to process 
request);
-}
-if (this.conn.getParams().isStaleCheckingEnabled()) {
-this.conn.closeIfStale();
-}
-if (!this.conn.isOpen()) {
-// this connection must be opened before it can be used
-// This has nothing to do with opening a secure tunnel
-this.conn.open();
-if (this.conn.isProxied()  this.conn.isSecure() 
- !(method instanceof ConnectMethod)) {
-// we need to create a secure tunnel before we can 
execute the real method
-if (!executeConnect()) {
-// abort, the connect method failed
-return;
+if (LOG.isTraceEnabled()) {
+LOG.trace(Attempt number  + execCount +  to process 
request);
+}
+if (this.conn.getParams().isStaleCheckingEnabled()) {
+this.conn.closeIfStale();
+}
+if (!this.conn.isOpen()) {
+// this connection must be opened before it can be used
+// This has nothing to do with opening a secure tunnel
+this.conn.open();
+if (this.conn.isProxied()  this.conn.isSecure() 
+ !(method instanceof ConnectMethod)) {
+// we need to create a secure tunnel before we can 
execute the real method
+if (!executeConnect()) {
+// abort, the connect method failed
+return;
+}
 }
 }
-}
-int timeout = 0;
-// see if a timeout is given for this method
-Object param = 
method.getParams().getParameter(HttpMethodParams.SO_TIMEOUT);
-if (param == null) {
-// if not, use the default value
-param = 
this.conn.getParams().getParameter(HttpConnectionParams.SO_TIMEOUT);
-}
-if (param != null) {
-timeout = ((Integer)param).intValue();
-}
-this.conn.setSocketTimeout(timeout);
-
-try {
+applyConnectionParams(method);
 method.execute(state, this.conn);
 break;
 } catch (HttpException e) {
@@ -467,7 +477,8 @@
 } catch (AuthenticationException e) {
 

svn commit: r159427 - jakarta/commons/proper/httpclient/trunk/release_notes.txt

2005-03-29 Thread olegk
Author: olegk
Date: Tue Mar 29 13:32:57 2005
New Revision: 159427

URL: http://svn.apache.org/viewcvs?view=revrev=159427
Log:
PR #33677

Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt

Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/release_notes.txt?view=diffr1=159426r2=159427
==
--- jakarta/commons/proper/httpclient/trunk/release_notes.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/release_notes.txt Tue Mar 29 
13:32:57 2005
@@ -1,5 +1,9 @@
 Changes since Release Candidate 1:
 
+ * 33677 - Fixed the bug preventing the HTTP retry handler from handling
+   ConnectionExceptions
+   Contributed by Oleg Kalnichevski olegk at apache.org
+
  * 33988 - All classes overriding Object#hashCode  Object#equals methods have 
been reviewed 
regarding their hashCode/equals contract compliance
Contributed by Oleg Kalnichevski olegk at apache.org



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r159428 - in jakarta/commons/proper/httpclient/trunk/docs: BUILDING.txt TESTING.txt

2005-03-29 Thread olegk
Author: olegk
Date: Tue Mar 29 13:35:49 2005
New Revision: 159428

URL: http://svn.apache.org/viewcvs?view=revrev=159428
Log:
Removed as no longer up to date

Removed:
jakarta/commons/proper/httpclient/trunk/docs/BUILDING.txt
jakarta/commons/proper/httpclient/trunk/docs/TESTING.txt


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34230] New: - PolynomialSplineFunction.value() throws an exception when requesting final datapoint

2005-03-29 Thread bugzilla
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=34230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34230

   Summary: PolynomialSplineFunction.value() throws an exception
when requesting final datapoint
   Product: Commons
   Version: 1.0 Final
  Platform: All
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Math
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The javadocs for this function state that

Throws: FunctionEvaluationException - if v is outside of the domain of of the 
spline function (less than the smallest knot point or greater than or equal to 
the largest knot point)

I have a series of points, for example ( (12.2,3), (15.4,1.2), (18.9, 4.6)
) that I need to interpolate some data points from. The problem is that I need 
to be able to interpolate from 12.2 through 18.9 inclusive, right now an 
exception is thrown if I try to evaluate for 18.9, which is exactly what the 
javadocs state should happen. Is there a mathematical reason for being able to 
evaluate the first datapoint but not the last one? Can you point me to a 
reference if that is the case? To me it seems to make sense that it should be 
able to determine the value at one of the knot points, . 

Comments from Brent Worden:
I've looked over some literature and I agree with you that it does not make 
much sense that the function can not be evaluated at one of the knots.

Ben has agreed to spend some time working on a patch.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



svn commit: r159443 - jakarta/commons/proper/chain/trunk/xdocs/cookbook.xml

2005-03-29 Thread martinc
Author: martinc
Date: Tue Mar 29 14:59:38 2005
New Revision: 159443

URL: http://svn.apache.org/viewcvs?view=revrev=159443
Log:
Fix references to chains to be catalog instead.

Modified:
jakarta/commons/proper/chain/trunk/xdocs/cookbook.xml

Modified: jakarta/commons/proper/chain/trunk/xdocs/cookbook.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/chain/trunk/xdocs/cookbook.xml?view=diffr1=159442r2=159443
==
--- jakarta/commons/proper/chain/trunk/xdocs/cookbook.xml (original)
+++ jakarta/commons/proper/chain/trunk/xdocs/cookbook.xml Tue Mar 29 14:59:38 
2005
@@ -686,14 +686,14 @@
 document)./title
 
 psource![CDATA[?xml version=1.0 ?
-chains
+catalog
   command 
 name=LocaleChange 
 className=org.apache.commons.chain.mailreader.commands.LocaleChange/
   command 
 name=LogonUser 
 className=org.apache.commons.chain.mailreader.commands.LogonUser/
-/chains]]/source/p
+/catalog]]/source/p
   /exampleThe application needs to know the name given to a Command we
 want to execute, but it does not need to know the classname of the
 Command. The Command could also be a codeChain/code of
@@ -707,7 +707,7 @@
 titleA Catalog can be refactored with zero-changes to the
 application code./title
 
-psource![CDATA[chains
+psource![CDATA[catalog
   chain name=LocaleChange
 command 
   className=org.apache.commons.chain.mailreader.commands.ProfileCheck/
@@ -717,7 +717,7 @@
   command 
 name=LogonUser 
 className=org.apache.commons.chain.mailreader.commands.LogonUser/
-/chains]]/source/p
+/catalog]]/source/p
   /example/p
 
 pIn the Create a Command recipe, we use a factory method to create
@@ -910,11 +910,11 @@
 
 psource![CDATA[!-- catalog.xml --
 ?xml version=1.0 ?
-chains
+catalog
 command
 name=emLocaleChange/em
 className=org.apache.commons.chain.mailreader.commands.LocaleChange 
/
-/chains
+/catalog
 
 !-- validation.xml --
 ?xml version=1.0 ?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34204] - [configuration] XMLConfiguration ignore a specific encoding in XML declaration

2005-03-29 Thread bugzilla
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=34204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34204





--- Additional Comments From [EMAIL PROTECTED]  2005-03-30 04:26 ---
OK, here are the sample configuration files and test source codes for ver1.0.

Configuration files are
./test/config.xml: main config file
./test/testConf1.xml : ISO-8859-1
./test/testConf2.xml : UTF-8(but the content is included ISO-8859-1)
./test/testConf3.xml : UTF-16

When I use TestMain.java, a error occurred on reading testConf3.xml
and its stack trace is ./stacktrace.txt.

TestMain_UseXmlEncoding.java, UseXmlEncodingConfigurationFactory.java and
UseXmlEncodingHierarchicalXMLConfiguration.java are our implementations to 
avoid this problem. And config main file is config_UseXmlEncoding.xml.
Of course, The output of this program is correct.

hoge : test1_hoge
moge : test2_moge
yoge : test3_yoge

# In Japan, we have six or more encodings represents Japanese, 
# Windows-31J(on Windows), EUC-JP(on Linux), iso-2022-jp(on e-mail), 
# UTF-8(Java), UTF-16 and Shift-JIS(nearly equal Windows-31J)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34204] - [configuration] XMLConfiguration ignore a specific encoding in XML declaration

2005-03-29 Thread bugzilla
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=34204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34204





--- Additional Comments From [EMAIL PROTECTED]  2005-03-30 04:26 ---
Created an attachment (id=14590)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14590action=view)
sample configuration files and test source codes


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34204] - [configuration] XMLConfiguration ignore a specific encoding in XML declaration

2005-03-29 Thread bugzilla
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=34204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34204





--- Additional Comments From [EMAIL PROTECTED]  2005-03-30 04:35 ---
Sorry, I have a mistake.
line 18 on TestMain.java
  factory.setConfigurationURL(new File(config.xml).toURL());
please replace like this 
  factory.setConfigurationURL(new File(test/config.xml).toURL());

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34230] - PolynomialSplineFunction.value() throws an exception when requesting final datapoint

2005-03-29 Thread bugzilla
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=34230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34230





--- Additional Comments From [EMAIL PROTECTED]  2005-03-30 07:09 ---
There is no mathematical reason that I can see now (or remember ;-) that the
spline function should not just return the value at the final knot point.  The
interpolating polynomials are defined on the subintervals determined by the knot
points, closed on the left and open on the right, which is why the last one
(which would give the value at the final knot point) is now undefined at the
final knot point.  This is an implementation detail, however, and unecessary,
(unless I am forgetting something subtle) since the final polynomial should
extend by continuity to the final knot point and return the correct value there.
So I am +1 for this change.  Need to be careful to update all javadoc and unit
tests if we do this.  Patches welcome!

See the javadoc for SplineInterpolator for a reference to the interpolation
algorithm used.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34200] - Broken link for mailing list archive on ID project in Commons Sandbox.

2005-03-29 Thread bugzilla
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=34200.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34200


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2005-03-30 08:16 ---
Reopening to assign to infrastructure. This looks like an Eyebrowse problem, 
since the same failure seems to show up for any list, accessed by either id or 
name.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34200] - Broken link for mailing list archive on ID project in Commons Sandbox.

2005-03-29 Thread bugzilla
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=34200.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34200


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|[EMAIL PROTECTED]
   |[EMAIL PROTECTED]  |
 Status|REOPENED|NEW




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vfs] parsing uri

2005-03-29 Thread Mario Ivankovits
Rami Ojares wrote:
Anyway quickly trying the snapshot in my program brings
no errors.
 

Well, that great!
By the way could you add the following to VFS
public static void close() {
 

BTW you know its sideeffects?
You no longer can use VFS in threaded environments as this close closes 
ALL filesystems.

(I have some gc problems and this alleviates it a bit)
 

Lets try to figure it out. I use vfs in an webapp and never had a 
problem with memory consumption.
Maybe I can add a method to dump the cache content, that way we might 
find whats the problem - if its VFS fault.

Why is uml or vmware needed?
 

Your asumption about the used servers is correct.
Now why uml or vmware: It is a pain to setup all this stuff and keep it 
in sync with any junit changes.
With uml or vmware I can provide a image one simply can drop into its 
box and startup the tests.
So no security problem, just to simplify the installation.

Of course if you are planning on testing stuff on many platforms and
different server implementations
Just as a sidenote:
I think it is not the responsibility of VFS to ensure running with 
different server implementations.
The used libraries should handle this. Though, we should do what we can 
to support them finding problems with exotic platforms.

If you could give a quick tutorial (that could be added then to docs) about 
how to run tests I could give it a shot. And I have even an XP on separate 
machine for smb testing.
 

I am not at home now, I will send one later.
It seems to my that currently the providers could be categorized into
4 categories:
 

correct.
- temp seems to have a special place because almost nothing is implemented
under temp package. So the implementation must be somewhere higher.
 

Tempfs uses the DefaultFileReplicator to handle its content.
I assume that the implementation uses java's temporary file concept from
java.io.File API ???
 

Not exactly as the filename handling is somewhat different.
- resources have a special place for a java program and earn their place
because of that.
 

Yes.
- url provider bothers me because it kind of duplicates vfs. And it DUPLICATES the effort of vfs (http, ftp, jar ...)
 

Now you get emotional ;-)
Its better to integrate than to rule out.
We also provide a method to wrap VFS into a URLConnection.
And then one question about layered filesystems.
Can you layer them as much as you like.
smb - zip - jar etc.
 

Yes - should work. It is done by expanding every archive into the 
temporary store.

---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 34230] - [math] PolynomialSplineFunction.value() throws an exception when requesting final datapoint

2005-03-29 Thread bugzilla
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=34230.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34230


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|PolynomialSplineFunction.val|[math]
   |ue() throws an exception|PolynomialSplineFunction.val
   |when requesting final   |ue() throws an exception
   |datapoint   |when requesting final
   ||datapoint




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]