|
Home > Archive > Apache Directory Project > November 2005 > [jira] Commented: (DIRMINA-120) Callbacks for IoFutures
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 |
[jira] Commented: (DIRMINA-120) Callbacks for IoFutures
|
|
| Trustin Lee (JIRA) 2005-11-13, 5:45 pm |
| [ http://issues.apache.org/jira/brows...action_12357550 ]
Trustin Lee commented on DIRMINA-120:
-------------------------------------
I thought over your opinion and found the simpler way:
http://svn.apache.org/viewcvs/direc...43990&view=diff
If we're going to downcast, why not downcasting IoFuture itself like this?
ConnectFuture future = ...;
future.setCallback( new Iofuture.Callback() {
public void operationComplete( IoFuture future ) {
ConnectFuture cf = ( ConnectFuture ) future;
try {
IoSession session = cf.getSession();
} ...
}
});
> Callbacks for IoFutures
> -----------------------
>
> Key: DIRMINA-120
> URL: http://issues.apache.org/jira/browse/DIRMINA-120
> Project: Directory MINA
> Type: Improvement
> Reporter: Trustin Lee
> Assignee: Trustin Lee
> Fix For: 0.9
> Attachments: ConnectFuture.java, IoFuture.java
>
> IoFuture provides only blocking-way ('join' method) for user to find out the result of an I/O request. It would be great if users can specify a callback:
> ConnectFuture future = connector.connect(...);
> future.setCallback( new ConnectFuture.Callback() {
> public void connectionEstablished( IoSession session ) {
> }
> public void connectionFailed( Throwable cause ) {
> }
> } );
> There can be a race condition if the connection process ends before a user calls setCallback() method, but we can resolve this carefully so users don't notice any issue.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secur...nistrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
| |
| Irving, Dave 2005-11-14, 7:45 am |
| Hi Trustin,
Yeah - that looks great. It keeps the flexibility, whilst removing the
extra complexity from the actual IoFuture implementations! Thanks!
Dave
-----Original Message-----
From: Trustin Lee (JIRA) [mailto:jira-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org]=20
Sent: 13 November 2005 22:34
To: dev-aYN4UCa7k1r1N9kud6OZbmD2FQJk+8+b@public.gmane.org
Subject: [jira] Commented: (DIRMINA-120) Callbacks for IoFutures
[
http://issues.apache.org/jira/brows...ments#action_12
357550 ]=20
Trustin Lee commented on DIRMINA-120:
-------------------------------------
I thought over your opinion and found the simpler way:
http://svn.apache.org/viewcvs/direc.../java/org/apach
e/mina/common/IoFuture.java?rev=3D343990&r1=3D343989&r2=3D343990&view=3Ddiff
If we're going to downcast, why not downcasting IoFuture itself like
this?
ConnectFuture future =3D ...;
future.setCallback( new Iofuture.Callback() {
public void operationComplete( IoFuture future ) {
ConnectFuture cf =3D ( ConnectFuture ) future;
try {
IoSession session =3D cf.getSession();
} ...
}
});
> Callbacks for IoFutures
> -----------------------
>
> Key: DIRMINA-120
> URL: http://issues.apache.org/jira/browse/DIRMINA-120
> Project: Directory MINA
> Type: Improvement
> Reporter: Trustin Lee
> Assignee: Trustin Lee
> Fix For: 0.9
> Attachments: ConnectFuture.java, IoFuture.java
>
> IoFuture provides only blocking-way ('join' method) for user to find
out the result of an I/O request. It would be great if users can
specify a callback:
> ConnectFuture future =3D connector.connect(...); future.setCallback( new
> ConnectFuture.Callback() {
> public void connectionEstablished( IoSession session ) {
> }
> public void connectionFailed( Throwable cause ) {
> }
> } );
> There can be a race condition if the connection process ends before a
user calls setCallback() method, but we can resolve this carefully so
users don't notice any issue.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secur...nistrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
This e-mail and any attachment is for authorised use by the intended recipi=
ent(s) only. It may contain proprietary material, confidential information =
and/or be subject to legal privilege. It should not be copied, disclosed to=
, retained or used by, any other party. If you are not an intended recipien=
t then please promptly delete this e-mail and any attachment and all copies=
and inform the sender. Thank you.
|
|
|
|
|