Hi,
..
In my case I cannot write JUnit test cases because the Exception
thrown
by Assert.fail() is caught up in the framework therefore not allowing
me to verify failures.
Sorry if my response is complete nonsense - its been a while since I've
used Mina in anger :)
Can't you just set an
[X] +1 Yes, accept Vysper as a sub-project
Dave
Notice to recipient:
The information in this internet e-mail and any attachments is confidential and
may be privileged. It is intended solely for the addressee. If you are not the
intended addressee please notify the sender immediately by
On Tue, Apr 7, 2009 at 9:59 AM, Bernd Fondermann
bernd.fonderm...@googlemail.com wrote:
A few days ago at ACEU09 I spoke to Emmanuel and he had the idea of
possibly making Vysper a sub-project of MINA.
+1 from me too :)
Notice to recipient:
The information in this internet e-mail and any
Guillaume Nodet has written a SSH server based on MINA, and
as we discussed it last week, it would be interesting to
have it as a subproject.
It's time for a formal vote then :
[X] +1 Yes, accept the SSH server as a sub-project
[] +/-0 I don't really care
[] -1 Nope, it does not belong to
PS : Yes, I'm going just fine, it does not hurt, I don't even take
aspirin. I'm just groggy. And defaced ;)
Good to hear its not hurtin too bad!! Get well soon!!
D
Notice to recipient:
The information in this internet e-mail and any attachments is confidential and
may be privileged. It
Julien Vermillard wrote:
Another issues with AHC is the way you recieve the result of
your connection in a big IoBuffer, it should be nice to be able to
receive big results like files or http streaming in chunks and no
a big memory buffer.
Something I always wanted to find time to get round
I don't see a use case where I want *not* to call normalize()
and break HTTP compatibility... but I don't have enough imagination :)
Me neither. I'd think you'd want normalize() always being called in the
codec.
Dave
[X]: IoBuffer
Dave
+1 :o)
I cant wait to get back in to adding new features to asyncweb. It would
be great to see the move finally take place! (Finally maybe I'll get a
chance to do the async content streaming changes)
[X ]: +1, import
[ ]: 0, abstain
[ ]: -1, don't import
One thing I would add though: As we discussed (wow - it must be last
year now probably!), it would be nice if we could keep the name alive
(e.g. import as asyncweb?) somehow if / when this becomes a subproject /
module of Mina.
D
-Original Message-
From: Irving, Dave [mailto:[EMAIL
Trustin Lee wrote:
...
So.. I have no concrete idea on this naming issue.
Any idea is appreciated!
I'd like, if possible, to stick with what we agreed on last year at the
start of the process (I.e. keeping the name):
http://www.nabble.com/Re%3A--pre-proposal--AsyncWeb-p5359826.html
Trustin Lee wrote:
I was just a bit hesitant because we got a client module.
Then shall we go with mina-asyncweb? I think we should put
codecs and related message classes under http-filter-codec-http
though.
That sounds good to me!
Trustin
Dave
Also, on the asyncweb front - I'm all for this still coming across and
getting integrated with this new client (sounds good).
If enough people want it in as a sub-project (Which seems to be the
case), then it sounds like a good idea.
I really don't think much remains to be done for the
Irving, Dave wrote:
Hey dude! Hope y is good and I hope the job change
over isn't too stressful!
s/y/everything/
I should clearly learn to drink some coffee before even attempting to
write anything.
Dave
14 matches
Mail list logo
