[
https://issues.jboss.org/browse/AS7-5759?page=com.atlassian.jira.plugin.s...
]
jaikiran pai commented on AS7-5759:
-----------------------------------
{quote}
JMS ditto
{quote}
You can deploy JMS queues/topics too via individual deployment files instead of from the
managed subsystems.
Out of curiosity - Have you read the AS 7.1 admin and getting started guides? Whatever you
want to achieve can already be done via either individual deployment files or via CLI
scripting (an alternate approach to rsync) to setup your configurations.
monolithic config file and modules make deploying to JBossAS7 nasty
-------------------------------------------------------------------
Key: AS7-5759
URL:
https://issues.jboss.org/browse/AS7-5759
Project: Application Server 7
Issue Type: Feature Request
Affects Versions: 7.1.3.Final (EAP)
Reporter: Paul Hinds
Previous versions of JBoss could be configured by copying files to the correct place.
Each server in the cluster had identical config, this made configuring JBoss just a case
of running rsync with files that you had an interest in.
Consider jboss-log4j.xml which was one file you could copy to setup logging. Now to setup
logging we need to hack standalone.xml with XSLT or some tool that we dont yet have in our
simple deployment system.
Previously we could rsync a new file to each server in the cluster and it would apply the
new logging at runtime. Now we would have to updates standalone.xml at runtime which is
not something that seems safe.
Adding a DataSource used to be a case of copy driver jar to /lib, copy -ds.xml to /deploy
that process is now complicated.
Port bindings ditto.
JMS ditto.
Is there any way the monolithic config could be split up? most importantly bringing back
external runtime configurable log4j config.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira