[Design of POJO Server] - Removal of
by ALRubinger
https://jira.jboss.org/jira/browse/JBAS-6476
"bootstrap" module of AS is set to be removed in favor of the standalone component:
http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/
We've had dual sources here for awhile, so I'm looking to merge the development that took place in AS to the project (from r80819 when the project was created, through HEAD).
I'm looking to get this done with the first Alpha of jboss-bootstrap this week, so we can catch problems well ahead of the component freeze.
[alrubinger@localhost bootstrap]$ pwd
| /home/alrubinger/business/jboss/wc/jbossas/branches/Branch_5_x/bootstrap
|
| [alrubinger@localhost bootstrap]$ svn log --limit 15
| ------------------------------------------------------------------------
| r82675 | dimitris(a)jboss.org | 2009-01-07 13:31:28 -0500 (Wed, 07 Jan 2009) | 1 line
|
| create branch 5_x
| ------------------------------------------------------------------------
| r82455 | pgier | 2008-12-19 16:51:41 -0500 (Fri, 19 Dec 2008) | 1 line
|
| [JBBUILD-506] Switch the bootstrap module over to maven.
| ------------------------------------------------------------------------
| r82089 | alesj | 2008-12-06 11:47:04 -0500 (Sat, 06 Dec 2008) | 1 line
|
| Simplify BMD usage.
| ------------------------------------------------------------------------
| r82035 | dimitris(a)jboss.org | 2008-12-04 04:14:43 -0500 (Thu, 04 Dec 2008) | 1 line
|
| move trunk to the next minor release (5.1.0.Beta1 - "The Oracle") :-)
| ------------------------------------------------------------------------
| r81835 | scott.stark(a)jboss.org | 2008-11-30 16:11:30 -0500 (Sun, 30 Nov 2008) | 1 line
|
| JBAS-5529, JBAS-5523, core server managed objects and state information
| ------------------------------------------------------------------------
| r81427 | emuckenhuber | 2008-11-21 07:41:14 -0500 (Fri, 21 Nov 2008) | 1 line
|
| remove jboss-service.xml log info
| ------------------------------------------------------------------------
| r81307 | pgier | 2008-11-19 12:36:37 -0500 (Wed, 19 Nov 2008) | 1 line
|
| Fix the project URL in the poms.
| ------------------------------------------------------------------------
| r81045 | dimitris(a)jboss.org | 2008-11-14 09:52:27 -0500 (Fri, 14 Nov 2008) | 1 line
|
| fix svn properties
| ------------------------------------------------------------------------
| r81040 | emuckenhuber | 2008-11-14 09:19:20 -0500 (Fri, 14 Nov 2008) | 1 line
|
| remove bootstrap on removeBootstrap
| ------------------------------------------------------------------------
| r80998 | dimitris(a)jboss.org | 2008-11-14 07:07:35 -0500 (Fri, 14 Nov 2008) | 1 line
|
| JBAS-3916, use the right copyright header
| ------------------------------------------------------------------------
| r80920 | scott.stark(a)jboss.org | 2008-11-13 02:19:44 -0500 (Thu, 13 Nov 2008) | 1 line
|
| Make sure all of the ServerConfig values are accessed to set the associated system property
| ------------------------------------------------------------------------
| r80862 | dimitris(a)jboss.org | 2008-11-12 17:44:29 -0500 (Wed, 12 Nov 2008) | 3 lines
|
| JBAS-6158, introduce jboss.common.base.url and jboss.common.lib.url defaulting to ${jboss.home.url}/common and ${jboss.common.base.url}/lib respectively
|
| Common libraries moved to JBOSS_HOME/common/lib
|
| [alrubinger@localhost bootstrap]$ pwd
| /home/alrubinger/business/jboss/wc/jbossas/trunk/bootstrap
|
| [alrubinger@localhost bootstrap]$ svn log --limit 15
| ------------------------------------------------------------------------
| r83923 | scott.stark(a)jboss.org | 2009-02-05 23:17:10 -0500 (Thu, 05 Feb 2009) | 1 line
|
| Update the Server interface to accept a map of configuration metadata
| ------------------------------------------------------------------------
| r83085 | pgier | 2009-01-19 15:43:41 -0500 (Mon, 19 Jan 2009) | 1 line
|
| [JBBUILD-510] Fix typo.
| ------------------------------------------------------------------------
| r83084 | pgier | 2009-01-19 15:42:04 -0500 (Mon, 19 Jan 2009) | 1 line
|
| [JBBUILD-510] Set default goal in batch script.
| ------------------------------------------------------------------------
| r83080 | pgier | 2009-01-19 14:28:53 -0500 (Mon, 19 Jan 2009) | 1 line
|
| [JBBUILD-510] Update build scripts to point to maven.
| ------------------------------------------------------------------------
| r82920 | pgier | 2009-01-15 12:29:45 -0500 (Thu, 15 Jan 2009) | 1 line
|
| Set svn:keywords property.
| ------------------------------------------------------------------------
| r82679 | dimitris(a)jboss.org | 2009-01-07 15:11:45 -0500 (Wed, 07 Jan 2009) | 1 line
|
| point trunk to jboss 6
| ------------------------------------------------------------------------
| r82455 | pgier | 2008-12-19 16:51:41 -0500 (Fri, 19 Dec 2008) | 1 line
|
| [JBBUILD-506] Switch the bootstrap module over to maven.
| ------------------------------------------------------------------------
| r82089 | alesj | 2008-12-06 11:47:04 -0500 (Sat, 06 Dec 2008) | 1 line
|
| Simplify BMD usage.
| ------------------------------------------------------------------------
| r82035 | dimitris(a)jboss.org | 2008-12-04 04:14:43 -0500 (Thu, 04 Dec 2008) | 1 line
|
| move trunk to the next minor release (5.1.0.Beta1 - "The Oracle") :-)
| ------------------------------------------------------------------------
| r81835 | scott.stark(a)jboss.org | 2008-11-30 16:11:30 -0500 (Sun, 30 Nov 2008) | 1 line
|
| JBAS-5529, JBAS-5523, core server managed objects and state information
| ------------------------------------------------------------------------
| r81427 | emuckenhuber | 2008-11-21 07:41:14 -0500 (Fri, 21 Nov 2008) | 1 line
|
| remove jboss-service.xml log info
| ------------------------------------------------------------------------
| r81307 | pgier | 2008-11-19 12:36:37 -0500 (Wed, 19 Nov 2008) | 1 line
|
| Fix the project URL in the poms.
| ------------------------------------------------------------------------
| r81045 | dimitris(a)jboss.org | 2008-11-14 09:52:27 -0500 (Fri, 14 Nov 2008) | 1 line
|
| fix svn properties
| ------------------------------------------------------------------------
| r81040 | emuckenhuber | 2008-11-14 09:19:20 -0500 (Fri, 14 Nov 2008) | 1 line
|
| remove bootstrap on removeBootstrap
| ------------------------------------------------------------------------
| r80998 | dimitris(a)jboss.org | 2008-11-14 07:07:35 -0500 (Fri, 14 Nov 2008) | 1 line
|
| JBAS-3916, use the right copyright header
| ------------------------------------------------------------------------
|
S,
ALR
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212792#4212792
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212792
15 years, 2 months
[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Messages are lost on Queue?
by jmesnil
ok, let recap what the problem is.
We want to ensure that server resources are properly cleaned up on the server no matter how the client is closed (properly, crash, network failures).
1/ normal case:
- the client closes the session
- the client exits.
=> the server resources are properly cleaned up when the CLOSE packet is handled by the server session.
* there is no resource cleanup when the connection is closed (as triggered by Netty channelDisconnected event)
2/ unclean case (doing a Ctrl+C, a kill-9 or a System.exit leads to the same event on the server side):
- the client exits without closing the session
=> the server will be informed by a channelDisconnected() event (for Netty)
* we wait for the connection TTL before cleaning up the server resources associated to the connection
3/ socket exception
- a problem occurs on the network
=> the server will be informed by a Netty exceptionCaught event.
* we know for sure the connection is not working, the resources are cleaned up immediately
4/ missing heartbeat (e.g the network is unresponsive)
- the client does not reply a pong to a ping from the server
=> in that case, we wait for the connection TTL (starting when the pong was missed) and clean up resources after the connection TTL is hit
cases #1, #3 & #4 works as expected (TODO: list the corresponding test cases)
case #2 is not working as expected:
- From RemotingServiceImpl point of view, both case #1 and #2 result in a connectionDestroyed event. We need to know more about it to decide if:
1. we destroy the connection immediately (clean case)
2. we keep it until the connection TTL is hit (crash case)
Trustin once talked about the SMTP protocol iirc which sends a "last" request before closing a connection.
We could do the same: just before closing the connection, we send a LAST request, so that we can know when the channelDisconnected event is triggered if the connection was closed properly (we received the LAST request) or not.
We can then pass the information to the RemotingServiceImpl which can then distinguish between case #1 and #2.
Sending this LAST request would occur in Channel.close().
We would intercept this LAST request in MessagingServerPacketHandler and flag its RemotingConnection as closed.
what do you think?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212689#4212689
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212689
15 years, 2 months