[
https://issues.apache.org/jira/browse/FTPSERVER-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15467731#comment-15467731
]
David Latorre commented on FTPSERVER-337:
-
True. I have closed FTPSERVER-282 stating
[
https://issues.apache.org/jira/browse/FTPSERVER-282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-282.
---
Resolution: Duplicate
Closed as duplicate of FTPSERVER-337 (the latter issue contains some
[
https://issues.apache.org/jira/browse/FTPSERVER-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-435.
---
Resolution: Won't Fix
Assignee: David Latorre
> FTPClient - 3.0.1 - Rando
[
https://issues.apache.org/jira/browse/FTPSERVER-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15187055#comment-15187055
]
David Latorre commented on FTPSERVER-435:
-
This is a normal timeout when trying to connect
Good day,
I agree with Emmanuel suggestions on this issue. Still, if you cannot
resolve this issue, I think Niklas implemented in the Trunk version some
changes on the way passive ports are allocated, so you might want to try
that version.
2015-06-30 17:52 GMT+02:00 Michael Benovich
[
https://issues.apache.org/jira/browse/FTPSERVER-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre reopened FTPSERVER-320:
-
Assignee: David Latorre
I think it makes sense that we get rid of the reverse DNS
[
https://issues.apache.org/jira/browse/FTPSERVER-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre updated FTPSERVER-320:
Attachment: IODataConnectionFactory.java.patch
Passive Data connections are slow
[
https://issues.apache.org/jira/browse/FTPSERVER-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13776535#comment-13776535
]
David Latorre commented on FTPSERVER-320:
-
Can anybody apply the patch? I'm
I agree with Emmanuel here. Anyway, if we can have your
implementation as the default and all the tests are passed , maybe
it's a good idea to do so . Of course, feel free to disregard my
opinion :) I just wanted to provide some feedback since you did such
an amazing job.
2013/5/30 Emmanuel
Hello Jagtar,
Please, use the ftpserver-users mailing list for these questions.
Your log file says that the remote peer (either your FTP client or some
network appliance) closed the connection. It is possible that the IP
address from the PASV response is incorrect:
Entering Passive Mode
[
https://issues.apache.org/jira/browse/FTPSERVER-433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13477730#comment-13477730
]
David Latorre commented on FTPSERVER-433:
-
I would suspect some bug
Hello,
I would say sebb's answer is the easiest way to go.
If this is not a solution for you, there are several possible solutions:
- You can implement your own version of STOR/STOU commands and invoke
the rename there. Done this, it works but I prefer sebb's solution.
- You can develop a
Welcome sebb!
2011/3/27 Emmanuel Lecharny elecha...@gmail.com:
On 3/27/11 10:18 PM, Bernd Fondermann wrote:
On 27.03.11 21:37, Niklas Gustavsson wrote:
Hi
The MINA PMC has voted to invite Sebastian Bazley (apache ID sebb) as
a MINA committer due to his great bug reports and patches for
2010/11/11 John Hartnup john.hart...@gmail.com:
OK, I've explained the issue. I was looking at the 1.1.0 SNAPSHOT source,
while running the stable 1.0.5 code. 1.0.5 does not use the dynamically
configured CommandFactory for SITE commands.
Is there some sort of guesstimate as to when 1.1.0
2010/8/3 Thomas Charron twaf...@gmail.com:
On Thu, Jul 29, 2010 at 10:10 AM, Andreas Johansson
fri.radi...@gmail.com wrote:
Hi,
The current SFTP implementation in SSHD does not support v3 (Section
7) of the standard which the widely used JSch client currently only
support. The issue is in
Hello Diego,
It seems that the xml has been processed to avoid XSS attacks :-)
Still, I don't see the tags enclosing the update-user, insert-user
SQL sentences... My suggestion is that you revert any changes to
ftpd-full.xml and once the server starts, you can Carefully edit the
file until it's
Welcome Back Sergey!
Just a little question:
*If session.getRemoteAddress() is not instanceof InetSocketAddress,*
Is that really possible with our current code?
2010/6/11 Niklas Gustavsson nik...@protocol7.com:
On Wed, Jun 9, 2010 at 4:09 PM, Sergey Vladimirov vlser...@gmail.com
[
https://issues.apache.org/jira/browse/FTPSERVER-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12865702#action_12865702
]
David Latorre commented on FTPSERVER-369:
-
Hello Aniceto,
After running your
[
https://issues.apache.org/jira/browse/FTPSERVER-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre reassigned FTPSERVER-369:
---
Assignee: David Latorre
maxLogin is reached immediately
[
https://issues.apache.org/jira/browse/FTPSERVER-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre resolved FTPSERVER-369.
-
Resolution: Fixed
Fixed in #942689 http://svn.apache.org/viewcvs?view=revrev=942689
[
https://issues.apache.org/jira/browse/FTPSERVER-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-369.
---
maxLogin is reached immediately
Key
Oh sorry,
I believed I was using MINA formatter so I thought it would be ok to
format the whole thing.
Let me check if this happened for both commits and i'll fix the issue.
2010/5/10 Niklas Gustavsson nik...@protocol7.com:
On Mon, May 10, 2010 at 11:03 AM, d...@apache.org wrote:
Author:
in session, can not decrease
login count);
}
2010/5/10 Emmanuel Lecharny elecha...@gmail.com:
On 5/10/10 11:41 AM, David Latorre wrote:
Oh sorry,
I believed I was using MINA formatter so I thought it would be ok to
format the whole thing.
It would be a good idea to reformat
[
https://issues.apache.org/jira/browse/FTPSERVER-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12865114#action_12865114
]
David Latorre commented on FTPSERVER-369:
-
In my tests, user is not null
[
https://issues.apache.org/jira/browse/FTPSERVER-370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12861384#action_12861384
]
David Latorre commented on FTPSERVER-370:
-
My suggestion is that you create
17, 2010 at 09:47, Emmanuel Lecharny elecha...@gmail.comwrote:
On 4/7/10 2:06 PM, David Latorre wrote:
Hello Andreas,
I don't think this has been discussed for MINA3 yet but it should be
sometime in the future. For Mina 2.0 I guess your best option would
be to write wrapper classes
Hello Andreas,
I don't think this has been discussed for MINA3 yet but it should be
sometime in the future. For Mina 2.0 I guess your best option would
be to write wrapper classes - and you can provide patches for these,
of course.
2010/4/7 Andreas Sahlbach andr...@sahlbach.com:
Well, that
2010/3/31 Niklas Gustavsson nik...@protocol7.com:
On Wed, Mar 31, 2010 at 6:32 PM, Sai Pullabhotla
sai.pullabho...@jmethods.com wrote:
Since I did not hear back anything on this, I will ask again :).
Are you guys okay with the proposed short term solution?
+1 to option 1 and to defaulting
[
https://issues.apache.org/jira/browse/FTPSERVER-361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12851302#action_12851302
]
David Latorre commented on FTPSERVER-361:
-
We can do this but my suggestion
Regarding this issue,
I downloaded the common formatter for Eclipse from the website a
while back and (I think!) I'm using it. I use the 'autoformat' feature
all the time so I hope that's the one which should be used for
FTPServer as well, is it? Otherwise I think it would be great if we
defined
Hello,
When inspecting http://issues.apache.org/jira/browse/FTPSERVER-359 I
noticed that we might have an issue with threading in Ftpserver.
I think we are using a 'fixed size thread pool' with max-threads=16
for the Executor threadpool in which commands are executed. This would
mean that if we
2010/3/30 Niklas Gustavsson nik...@protocol7.com:
On Tue, Mar 30, 2010 at 10:33 AM, Sai Pullabhotla
sai.pullabho...@jmethods.com wrote:
I don't think that was intended. If this is in fact an issue, we
should probably consider adding a configuration option such as
maxThreads as the default max
[
https://issues.apache.org/jira/browse/FTPSERVER-358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12849119#action_12849119
]
David Latorre commented on FTPSERVER-358:
-
We would be glad to receive your
[
https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12847289#action_12847289
]
David Latorre commented on FTPSERVER-357:
-
About the metho names... We
2010/3/16 Niklas Gustavsson nik...@protocol7.com:
On Tue, Mar 16, 2010 at 2:52 PM, Sai Pullabhotla
sai.pullabho...@jmethods.com wrote:
If a filter can make use of this event, why not an
Ftplet?
To me, because writing your own Ftplet should require minimal
knowledge of the internals of
[
https://issues.apache.org/jira/browse/FTPSERVER-349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12842621#action_12842621
]
David Latorre commented on FTPSERVER-349:
-
Hello Devnull,
When i first revised
Is there a way to have these emails added to the JIRA discussion? I
just created a ticket in MINA filter for this 0.0.0.0/0 feature.
2010/3/8 Niklas Gustavsson nik...@protocol7.com:
On Mon, Mar 8, 2010 at 2:27 PM, Sai Pullabhotla
sai.pullabho...@jmethods.com wrote:
Why not have asterisk(s)
://issues.apache.org/jira/browse/DIRMINA-773
Project: MINA
Issue Type: Improvement
Components: Filter
Affects Versions: 2.0.0-RC1
Reporter: David Latorre
One of our users when trying to implement a WhilteListFilter found the problem
[
https://issues.apache.org/jira/browse/DIRMINA-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831361#action_12831361
]
David Latorre commented on DIRMINA-678:
---
Hello Serge,
I haven't paid much
2010/1/25 Alan D. Cabrera l...@toolazydogs.com:
On Jan 25, 2010, at 8:21 AM, Ashish wrote:
On Mon, Jan 25, 2010 at 9:48 PM, Emmanuel Lecharny elecha...@gmail.com
wrote:
Alan D. Cabrera a écrit :
On Jan 19, 2010, at 7:41 AM, Ashish wrote:
Had picked this form one the discussion threads
I would agree with Niklas that LoggingFilter is quite useful in
FTPServer but of course there are other ways to do it.
I didn't follow your discussion too closely so excuse me if I'm wrong.
Do you mean that instead of logging e.g, only after the second
ProtocolCodecFilter you would log in all
Hello Sai,
I'm no expert here so i cannot give you advice on your solution but
... are you sure you need all of this? I'm thinking it should be
possible to meet your security needs in an simpler way. Let's say,
application-based firewalls on the dmz machines? (so only the allowed
applications
2009/12/4 Trustin Lee (이희승) trus...@gmail.com:
On 2009/12/04 9:25 pm, Emmanuel Lecharny wrote:
Glenn Ivar Klausen a écrit :
Emmanuel LŽcharny wrote:
Well, less than dead wood...
This name was picked by someone who was at the origin of the project,
at a time he was pretty alone working on
[
https://issues.apache.org/jira/browse/FTPSERVER-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12716251#action_12716251
]
David Latorre commented on FTPSERVER-287:
-
By the way, PureFTPD and vsFTPD
I had a look and I'm inclined to think that the request is we
return the full pathname :-)
2009/6/1 Niklas Gustavsson (JIRA) j...@apache.org:
[
[
https://issues.apache.org/jira/browse/FTPSERVER-300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-300.
---
Added javadoc and a test case.
Create an extensible getPassiveExternalAddress() method
Reporter: David Latorre
Assignee: David Latorre
SymbolicLinkTest.java is throwing an IOException and thus failing.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[
https://issues.apache.org/jira/browse/FTPSERVER-307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-307.
---
Resolution: Fixed
Fixed in Rev 782091.
SymbolicLinkTest fails in Windows machines
the code right now.
/niklas
On Thu, May 28, 2009 at 12:13 AM, David Latorre dvl...@gmail.com wrote:
2009/5/27 Niklas Gustavsson nik...@protocol7.com:
On Wed, May 27, 2009 at 3:07 PM, David Latorre dvl...@gmail.com wrote:
I added a fix and some tests but ToNetASCIIOutputStream in
commons
I added a fix and some tests but ToNetASCIIOutputStream in
commons-util will always replace to \r\n so I'm uploading a modified
version. With this fix ascii mode should not eat line separators
anymore.
2009/5/26 Niklas Gustavsson nik...@protocol7.com:
On Tue, May 26, 2009 at 12:38 PM, Sai
[
https://issues.apache.org/jira/browse/FTPSERVER-306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre resolved FTPSERVER-306.
-
Resolution: Fixed
I think it's fixed now, but it might not work with other line
: FTPSERVER-306
URL: https://issues.apache.org/jira/browse/FTPSERVER-306
Project: FtpServer
Issue Type: Improvement
Reporter: David Latorre
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment
[
https://issues.apache.org/jira/browse/FTPSERVER-306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12712889#action_12712889
]
David Latorre commented on FTPSERVER-306:
-
Sending a file with \n separated
[
https://issues.apache.org/jira/browse/FTPSERVER-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre reassigned FTPSERVER-303:
---
Assignee: David Latorre
Passive data connection stuck in CLOSE_WAIT
[
https://issues.apache.org/jira/browse/FTPSERVER-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-303.
---
Resolution: Fixed
Fix Version/s: 1.0.0
1.0.1
[
https://issues.apache.org/jira/browse/FTPSERVER-303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12711079#action_12711079
]
David Latorre commented on FTPSERVER-303:
-
Bug confirmed ...
It seems
2009/5/17 Niklas Gustavsson nik...@protocol7.com:
On Wed, May 13, 2009 at 10:56 PM, Niklas Gustavsson
nik...@protocol7.com wrote:
since 1.0.0 some issues has been reported in FtpServer. Now is
therefore a good time to get 1.0.1 out.
This vote passed with the following result:
3 binding +1:
'.
--
Key: FTPSERVER-300
URL: https://issues.apache.org/jira/browse/FTPSERVER-300
Project: FtpServer
Issue Type: Improvement
Reporter: David Latorre
PASV command will return the server's ip address
[
https://issues.apache.org/jira/browse/FTPSERVER-300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre reassigned FTPSERVER-300:
---
Assignee: David Latorre
Create an extensible getPassiveExternalAddress() method
[
https://issues.apache.org/jira/browse/FTPSERVER-300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre resolved FTPSERVER-300.
-
Resolution: Fixed
Fix Version/s: 1.0.2
Are you ok with this, Niklas? We
+1
2009/5/14 Niklas Gustavsson nik...@protocol7.com:
On Thu, May 14, 2009 at 11:09 AM, Emmanuel Lecharny
elecha...@apache.org wrote:
Can't we remove the @version tags and change the @author tags to
@author a href=http://mina.apache.org/ftpserver;Apache FTPServer
Project/a
before the
Uh, Sorry, too many windows open.
2009/5/14 David Latorre dvl...@gmail.com:
+1
2009/5/14 Niklas Gustavsson nik...@protocol7.com:
On Thu, May 14, 2009 at 11:09 AM, Emmanuel Lecharny
elecha...@apache.org wrote:
Can't we remove the @version tags and change the @author tags to
@author
2009/5/7 Bernd Fondermann bf_...@brainlounge.de:
Hi Emmanuel,
this is a known (at least to me) problem with mvn on wndws.
Just make sure that the text file is deleted.
I suffer this 2/5 of the times I run the tests under windows. Not
necessarily using maven.
A solution anyone?
HTH,
Welcome Bernd!
2009/4/20 Bernd Fondermann bf_...@brainlounge.de:
Niklas Gustavsson wrote:
All,
as part of the move of Vysper from Apache Labs to MINA, the MINA PMC
has voted Bernd Fondermann in as a MINA committer. Let's all welcome
Bernd into the world of MINA!
/niklas
Thank you all
2009/4/20 Ashish paliwalash...@gmail.com:
Folks,
I received an offer mail from Atlassian. Its real good one and was
confused whether I can share it here or not,
as its a product sale offer from a company.
I wonder if this offer would have any sense for us. It might be 'a
special offer'
2009/4/20 Ashish paliwalash...@gmail.com:
I wonder if this offer would have any sense for us. It might be 'a
special offer' we're not eligible for.
David, for open source these are free. But as part of the community we
use JIRA/Confluence. Some of us here may be interested in using them
, 2009 at 3:52 AM, David Latorre (JIRA) j...@apache.orgwrote:
Implement locking mechanism for files.
--
Key: FTPSERVER-289
URL: https://issues.apache.org/jira/browse/FTPSERVER-289
Project: FtpServer
Issue
Versions: 1.0.0
Reporter: David Latorre
Fix For: WISHLIST
In order to solve FTPSERVER-288 , this is, to prevent the possibility of race
conditions in STOU command ( it is possible that non-unique filenames be
generated with the current implementation) we would eventually
I came across this project which implements Apache FTPServer on top of
HDFS (hadoop distributed file system) :
https://sites.google.com/a/iponweb.net/hadoop/Home/hdfs-over-ftp
Was it known to you? I've quickly looked over it and the FileSystem
over HDFS implementation could be a nice reference
[
https://issues.apache.org/jira/browse/FTPSERVER-286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-286.
---
Resolution: Duplicate
This issue is a duplicate FTPSERVER-283. Currently you must use
[
https://issues.apache.org/jira/browse/FTPSERVER-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12694904#action_12694904
]
David Latorre commented on FTPSERVER-285:
-
Hello Arun,
This is great news
Hello Eyal,
I followed the following steps:
1) Downloaded the latest snapshot of FtpServer from SVN.
2) Run mvn install from the base directory (Actually, I used
-Dmaven.test.skip=true so I could install this quickly)
3) Unzipped the resulting archive to c:/ftpserver1.0.0)
4)
[
https://issues.apache.org/jira/browse/FTPSERVER-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12694925#action_12694925
]
David Latorre commented on FTPSERVER-284:
-
Hello Eyal,
I've followed your
[
https://issues.apache.org/jira/browse/FTPSERVER-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12694956#action_12694956
]
David Latorre commented on FTPSERVER-284:
-
The only difference I see with my
Welcome Sai!
Enjoy your stay
2009/3/31 Maarten Bosteels mbosteels@gmail.com:
Welcome Sai !
Maarten
On Mon, Mar 30, 2009 at 9:56 AM, Julien Vermillard
jvermill...@archean.fr wrote:
Le Sun, 29 Mar 2009 20:29:06 +0200,
Niklas Gustavsson nik...@protocol7.com a écrit :
Hi
I'm very
Hello Reza,
As Niklas says, some people have already done that. If this was enough to
fit your needs, you can take a look at
http://vfs-utils.sourceforge.net/ftpserver/index.html
http://vfs-utils.sourceforge.net/ftpserver/index.html
which should allow you to use any commons VFS 'provider' for a
.
On Mon, Mar 23, 2009 at 1:44 PM, David Latorre dvl...@gmail.com wrote:
Hello Reza,
As Niklas says, some people have already done that. If this was enough to
fit your needs, you can take a look at
http://vfs-utils.sourceforge.net/ftpserver/index.html
http://vfs-utils.sourceforge.net
2009/3/6 Emmanuel Lecharny elecha...@apache.org
Sai Pullabhotla wrote:
That's what I was expecting. So, if the issue is about RMDIR on the
current
working directory, we should be able to match up the canonical paths and
if
they are same (the directory that was requested for deletion and
2009/3/6 Emmanuel Lecharny elecha...@apache.org
Niklas Gustavsson wrote:
On Fri, Mar 6, 2009 at 11:57 AM, Emmanuel Lecharny elecha...@apache.org
wrote:
Just a small remark : it would be _very_ cool if you can extend the
NativeFtpFile interface with a getFile() method, because having to
[
https://issues.apache.org/jira/browse/FTPSERVER-274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre reassigned FTPSERVER-274:
---
Assignee: David Latorre
Use Wildcard-Generics in API where possible
[
https://issues.apache.org/jira/browse/FTPSERVER-274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre updated FTPSERVER-274:
Attachment: ftpserver.patch
I hadn't noticed I'm such an ignorant when it comes to java
+1, Release FtpServer 1.0.0
2009/2/21 Niklas Gustavsson nik...@protocol7.com
Hey,
this is the vote for the big one dot oh. After our two release
candidates, we have fixed two minor bugs and I think we're now ready
to go. After 1.0.0, we will start working on patch releases on the 1.0
2009/2/23 Niklas Gustavsson nik...@protocol7.com
Moving this to it's own thread.
On Mon, Feb 23, 2009 at 11:08 AM, Guillaume Nodet gno...@gmail.com
wrote:
FWIW, the test is hanging at the following point:
Looks another case of TCP/IP stacks behaving differently on different
platforms.
Hello Claus,
Thanks for the report as the changes in the initialization and
configuration of FtpServer may be not obvious for previous users.
Just to avoid confusion, in Niklas example he uses default as the listener
name because that is the name of the default listener on port 21, since the
[
https://issues.apache.org/jira/browse/FTPSERVER-270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-270.
---
Resolution: Fixed
Fix Version/s: (was: 1.0.0-RC2)
Fixed in #737687
/jira/browse/FTPSERVER-270
Project: FtpServer
Issue Type: Improvement
Components: Core
Reporter: David Latorre
Fix For: 1.0.0-RC2
createConnection in DBUserManager is protected to help reusability but the
matching close method is private
[
https://issues.apache.org/jira/browse/FTPSERVER-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-260.
---
Resolution: Fixed
I don't think there's much we can do to improve our handling. Maybe
[
https://issues.apache.org/jira/browse/FTPSERVER-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre reopened FTPSERVER-260:
-
Assignee: David Latorre
IOException under high load
[
https://issues.apache.org/jira/browse/FTPSERVER-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-260.
---
Resolution: Invalid
Resolution was Invalid not Fixed.
IOException under high load
[
https://issues.apache.org/jira/browse/FTPSERVER-267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12665415#action_12665415
]
David Latorre commented on FTPSERVER-267:
-
The documented query string
[
https://issues.apache.org/jira/browse/FTPSERVER-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Latorre closed FTPSERVER-267.
---
Resolution: Invalid
DbUserManager not authenticating with MySQL 5.0.x
: https://issues.apache.org/jira/browse/FTPSERVER-268
Project: FtpServer
Issue Type: Bug
Reporter: David Latorre
Priority: Minor
Javi
https://issues.apache.org/jira/browse/FTPSERVER-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
[
https://issues.apache.org/jira/browse/FTPSERVER-267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12665420#action_12665420
]
David Latorre commented on FTPSERVER-267:
-
New bug report added to update ftpd
[
https://issues.apache.org/jira/browse/FTPSERVER-260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12665178#action_12665178
]
David Latorre commented on FTPSERVER-260:
-
After checking jakarta-jmeter
2009/1/12 Niklas Gustavsson nik...@protocol7.com
On Mon, Jan 12, 2009 at 6:32 PM, David Latorre dvl...@gmail.com wrote:
Johh Hearn reported this issue with FTPServer
https://issues.apache.org/jira/browse/FTPSERVER-260 where under
not-that-high loads connections get closed and an Exception
[
https://issues.apache.org/jira/browse/FTPSERVER-262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12663305#action_12663305
]
David Latorre commented on FTPSERVER-262:
-
We should take into account that (I
[X]: +1, Release FtpServer 1.0.0-RC1
[ ]: 0, Abstain
[ ]: -1, Don't release FtpServer 1.0.0-RC1
2009/1/12 Julien Vermillard jvermill...@archean.fr
[X]: +1, Release FtpServer 1.0.0-RC1
[ ]: 0, Abstain
[ ]: -1, Don't release MINA 1.0.0-RC1
Julien
[
https://issues.apache.org/jira/browse/FTPSERVER-260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12662036#action_12662036
]
David Latorre commented on FTPSERVER-260:
-
Hello John,
Can you provide a test
[
https://issues.apache.org/jira/browse/FTPSERVER-251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12660108#action_12660108
]
David Latorre commented on FTPSERVER-251:
-
Hello ,
Randy I've been trying
Type: Bug
Components: Core
Affects Versions: 1.0.0-M4
Reporter: David Latorre
Assignee: David Latorre
Fix For: 1.0.0-RC1
DBUserManager creates a new Connection in every call but never returns the
connections to the pool.
--
This message
1 - 100 of 156 matches
Mail list logo