re:gsoc proposals
hello, I am G.W.G.K.N.Udayanga from the dept of computer sciecnce and engineering university of moratuwa sri lanka .I am interested in the gsoc project IMPLEMENT WEBSOCKETS/BOSH FOR XMPP AJAX CLIENTS i have already joined with your dev mailinglist.I downloded source code from the svn repository and run it succefully.Then i connected two jabber clients with the vysper server and did chat betweeen clients and then trace messages from the server by using eclipse(As instructed by Mr Bernard fondermann)And then i followed the references and did many discussions with Mr Bernard about the project in the mailinglist.But i didn't get a chance to contact you. I have questions.please reply me. *Can i know about the things that should be included in the propasal? (I want to know the deeper level that i should express about the project source code and packages,knowledge about protocols that should be essential for the project) *If i want to submit a initial proposal before the final one,to where i should submit? *to where i submit the final proposal? thank you, G..W.G.K.N.Udayanga dept of cse university of moratuwa sri lanka
Re: JAMES OOM, maybe the cause of MINA ?
Hi Ashish, thx for your reply. The problem is sometimes it takes sometime to get the OOM, other times it happens within one minute. One of our users reported to me that it happened within 1 minute (10 seconds and 30 seconds), after he switched to MINA trunk. So it seems it is faster reproducable with MINA trunk. I uploaded the screenshot of Eclipse Memory Analyzer to : http://people.apache.org/~norman/oom/Screenshot-Eclipse_Memory_Analyzer.png This was the one we got with MINA trunk. So you it again shows all the memory allocated by MINA. To reproduce the OOM you must perform the following steps: 1) svn checkout http://svn.apache.org/repos/asf/server/trunk james-trunk 2) cd james-trunk 2) mvn clean package 3) tar xfvz spring-deployment/target/james-spring-deployment-3.0-M1-bin.tar.gz 4) cd james-string-deploymnet-3.0-M1/bin 5) sudo ./run.sh 6) telnet localhost 4555 (user root, pass root) 7) adduser test test 8) quit Now bomb the server with emails. You can use for example smtp-source for it (wich is included in postfix) 9) smtp-source -s 20 -l 10100 -m 20 -c -f t...@test.de -t test localhost:25 This will bomb the servers with 20 emails with 20 concurrent sessions. Hope this helps, Bye, Norman 2010/4/5 Ashish paliwalash...@gmail.com: On Sun, Apr 4, 2010 at 12:59 AM, Norman Maurer nor...@apache.org wrote: Hi all, we at JAMES use MINA since a while now for our socket stuff. After doing some stress tests we encountered some OOM Exceptions. The same was seen by one of our users which use JAMES trunk. After debugging stuff it seems like the cause of the OOM is MINA. We took some heap which shows that MINA is takin the most memory. The class which shows the memory usage was: org.apache.mina.filter.codec.ProtocolCodecFilter$EncodedWriteRequest I attach the screnshots which shows the problem. Any idea ? We are using MINA-2.0.0-RC1. Maybe I'm wrong and the whole OOM is not related to MINA at all.. Thanks, Norman Ps: Please keep server-dev in the cc Norman, Is there a way to reproduce this? I just want to try it out myself and debug. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: JAMES OOM, maybe the cause of MINA ?
Thanks Norman, Will try to see this as soon as I can get some time from paid job :) cheers ashish On Mon, Apr 5, 2010 at 1:27 PM, Norman Maurer norman.mau...@googlemail.com wrote: Hi Ashish, thx for your reply. The problem is sometimes it takes sometime to get the OOM, other times it happens within one minute. One of our users reported to me that it happened within 1 minute (10 seconds and 30 seconds), after he switched to MINA trunk. So it seems it is faster reproducable with MINA trunk. I uploaded the screenshot of Eclipse Memory Analyzer to : http://people.apache.org/~norman/oom/Screenshot-Eclipse_Memory_Analyzer.png This was the one we got with MINA trunk. So you it again shows all the memory allocated by MINA. To reproduce the OOM you must perform the following steps: 1) svn checkout http://svn.apache.org/repos/asf/server/trunk james-trunk 2) cd james-trunk 2) mvn clean package 3) tar xfvz spring-deployment/target/james-spring-deployment-3.0-M1-bin.tar.gz 4) cd james-string-deploymnet-3.0-M1/bin 5) sudo ./run.sh 6) telnet localhost 4555 (user root, pass root) 7) adduser test test 8) quit Now bomb the server with emails. You can use for example smtp-source for it (wich is included in postfix) 9) smtp-source -s 20 -l 10100 -m 20 -c -f t...@test.de -t test localhost:25 This will bomb the servers with 20 emails with 20 concurrent sessions. Hope this helps, Bye, Norman 2010/4/5 Ashish paliwalash...@gmail.com: On Sun, Apr 4, 2010 at 12:59 AM, Norman Maurer nor...@apache.org wrote: Hi all, we at JAMES use MINA since a while now for our socket stuff. After doing some stress tests we encountered some OOM Exceptions. The same was seen by one of our users which use JAMES trunk. After debugging stuff it seems like the cause of the OOM is MINA. We took some heap which shows that MINA is takin the most memory. The class which shows the memory usage was: org.apache.mina.filter.codec.ProtocolCodecFilter$EncodedWriteRequest I attach the screnshots which shows the problem. Any idea ? We are using MINA-2.0.0-RC1. Maybe I'm wrong and the whole OOM is not related to MINA at all.. Thanks, Norman Ps: Please keep server-dev in the cc Norman, Is there a way to reproduce this? I just want to try it out myself and debug. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: JAMES OOM, maybe the cause of MINA ?
I think thats only because mina-trunk is not using CircularQueue anymore. It now seems to use ConcurrentLinkedQueue. Bye, Norman 2010/4/5 Eric Charles eric.char...@u-mangate.com: Hi Ashish, Please also note that we have 2 different exceptions: - http://people.apache.org/~norman/oom/Screenshot.png that occurs with mina 2.0.0-RC1 - http://people.apache.org/~norman/oom/Screenshot-Eclipse_Memory_Analyzer.png that occurs with 2.0.0-RC2-SNAPSHOT It happens on jdk 1.6 (and also 1.7) Tks, Eric On 04/05/2010 10:01 AM, Ashish wrote: Thanks Norman, Will try to see this as soon as I can get some time from paid job :) cheers ashish On Mon, Apr 5, 2010 at 1:27 PM, Norman Maurer norman.mau...@googlemail.com wrote: Hi Ashish, thx for your reply. The problem is sometimes it takes sometime to get the OOM, other times it happens within one minute. One of our users reported to me that it happened within 1 minute (10 seconds and 30 seconds), after he switched to MINA trunk. So it seems it is faster reproducable with MINA trunk. I uploaded the screenshot of Eclipse Memory Analyzer to : http://people.apache.org/~norman/oom/Screenshot-Eclipse_Memory_Analyzer.png This was the one we got with MINA trunk. So you it again shows all the memory allocated by MINA. To reproduce the OOM you must perform the following steps: 1) svn checkout http://svn.apache.org/repos/asf/server/trunk james-trunk 2) cd james-trunk 2) mvn clean package 3) tar xfvz spring-deployment/target/james-spring-deployment-3.0-M1-bin.tar.gz 4) cd james-string-deploymnet-3.0-M1/bin 5) sudo ./run.sh 6) telnet localhost 4555 (user root, pass root) 7) adduser test test 8) quit Now bomb the server with emails. You can use for example smtp-source for it (wich is included in postfix) 9) smtp-source -s 20 -l 10100 -m 20 -c -f t...@test.de -t test localhost:25 This will bomb the servers with 20 emails with 20 concurrent sessions. Hope this helps, Bye, Norman 2010/4/5 Ashishpaliwalash...@gmail.com: On Sun, Apr 4, 2010 at 12:59 AM, Norman Maurernor...@apache.org wrote: Hi all, we at JAMES use MINA since a while now for our socket stuff. After doing some stress tests we encountered some OOM Exceptions. The same was seen by one of our users which use JAMES trunk. After debugging stuff it seems like the cause of the OOM is MINA. We took some heap which shows that MINA is takin the most memory. The class which shows the memory usage was: org.apache.mina.filter.codec.ProtocolCodecFilter$EncodedWriteRequest I attach the screnshots which shows the problem. Any idea ? We are using MINA-2.0.0-RC1. Maybe I'm wrong and the whole OOM is not related to MINA at all.. Thanks, Norman Ps: Please keep server-dev in the cc Norman, Is there a way to reproduce this? I just want to try it out myself and debug. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: JAMES OOM, maybe the cause of MINA ?
On Mon, Apr 5, 2010 at 2:21 PM, Norman Maurer norman.mau...@googlemail.com wrote: I think thats only because mina-trunk is not using CircularQueue anymore. It now seems to use ConcurrentLinkedQueue. Bye, Norman I remember, Emm removed all references to CircularQueue, but this was to make it thread safe :) http://mina.markmail.org/message/xirxdepng3j65w4b?q=CircularQueue#query:CircularQueue+page:1+mid:xirxdepng3j65w4b+state:results Hmm, not sure why it would hold the references. Thanks for Heads up.. 2010/4/5 Eric Charles eric.char...@u-mangate.com: Hi Ashish, Please also note that we have 2 different exceptions: - http://people.apache.org/~norman/oom/Screenshot.png that occurs with mina 2.0.0-RC1 - http://people.apache.org/~norman/oom/Screenshot-Eclipse_Memory_Analyzer.png that occurs with 2.0.0-RC2-SNAPSHOT It happens on jdk 1.6 (and also 1.7) Tks, Eric On 04/05/2010 10:01 AM, Ashish wrote: Thanks Norman, Will try to see this as soon as I can get some time from paid job :) cheers ashish On Mon, Apr 5, 2010 at 1:27 PM, Norman Maurer norman.mau...@googlemail.com wrote: Hi Ashish, thx for your reply. The problem is sometimes it takes sometime to get the OOM, other times it happens within one minute. One of our users reported to me that it happened within 1 minute (10 seconds and 30 seconds), after he switched to MINA trunk. So it seems it is faster reproducable with MINA trunk. I uploaded the screenshot of Eclipse Memory Analyzer to : http://people.apache.org/~norman/oom/Screenshot-Eclipse_Memory_Analyzer.png This was the one we got with MINA trunk. So you it again shows all the memory allocated by MINA. To reproduce the OOM you must perform the following steps: 1) svn checkout http://svn.apache.org/repos/asf/server/trunk james-trunk 2) cd james-trunk 2) mvn clean package 3) tar xfvz spring-deployment/target/james-spring-deployment-3.0-M1-bin.tar.gz 4) cd james-string-deploymnet-3.0-M1/bin 5) sudo ./run.sh 6) telnet localhost 4555 (user root, pass root) 7) adduser test test 8) quit Now bomb the server with emails. You can use for example smtp-source for it (wich is included in postfix) 9) smtp-source -s 20 -l 10100 -m 20 -c -f t...@test.de -t test localhost:25 This will bomb the servers with 20 emails with 20 concurrent sessions. Hope this helps, Bye, Norman 2010/4/5 Ashishpaliwalash...@gmail.com: On Sun, Apr 4, 2010 at 12:59 AM, Norman Maurernor...@apache.org wrote: Hi all, we at JAMES use MINA since a while now for our socket stuff. After doing some stress tests we encountered some OOM Exceptions. The same was seen by one of our users which use JAMES trunk. After debugging stuff it seems like the cause of the OOM is MINA. We took some heap which shows that MINA is takin the most memory. The class which shows the memory usage was: org.apache.mina.filter.codec.ProtocolCodecFilter$EncodedWriteRequest I attach the screnshots which shows the problem. Any idea ? We are using MINA-2.0.0-RC1. Maybe I'm wrong and the whole OOM is not related to MINA at all.. Thanks, Norman Ps: Please keep server-dev in the cc Norman, Is there a way to reproduce this? I just want to try it out myself and debug. -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: gsoc proposals
On Mon, Apr 5, 2010 at 9:48 AM, G.W.G.K.N. Udayanga gwgknudaya...@gmail.com wrote: *Can i know about the things that should be included in the propasal? (I want to know the deeper level that i should express about the project source code and packages,knowledge about protocols that should be essential for the project) You probably mostly have to figure this out yourself, I think that's part of getting to understand the project and authoring the proposal. You will find basic instructions here: http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/userguide#depth_studentapply In general, the content at least should contain a description of your understanding of the project, a proposal on how to implement it, and a timeline with deliverables. *If i want to submit a initial proposal before the final one,to where i should submit? *to where i submit the final proposal? You do all of this at the GSoC site: http://socghop.appspot.com /niklas
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853427#action_12853427 ] Sai Pullabhotla commented on FTPSERVER-357: --- I'm wondering if we need to change the signature on the IpFilter interface. Currently, it requires that - boolean accept(InetAddress address) method be implemented. While this does the job pretty good, It does not give any information about the local network interface to which the client attempted to connect. This could be important for some people for the following reasons: 1. Auditing - simply log the remote client's IP, port and local interface IP and port. 2. If some one wants to implement a filter based on the both remote and local IPs. For example, allow client X to connect on interface A, but not on B and C. If you agree with me on this, the IpFilter interface probably needs to have the below method instead of the current one: boolean accept(SocketAddress remoteAddress, SocketAddress localAddress) Your ideas and thoughts are appreciated. Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853469#action_12853469 ] Sai Pullabhotla commented on FTPSERVER-357: --- may not be a bad idea to just pass the IoSession to the accept() method. Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANN] Apache Vysper 0.5 released
Le Sat, 03 Apr 2010 11:12:15 +0200, Bernd Fondermann bf_...@brainlounge.de a écrit : Bernd Fondermann wrote: Emmanuel Lecharny wrote: On 3/31/10 8:46 PM, Niklas Gustavsson wrote: On Wed, Mar 31, 2010 at 6:13 PM, Bernd Fondermann bernd.fonderm...@googlemail.com wrote: Should we also send this to annou...@a.o? +1. Should I...? Please do :-) of course ! But be sure to use your apache.org mail, otherwise it won't go through. Done. Bernd note to self: don't post to announce@ on holidays, unless you want to know when everybody is out of office. Bernd Hehe ;) We need to remove apachenews.org regarding last events... -- Julien Vermillard Archean Technologies http://www.archean.fr signature.asc Description: PGP signature
[jira] Created: (FTPSERVER-365) Overload FtpIoSession.getDataConnection to indicate whether or not a new DataConnectionFactory be created
Overload FtpIoSession.getDataConnection to indicate whether or not a new DataConnectionFactory be created - Key: FTPSERVER-365 URL: https://issues.apache.org/jira/browse/FTPSERVER-365 Project: FtpServer Issue Type: Improvement Components: Core Affects Versions: 1.0.4 Reporter: Sai Pullabhotla Priority: Trivial Fix For: 1.0.5 It would be nice to overload the above mentioned method with a boolean parameter which indicates if a new DataConnectionFactory is to be created. Currently, we always create one if one does not exist already for the session. We try to create one even when the session is closing (for example when the control connection is refused by the blacklist filter), which does not make much sense. Having this overloaded method would be useful when the session is closing. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Fwd: ApacheCon NA 2010 Training Sessions
Hi There's an opportunity to host training sessions at the upcoming ApacheCon. If anyone is interested, you'll find some more information below. /niklas -- Forwarded message -- From: Rich Bowen rbo...@rcbowen.com Date: Mon, Apr 5, 2010 at 5:00 PM Subject: ApacheCon NA 2010 Training Sessions To: p...@apache.org (With apologies to those of you seeing this a second time. It has come to my attention that most of my messages weren't moderated through.) Dear PMCs, I'm coming to you first because you know (and in some cases, you are) the very best trainers and most knowledgeable people in the area of your project. We need your help gathering the best training sessions for ApacheCon North America 2010 in Atlanta. Here's what we need: Training sessions, either half day (3 hours), full day (6 hours), or 2-day (12 hours). We need a description of the training and the speaker, put into the wiki, here: http://wiki.apache.org/httpd/ApacheCon2010AtlantaTraining Here's what you get: If your training class is selected, you get: * Nights in the hotel: Half-day training: 3 nights for one trainer Full-day training: 4 nights for one trainer Two-Day training: 5 nights for one trainer * Travel allowance up to $850.00 USD – will be paid within 30 day of conference completion and the receipt of travel costs. * Compensation If your class sells the minimum number of seats (11), you'll get a cut of the profits: * Two-Day and One-Day trainers will receive $1,000.00 * Half-Day Trainers will receive $600.00 * 25% of any registration after 15 people (i.e attendee 16 will be split 25% and 75% with the conference) Please share these details with your developer lists, and with any individuals who you know to be good trainers in your particular topic. Please let me know any questions you have. -- Rich Bowen, for the ApacheCon Conference Committee rbo...@apache.org
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853501#action_12853501 ] Niklas Gustavsson commented on FTPSERVER-357: - If we pass the entire IoSession, it needs to be called something else than IpFilter since the filtering might be done on other factors. Besides that, seems good to me. Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853515#action_12853515 ] Sai Pullabhotla commented on FTPSERVER-357: --- How about calling the interface (IpFilter) as FtpSessionFilter with boolean accept(IoSession). Rename the DefaultIpFilter to ClientIpFilter or just IpFilter Or should we stick to the IpFilter notation and simply change the accept method to have two parameter representing the Socket end points? Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853520#action_12853520 ] Niklas Gustavsson commented on FTPSERVER-357: - I think passing IoSession makes sense. How about calling it SessionFilter and the implementation RemoteIpFilter (following the IoSession of RemoteAddress)? Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853522#action_12853522 ] Sai Pullabhotla commented on FTPSERVER-357: --- I like those. I will go ahead and change those names. Are we good with the spring configuration tag names etc.? The tag name is currently ip-filter. Not sure if we need to change it to remote-ip-filter. Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853524#action_12853524 ] Niklas Gustavsson commented on FTPSERVER-357: - Probably good to be consistent so I think we should change the Spring config as well. Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12853525#action_12853525 ] Sai Pullabhotla commented on FTPSERVER-357: --- Cool, I can do that. I will check in the updated code sometime this week. Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Assigning JIRA issues
Is there a way I can assign some of the open issues in JIRA to myself. I'm planning on working on some of the items that I opened recently and want to make sure nobody else is/would work on them. Regards, Sai Pullabhotla
Re: Assigning JIRA issues
Sai Pullabhotla wrote: Is there a way I can assign some of the open issues in JIRA to myself. Only committers, I guess. I'm planning on working on some of the items that I opened recently and want to make sure nobody else is/would work on them. Just keep us up-to-date on this list what you are working on and nobody will get in your way, I suspect. BTW, in the spirit of collaborative working it shouldn't be seen as a bad thing if two people are working on the same thing. Don't bother, Bernd
Re: Assigning JIRA issues
On Mon, Apr 5, 2010 at 10:16 PM, Sai Pullabhotla sai.pullabho...@jmethods.com wrote: Is there a way I can assign some of the open issues in JIRA to myself. I'm planning on working on some of the items that I opened recently and want to make sure nobody else is/would work on them. Fixed. /niklas
Re: Assigning JIRA issues
On Mon, Apr 5, 2010 at 10:24 PM, Bernd Fondermann bf_...@brainlounge.de wrote: Sai Pullabhotla wrote: Is there a way I can assign some of the open issues in JIRA to myself. Only committers, I guess. Sai is a committer :-) /niklas
Re: Assigning JIRA issues
Thanks, Niklas! Regards, Sai Pullabhotla On Mon, Apr 5, 2010 at 3:36 PM, Niklas Gustavsson nik...@protocol7.com wrote: On Mon, Apr 5, 2010 at 10:16 PM, Sai Pullabhotla sai.pullabho...@jmethods.com wrote: Is there a way I can assign some of the open issues in JIRA to myself. I'm planning on working on some of the items that I opened recently and want to make sure nobody else is/would work on them. Fixed. /niklas
[jira] Assigned: (FTPSERVER-360) When no passive ports are available error out immediately rather than waiting for a port to become available
[ https://issues.apache.org/jira/browse/FTPSERVER-360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sai Pullabhotla reassigned FTPSERVER-360: - Assignee: Sai Pullabhotla When no passive ports are available error out immediately rather than waiting for a port to become available Key: FTPSERVER-360 URL: https://issues.apache.org/jira/browse/FTPSERVER-360 Project: FtpServer Issue Type: Bug Affects Versions: 1.0.4 Reporter: Sai Pullabhotla Assignee: Sai Pullabhotla Fix For: 1.0.5 Attachments: FTPSERVER-360.patch Based on the filed issue, http://issues.apache.org/jira/browse/FTPSERVER-359, we probably want to quick fix the code to error out right away when no passive port is available. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (FTPSERVER-357) Implement IP Filtering based on black or white list
[ https://issues.apache.org/jira/browse/FTPSERVER-357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sai Pullabhotla reassigned FTPSERVER-357: - Assignee: Sai Pullabhotla Implement IP Filtering based on black or white list --- Key: FTPSERVER-357 URL: https://issues.apache.org/jira/browse/FTPSERVER-357 Project: FtpServer Issue Type: New Feature Components: Core Reporter: Sai Pullabhotla Assignee: Sai Pullabhotla Fix For: 1.1.0 Attachments: ftpserver-ipfilter.patch, ftpserver-ipfilter2.patch Create a new IP Filter based on black or white list to deny or allow incoming client connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Assigning JIRA issues
Sai Pullabhotla wrote: Thanks, Niklas! Regards, Sai Pullabhotla Sorry Sai, obviously, I don't know everybody on-board. Will do better. Bernd