L.S.,
I have changed the FTP poller's code, so the stream is always closed and
completePendingCommand is called, but that doesn't solve my problem. One
additional observation though: the problem only occurs when the FTP server
is Microsoft's IIS... Any thoughts?
Regards,
Gert
Gert
And yet another piece of the puzzle... I also get the stacktrace [2] below
when closing the application. Is this the same thing that is fixed with
JIRA issue NET-3 [1]?
Regards,
Gert
[1] https://issues.apache.org/jira/browse/NET-3
[2] the stack trace
java.io.IOException: Fatal thread
Sorry I did not notice the mailing list was for all commons components.
I was talking about the CLI project.
--mike
On Tue, 2007-04-03 at 19:41 +0100, Niall Pemberton wrote:
You need to say which commons component you're talking about - the
convention is to prefix the subject with the
Hi,
I wonder if DBCP is using the GenericObjectPool class from commons-pool.
This class suddenly (from pool 1.2 to pool 1.3) became a FIFO pool instead of a
FIFO which is quite counterproductive
for a database connection pool IMHO.
greetings
Christoph
Phil Steitz wrote:
The Jakarta Commons
Kostis Anagnostopoulos wrote:
Hi,
I've been trying to build a stripped-down version of VFS fileSystem
manager and i'm having problem with the sandboxed providers.
Since the name of the included within-the-jar configuration file is
vfs-providers.xml, i think it triggers its discovery by the
Christoph Kutzinski wrote:
Hi,
I wonder if DBCP is using the GenericObjectPool class from
commons-pool. This class suddenly (from pool 1.2 to pool 1.3) became
a FIFO
pool instead of a FIFO which is quite counterproductive
for a database connection pool IMHO.
Arg,
I wanted to say FIFO
Hi Gert
There may be a combination of issues here. Can you try the 2.0 RC?
http://people.apache.org/~rwinston/commons-net-2.0/commons-net-ftp-2.0.0-SNAPSHOT.jar
You will need to be running JDK 5.0/6.0 for this. This has fixes for various
threading issues. Of course, if you are constrained
On Wednesday 04 April 2007 08:04, Mario Ivankovits wrote:
Hi Kostis!
So i cannot use a
StandardFileSystemManager.configure(my-providers-only.xml) because
i'm getting a:
org.apache.commons.vfs.FileSystemException: Multiple providers
registered for URL scheme smb.
at
Hi to all developers of the Commons-VFS,
Yesterday, when i was trying ot upgrade my EJB's VFS dependency to the latest
1.0 version i obviously forgot some m2 dependencies regarding the
commons-logging, and the net result was that the (hopfully) development
WebLogic application server's JVM
Hi Kostis!
Notice that this error happens EVEN WHEN myproviders-only.xml file
DOES NOT SPECIFY the smb provider!
This is strange, do you have some time to debug into VFS to see whats
going on?
I don't find it strange; I believe it is obvious what happens:
The
Kostis Anagnostopoulos wrote:
StandardFileSystemManager fsm = new StandardFileSystemManager();
fsm.setConfiguration( YourClass.class.getResource(
my-providers-only.xml ) );
fsm.init();
String dir = System.getProperty( user.dir );
fsm.setBaseFile( new File(
Hi,
quoteWhen testOnBorrow is set, the pool will attempt to validate each
object before it is returned from the borrowObject() method. (Using the
provided factory's
PoolableObjectFactory.validateObject(java.lang.Object) method.) Objects
that fail to validate will be dropped from the pool, and a
Currently timeBetweenEvictionRunsMillis is set to 30 minutes (which I
may in the end reduce) and rather than wait 30 minutes for the Evictor
thread to ensure min idle objects, I decided to add logic to borrow and
subsequently return minIdle objects at system startup. It seems to
accomplish
I realized that it may have been a bit obnoxious to paste the entire class
into my post and this might be why I didn't receive any replies. I
apologize. Can someone tell me if they see any obvious issues with this
method...
code
public boolean put(String localFilename) {
try {
I am wondering if someone can shed some light on a problem I am having
using HTTPClient in an applet running behind a SOCKS v4 proxy.
Client System Configuration:
-IE6 on Win XP
-Java 1.5.0_11
-Applet is using HTTP Client 3.0.1.
If IE is configured to connect directly to the web server, or is
In addition to the below, I have had a shufftie at the source code for
GenericObjectPool to see if I could work out what was the issue and it
appears that what is suggested in the docs about creating a new object
if validation fails can't happen. If I throw an exception when
makeObject fails, then
Sorry for the duplicate posts to those of you that have received this
several times. I didn't adhere to the naming conventions in the subject line
which someone on this list was kind enough to point out.
Can someone tell me if they see any obvious issues with this method. The
file is never
Hi,
Did you figure out how to do this? I am trying to do the same thing.
Fatima
Hi again,
I only need to pass this validation once from my standalone application to
my server, i.e. i dont need to maintain it among requests ...
Do you have some piece of code to do this? Thanks!
Regards
T
Gert
What version of Linux are you using? Is it Red Hat Enterprise?
Thanks
Rory
Jakarta Commons Users List commons-user@jakarta.apache.org wrote:
And yet another piece of the puzzle... I also get the stacktrace [2] below
when closing the application. Is this the same thing that is
Gert
What version of Linux are you using? Is it Red Hat Enterprise?
Thanks
Rory
Jakarta Commons Users List commons-user@jakarta.apache.org wrote:
And yet another piece of the puzzle... I also get the stacktrace [2] below
when closing the application. Is this the same thing that is
Billy
It may be that the FTP server does not recognize the STOU command. Try calling
storeFile() instead of storeUniqueFile().
Cheers
Rory
[EMAIL PROTECTED] wrote:
--=_Part_65366_20669757.1175705604396
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Billy
It may be that the FTP server does not recognize the STOU command. Try calling
storeFile() instead of storeUniqueFile().
Cheers
Rory
[EMAIL PROTECTED] wrote:
--=_Part_65366_20669757.1175705604396
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
That was it Rory! Thanks a ton for your reply!
On 4/4/07, Rory Winston [EMAIL PROTECTED] wrote:
Billy
It may be that the FTP server does not recognize the STOU command. Try
calling storeFile() instead of storeUniqueFile().
Cheers
Rory
[EMAIL PROTECTED] wrote:
We have just recently been discussing a clean up on the dev list. CLI
1.x needs a release. CLI 2.x is already been used by some projects
but still needs some work for a proper release.
HTH
--
Torsten
On 04.04.2007, at 09:28, Michael Niemaz wrote:
Sorry I did not notice the mailing list was
Rory,
I've just tried to drop in the new JAR, but apparently there are some
changes to the API (e.g. setReaderThread() method was not found), so I'll
have to modify servicemix's FTP component to be able to test it. I'll try
to do it over the weekend so I can test it next week. Expect some
Rory,
ServiceMix itself is deployed and running on a Windows 2003 server. It
connects to several FTP servers, most of them are using vsftpd on SuSE Linux
(and they are working fine all of the time), one of them uses IIS on Windows
2003 server (and that is the one causing the problems).
26 matches
Mail list logo
