Io prefix:
[X]: Retain them.
Rename ByteBuffer to may be WrapperByteBuffer or ExtendedByteBuffer
Arul Kumaran
Senior Java/J2EE developer/designer
http://www.lulu.com/java-success
-Original Message-
From: Maarten Bosteels [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 18 September 2007 1:3
I have post it at:
http://www.nabble.com/mina-performance-tf4471354s16868.html
thanks!
-邮件原件-
发件人: Trustin Lee [mailto:[EMAIL PROTECTED]
发送时间: 2007年9月18日 11:56
收件人: dev@mina.apache.org
主题: Re: 答复: Mina Performance
Please try to post an attachment here:
http://www.nabble.com/Apache-MIN
Ah, you attached the file already. Let me check it out this week.
Thanks,
Trustin
On 9/18/07, windshome <[EMAIL PROTECTED]> wrote:
>
> http://www.nabble.com/file/p12749102/severdemo.zip severdemo.zip
>
>
>
> Hello, I Write a Server Demo use Mina-1.1.2,use the
> ObjectSerializationCodecFactory. B
Please try to post an attachment here:
http://www.nabble.com/Apache-MINA-Support-Forum-f16869.html
Please let me know if it doesn't work.
Trustin
On 9/18/07, 李向锋 <[EMAIL PROTECTED]> wrote:
>
> Sorry, the mail server reject my mail with attatchment ,please help check
> this code,thanks.
>
>
+1 DataBuffer.
Regards,
Rodrigo
On 9/17/07, Jeff Genender <[EMAIL PROTECTED]> wrote:
>
> +1...renaming it would be good. When I explain it...I have to be very
> careful in saying "I mean Mina's ByteBuffer..not a regular ByteBuffer"
>
> Jeff
>
> Trustin Lee wrote:
> > Hi folks,
> >
> > It is ofte
>
> [X]: All capital
Rodrigo
http://www.nabble.com/file/p12749102/severdemo.zip severdemo.zip
Hello, I Write a Server Demo use Mina-1.1.2,use the
ObjectSerializationCodecFactory. But When Run This Server,Use a 100 threads
Client to test it’s performance,it’s performance is poor. Server machine is
2CPU *2.8G,1G memory ,S
Sorry, the mail server reject my mail with attatchment ,please help check
this code,thanks.
-邮件原件-
发件人: Trustin Lee [mailto:[EMAIL PROTECTED]
发送时间: 2007年9月18日 10:06
收件人: dev@mina.apache.org
主题: Re: Mina Performance
Hi,
Could you zip the source code files and attach to our support forum
[X]: Only the initial letter should be capital
On 9/17/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> As many people pointed out, MINA currently has somewhat inconsistent
> naming style for acronyms (e.g IO vs Io and MDC vs Mdc). I'm not sure
> standardizing the naming style for acr
I used to be of the opinion that acronyms should be all uppercase. This
issue outlined by Dave bit me badly on a couple of projects and now I'm
of the opinion that only the initial letter should be capitalized in an
an acronym. It just works out better that way with existing Java bean
framewo
What HTTP server are you using? Is it a server problem, or the
problem of the MINA HTTP client?
Trustin
On 9/18/07, squeebie <[EMAIL PROTECTED]> wrote:
>
> Turns out it was the server that returns me the XML. With sockets, I was
> creating the header, and if I sent the server a header with HTTP
Hi,
Could you zip the source code files and attach to our support forum?
Thanks,
Trustin
On 9/18/07, 李向锋 <[EMAIL PROTECTED]> wrote:
> Hello, I Write a Server Demo use Mina-1.1.2,use the
> ObjectSerializationCodecFactory. But When Run This Server,Use a 100 threads
> Client to test it's performanc
Hello, I Write a Server Demo use Mina-1.1.2,use the
ObjectSerializationCodecFactory. But When Run This Server,Use a 100 threads
Client to test it’s performance,it’s performance is poor. Server machine
is 2CPU *2.8G,1G memory ,Suse Linux 9. It Tran/sec only 60~80. I past the
code under, who can he
On 9/18/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
> OK.. then let me find classes with all capital acronyms and change them.
Resolved in trunk:
https://issues.apache.org/jira/browse/DIRMINA-440
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID
[
https://issues.apache.org/jira/browse/DIRMINA-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trustin Lee resolved DIRMINA-440.
-
Resolution: Fixed
Resolved like the following:
http://svn.apache.org/viewvc?rev=576647&view=rev
Consistent naming style for acronyms (SSL, HTTP, MDC, IO, ...)
--
Key: DIRMINA-440
URL: https://issues.apache.org/jira/browse/DIRMINA-440
Project: MINA
Issue Type: Improvement
+1...renaming it would be good. When I explain it...I have to be very
careful in saying "I mean Mina's ByteBuffer..not a regular ByteBuffer"
Jeff
Trustin Lee wrote:
> Hi folks,
>
> It is often confusing to discriminate MINA ByteBuffer and NIO
> ByteBuffer. Do we need renaming? I didn't have m
Hi folks,
It is often confusing to discriminate MINA ByteBuffer and NIO
ByteBuffer. Do we need renaming? I didn't have much difficulties
actually because most Java code doesn't use both types at the same
time.
There was an opinion about renaming it to MinaByteBuffer, but I don't
think it's the
OK.. then let me find classes with all capital acronyms and change them.
BTW I think we need to think about MinaByteBuffer again because there
might be a better name. Let's handle this in a separate thread.
Cheers,
Trustin
On 9/18/07, hezjing <[EMAIL PROTECTED]> wrote:
> [X ]: Only the initial
[X ]: Only the initial letter should be capital
On 9/18/07, Mark <[EMAIL PROTECTED]> wrote:
> Change mine to:
>
> [ X]: Only the initial letter should be capital
>
> After talk of "MINA" vs. "Mina" started, I certainly think the initial
> letter should be used.
>
>
> On 9/17/07, Mark <[EMAIL PROT
Change mine to:
[ X]: Only the initial letter should be capital
After talk of "MINA" vs. "Mina" started, I certainly think the initial
letter should be used.
On 9/17/07, Mark <[EMAIL PROTECTED]> wrote:
>
> [X]: All capital
>
> --
> ..Cheers
> Mark
>
> On 9/17/07, Emmanuel Lecharny <[EMAIL PROTE
I will change my vote :
[x]: Only the initial letter should be capital
(was capitalize all letters).
What convinced me was the obvious HttpProtocol example. It's simply
talk by itself !
Emmanuel
On 9/17/07, Cameron Taggart <[EMAIL PROTECTED]> wrote:
> [x]: Only the initial letter should be cap
[x]: Only the initial letter should be capital
I like the "Mina" prefix, not "MINA".
Cameron
On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> [x]: Only the initial letter should be capital
>
> I agree.
>
> On 9/17/07, Richard Wallace <[EMAIL PROTECTED]> wrote:
> >
> > I agree.
> >
> > [
Turns out it was the server that returns me the XML. With sockets, I was
creating the header, and if I sent the server a header with HTTP 1.1, it
returned crap in the response. Switched to 1.0 and it works.
Thanks anyway guys, keep up the great work with Mina.
--
View this message in context
[x]: Only the initial letter should be capital
I agree.
On 9/17/07, Richard Wallace <[EMAIL PROTECTED]> wrote:
>
> I agree.
>
> [X]: Only the initial letter should be capital
>
> I like Davids reasoning and have some of my own as well. The only time
> anyone actually says "input/output" is when
I'm trying to switch our application from using HttpURLConnection to Mina.
I've narrowed down my issue to not being a Mina issue, but thought you guys
and gals might know the answer just because of your experience in this area.
I'm having some trouble with "8000" showing up in my response after
I agree.
[X]: Only the initial letter should be capital
I like Davids reasoning and have some of my own as well. The only time
anyone actually says "input/output" is when they are answering the
question, "What is IO?". Similarly, the only time anyone actually says
"Secure Socket Layer" is w
[X]: Retain them. I use JMS Session and java.util.concurrent.Future everywhere!
There are far too many possible conflicts that would just make code a
PITA to write and read otherwise.
Rich
Trustin Lee wrote:
Hi everyone,
Another issue has been arisen. Now some people seems to want to get
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 as an acronym, like we do for MDC or SSL
Maarten
On 9/17/07, Mark <[EMAIL PROTECTED]> wr
#2 MinaByteBuffer
--
..Cheers
Mark
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 nob
On Mon, 17 Sep 2007 23:57:11 +0900
"Trustin Lee" <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> As many people pointed out, MINA currently has somewhat inconsistent
> naming style for acronyms (e.g IO vs Io and MDC vs Mdc). I'm not sure
> standardizing the naming style for acronyms are definitely re
On Mon, 17 Sep 2007 17:13:52 +0200
"Emmanuel Lecharny" <[EMAIL PROTECTED]> wrote:
> > [X]: Retain them.
>
> For another reason. It's not because MINA is all about IO that those
> classes should not start or contains 'IO'. It can be very confusing
> sometime if we have an overlap with another clas
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 pronoun
[X]: All capital
--
..Cheers
Mark
On 9/17/07, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote:
>
> > [X]: All capital
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
I completely agree that the MINA ByteBuffer should be renamed and we should
be using "MINA" in alot more of the codebase.
[X]: Retain them.
--
..Cheers
Mark
On 9/17/07, Julien Vermillard <[EMAIL PROTECTED]> wrote:
>
> On Mon, 17 Sep 2007 17:13:52 +0200
> "Emmanuel Lecharny" <[EMAIL PROTECTED]>
> [X]: Retain them.
For another reason. It's not because MINA is all about IO that those
classes should not start or contains 'IO'. It can be very confusing
sometime if we have an overlap with another class from another
package.
For some reasons, I felt quite confused when using MINA ByteBuffer,
On Tue, 18 Sep 2007 00:01:21 +0900
"Trustin Lee" <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> Another issue has been arisen. Now some people seems to want to get
> rid of ugly 'Io' prefix from everywhere (e.g. IoSession -> Session,
> IoFuture -> Future!?). Please let us know what do you think
> [X]: All capital
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi everyone,
Another issue has been arisen. Now some people seems to want to get
rid of ugly 'Io' prefix from everywhere (e.g. IoSession -> Session,
IoFuture -> Future!?). Please let us know what do you think about
this issue. More feed back, better names!
[ ]: Remove them all!
[ ]: Retain the
Hi folks,
As many people pointed out, MINA currently has somewhat inconsistent
naming style for acronyms (e.g IO vs Io and MDC vs Mdc). I'm not sure
standardizing the naming style for acronyms are definitely required,
but I'd like to know what you think about it.
Personally I'd prefer all capita
Hi community,
I've just added IoService interfaces that fits into any
socket/datagram implementations:
http://svn.apache.org/viewvc/mina/trunk/core/src/main/java/org/apache/mina/transport/socket/
These interfaces were introduced to provide more socket
implementations (e.g. APR and blocking I/O)
Here the svn keywords reference ;)
http://blog.gleamynode.net/2006/12/setting-svnkeyword-property.html
Julien
On Mon, 17 Sep 2007 16:33:13 +0200
"Maarten Bosteels" <[EMAIL PROTECTED]> wrote:
> Hi Trustin,
>
> On 9/17/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
> >
> > Hi Maaretn,
> >
> > On 9/17
On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> Hi Trustin,
>
> On 9/17/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
> >
> > Hi Maaretn,
> >
> > On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> > > I fixed a possible ConcurrentModificationException in the test-case.
> > > I hope th
Hi Trustin,
On 9/17/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
>
> Hi Maaretn,
>
> On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> > I fixed a possible ConcurrentModificationException in the test-case.
> > I hope that was the failure you saw ?
>
> I didn't actually check the cause. :)
>
Hi Maaretn,
On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> I fixed a possible ConcurrentModificationException in the test-case.
> I hope that was the failure you saw ?
I didn't actually check the cause. :)
> I have run the test-case several times both on linux and Windows XP, and it
>
I fixed a possible ConcurrentModificationException in the test-case.
I hope that was the failure you saw ?
I have run the test-case several times both on linux and Windows XP, and it
always succeeded.
kind regards,
Maarten
On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
>
> On 9/17/07, T
There really is no need to do that since you
can easily make the existing LoggingFilter use log4j.
Please let us know which of your needs aren't covered by the existing
LoggingFilter.
Maarten
On 9/17/07, Sungwon Jung <[EMAIL PROTECTED]> wrote:
>
> Thanks all!
>
> right now I'm make Log4JFilter(
Thanks all!
right now I'm make Log4JFilter() and it's working well.
my console is clean now. :-)
--
import org.apache.log4j.*;
public class Log4JFilter extends IoFilterAdapter {
...
}
--
On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> To use log4j, you need these jars on the classp
To use log4j, you need these jars on the classpath:
slf4j-api-1.4.3.jar
slf4j-log4j12-1.4.3.jar
log4j-1.2.x.jar
see http://www.nabble.com/slf4j-logging-t4402442s16868.html
Maarten
On 9/17/07, Mark <[EMAIL PROTECTED]> wrote:
>
> Depending on the underlying logging system you are using, it
Depending on the underlying logging system you are using, it depends. If
you are using Log4J, then you just need to configure a
log4j.propertiesfile. See the Log4J documentation for more
information.
On 9/17/07, Sungwon Jung <[EMAIL PROTECTED]> wrote:
>
> Hello. I'm using MINA 1.1.2.
>
> I use
Hello. I'm using MINA 1.1.2.
I use LoggingFilter(). like this "cfg_acu.getFilterChain().addLast(
"logger", new LoggingFilter() );"
LoggingFilter() print message to console.
I want output log message to file not console.
is it possible?
thank you.
DemuxingProtocolEncoder and DemuxingProtocolDecoder by refactoring
DemuxingProtocolCodecFactory
---
Key: DIRMINA-439
URL: https://issues.apache.org/jira/browse/DIRMINA-439
On Sun, 16 Sep 2007 23:29:03 +0900
"Trustin Lee" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Today, I checked in a load of code that removed a lot of duplicate
> code. Let me list the changes I've made:
>
> * Added IoProcessor interface
>
> This is a very thin reactor layer that provides abstract vie
Thanks Maarten Bosteels!
On 9/17/07, Maarten Bosteels <[EMAIL PROTECTED]> wrote:
> Hello Sungwon,
>
> Please have a look at
> http://mina.apache.org/report/1.1/apidocs/org/apache/mina/filter/codec/textline/TextLineDecoder.html
>
> As the name suggests, the TextLineDecoder tries to decode a LINE o
Hello Sungwon,
Please have a look at
http://mina.apache.org/report/1.1/apidocs/org/apache/mina/filter/codec/textline/TextLineDecoder.html
As the name suggests, the TextLineDecoder tries to decode a LINE of text: it
accumulates all incoming data until it receives a Line Delimiter (carriage
return
sorry. my mistake.
I added "\n" not "\0".
Thank you.
-- Forwarded message --
From: Sungwon Jung <[EMAIL PROTECTED]>
Date: Sep 17, 2007 5:10 PM
Subject: text based protocol
To: dev@mina.apache.org
Hello. I'm using MINA 1.1.2.
problem is server cannot receive client's message.
Hello. I'm using MINA 1.1.2.
problem is server cannot receive client's message.
client code is below.
---
char sBufSend[ 512 ] = "0123456789\0";
int iSend = 0;
iSend = send( scHost, sBufSend, strlen( sBufSend ), 0 );
printf( "%d\n", iSend );
--
server use cfg.getFilterChain().addLast( "codec", n
Hi,
I made a lot of changes to the current datagram implementation in
trunk. DatagramAcceptor now collaborates with DatagramConnector to
create connected datagram socket which listens to the remote address
of the received packet. The following is simplified description of
flow:
* DatagramAccept
58 matches
Mail list logo
