The CS works from XML, the jcml files needs that already, chicken and egg.
what I was thinking about is
1- we keep the jboss.conf with just the CS/XMLet start
2- or we force loading the CS from the main (always) as the front end for
the XMLet mechanism.
BTW, XMLet is our own JBoss extension of the default MLet mechanism,
marc
|-----Original Message-----
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Schaefer, Andreas
|Sent: Thursday, May 10, 2001 12:51 PM
|To: '[EMAIL PROTECTED]'
|Subject: RE: [JBoss-dev] Main.java, let's clean it up
|
|
|How's about specifying the Configuration Service in the <server>
|tag within the JCML file.
|
|Then the Main.java can start to read the JCML file and then hand it over
|to the found Configuration Service.
|
|MAD Andy
|
|> -----Original Message-----
|> From: marc fleury [mailto:[EMAIL PROTECTED]]
|> Sent: Wednesday, May 09, 2001 5:30 PM
|> To: [EMAIL PROTECTED]
|> Subject: RE: [JBoss-dev] Main.java, let's clean it up
|>
|>
|> We could get rid of jboss.conf if we put all the logging and
|> ClasspathExtension in jcml with a corresponding xml snippet.
|> We would still
|> need the conf or the main to set up the configuration service
|> (at least).
|>
|> marc
|>
|>
|> |-----Original Message-----
|> |From: [EMAIL PROTECTED]
|> |[mailto:[EMAIL PROTECTED]]On
|> Behalf Of Jason
|> |Dillon
|> |Sent: Wednesday, May 09, 2001 7:07 PM
|> |To: [EMAIL PROTECTED]
|> |Subject: RE: [JBoss-dev] Main.java, let's clean it up
|> |
|> |
|> |Is this going to include merging jboss.conf and jboss.jcml into
|> |one file (or
|> |perhaps using a standard jboss.conf from a class resource for
|> |boot-strapping) or will there still be two files?
|> |
|> |--jason
|> |
|> |On Wed, 9 May 2001, marc fleury wrote:
|> |>
|> |> |The setting of the security manager and server.policy file are
|> |> |better done from
|> |> |the command line as many security related events and
|> debugging hooks are
|> |> |done on startup of the vm. I don't think these should be
|> set at all from
|> |> |within the server. Setting the thread-local mode of the
|> |SecurityAssociation
|> |> |could be moved to an mbean.
|> |>
|> |> either command line or xml file. whichever you feel is more
|> |"admin friendly"
|> |> or both.
|> |>
|> |> I want to be done with the properties file asap.
|> |>
|> |> Let's simplify, the properties files is a big "ZIT" in our face
|> |and I want
|> |> to squeeze it "splatch"
|> |>
|> |>
|> |> aaaah feels good doesn't it?
|> |>
|> |> |If I comment out the call to
|> DocumentBuilderFactory.newInstance() I am
|> |> |still able to switch the xml parsers using the JAXP properties so
|> |> |I don't see
|> |> |that this call has any effect other than preloading the parser
|> |classes. The
|> |> |xml parser settings could be moved to an MLet.
|> |>
|> |> ooookaay.... voodoo refactoring.... if I move this does it die?
|> |nope... ok
|> |> then... :)
|> |>
|> |> we should configure the xml stuff in a mlet as well, although it
|> |should be
|> |> one of the first ones (we do the mbean based on xml :)
|> |>
|> |> marc
|> |>
|> |> |
|> |> |
|> |> |
|> |> |_______________________________________________
|> |> |Jboss-development mailing list
|> |> |[EMAIL PROTECTED]
|> |> |http://lists.sourceforge.net/lists/listinfo/jboss-development
|> |>
|> |>
|> |>
|> |> _______________________________________________
|> |> Jboss-development mailing list
|> |> [EMAIL PROTECTED]
|> |> http://lists.sourceforge.net/lists/listinfo/jboss-development
|> |>
|> |
|> |
|> |_______________________________________________
|> |Jboss-development mailing list
|> |[EMAIL PROTECTED]
|> |http://lists.sourceforge.net/lists/listinfo/jboss-development
|>
|>
|>
|> _______________________________________________
|> Jboss-development mailing list
|> [EMAIL PROTECTED]
|> http://lists.sourceforge.net/lists/listinfo/jboss-development
|>
|
|_______________________________________________
|Jboss-development mailing list
|[EMAIL PROTECTED]
|http://lists.sourceforge.net/lists/listinfo/jboss-development
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
