|
Home > Archive > Apache Directory Project > January 2006 > [mina][VOTE] Releasing MINA 0.9.1
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
[mina][VOTE] Releasing MINA 0.9.1
|
|
| Trustin Lee 2006-01-24, 2:45 am |
| Hi all,
As you see from
here<http://issues.apache.org/jira/secur...fixfor=12310371>,
we fixed quite a lot of issues since we released MINA 0.9.0. I think it's
now to release MINA 0.9.1 so users benefit from the new release.
Most notable changes are:
* Migration to Maven 2
* You can get a collection of managed sessions by calling
IoAcceptor.getManagedSessions( SocketAddress )
* MINA closes all client sessions when you unbind the service
automatically. (You can disable it, too.)
* Netty2 integration classes in org.apache.mina.filter.codec.netty (Thanks,
Julien!)
Please note that this release will not include the changes I've made in my
sandbox. Niklas and I concluded that we need more discussion on the new API
though it makes MINA easier for new users to use. Please reply to the
message I've sent a few days ago about this issue, so we can include the
changes in 0.9.2.
[x] +1, Release
[ ] 0, Abstain
[ ] -1, Don't release
Cheers,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
PGP Key ID: 0x854B996C
| |
| Emmanuel Lecharny 2006-01-24, 2:45 am |
| Hi Trustin !
This is great news.
+1 of course, but I will just raise one concern :
DIRMINA-159 is tagged as closed, but it should point to DIRMINA-163
which has been reopened. This is a potential serious issue, and users
must at least be warned about it.
It would be very cool if we can have a clear status about this problem,
is it really an IPV6 issue or something else. If I'm wrong and that it's
not IPV6 related, then we have to investigate where the problem come
from. Ersin, Alex and I experienced it on different computers and
different Linux System (FC4 and Ubuntu), and, aside the Java property I
set, we don't have any fix for those two Jiraes.
I also think that setting a Java property is *not* the proper solution.
Congratulation for this version ! Great work Trustin, Niklas and all the
contributors !
Trustin Lee a écrit :
> Hi all,
>
> As you see from here
> <http://issues.apache.org/jira/secur...fixfor=12310371>,
> we fixed quite a lot of issues since we released MINA 0.9.0. I think
> it's now to release MINA 0.9.1 so users benefit from the new release.
>
> Most notable changes are:
>
> * Migration to Maven 2
> * You can get a collection of managed sessions by calling
> IoAcceptor.getManagedSessions( SocketAddress )
> * MINA closes all client sessions when you unbind the service
> automatically. (You can disable it, too.)
> * Netty2 integration classes in org.apache.mina.filter.codec.netty
> (Thanks, Julien!)
>
> Please note that this release will not include the changes I've made
> in my sandbox. Niklas and I concluded that we need more discussion on
> the new API though it makes MINA easier for new users to use. Please
> reply to the message I've sent a few days ago about this issue, so we
> can include the changes in 0.9.2.
>
> [x] +1, Release
> [ ] 0, Abstain
> [ ] -1, Don't release
>
> Cheers,
> Trustin
> --
> what we call human nature is actually human habit
> --
> http://gleamynode.net/ <http://gleamynode.net/>
> PGP Key ID: 0x854B996C
| |
| Alex Karasulu 2006-01-24, 7:45 am |
| Trustin Lee wrote:
> Hi all,
>
> As you see from here
> <http://issues.apache.org/jira/secur...fixfor=12310371>,
> we fixed quite a lot of issues since we released MINA 0.9.0. I think
> it's now to release MINA 0.9.1 so users benefit from the new release.
>
> Most notable changes are:
>
> * Migration to Maven 2
> * You can get a collection of managed sessions by calling
> IoAcceptor.getManagedSessions( SocketAddress )
> * MINA closes all client sessions when you unbind the service
> automatically. (You can disable it, too.)
> * Netty2 integration classes in org.apache.mina.filter.codec.netty
> (Thanks, Julien!)
>
> Please note that this release will not include the changes I've made
> in my sandbox. Niklas and I concluded that we need more discussion on
> the new API though it makes MINA easier for new users to use. Please
> reply to the message I've sent a few days ago about this issue, so we
> can include the changes in 0.9.2.
>
> [x] +1, Release
> [ ] 0, Abstain
> [ ] -1, Don't release
-1
Let's fix the artifactId problem at least with MINA first then rapidly
kick this vote off again. Remember we're going to make it so artifactId
is no longer a package name (redundant if groupId already is)? We don't
want to yank peoples chains on the next release if the artifactId's
change. Worth the fix now no? Can you come to a reasonable decision on
a pattern to follow for artifactId naming (Ersin Er had a thread on this)?
Thanks,
Alex
P.S. I was going to get to this tonight but I ran out of steam ... sorry.
| |
| Trustin Lee 2006-01-24, 8:45 pm |
| 2006/1/24, Alex Karasulu <aok123-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org>:
>
> -1
>
> Let's fix the artifactId problem at least with MINA first then rapidly
> kick this vote off again. Remember we're going to make it so artifactId
> is no longer a package name (redundant if groupId already is)? We don't
> want to yank peoples chains on the next release if the artifactId's
> change. Worth the fix now no? Can you come to a reasonable decision on
> a pattern to follow for artifactId naming (Ersin Er had a thread on this)?
No problem. Let's wait for the artifactId vote and then start again.
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
PGP Key ID: 0x854B996C
| |
| Alex Karasulu 2006-01-25, 2:45 am |
| Trustin Lee wrote:
> 2006/1/24, Alex Karasulu <aok123-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org
> <mailto:aok123-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org>>:
>
> -1
>
> Let's fix the artifactId problem at least with MINA first then rapidly
> kick this vote off again. Remember we're going to make it so
> artifactId
> is no longer a package name (redundant if groupId already is)? We
> don't
> want to yank peoples chains on the next release if the artifactId's
> change. Worth the fix now no? Can you come to a reasonable
> decision on
> a pattern to follow for artifactId naming (Ersin Er had a thread
> on this)?
>
>
> No problem. Let's wait for the artifactId vote and then start again.
No need to vote on every little thing. We just fix it and vote on mina
release. Pick some artifact names that you'd like and can live with for
a long while and I can do it. What about using the names of the folders
you chose for mina modules?
Alex
| |
| Trustin Lee 2006-01-25, 2:45 am |
| 2006/1/25, Alex Karasulu <aok123-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org>:
>
> No need to vote on every little thing. We just fix it and vote on mina
> release. Pick some artifact names that you'd like and can live with for
> a long while and I can do it. What about using the names of the folders
> you chose for mina modules?
You're right. Let's just rename artifactIds and post the message when it's
finished.
The artifactId for MINA modules will be:
* mina-core
* mina-filter-ssl
* mina-filter-codec-asn1
* mina-filter-codec-netty
* mina-integration-spring
Thanks,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
PGP Key ID: 0x854B996C
|
|
|
|
|