RE: Mina Documentation

Trustin, thanks for the reply. I would like to contribute to the MINA documentation, but currently I'm a bit clueless on where to start on MINA. If one of you Guru's can direct me to a starting point (absolute beginner to MINA) I guess I can continue on my own from there. Even though the exampl

Re: Please help in unsubscribing!

Thanks very much, Jeroen! Just wanted to add that this does not mean I am going away from MINA; far from it. However, managing so many messages is becoming a problem. I would rather visit the site and read them myself. Thanks again. Nirmalya On 3/3/07, Jeroen Brattinga <[EMAIL PROTECTED]> wro

MINA vs.?

Just wondering, but what are the head-to-head, so to speak, equals to MINA? Like I was thinking MINA vs. JBoss Remoting, but they're not the same, correct? -- Justin Stanczak Stanczak Group 812-735-3600 "All that is necessary for the triumph of evil is that good men do nothing." Edmund Burke

Re: MINA site fixes.

Oh. It's no problem. Just wanted to help out. Trustin Lee wrote: 2007-03-05 (월), 19:23 -0600, Stanczak Group 쓰시길: It looks like the faq's are linked wrong, would I be able to fix that for you or is it taken care of. You mean the links for the FAQ items? It's a known bug of Confluence

Re: replacing/stopping messages in Filter.filterWrite

