Google protocolBuffer is most certainly one of the coolest things on earth
!
Don't wish to start a flame war here. But in my opinion, Google ripped-off
EBML.
Unfortunately the EBML guys didn't market it, so here comes a giant and
proposes it's implementation as the next-gen data format.
This would be by far one of the best contributions to MINA.
But I would keep them in a separated project (or bundle) as to not interfere
with the core project.
I would love to see such a project.
Regards,
Rodrigo
On Thu, Dec 4, 2008 at 3:47 AM, Ashish [EMAIL PROTECTED] wrote:
The idea is to
Hello there,
I wish to know if there is some kind of protocol selector class based on
session state.
As strange as I make it sound, it's a simple concept once I can state it
right, so let me try to make it clear by using an example:
Imagine a protocol where one 3CPO robot talks to another 3CPO
PM, Emmanuel Lecharny [EMAIL PROTECTED]wrote:
Rodrigo Madera wrote:
Hello there,
I wish to know if there is some kind of protocol selector class based on
session state.
As strange as I make it sound, it's a simple concept once I can state it
right, so let me try to make it clear by using
PROTECTED] wrote:
hrm. Would this be an API change? If so, do we want it in the 2.0release?
On Fri, Feb 15, 2008 at 2:28 PM, Rodrigo Madera
[EMAIL PROTECTED] wrote:
Don't want to be bad here, but are there any plans to actually
rethink this
state machine framework to make
Don't want to be bad here, but are there any plans to actually rethink this
state machine framework to make it friendlier?
Rodrigo
On Fri, Feb 15, 2008 at 7:24 PM, Mark Webb [EMAIL PROTECTED] wrote:
I have been trying to write a MINA system using the state machine
library. As I go through
:11 PM, Rodrigo Madera [EMAIL PROTECTED] wrote:
Dear community,
I have come across the need to implement an Open Source IRC client.
Has anyone ever done this with MINA and is willing to share the code?
Thank you,
Rodrigo
--
The adjuration
Hello all,
Let me make a rather mysterious question that arouses from the flames...
Is it me, or does anyone else here also get the chills when hearing the
words: IoC, IoHandler and State Pattern on the same sentence?
Just wondering,
Rodrigo
Nope, no flame wars.
Btw, what's going on with MINA + States officially speaking?
Any news or ideas?
Thanks,
Rodrigo
On 10/16/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 10/16/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
Hello all,
Let me make a rather mysterious question that arouses
, Rodrigo Madera [EMAIL PROTECTED] wrote:
Nope, no flame wars.
Btw, what's going on with MINA + States officially speaking?
Any news or ideas?
Thanks,
Rodrigo
On 10/16/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 10/16/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
Hello all
So what do you think?
Can this become a reality for MINA?
Having OSGi capable information wouldn't hurt non-OSGi users.
Yours,
Rodrigo
On 10/10/07, Niclas Hedhman [EMAIL PROTECTED] wrote:
On 10/10/07, chihiro [EMAIL PROTECTED] wrote:
Rodrigo Madera wrote:
But we need one officially
Chihiro,
You made one.
Want to submit it for us to take a look?
Rodrigo
On 10/10/07, Raman Gupta [EMAIL PROTECTED] wrote:
Rodrigo Madera wrote:
So what do you think?
Can this become a reality for MINA?
Having OSGi capable information wouldn't hurt non-OSGi users.
Why not provide
What exactly happened with maven-bundle-plugin?
Do you recall?
Thanks,
Rodrigo
On 10/10/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 10/10/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
Hello community,
A while ago I asked if there was an official bundle for OSGi.
Is there any plan
.
Alex
On 10/9/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
What exactly happened with maven-bundle-plugin?
Do you recall?
Thanks,
Rodrigo
On 10/10/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 10/10/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
Hello community
That's my point. It's easy.
But we need one officially, and build into the official repository.
And preferably using accepted Apache tools, like maven-bundle-plugin.
WDYT?
Rodrigo
On 10/10/07, chihiro [EMAIL PROTECTED] wrote:
Trustin,
Trustin Lee wrote:
writing MANIFEST.MF manually
IoBuffer
On 10/1/07, Niklas Therning [EMAIL PROTECTED] wrote:
[X]: IoBuffer
--
Niklas Therning
www.spamdrain.net
I agree.
But this is something were nobody will think the same indeed.
Rodrigo
On 9/19/07, Michael Kearns [EMAIL PROTECTED] wrote:
[X]: All capital
[ ]: Only the initial letter should be capital
It's English, and that's how english is written. It's how existing
classes within the Java
s/but if this turn out/but if this doesn't turn out/
On 9/19/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
I don't mean to be a show stopper but if this turn out into an official
poll this will go on and on forever.
The faster the code is updated the better.
Also an immediate release
I don't mean to be a show stopper but if this turn out into an official poll
this will go on and on forever.
The faster the code is updated the better.
Also an immediate release afterwards would be a great idea.
Yours,
Rodrigo
On 9/19/07, Michael Kearns [EMAIL PROTECTED] wrote:
Yes,
[EMAIL PROTECTED] wrote:
I will fire the vote soon. I just can't right now because I'm pretty
busy preparing for a trip. Please don't stop brain-storming until
then! :D
Trustin
On 9/19/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
I don't mean to be a show stopper but if this turn out
I agree with the comment of not suffixing with ByteBuffer since it
incorrectly suggests that it's a subclass of the Java standard.
I don't think just Buffer would be good because of the single word, which
would normally describe an interface.
So that's why I voted to something simple as
When you have protocol _data_ it makes sense that the object is called
DataBuffer.
;-)
On 9/18/07, Jeroen Brattinga [EMAIL PROTECTED] wrote:
LOL! I have to agree on DataBuffer, it sounds nice. OctetBuffer sounds a
little too farfetched, IMO.
Jeroen Brattinga
Emmanuel Lecharny wrote:
Remove them all.
Rodrigo
On 9/17/07, Maarten Bosteels [EMAIL PROTECTED] wrote:
Io prefix:
[X]: Retain them.
Name for org.apache.mina.common.ByteBuffer, in order of preference:
(1) leave it as it is
(2) MinaByteBuffer
(99) MINAByteBuffer, why uppercase !?
I think nobody pronounces MINA
Good point.
On 9/16/07, Richard Wallace [EMAIL PROTECTED] wrote:
Doesn't that imply that all the Io* classes and interfaces (IoAcceptor,
IoConnector, IoEvent, etc.), should all be renamed to IO* for
consistency? I think that's what Hezjing was pointing to in terms of
inconsistencies.
Rich
IMHO, IO should never have been Io in the first place.
On 9/16/07, Pat Farrell [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
We are seeing too many Io* these days. Should we just drop it? It
might cause some confusion, but it might be rather fine.
I'd go for removing it, Mina is about IO,
Java
code, but we will shortly.
This will prevent any code that is not meeting your expectations.
Yours,
Rodrigo Madera
On 9/14/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 9/15/07, Mark [EMAIL PROTECTED] wrote:
I just updated filter-codec-http and protocol-http-client to meet the
MINA
Hello community,
What is your opinion on using Apache MINA with OSGi?
What is the correct way of doing it?
Thank you for any input,
Rodrigo
--
If Jack Bauer had been a Spartan, the movie would have been called 1.
Hello Justin,
Deciding on a protocol is something that involves a lot of variables.
Describe what your project's needs are and we may be able to help you
better.
Regards,
Rodrigo
On 8/18/07, Stanczak Group [EMAIL PROTECTED] wrote:
I'm at a impasse with protocols. I don't know which to use.
about just
copying the JMS message class.
Rodrigo Madera wrote:
Hello Justin,
Deciding on a protocol is something that involves a lot of variables.
Describe what your project's needs are and we may be able to help you
better.
Regards,
Rodrigo
On 8/18/07, Stanczak Group [EMAIL
I'll give you my opinion based on your description.
Or course, this is only one of the various ways you can implement your
project.
It would be awesome that other members of the list provide their own
implementations so we can compare.
I'm creating a client/server learning management system. It
Why not use a standard XML serving protocol like SOAP?
Rodrigo
On 8/6/07, Charles Woodson [EMAIL PROTECTED] wrote:
I've recently found Mina and am using it to develop a
server application for a non-profit organization I
volunteer my time for. I'd like to give the
developers who have
of anything Apache currently has. This is something that I told
Abdulla he would need to search for, as I don't know the steps to do this.
But I am sure he has what it needs to get there.
Please let me know of your opinions on this.
Thank you all from the community,
Rodrigo Madera
On 7/28/07
with this matter.
Thank you for your help,
Rodrigo Madera
/sumup/
Maarten
On 7/23/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
Hello all,
I was wondering if anyone has any introductory material on MINA's
Demuxing
implementation.
On the Tutorial on ProtocolCodecFilter page there is a note on the
bottom
that this would possibly be added.
If anyone has
to writing code
for it, but we came to the conclusion that we needed more and in a more
structured manner, so we started this solution.
If this is already implemented, please share some light on how to use it.
Thanks,
Rodrigo
On 7/23/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 7/23/07, Rodrigo
Hello all,
I was wondering if anyone has any introductory material on MINA's Demuxing
implementation.
On the Tutorial on ProtocolCodecFilter page there is a note on the bottom
that this would possibly be added.
If anyone has a pointer, please share!
Thank you,
Rodrigo
Congratulations to the creator of the project.
In my opinion, it's a great add-on for MINA.
Rodrigo
On 7/16/07, Trustin Lee [EMAIL PROTECTED] wrote:
Hi community,
One of MINA users started a project called 'JavaStruct':
http://code.google.com/p/javastruct/wiki/HowToUseJavaStruct
In my application I need something like this.
If the clients are detected to be bad, then they will be sent to the
blacklist.
This would be a great plus for MINA.
Regards,
Rodrigo
On 6/22/07, Mark Webb [EMAIL PROTECTED] wrote:
This is what I was thinking. I will create a JIRA entry and add
example, if a connection is dropped and that IP address is sent to the
blacklist, then you would never let that IP address back in? Seems a
little
extreme to me. I might need to know more about your program I guess.
On 6/22/07, Rodrigo Madera [EMAIL PROTECTED] wrote:
In my application I need
All in one day... Now that's what I call bug killing!! =o)
On 4/13/07, Eugene Labunsky [EMAIL PROTECTED] wrote:
Dear Trustin,
Thank you. I have checked my projects - they are working fine now! ;)
2007/4/14, Trustin Lee [EMAIL PROTECTED]:
On 4/13/07, Eugene Labunsky [EMAIL PROTECTED]
Mark,
Could you also provide a 2.0 version of it?
If you have the opportunity, that would be excellent!
Rodrigo
On 4/10/07, Mark Webb [EMAIL PROTECTED] wrote:
I have added a tutorial that walks a new user through the process of
developing a MINA based application. In this case, the tutorial
It would be very helpful if there was a comparison between versions 1.0, 1.1and
2.0, since some things have changed.
This document could also be short and up-to-the-point, just so we can get a
grasp on things.
Anyone has the knowledge to do this?
Rodrigo
On 4/9/07, Mark Webb [EMAIL PROTECTED]
+1
On 4/5/07, Enrique Rodriguez [EMAIL PROTECTED] wrote:
On 4/5/07, Trustin Lee [EMAIL PROTECTED] wrote:
...
[ X ]: +1, release
[ ]: 0, abstain
[ ]: -1, don't release
Enrique
+1
On 4/5/07, Enrique Rodriguez [EMAIL PROTECTED] wrote:
On 4/5/07, Trustin Lee [EMAIL PROTECTED] wrote:
...
[ X ]: +1, release
[ ]: 0, abstain
[ ]: -1, don't release
Enrique
We really really really need the documentation.
If you want to, make an HTML or Word document and I'll sent it to the Wiki.
Please don't get unmotivated because of technical concerns.
Even in notepad if you will!! But please write it!! =o)
Thanks!
Rodrigo Madera
On 3/30/07, Mark Webb [EMAIL
I was studying the example code for MINA 1.0.2 and I came upon an
interesting fact: you provide two versions of the HTTP server. One that is
streaming and the other uses a codec to use high-level messages.
Can you please tell me which is better? What trade-offs can we expect with
message-based
Trustin,
Now that you mention it, how does MINA decide _when_ to call decodable()?
For example, on the HTTP codec example, I see that you actually try to see
the tail of the buffer as it was passed to the decodable() function. So
decodable() will be called when a line end is encountered? (don't
Hello to all,
I am new to MINA and I am already reverse engineering the examples to
understand how it works due to lack of documentation ;)
My only concern is that I see that you are releasing a 2.0 series.
Should I proceed and use 1.0? Should I get the HEAD and use 2.0?
Are the examples of
48 matches
Mail list logo
