[JBoss JIRA] Created: (JBAS-8190) Standalone server configuration object model
by Brian Stansberry (JIRA)
Standalone server configuration object model
--------------------------------------------
Key: JBAS-8190
URL: https://jira.jboss.org/browse/JBAS-8190
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Assignee: Alexey Loubyansky
Fix For: 7.0.0.M1
Object model that represents the standalone configuration schema.
Note that it's quite possible that there will not be a separate, distinct object model for this and the object model that represents a regular Server in a Domain will suffice. Or perhaps we'll provide a class that provides a view onto the regular Domain/ServerGroup/Server object model for use by clients (e.g. embedded AS users) who want a simplified view.
Key thing is we don't want every subsystem that needs to understand the domain configuration model to have to understand both the standalone and the full variant of it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years
[JBoss JIRA] Created: (JBAS-8259) Socket based communication between ServerManager and ProcessManager
by Brian Stansberry (JIRA)
Socket based communication between ServerManager and ProcessManager
-------------------------------------------------------------------
Key: JBAS-8259
URL: https://jira.jboss.org/browse/JBAS-8259
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Fix For: 7.0.0.M1
Default communication mechanism between SM and PM is via stdio. This should almost always be fine, since we use the jboss-stdio lib to capture application usage of stdio and preserve the original streams for our own use. But there is a slight possibility that an extension module running in the SM will use JNI, which can pollute the stdio streams.
So, we need an option to allow users to configure SM-PM communication via sockets. (The same issue applies for Server-PM and Server-SM communication, but there the SM can parse host.xml and get configuration from it, so the details are different from this SM-PM use case.)
Tasks:
1) Put SM-PM communication behind an abstraction
2) Implement stdio-based and socket-based versions of the abstraction
3) Modify process manager module to accept PM socket configuration via command line params
4) PM passes it's socket configuration to SM via command line when it starts PM
5) Decide how to configure SM's socket -- via host.xml? (Note SM needs a socket for communication with the DC -- use that?)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years