[JBoss Transactions Development] - Re: Transactional MSC
by Paul Robinson
Paul Robinson [https://community.jboss.org/people/paul.robinson] created the discussion
"Re: Transactional MSC"
To view the discussion, visit: https://community.jboss.org/message/828938#828938
--------------------------------------------------------------
David,
> David Lloyd wrote:
>
> OK I will attempt to answer as many questions as I can.
> > [Q] Is it correct that the audit should contain the update (and it's outcome), even if the transaction failed and also in the presence of a crash?
> Starting off with the tough ones I see. :)
>
> Currently our audit requirements are met by using syslog-style remote logging, which is done in a very ad-hoc manner (i.e. without sensitivity to crashes). It will be difficult, regardless of the answer to this question, to both meet the remote log requirement as well as dealing with the possibility of crashing. AFAIK there is no way to log to syslog transactionally.
>
> Ignoring that problem though, my feeling is that we are only required to Audit (with a capital A) changes that were successfully made, but we do want to at least locally log (in a human-readable fashion) failures as well.
Given the limitations of the syslog-style logging, is it sufficient to simply log successful operations immediately after they occur? This raises a number of possible issues:
* There's a window between the transaction completing and the audit being written. A failure here would result in a un-audited successful action.
* Some transactions will be completed by the recovery manager. I don't think the audit would be written for these under the current solution.
The problem with these two issues is that I don't think there is an easy way for the user to know that there are some potentially missing entries. We could solve this by always logging the intent of the transaction to the audit prior to beginning it. Then by taking all 'intent' entries without a corresponding 'outcome' entry, you get a list of items to investigate. With this approach you would also need to log failures, in order to ensure that the 'outcome 'is always present.
How important is it, that the audit be complete? If we can't provide strong enough guarantees, maybe we need to consider using a transactional audit?
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/828938#828938]
Start a new discussion in JBoss Transactions Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 1 month
[JBoss AS 7 Development] - Deploy to sever-groups within CLI
by Alfonso Chavez Negrete
Alfonso Chavez Negrete [https://community.jboss.org/people/alfonsocn] created the discussion
"Deploy to sever-groups within CLI"
To view the discussion, visit: https://community.jboss.org/message/828861#828861
--------------------------------------------------------------
I have been trying to implement a script that will keep on one of my server-groups the current war file and on the other one load a newly build war file as of now I have managed to undeploy or remove the file from that server node but not been able to deploy the new war file, basically this is the procedure of the commands that will be sent to CLI through the script
./server-group=Some-serverGroup/deployments=oldWarFile.war:remove
{
"outcome" => "success",
"result" => undefined,
"server-groups" => {"Some-serverGroup" => {"host" => {
"master" => {"Some-serverGroup1" => {"response" => {"outcome" => "success"}}},
"slave" => {"Some-serverGroup2" => {"response" => {
"outcome" => "success",
"result" => undefined
}}}
}}}
}
The idea after this point is to deploy to that server node a new war file stored in /uploadFolder/newWarFile.war
but seems that using deploy --force is not doing what is need by my, is there any guide line or suggestion regarding this
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/828861#828861]
Start a new discussion in JBoss AS 7 Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 2 months
[JBoss Transactions Development] - Re: Transactional MSC
by David Lloyd
David Lloyd [https://community.jboss.org/people/dmlloyd] created the discussion
"Re: Transactional MSC"
To view the discussion, visit: https://community.jboss.org/message/828664#828664
--------------------------------------------------------------
OK I will attempt to answer as many questions as I can.
> [Q] Is it correct that the audit should contain the update (and it's outcome), even if the transaction failed and also in the presence of a crash?
Starting off with the tough ones I see. :)
Currently our audit requirements are met by using syslog-style remote logging, which is done in a very ad-hoc manner (i.e. without sensitivity to crashes). It will be difficult, regardless of the answer to this question, to both meet the remote log requirement as well as dealing with the possibility of crashing. AFAIK there is no way to log to syslog transactionally.
Ignoring that problem though, my feeling is that we are only required to Audit (with a capital A) changes that were successfully made, but we do want to at least locally log (in a human-readable fashion) failures as well.
> [Q] Can the ObjectStore that the application user configures be used by the MSC?
I think not. I think we will want to isolate the administration actions from the user's transactions as completely as possible.
> [Q] Must the transaction/recovery manager allow separate object stores to be configured?
Only insofar as the previous requirement can be met.
> [Q] When using the CLI to browse the object store to resolve transactions manually, must the MSC and application transactions both be visible?
Just application transactions. The MSC/management transactions should be separately recoverable, as the management system cannot be initialized without its database.
> [Q] Should the transactions initiated by Transactional MSC be present in the user's view of the agregate statistics gathered by Narayana?
No.
> [Q] Does it matter if the recovery manager recovers both Transactional MSC's transactions and the applications' tranactions?
Yes (see above).
> [Q] Do MSC's transactions need to be recovered before the server finishes booting?
Yes.
> [Q] Are there any configuration options in Narayana that cannot be shared between MSC and the applications? The issue here being that the user could make a configuration change that would be detrimental to the operation of MSC. Do we need to consider all those exposed via the ArjunaCore Environment Beans, or just those exposed via the WildFly managent API?
Yes. The object store should be separate as mentioned above. The recovery system should probably not be (directly) network-enabled for MSC. Looking over the environment beans, I'm going to say "yes these need to be considered". I see many parameters that seem likely to be able to cause trouble for the management system.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/828664#828664]
Start a new discussion in JBoss Transactions Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 2 months