2007-02-28 (수), 09:18 +0100, Norman Maurer 쓰시길: > Newcomb, Michael-P57487 schrieb: > > Say I have a filter that wants to change what is being written. How do I > > do that? > > > > > > Is it safe to create a new WriteRequest object like: > > > > nextFilter.filterWrite(session, new WriteRequest(m

Re: Mina Documentation

2007-02-26 (월), 02:39 -0800, Isuru 쓰시길: > Thanks for reading my post. > > I'm new to MINA. I've been going through the mina API, and finding it > difficult to follow, as MINA documentation really scarce. The presentations > do not help as it comes with the message "The presentations are out of >

Re: session.close()

2007-02-27 (화), 18:24 -0800, afa654321 쓰시길: > Hi All, > > I have written a simple client test application which does *not* terminate > after executing the following: > > session.close(); > System.exit(0); > > I see, after the exit statement is executed, the following runnable thread: > > Threa

Re: codec

2007-03-02 (금), 04:33 +0800, mat 쓰시길: > I wonder the purpose of codec filter is to help handle the encode and decode > by mina (mina also helps on this performance issue)? I tried to move it to > my own handler and the performance seems not good. Did you try to configure the thread model? If not,

Re: ASN.1 support

Trustin Lee wrote: Apache ASN.1 (under Apache Directory project) doesn't implement all ASN.1 encodings yet. IIRC, it only supports BER, which is being used by LDAP. ASN.1 is evil, IMHO. See Carl Ellison's writeup http://world.std.com/~cme/P1363/asn1.html Getting into the whole BER and DER voo

Re: ASN.1 support

2007-03-03 (토), 02:59 +0800, mat 쓰시길: > Can MINA handle complex binary protocols such as LDAP? Yes. Please take a > look at the SumUp example . There > is no full ASN.1 support yet, but we will implement it someday and you can > contribute to make it avail

Re: Sumup Server example

2007-03-05 (월), 12:05 +0800, mat 쓰시길: > Thank you. However, which method can reach the best performace? My server > received huge size of packets every time from intrenet(sent to client), when > i do the decode, i will return the arraylist of decoded messages. I wonder > if it will use up the CPU 1

Re: [IRC] Should we create a mina-dev channel?

2007-03-05 (월), 09:44 -0500, Alex Karasulu 쓰시길: > Hi folks, > > Right now we have two projects on the same IRC channel (directory-dev). I > definately know that > the directory peeps don't mind sharing the channel however it might not be > fair to those interested > in MINA only to be seeing all

Re: documentation and JIRA

2007-03-05 (월), 11:46 -0500, Mark Webb 쓰시길: > I had a thought (I know, rare) that we should enter in documentation > requests into JIRA. This way we can work documentation issues just like > software bugs. I, for one, would like to help out with both documentation > as well as bug fixing/feature

Re: ExecutorFilter Problem

2007-03-05 (월), 15:48 -0500, Mark Webb 쓰시길: > you either do not have this line in your java file: > import edu.emory.mathcs.backport.java.util.concurrent.Executors; > > or you do not have this in your classpath: > http://dcl.mathcs.emory.edu/util/backport-util-concurrent/ > > > On 3/5/07, mat <[

Re: [VOTE] sessionIdle vs. java.util.Timer

2007-03-05 (월), 22:33 +0100, Maarten Bosteels 쓰시길: > Yes, most links on the FAQ are broken, it's probably a Confluence bug, > and it has been reported on this list before. > > work-around: just scroll down :-) http://mina.apache.org/faq.html > > I do not know Confluence, maybe there is a hook in

Re: Guarantee that my listener is added before the future fires

2007-03-05 (월), 17:38 -0700, Vic Ganora 쓰시길: > On methods that return a future, how can I guarantee that my listener > is added before the future fires? > > My thought is this: > > final Object lock = new Object(); > synchronized (lock) { > final DNSLookupFuture future = resolver.submitQuery(

Re: MINA site fixes.

2007-03-05 (월), 19:23 -0600, Stanczak Group 쓰시길: > It looks like the faq's are linked wrong, would I be able to fix that > for you or is it taken care of. You mean the links for the FAQ items? It's a known bug of Confluence auto-export plugin. There's no way to fix it for now. Apologies, Trust

MINA site fixes.

It looks like the faq's are linked wrong, would I be able to fix that for you or is it taken care of. -- Justin Stanczak Stanczak Group 812-735-3600 "All that is necessary for the triumph of evil is that good men do nothing." Edmund Burke

Re: [VOTE] Mina Documentation

+1 Coding Horse wrote: +1 -- Justin Stanczak Stanczak Group 812-735-3600 "All that is necessary for the triumph of evil is that good men do nothing." Edmund Burke

Guarantee that my listener is added before the future fires

On methods that return a future, how can I guarantee that my listener is added before the future fires? My thought is this: final Object lock = new Object(); synchronized (lock) { final DNSLookupFuture future = resolver.submitQuery(query, lock); future.addListener(listener); } Is that cor

Re: [VOTE] sessionIdle vs. java.util.Timer

Thanks a lot Maarten! Finally I realized why I missed the FAQ i was looking for - I searched with text "timer" however the FAQ contains no "timer" but "java.util.concurrent.ScheduledExecutor" :-) Maarten Bosteels-4 wrote: > > Yes, most links on the FAQ are broken, it's probably a Confluence bu

RE: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Hi I think I found where the problem is. Its not the problem with serialization. After going through the codecs of the sumup example I found that the whole object is not sent across.Only the primitive types are encoded and passed along.Thats the reason when I do a byteBuffer.getObject() I used

RE: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Thanks for the response Mark. Right now I am not worrying about the latency.But what I want to avoid in doing in my proxy is serializing and deserializing. I want to do that in a separate thread.The sumup client is using a codec to serialize the object and the server deserializes it.The proxy j

Re: [VOTE] sessionIdle vs. java.util.Timer

Yes, most links on the FAQ are broken, it's probably a Confluence bug, and it has been reported on this list before. work-around: just scroll down :-) http://mina.apache.org/faq.html I do not know Confluence, maybe there is a hook in confluence that allows to perform this command everytime the

Re: [VOTE] sessionIdle vs. java.util.Timer

What I want to to is: - create a mina client - connect to another public socket server - send something to that server - if that server sends a response message within 30 seconds, my app will continue ... - if not my app will end the connection with that server, I don't want to wait forever Do I

Re: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

I have not worked much with serialization and mina, but I think you need that codec to get things working. My advice would be to get things working, and then worry about latency/performance. On 3/5/07, Monajit Choudhury <[EMAIL PROTECTED]> wrote: Not within the proxy. I am using the example p

Re: [VOTE] sessionIdle vs. java.util.Timer

I deadly want to know in which case I "have to use java.util.Timer and TimerTask instead of mina provided classes". But that link seems broken :-( Paul Chen wrote: > > Hi, folks, > > http://directory.apache.org/subprojects/mina/faq.html#support > > says: > > --- > You can't use sessionIdle

RE: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Not within the proxy. I am using the example proxy as is. We plan to use this proxy in the production system(after modifying it to handle large amount of traffic), so I wanted to keep the latency to a minimum.I dump the whole byteBuffer in an async queue.Another thread goes thru the queue and

Re: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Are you using a serialization codec ? On 3/5/07, Monajit Choudhury <[EMAIL PROTECTED]> wrote: Hi Mark Thanks a lot for your response. Still I am getting the same error.Hereis what I am doing now. public void onMessage(Message message) { // TODO we do the processing here. It

Re: ExecutorFilter Problem

you either do not have this line in your java file: import edu.emory.mathcs.backport.java.util.concurrent.Executors; or you do not have this in your classpath: http://dcl.mathcs.emory.edu/util/backport-util-concurrent/ On 3/5/07, mat <[EMAIL PROTECTED]> wrote: connector.getFilterChain().addLa

RE: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Hi Mark Thanks a lot for your response. Still I am getting the same error.Here is what I am doing now. public void onMessage(Message message) { // TODO we do the processing here. It might be the we link the request recording stuffs here MessageObject bb = (Messa

Re: SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Try this... http://www.nabble.com/RE%3A-ObjectSerialization-problem-p7830060.html On 3/5/07, Monajit Choudhury <[EMAIL PROTECTED]> wrote: Hi I am trying to mix the proxy example with the sumup example.So all client requests in the in the sumup example goes via this proxy.In the proxy I have a

SOS!!!.............org.apache.mina.common.BufferDataException: Object length should be greater than 4: 0

Hi I am trying to mix the proxy example with the sumup example.So all client requests in the in the sumup example goes via this proxy.In the proxy I have a async queuing mechanism by which I dump the requests in a queue and desirialize it in a separate thread.Now here is the problem... This is

ExecutorFilter Problem

connector.getFilterChain().addLast("threadPool", new ExecutorFilter( Executors.newCachedThreadPool())); This syntax doesn't compile on my eclipse. i am using mina 1.0.2

Re: [VOTE] What tutorials do we need sooner?

disagree On 3/5/07, Coding Horse <[EMAIL PROTECTED]> wrote: I'm quite sure 90% of current java programmers, like me, will think "tomorrow" instead of "a standard interface" when you tell him/her "Future in Java". But to understand mina one must know Future interface. -- View this message in

Re: [VOTE] What tutorials do we need sooner?

I'm quite sure 90% of current java programmers, like me, will think "tomorrow" instead of "a standard interface" when you tell him/her "Future in Java". But to understand mina one must know Future interface. -- View this message in context: http://www.nabble.com/What-tutorials-do-we-need-soone

Re: [VOTE] What tutorials do we need sooner?

I completely agree. No reason to re-invent the wheel. We should just reference a couple of the better tutorials out there. On 3/5/07, Coding Horse <[EMAIL PROTECTED]> wrote: I found mina community did very well in answering questions. It'll also be much helpful for beginners to quick unders

Re: [VOTE] What tutorials do we need sooner?

I found mina community did very well in answering questions. It'll also be much helpful for beginners to quick understand/start using mina if there is an introduction article(tutorial?) summarizing(and referring to) important concepts like "Future", "Excecutor", "Filter" etc. Then it'll be easie

Re: [VOTE] What tutorials do we need sooner?

While I agree that MINA is a great system, and the documentation needs help, I am not sure that the MINA documentation should support tutorials on Java I/O and networking. Maybe we should just provide links to sites that already provide good documentation on these subjects. On 3/5/07, Coding H

Re: [VOTE] What tutorials do we need sooner?

Some terminology/concepts like "Future", "Excecutor" that is obvious to mina developers may be never-heard to a beginning mina user like me. I've been reading whatever mina text I could find for a few days without knowing "Future" is a standard interface in JDK 1.5. I hope I would have read th

documentation and JIRA

I had a thought (I know, rare) that we should enter in documentation requests into JIRA. This way we can work documentation issues just like software bugs. I, for one, would like to help out with both documentation as well as bug fixing/feature improvements. If I feel like tackling a documentat

Re: [VOTE] Please Review the First Tutorial: Configuring Thread Model

the trunk can be considered 2.0, even though it is not an "official release" yet. On 3/5/07, Coding Horse <[EMAIL PROTECTED]> wrote: The tutorial says: MINA 2.0 and later versions doesn't have ThreadModel anymore. Please skip this section if you are using them. I started learning/playing with

Re: [VOTE] Please Review the First Tutorial: Configuring Thread Model

The tutorial says: MINA 2.0 and later versions doesn't have ThreadModel anymore. Please skip this section if you are using them. I started learning/playing with mina by checking svn mina trunk. Am I using MINA 2.0 ? Thx. -- View this message in context: http://www.nabble.com/Please-Review-th

Re: [VOTE] Mina Documentation

+1 -- View this message in context: http://www.nabble.com/Mina-Documentation-tf3292034.html#a9314216 Sent from the mina dev mailing list archive at Nabble.com.

[IRC] Should we create a mina-dev channel?

Hi folks, Right now we have two projects on the same IRC channel (directory-dev). I definately know that the directory peeps don't mind sharing the channel however it might not be fair to those interested in MINA only to be seeing all the LDAP traffic go by. Plus it would be nice to have people