PGP Key ID: 0x0255ECA6
>
>
--
View this message in context:
http://www.nabble.com/First-release-of-File-Asynchronous-File-I-O-library-tf3146800.html#a9386995
Sent from the mina dev mailing list archive at Nabble.com.
On 3/9/07, Coding Horse <[EMAIL PROTECTED]> wrote:
Hi, Niklas,
What is the svn url for mina-sm?
This one I found doesn't work for me:
https://svn.apache.org/repos/asf/directory/sandbox/niklas/mina-sm/
It's http://svn.apache.org/repos/asf/mina/sandbox/niklas/mina-sm/
HTH,
Trustin
--
what
mina-sm seems to work very well for the very complex state
> machines we have in our app. It hasn't been put in production yet but it
> will in a few weeks. If you want to check it out you will have to
> checkout the code from subversion and build yourself for now.
>
> --
&g
2007-02-03 (토), 13:29 -0500, Alex Karasulu 쓰시길:
> >> Uploading the nightly build or snapshot to your home directory at
> >> people.apache.org sounds fine for me. I saw people at jakarta project do
> >> the same for reviewing purpose. It's OK as long as you state that
> >> it's not
> >> an offici
robert burrell donkin wrote:
On 2/2/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
Hi folks,
I won't reply to the other response messsages but this message because I
believe everyone understand what Mike's intention was; to show a piece of
great software to the community rather than breaking the ru
On 2/2/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
Hi folks,
I won't reply to the other response messsages but this message because I
believe everyone understand what Mike's intention was; to show a piece of
great software to the community rather than breaking the rule.
+1
On 2/1/07, Mike Hea
Hi folks,
I won't reply to the other response messsages but this message because I
believe everyone understand what Mike's intention was; to show a piece of
great software to the community rather than breaking the rule.
On 2/1/07, Mike Heath <[EMAIL PROTECTED]> wrote:
Trustin,
Thanks for hold
Le mercredi 31 janvier 2007 à 08:01 -0800, Cameron Taggart a écrit :
> > project in MINA so far, but now it's not. As you know, we have at least
> > three projects in our sandbox; aioj, mina-sm, and serial.
>
> What are the mina-sm & serial projects in the sandbox for?
serial is a new transport
Colin Fleming wrote:
> Wow, interesting! That would provide a huge speedup for most apps, I
> would think. Interesting that for the server VM in 1.5 there's really
> no difference.
>
> BTW I found this following Crazy Bob's blog:
>
> http://crazybob.org/2007/01/fast-reflection.html
>
> He seemed to
On 2/1/07, Mike Heath <[EMAIL PROTECTED]> wrote:
> there is a certain tradition of solo efforts being developed offshore
> and posted to people.apache.org then announced to apache lists. people
> have to be careful with the naming and IMHO mike sailed just the right
> side of the wind.
>
> but no
there is a certain tradition of solo efforts being developed offshore
and posted to people.apache.org then announced to apache lists. people
have to be careful with the naming and IMHO mike sailed just the right
side of the wind.
but now we have the http://labs.apache.org/ and that's the right pl
Wow, interesting! That would provide a huge speedup for most apps, I
would think. Interesting that for the server VM in 1.5 there's really
no difference.
BTW I found this following Crazy Bob's blog:
http://crazybob.org/2007/01/fast-reflection.html
He seemed to get a 40% speedup on Java 5, but d
Colin Fleming wrote:
> On 31/01/07, Niklas Therning <[EMAIL PROTECTED]> wrote:
>> Well, reflection is of course a lot slower than direct method
>> invocations.
>
>
>
>> Anyhow I would still want to optimize these parts of mina-sm using byte
>> code generation and, if possible, eliminate the need f
On 31/01/07, Niklas Therning <[EMAIL PROTECTED]> wrote:
Well, reflection is of course a lot slower than direct method
invocations.
Anyhow I would still want to optimize these parts of mina-sm using byte
code generation and, if possible, eliminate the need for reflection
entirely.
This migh
On 2/1/07, Alex Karasulu <[EMAIL PROTECTED]> wrote:
Mike Heath wrote:
> I made the first release of my Asynchronous File I/O library. The site
> for the library can be found here: http://people.apache.org/~mheath/aio/
> The .jar can be downloaded here:
> http://people.apache.org/~mheath/aio/aio-
I guess you are only responsible for a mistake when you know the rules :)
As Alex said, this is PMC to check that those rules are not broken...
Regarding 'snapshot', the best thing would be to use a continue build system
(continuum ?) so that the build is done every night, and store somwhere on
On Wed, 2007-01-31 at 23:20 -0500, Alex Karasulu wrote:
> Youch! Is Trustin the only one that saw a problem with this? Where is
> the PMC? This is a big red flag.
>
> Mike, I'm not trying to bust your keyboard but you really need to read this:
>
> http://www.apache.org/dev/release.html
>
Mike Heath wrote:
I made the first release of my Asynchronous File I/O library. The site
for the library can be found here: http://people.apache.org/~mheath/aio/
The .jar can be downloaded here:
http://people.apache.org/~mheath/aio/aio-0.1.jar This release uses a
java.util.concurrent.ExecutorSe
James Im wrote:
> Niklas Therning wrote:
>> One of my favorite features with mina-sm is the method arguments
>> matching described in the comments of the JIRA issue. It could be quite
>> slow since it uses reflection and the matching is executed for every
>> event. But this could probably be optimi
Niklas Therning wrote:
One of my favorite features with mina-sm is the method arguments
matching described in the comments of the JIRA issue. It could be quite
slow since it uses reflection and the matching is executed for every
event. But this could probably be optimized significantly using byte
Cameron Taggart wrote:
>> project in MINA so far, but now it's not. As you know, we have at least
>> three projects in our sandbox; aioj, mina-sm, and serial.
>
> What are the mina-sm & serial projects in the sandbox for?
>
mina-sm is a package for defining state machines. Have a look at this
JIRA
Trustin,
Thanks for holding me to the Apache process. So, don't think of it as
a release then. Perhaps the term 'release' to too formal for what
this is. Can we think of it as a conveniently downloadable build for
testing purposes?
This code is certainly not ready for production use yet. My
project in MINA so far, but now it's not. As you know, we have at least
three projects in our sandbox; aioj, mina-sm, and serial.
What are the mina-sm & serial projects in the sandbox for?
Hi Mike,
On 1/31/07, Mike Heath <[EMAIL PROTECTED]> wrote:
I made the first release of my Asynchronous File I/O library. The site
for the library can be found here: http://people.apache.org/~mheath/aio/
The .jar can be downloaded here:
http://people.apache.org/~mheath/aio/aio-0.1.jar This rel
I made the first release of my Asynchronous File I/O library. The site
for the library can be found here: http://people.apache.org/~mheath/aio/
The .jar can be downloaded here:
http://people.apache.org/~mheath/aio/aio-0.1.jar This release uses a
java.util.concurrent.ExecutorService to call
java.n
25 matches
Mail list logo
