[
https://issues.apache.org/jira/browse/FTPSERVER-336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson closed FTPSERVER-336.
---
Resolution: Fixed
Fixed in rev 919954
commit -m Adding factory for creating
[
https://issues.apache.org/jira/browse/FTPSERVER-339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12842386#action_12842386
]
Niklas Gustavsson commented on FTPSERVER-339:
-
Would it be possible for you
Upgrade to MINA 2.0.0-RC1
-
Key: FTPSERVER-353
URL: https://issues.apache.org/jira/browse/FTPSERVER-353
Project: FtpServer
Issue Type: Task
Components: Core
Affects Versions: 1.0.3
Reporter:
[
https://issues.apache.org/jira/browse/FTPSERVER-353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson closed FTPSERVER-353.
---
Resolution: Fixed
Fixed in rev 919958 and 919959
Upgrade to MINA 2.0.0-RC1
Shouldn't we include MUC and PubSub, too?
Bernd
n...@apache.org wrote:
Author: ngn
Date: Sat Mar 6 21:07:17 2010
New Revision: 919852
URL: http://svn.apache.org/viewvc?rev=919852view=rev
Log:
Moving distribution package into a separate module
Added:
On Sun, Mar 7, 2010 at 11:18 AM, Bernd Fondermann bf_...@brainlounge.de wrote:
Shouldn't we include MUC and PubSub, too?
I think we should. What's the best way for us to set the
vysper.add.module property? I guess we should allow users to add their
own modules as well. Maybe we should have a
I was thinking along the lines of:
+ MUC and PubSub are contained in bin-dist/lib
+ they would be activated by default, by commenting in lines 114, 115
in spring-config.xml
No need to deal with command lines at all.
Users can add more modules by keep adding more lines and dropping
their jars
HI Bernd,
I have some fight with sending the unavailable stanza.
in AbstractSessionContext there is
sessionStateHolder.setState(SessionState.CLOSED); // no more traffic
// going through
getServerRuntimeContext().getResourceRegistry().unbindSession(this);
Is there A chance that I can wait for
On Sun, Mar 7, 2010 at 11:41 AM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
I was thinking along the lines of:
+ MUC and PubSub are contained in bin-dist/lib
+ they would be activated by default, by commenting in lines 114, 115
in spring-config.xml
No need to deal with command
[
https://issues.apache.org/jira/browse/FTPSERVER-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson updated FTPSERVER-339:
Fix Version/s: (was: 1.0.4)
1.0.5
Commands Dropped
[
https://issues.apache.org/jira/browse/FTPSERVER-347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niklas Gustavsson updated FTPSERVER-347:
Summary: Multiline replies does not handle lines starting with numbers
(was:
Hey,
Our alert users has reported yet some more bugs and we have fixed
them. Time for another release.
You can find the distributions and Maven artifacts here:
http://people.apache.org/~ngn/ftpserver/1.0.4/
These files was built from the following code:
Niklas Gustavsson wrote:
On Sun, Mar 7, 2010 at 11:41 AM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
I was thinking along the lines of:
+ MUC and PubSub are contained in bin-dist/lib
+ they would be activated by default, by commenting in lines 114, 115
in spring-config.xml
No
Bernd Fondermann wrote:
Niklas Gustavsson wrote:
On Sun, Mar 7, 2010 at 11:41 AM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
I was thinking along the lines of:
+ MUC and PubSub are contained in bin-dist/lib
+ they would be activated by default, by commenting in lines 114, 115
I'm reviewing the changes in this release, and have a couple of
concerns on the fix for FTPSERVER-347.
1. I think the RFC says to indent only if intermediate lines begin
with 3 digits. Below is the excerpt from the RFC:
If an intermediary line begins with a 3-digit number, the Server
On Sun, Mar 7, 2010 at 3:47 PM, Bernd Fondermann bf_...@brainlounge.de wrote:
BTW, should we rename the extensions to vysper-xep*.jar?
Makes sense.
/niklas
On Sun, Mar 7, 2010 at 4:12 PM, Sai Pullabhotla
sai.pullabho...@jmethods.com wrote:
I'm reviewing the changes in this release, and have a couple of
concerns on the fix for FTPSERVER-347.
1. I think the RFC says to indent only if intermediate lines begin
with 3 digits. Below is the excerpt
Hey,
Alright, I've fixed the issues found by Sai, here's take 2 on this release vote.
You can find the distributions and Maven artifacts here:
http://people.apache.org/~ngn/ftpserver/1.0.4/
These files was built from the following code:
Hi
How about making a first release of Vysper? I think got more than
enough functionality for a first milestone.
/niklas
+1
Jeff
On Mar 7, 2010, at 1:23 PM, Niklas Gustavsson wrote:
Hey,
Alright, I've fixed the issues found by Sai, here's take 2 on this release
vote.
You can find the distributions and Maven artifacts here:
http://people.apache.org/~ngn/ftpserver/1.0.4/
These files was built from the
Hi
The new, SAX based and more compliant (especially with regards to XML
Namespaces) XML parser is pretty much ready to be merged into trunk.
Anyone against me doing the merge?
/niklas
On Fri, May 1, 2009 at 3:58 PM, Ashish paliwalash...@gmail.com wrote:
I did some work today to port Vysper to MINA 2.0 M5
Did some thread archeology :-) What's the status of the MINA 2.0 port
of Vysper, are we ready to merge it into trunk?
/niklas
What trunk? Vyspers? MINAs?
Did you do any performance measurements?
Anyway, +1!
Bernd
Niklas Gustavsson wrote:
Hi
The new, SAX based and more compliant (especially with regards to XML
Namespaces) XML parser is pretty much ready to be merged into trunk.
Anyone against me doing the
Niklas Gustavsson wrote:
Hi
How about making a first release of Vysper? I think got more than
enough functionality for a first milestone.
+1.
I think, a 0.5 release number would sound right.
And I'd like to get the website ready beforehand.
Bernd
+1,
I have been thinking about it for a while. It will attract more people
to Vysper.
thanks
On Mon, Mar 8, 2010 at 1:54 AM, Niklas Gustavsson nik...@protocol7.com wrote:
Hi
How about making a first release of Vysper? I think got more than
enough functionality for a first milestone.
Oh It was me.. its long time back :)
As far as I remember, the porting was done. There were a few errors I
was struggling with, but they were sorted by Bernd I guess.
We should be gud to go.. A build could be the best way to find out.
My old machine is gone, so I can't tell you straight away.
+1
Won't be able to verify the build, but its been a long time...
On Mon, Mar 8, 2010 at 1:53 AM, Niklas Gustavsson nik...@protocol7.com wrote:
Hey,
Alright, I've fixed the issues found by Sai, here's take 2 on this release
vote.
You can find the distributions and Maven artifacts here:
+1
trunk is all yours...
btw, any plans of performance benchmarking the implementation?
On Mon, Mar 8, 2010 at 3:04 AM, Niklas Gustavsson nik...@protocol7.com wrote:
Hi
The new, SAX based and more compliant (especially with regards to XML
Namespaces) XML parser is pretty much ready to be
On Mon, Mar 8, 2010 at 4:01 AM, Ashish paliwalash...@gmail.com wrote:
Oh It was me.. its long time back :)
As far as I remember, the porting was done. There were a few errors I
was struggling with, but they were sorted by Bernd I guess.
We should be gud to go.. A build could be the best way
On Sun, Mar 7, 2010 at 11:27 PM, Bernd Fondermann bf_...@brainlounge.de wrote:
What trunk? Vyspers? MINAs?
Vyspers (at this stage, in the future it might be worth having the
parser separate from Vysper).
Did you do any performance measurements?
Yes, I benchmarked during the development, but
On Mon, Mar 8, 2010 at 11:48 AM, Niklas Gustavsson nik...@protocol7.com wrote:
On Sun, Mar 7, 2010 at 11:27 PM, Bernd Fondermann bf_...@brainlounge.de
wrote:
What trunk? Vyspers? MINAs?
Vyspers (at this stage, in the future it might be worth having the
parser separate from Vysper).
+1,
On Mon, Mar 8, 2010 at 11:43 AM, Niklas Gustavsson nik...@protocol7.com wrote:
On Mon, Mar 8, 2010 at 4:01 AM, Ashish paliwalash...@gmail.com wrote:
Oh It was me.. its long time back :)
As far as I remember, the porting was done. There were a few errors I
was struggling with, but they were
32 matches
Mail list logo
