Re: [jboss-dev-forums] [JBoss AS 7 Development] - JBoss AS7 User Guide
by kelvin0mql
kelvin0mql [https://community.jboss.org/people/kelvin0mql] commented on the document
"JBoss AS7 User Guide"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-16068#comment-12370
--------------------------------------------------
> Brian Stansberry wrote:
>
>
>
> For domain mode, deployment must be done via the management API; there is no background thread scanning a directory and deploying content for you. The reason for this is because in domain mode there can be many servers belong to different server groups running different profiles. In that situation it's not clear to what server groups content in a "deployments" folder should be deployed. That requires knowledge beyond what a simple filesystem scanner has.
>
That's a clearer explanation of that point than I've stumbled into thusfar. So thanks for that.
Can I configure a particular (controlled-by-domain) server to have a deployments dir? Let's assume the whole pile goes south. Power outage. Long one. So when I turn it back on, do I now have a manual process of re-deploying 40-some wars to their respective servers in server-groups? Or when I turn on each server via domain management, it will re-deploy what it had running last time it was shut down?
See, I'm so used to JBoss 4.x and 5.x, and being able to just go look in the deploy dir to see what's there. If the war is in there, it unzips and runs when that particular instance is started. If it ain't there, it doesn't. The domain paradigm, in this regard, is still fuzzy to me. (As I google around, I see I'm not alone.)
--------------------------------------------------
11 years, 2 months
Re: [jboss-dev-forums] [JBoss Transactions Development] - TransactionMonitoringAndVisualization
by Paul Robinson
Paul Robinson [https://community.jboss.org/people/paul.robinson] commented on the document
"TransactionMonitoringAndVisualization"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-48255#comment-12369
--------------------------------------------------
> Johnathon Lee wrote:
>
>
>
> From the GSS viewpoint, we sometimes have customers that are unwilling to explicilty turn Byteman on in production environments. This would need to be taken into consideration, but I like the flexibility that Byteman usage would be able to add as use cases come up and different rules may need to be modified/added.
>
Maybe a hybrid solution would work. We use logging for the stuff that is already logged and Byteman for things that are not logged in the target release. Byteman could then produce a log message for what it finds, which would then be parsed by the latest version of the profiler.
For example, we are (possibly) adding a new log message to Narayana 5.0.0.M4 which is needed by the profiler to construct an interposition hierarchy. This would mean that we can only use this on EAP versions with Narayana in (so not EAP 6.x). However, if we used Byteman to produce the log message, we could make it work with EAP 6 and prior.
--------------------------------------------------
11 years, 2 months
Re: [jboss-dev-forums] [JBoss AS 7 Development] - Multiple instances of JBoss AS7 on the same machine
by kelvin0mql
kelvin0mql [https://community.jboss.org/people/kelvin0mql] commented on the document
"Multiple instances of JBoss AS7 on the same machine"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-16705#comment-12368
--------------------------------------------------
Apologies in advance for commandeering this topic. In our case, we have 1 war & 2 mysql datasources in deployments, and several dozen xml and properties files in configuration subdirs. It works in (copies of) standalone with almost zero config changes. Production is 4 physical boxes (more for UAT and QA), each with 8 or more JBoss servers running (over 40 wars, each for a customer).
So - the standalone thing worked EASY.
Now - I want to make use of the domain thing. One place to log into and control a half dozen other physical boxes, a couple dozen JBoss servers, several dozen wars, probably 4 or 5 server-groups.
Where do I go to answer this:
Standalone works. Twice. Different ports. Now how do I put them inside domain control?
I expect there's a guide to migration from standalone to domain. Step by step. Or a class I can take.
I can get two "servers" to come up inside the domain running, but it won't *deploy* anything. It *says* it does, but apache ajp connection still can't see it, and server.log doesn't say the "MYTHING.war deployed" like it does in standalone. Can't domain be configured to go control an already working standalone server? That's what we need. A lot.
(will keep searching and reading) ~sigh~
--------------------------------------------------
11 years, 2 months
Re: [jboss-dev-forums] [JBoss Transactions Development] - TransactionMonitoringAndVisualization
by Paul Robinson
Paul Robinson [https://community.jboss.org/people/paul.robinson] commented on the document
"TransactionMonitoringAndVisualization"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-48255#comment-12362
--------------------------------------------------
> Andrew Dinn wrote:
>
>
>
> Paul,
>
> Why don't you use Byteman to log the info you need? This ought to be a lot cheaper than globally switching on trace for the transactions code. Also, you should be able to print more info than is printed by the trace code. If you develop a simple helper jar you could also direct the data to a known location rather than having to trawl through the log.
>
This was my original plan for getting this working. However, it's not compatible with the requirement that: "we should be able to parse the customer submitted logs attached to support cases". I'd need to speak to GSS about this, but we could change the requirement to: "The customer should be able to easily provide a dump of the transactions to attach to a support case".
Also, we were thinking that the logs should be complete. Therefore, all the information we gather should be present in the logs. If it isn't then we add it to the logs and then use it by the tool.
However, I take your point that the Byteman approach is likely to be more powerful and performant. It's definitely something we should consider.
--------------------------------------------------
11 years, 2 months