Ok, so were talking about actually using the rc.x ordering convention based on filenames. That is fine but as Christian says this is not a multi-directory thing. Each rx.x directory is effectively an independent configuration. This would also map to an ear and give a perflectly flat single level structure to the ear with the contained archive names definining the startup ordering.
xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ----- Original Message ----- From: "Christian Riege" <[EMAIL PROTECTED]> To: "marc fleury" <[EMAIL PROTECTED]> Cc: "JBoss Dev list" <[EMAIL PROTECTED]> Sent: Wednesday, March 13, 2002 8:19 AM Subject: RE: [JBoss-dev] ordering proposal > Hi, > > On Wed, 2002-03-13 at 16:47, marc fleury wrote: > > |/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail > > |because 10 commes before 80. > > > > whatever, > > > > stuff in rc2 is started before stuff in rc3 > > this is not correct when looked upon from the UNIX perspective. My > system boots up in runlevel 3, thus everything under 'rc3.d' is run > sequenced by the numbers (S10 before S11, etc.). SysV doesn't care what > is in the other rcX.d directories, it just looks into the directory that > it is switching runlevel to. > > When switching in between runlevels (i.e. upon system boot), it also > looks in the current runlevel directory and runs any script called Kxx > (xx again a sequence number) to shutdown any services currently running. > After this has been done it will start everything that is in the next > runlevels directory. > > When switching e.g. from level 3 to level 5, SysV > > 1. runs all 'Kxx' scripts from rc3.d (K is for KILL) > 2. runs all 'Sxx' scripts from rc5.d > > > also the S10network before the S80sendmail is a convention that is actually > > great, it is an explicit ordering of deployments and is maybe complementary > > to the extension implicit ordering that was removed. > > +1 > > > the other thing that i like about the solution is the lack of any xml mumbo > > jumbo dependencies, it is quite straightforward. > > +1 > > > and again, unix is good :) > > +2 ;) > > Christian _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
