Hudson build became unstable: vysper-trun k-jdk1.5-solaris » Apache Vysper Core #166

See

Hudson build is back to stable: vysper-trunk-jdk1.5- solaris » Apache Vysper Non-blocking XML parser #166

See

Hudson build is back to stable: vysper-trunk-jdk1.5- solaris » Apache Vysper XEP-0045 Multi-user chat #166

See

Hudson build is back to stable: vysper-trunk-jdk1.5-ubuntu #207

See

Hudson build is back to stable: vysper-trunk-jdk1.5 -ubuntu » Apache Vysper Non-blocking XML parser #207

See

Hudson build is back to stable: vysper-trunk-jdk1.5-ibm-ubuntu #211

See

Hudson build is back to stable: vysper-trunk-jdk1.5-i bm-ubuntu » Apache Vysper Non-blocking XML parser #211

See

Will be MIA for a few days ...

My dell D620 just passed away after a few weeks of agony. It was a good friend, we shared beers together, but it was started to get some form of Aleihmer, forgetting which kind of power cord I had, loosing energy, he had a blue line in the middle of the screen, so RIP Dell, welcome Mac Book pro !

Re: Vysper build problem

It was systematic. "was" : I can't run the test anymore, my crappy Dell just died 2 hours ago. Bought a MBP instead... On Thu, Nov 26, 2009 at 10:48 PM, Niklas Gustavsson wrote: > On Thu, Nov 26, 2009 at 10:09 PM, Bernd Fondermann > wrote: >> I can reproduce with a fresh trunk checkout and >>  

Re: Vysper build problem

On Thu, Nov 26, 2009 at 10:09 PM, Bernd Fondermann wrote: > I can reproduce with a fresh trunk checkout and >  mvn -Dmaven.test.skip install > If I don't skip the tests, then build fails with unit test error. As Emmanuel described, excluding test running will not compile the tests and thus the te

Re: Vysper build problem

Niklas Gustavsson wrote: > On Wed, Nov 25, 2009 at 5:26 PM, Bernd Fondermann > wrote: >> I have currently problems building. >> >> What is me poor maven user soul doing wrong? >> >> Missing: >> -- >> 1) org.apache.vysper:vysper-core:test-jar:tests:1.0.0-SNAPSHOT >> > > Try mvn insta

Re: [MINA 3.0] Initial thoughts on FilterChain

About the Filters and the Chain, I also have some initial thoughts (even if they are not recent). Here they are. First, let's start with what we really need : o A chain has a start o A chain has an end o Both start and end are Filter instances o We have as many filters as we need in the chain o

Re: Help me please. I want to custom IP restrict.

3 things : - first, check the BlacklistFilter class in MINA - second, post to the users mailing list, not to the dev mailing list (see the difference there : http://mina.apache.org/mailing-lists.html) - third, take one hour to read this document : http://www.catb.org/~esr/faqs/smart-questions.h

Re: [MINA 3.0] Initial thoughts on FilterChain

Well I'm not a MINA committer but I would keep the "Filter" naming. Like Emanuell said, its a well known "pattern". Bye, Norman 2009/11/26 Julien Vermillard : > Le Thu, 26 Nov 2009 15:55:57 +0530, > Ashish a écrit : > >> Have started looking into the FilterChain implementation and here are >> so

Re: [MINA 3.0] Initial thoughts on FilterChain

Le Thu, 26 Nov 2009 15:55:57 +0530, Ashish a écrit : > Have started looking into the FilterChain implementation and here are > some initial thoughts > > 1. Rename IoFilterChain as IoChannel - it gives a more clear picture > and is easy to understand like imagine as a Channel with multiple > stag

Re: [MINA 3.0] Initial thoughts on FilterChain

>> >> Have started looking into the FilterChain implementation and here are >> some initial thoughts >> >> 1. Rename IoFilterChain as IoChannel - it gives a more clear picture >> and is easy to understand like imagine as a Channel with multiple >> stages aka IoFilters. >> This came while I was draw

Re: [MINA 3.0] Initial thoughts on FilterChain

Ashish wrote: Have started looking into the FilterChain implementation and here are some initial thoughts 1. Rename IoFilterChain as IoChannel - it gives a more clear picture and is easy to understand like imagine as a Channel with multiple stages aka IoFilters. This came while I was drawing on

[MINA 3.0] Initial thoughts on FilterChain

Have started looking into the FilterChain implementation and here are some initial thoughts 1. Rename IoFilterChain as IoChannel - it gives a more clear picture and is easy to understand like imagine as a Channel with multiple stages aka IoFilters. This came while I was drawing on paper to design

[jira] Closed: (DIRMINA-749) Cannot have more than one CODEC in the chain

[ https://issues.apache.org/jira/browse/DIRMINA-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny closed DIRMINA-749. - Fixed > Cannot have more than one CODEC in the chain >

[jira] Resolved: (DIRMINA-749) Cannot have more than one CODEC in the chain

[ https://issues.apache.org/jira/browse/DIRMINA-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny resolved DIRMINA-749. --- Resolution: Fixed Fixed with : http://svn.apache.org/viewvc?rev=884479&view=rev The

[jira] Assigned: (DIRMINA-749) Cannot have more than one CODEC in the chain

[ https://issues.apache.org/jira/browse/DIRMINA-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny reassigned DIRMINA-749: - Assignee: Emmanuel Lecharny > Cannot have more than one CODEC in the chain > ---

[jira] Created: (DIRMINA-749) Cannot have more than one CODEC in the chain

Cannot have more than one CODEC in the chain Key: DIRMINA-749 URL: https://issues.apache.org/jira/browse/DIRMINA-749 Project: MINA Issue Type: Bug Affects Versions: 2.0.0-RC1 Repor