Hello Sungwon,
Please read http://mina.apache.org/tutorial-on-protocolcodecfilter.html
Writing 5 bytes of data:
ByteBuffer buffer = ByteBuffer.allocate(100);
byte myData[] = new byte[] { 1,2,3,4,5 };
buffer.put(myData);
Maarten
On 9/28/07, Sungwon Jung [EMAIL PROTECTED] wrote:
Hi community,
We discussed about renaming org.apache.mina.common.ByteBuffer to
something else because it makes many people confuse from NIO
ByteBuffer. Many names were suggested, and it seems like we didn't
reach to the consensus, so here goes the vote.
Please refer to the following archive
Hello Lee,
Thank you very much for pointing out my immature consideration on
performance issue. In fact, my situation is that the cpu load of the
application server is constantly below 10%, and the network communication
mainly involves large amount of small messages in the size of less than 512
On 9/28/07, tehehe [EMAIL PROTECTED] wrote:
I get the following exceptions:
java.lang.IllegalStateException: Already released buffer. You released the
buffer too many times.
at
On 9/28/07, Trustin Lee [EMAIL PROTECTED] wrote:
[X]: IoBuffer
It's short! :D
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6
Hello. I'm using MINA 1.1.2.
let me see my server code.
--
public class PacketReqAnalysis extends CumulativeProtocolDecoder
{
protected boolean doDecode(IoSession session, ByteBuffer in,
ProtocolDecoderOutput out) throws Exception {
int start = in.get() 0xFF;
if( start == 0xCC ) {
On 9/28/07, tiandike [EMAIL PROTECTED] wrote:
as you said For an application with a ProtocolCodecFilter implemetation and
a
usual IoHandler implementation with database operations, I'd suggest
you to add the ExecutorFilter after the ProtocolCodecFilter
implementation.
do you mean:
Find a way to copy license files in the root directory into META-INF
directories automatically
--
Key: DIRMINA-446
URL: https://issues.apache.org/jira/browse/DIRMINA-446
Thank you.
1 message size is 24bytes.
so about 8 message per 1 sec is ok.
but 8 more message per 1 sec is not ok.
anyway I'll read protocol codec tutorial in the documentation page.
and if I get other question, mailing. :-)
On 9/28/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 9/28/07, Sungwon
Trustin Lee wrote:
[X]: IoBuffer
Not only is it short but it's consistent with the rest of the API.
-Mike
I get the following exceptions:
java.lang.IllegalStateException: Already released buffer. You released the
buffer too many times.
at
org.apache.mina.common.PooledByteBufferAllocator$PooledByteBuffer.release(PooledByteBufferAllocator.java:310)
at
[X]: IoBuffer
Because is consistent with the rest of the API.
On 9/28/07, Mike Heath [EMAIL PROTECTED] wrote:
Trustin Lee wrote:
[X]: IoBuffer
Not only is it short but it's consistent with the rest of the API.
-Mike
[
https://issues.apache.org/jira/browse/DIRMINA-249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee updated DIRMINA-249:
Affects Version/s: (was: 0.9.4)
Fix Version/s: 2.0.0-M1
This can introduce some
[
https://issues.apache.org/jira/browse/DIRMINA-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee closed DIRMINA-256.
---
Resolution: Fixed
Done by Mark and me.
Create a dedicated page for SLF4J configuration
[
https://issues.apache.org/jira/browse/DIRMINA-223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee resolved DIRMINA-223.
-
Resolution: Invalid
The patch provided is invalid. We will take care of the proxy support in
[
https://issues.apache.org/jira/browse/DIRMINA-438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531055
]
Trustin Lee commented on DIRMINA-438:
-
Can we support multicast using APR transport implementation until Java 7
[X]: MinaByteBuffer
Because it's understandable :)
Julien
[
https://issues.apache.org/jira/browse/DIRMINA-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee updated DIRMINA-423:
Fix Version/s: (was: 2.0.0-M1)
This won't impact the core API at all. Therefore, won't fix
Hi Martin,
Apologies for the late response
On 9/18/07, Martin Alderson [EMAIL PROTECTED] wrote:
Hi all,
I don't know too much about Mina so forgive me if I say anything stupid!
I have hit a problem with my own hacked about version of ApacheDS. ApacheDS
is an LDAP server which uses
Thanks, Trustin. I took a look at the thread pool stuff and think i was
just a little confused when i wrote up the question. I debugged the server
and found my threads were returning to the pool as they should. We are
seeing this exception a lot, but will now assume it is an issue w/ the
Please take a look at this thread:
http://www.nabble.com/sending-null-terminated-strings-tf4410525s16868.html
Trustin
On 8/14/07, leecholho [EMAIL PROTECTED] wrote:
thanks your replay..
i checked a messages with Ethereal..
and cheked that flash sent 0d 0a 00
i'm testing a several
On 8/23/07, mat [EMAIL PROTECTED] wrote:
I wonder what is the usage of getMessageTypes in MessageEncoder?
I think it's of no use actually. Just specifying the type when
registering an encoder will be more flexible, like we did for
DemuxingIoHandler. This issue will be taken care of here:
as you said For an application with a ProtocolCodecFilter implemetation and
a
usual IoHandler implementation with database operations, I'd suggest
you to add the ExecutorFilter after the ProtocolCodecFilter
implementation.
do you mean:
cfg.getFilterChain().addLast(
codec,
[X]: +1, import
Nikolaus Schlemm
Senior Software Developer
cellity AG | Stahltwiete 23 | D-22761 Hamburg
Vorstand: Nils Weitemeyer (Vorstandsvorsitzender), Sarik Weber
Aufsichtsrat: Dr. Sven Claussen (Aufsichtsratsvorsitzender)
Handelsregistereintrag: HRB 99023, Amtsgericht Hamburg
Hello,
I implemented CumulativeProtocolDecoder.doDecode() in my subclass of
CumulativeProtocolDecoder.
In my doDecode(), the most straight-forward way I could figure out of
decoding data is reading fields(Integers, Bytes, Booleans, etc.) of my POJO
step by step following the protocol, until the
[
https://issues.apache.org/jira/browse/DIRMINA-269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee resolved DIRMINA-269.
-
Resolution: Fixed
Assignee: Trustin Lee
Resolved. The following is an example code:
[X]: +1, Release.
[
https://issues.apache.org/jira/browse/DIRMINA-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee closed DIRMINA-60.
--
Resolution: Fixed
Assignee: Trustin Lee
I think we are pretty done with refactoring in trunk.
On 9/28/07, Trustin Lee [EMAIL PROTECTED] wrote:
[X]: +1, Release.
Alex
On 9/28/07, Trustin Lee [EMAIL PROTECTED] wrote:
[X]: +1, Release.
Cheers,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6
[
https://issues.apache.org/jira/browse/DIRMINA-291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531054
]
Trustin Lee commented on DIRMINA-291:
-
Is there any real demand for this issue? If so, please let me know.
[
https://issues.apache.org/jira/browse/DIRMINA-424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee updated DIRMINA-424:
Fix Version/s: (was: 2.0.0-M1)
This won't impact the core API at all. Therefore, won't fix
Hi Rupinder,
You will need both DatagramAcceptor and DatagramConnector.
DatagramAcceptor can receive datagrams coming from any remote peer to
a certain bind address. Once you received data, you can use the
connector to send the message in your IoHandler implementation.
Because it's UDP, it
On 9/26/07, dcsepely [EMAIL PROTECTED] wrote:
I'm using Windows Vista Windows XP. I attached a sample application it also
throws an org.apache.mina.common.RuntimeIOException after one minute.
I don't know what such an exception is thrown, but I also found the
same problem in a certain Linux
On 9/28/07, tiandike [EMAIL PROTECTED] wrote:
in this example it doesn't add ExecutorFilter ,but when i debug I find
ExecutorFilter in the filterchain ,why?
It's a ThreadModel that adds the ExecutorFilter. However, we always
recommend users to follow this tutorial:
[X]: +1, Release.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
On 9/28/07, tiandike [EMAIL PROTECTED] wrote:
if i use ProtocolCodecFilter , do ExecutorFilter in the filterchain?
ProtocolCodecFilter and ExecutorFilter are orthogonal features
You can use one without the other, or both together.
You can put the ExecutorFilter before or after the
On 9/29/07, Maarten Bosteels [EMAIL PROTECTED] wrote:
[X]: IoBuffer
because it's gonna win :-)
Go! :D
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6
[
https://issues.apache.org/jira/browse/DIRMINA-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee updated DIRMINA-371:
Priority: Trivial (was: Major)
Affects Version/s: (was: 2.0.0-M1)
Fix
[
https://issues.apache.org/jira/browse/DIRMINA-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531006
]
Trustin Lee commented on DIRMINA-445:
-
How's the test going Maarten? I guess there won't be any negative
Thank you for your answer! I'll try it out.
Trustin Lee wrote:
On 9/26/07, dcsepely [EMAIL PROTECTED] wrote:
I'm using Windows Vista Windows XP. I attached a sample application it
also
throws an org.apache.mina.common.RuntimeIOException after one minute.
I don't know what such an
Hi Matt,
You can simply ignore 'Connection reset by peer' error. It's a little
bit different from normal close, it anyways means the connection has
been closed.
And ExecutorFilter doesn't do anything related with choosing a thread.
It just calls execute() method on the Executor you specified.
[X]: IoBuffer
[X]: MinaBuffer
I like both of them equally.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in this example it doesn't add ExecutorFilter ,but when i debug I find
ExecutorFilter in the filterchain ,why?
--
View this message in context:
http://www.nabble.com/a-questio-about-reverser-example-tf4533412s16868.html#a12937527
Sent from the Apache MINA Support Forum mailing list archive at
if i use ProtocolCodecFilter , do ExecutorFilter in the filterchain?
Maarten Bosteels-4 wrote:
It's unlikely that anyone can give a good answer to such a generic
question.
1) It depends highly on the type of application you are writing.
2) Instead of using your own thread-pool, you
[X]: IoBuffer
because it's gonna win :-)
According to one of my colleagues, it's not broken but the behavior is
just undefined. So, reverted my work. :-(
Trustin
On 9/19/07, Trustin Lee [EMAIL PROTECTED] wrote:
On 9/19/07, Trustin Lee [EMAIL PROTECTED] wrote:
What we've found so far:
1) Non-broadcast packets are working fine.
On 9/29/07, dcsepely [EMAIL PROTECTED] wrote:
Thank you for your answer! I'll try it out.
You could try the snapshot distribution here:
http://people.apache.org/~trustin/snapshot/
HTH,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID:
[
https://issues.apache.org/jira/browse/DIRMINA-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531114
]
Maarten Bosteels commented on DIRMINA-445:
--
I was thinking that the call to MessageFormatter.format(String
Sorry for too late response. :)
On 2/9/07, Bogdan Jarcau [EMAIL PROTECTED] wrote:
Hi all,
I am working on a protocol (TCP) that utilizes messages separated by an End
Of Message character (in this case \n). I use the decodable() method to
check if the message is complete and once it detects
On 2/9/07, Murat OZDEMIR [EMAIL PROTECTED] wrote:
Hi everybody,
I'm writing a server application which communicates mobile units on the
area.
Mobile units connects to server and send their datum. Because of the
mobility despite IP is same, sometimes session is closed.
Server sends messages
[
https://issues.apache.org/jira/browse/DIRMINA-445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Maarten Bosteels resolved DIRMINA-445.
--
Resolution: Fixed
Fix Version/s: 2.0.0-M1
Applied change proposed by Emmanuel
[
https://issues.apache.org/jira/browse/DIRMINA-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531127
]
Maarten Bosteels commented on DIRMINA-445:
--
I completely agree with replacing IoSessionLogger with
[
https://issues.apache.org/jira/browse/DIRMINA-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531141
]
Trustin Lee commented on DIRMINA-445:
-
I forgot to mention it would be nice if you can add a section about
[
https://issues.apache.org/jira/browse/DIRMINA-447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531139
]
Maarten Bosteels commented on DIRMINA-447:
--
related discussion on the mailing-list:
[
https://issues.apache.org/jira/browse/DIRMINA-375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531153
]
Trustin Lee commented on DIRMINA-375:
-
First of all, thank you very much Brad for excellent idea and
[
https://issues.apache.org/jira/browse/DIRMINA-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531155
]
Maarten Bosteels commented on DIRMINA-445:
--
about documentation on MdcInjectionFilter: will do it asap
[X]: +1, Release.
Maarten
[x] log4j
with the intention to migrate asap to:
[x] logback
Maarten
On 9/28/07, Maarten Bosteels [EMAIL PROTECTED] wrote:
It would be interesting to know which logging framework your MINA
applications are using.
[ ] log4j
[ ] logback
[ ] java.util.logging
[ ] slf4j-simple
[ ]
[X] slf4j-simple
Maarten Bosteels wrote:
It would be interesting to know which logging framework your MINA
applications are using.
[ ] log4j
[ ] logback
[ ] java.util.logging
[ ] slf4j-simple
[ ] slf4j-nop
[ ] x4juli
[ ] other (please specify)
Please, check all that apply.
On 9/28/07, Jeff Genender [EMAIL PROTECTED] wrote:
[X] slf4j-simple
[X] other (please specify)
log4j via SLF4J binding.
Alex
[x] log4j
Best regards,
LUIS ALBERTO PÉREZ PAZ
[EMAIL PROTECTED]
Tel +52 (55) 5227-8842
Fax +52 (55) 5227-8759
BANCO DE MEXIC0
-Mensaje original-
De: Maarten Bosteels [mailto:[EMAIL PROTECTED]
Enviado el: Viernes, 28 de Septiembre de 2007 04:42 PM
Para: [EMAIL PROTECTED]
[X ]: ExtendedBuffer
On 9/28/07, Trustin Lee [EMAIL PROTECTED] wrote:
Hi community,
We discussed about renaming org.apache.mina.common.ByteBuffer to
something else because it makes many people confuse from NIO
ByteBuffer. Many names were suggested, and it seems like we didn't
reach to the
[X ] logback
On 9/29/07, Maarten Bosteels [EMAIL PROTECTED] wrote:
It would be interesting to know which logging framework your MINA
applications are using.
[ ] log4j
[ ] logback
[ ] java.util.logging
[ ] slf4j-simple
[ ] slf4j-nop
[ ] x4juli
[ ] other (please specify)
Please, check
[x] log4j
Mike Heath-4 wrote:
[x] log4j
[ ] logback
[ ] java.util.logging
[ ] slf4j-simple
[x] slf4j-nop
[ ] x4juli
[ ] other (please specify)
--
View this message in context:
http://www.nabble.com/poll%3A-which-logging-framework-are-you-using-tf4536976s16868.html#a12951806
[x] logback
On 9/29/07, Maarten Bosteels [EMAIL PROTECTED] wrote:
It would be interesting to know which logging framework your MINA
applications are using.
[ ] log4j
[ ] logback
[ ] java.util.logging
[ ] slf4j-simple
[ ] slf4j-nop
[ ] x4juli
[ ] other (please specify)
Please, check
66 matches
Mail list logo