I'm also trying to achieve your goal - reliable clustered messaging. At the moment only I have achieved is reliable clustered mess

As for your question, I see that a post from one of developers could help (but I did't try myself): https://github.com/andytaylor/HornetQ-AS7-examples/tree/master/domain-replication

Here he says that we should do next thing from JBoss-CLI:

/host=master/server-config=hornetq-live:stop
  {
  "outcome" => "success",
  "result" => "STOPPING"
  }

HornetQ 2.3.12.Final should have all the changes necessary to allow the broker to restart automatically after fail-back (see https://github.com/hornetq/hornetq/commit/8d91a31b0f1a8cb7a8584b6472477c17a4474ae0). 

As I indicated, this change is already in 2.3.12.Final which you are already apparently using.  Therefore, I'm not sure why it isn't working for you.  Have you tried configuring 2 standalone HornetQ 2.3.12.Final servers and connecting to those from your applications running in the application server?

So I was thinking that this value could not be passed through the JBoss 7 configuration to HornetQ.

You're right.  It can't - at least not in the version you're using.  However, that shouldn't stop the default value from being used.

Are you suggesting I run HornetQ outside of JBoss, and if so, are you suggesting it as a deliverable solution?  I have to think about that.  What about message driven beans?  Other issues?

I am suggesting that if you want this to work you should consider trying running HornetQ standalone (i.e. outside of the application server).  I'm not sure what you mean by "deliverable solution".  MDBs can still run in the application server and connect remotely to the HornetQ servers.

Miroslav Novak in his comment to bz (https://bugzilla.redhat.com/show_bug.cgi?id=1013536#c15) said that he added this property using the CLI. He was speaking about JBoss EAP 6.2.0? Because when I tried to add it myself in JBoss EAP 6.1.0 using this CLI command:

{
    "address" => [
        ("subsystem" => "messaging"),
        ("hornetq-server" => "test-hornetq-1-backup")
    ],
    "operation" => "write-attribute",
    "name" => "max-saved-replicated-journal-size",
    "value" => -1
}

I got this outcome, stating that this attribute is not known:

{
    "outcome" => "failed",
    "failure-description" => "JBAS014792: Unknown attribute max-saved-replicated-journal-size",
    "rolled-back" => true
}

I would like to know if there is a way to set this new property in JBoss EAP 6.1.0. Or maybe a way to tweak it default value to -1?

There is no way to set this EAP 6.1 because it doesn't even exist in EAP 6.1.  If you want to use this then move to EAP 6.2.

Justin, is this specific to some EAP libraries? We have already updated HornetQ jars to 2.3.12. May be some updates could solve the problem?

Yes, this is specific to EAP.  All CLI or XML based administration is performed by EAP itself and then enacted upon the underlying HornetQ implementation.

Got it. Is that option available in WildFly?

It's not available in any release of Wildfly, but you can pull the latest snapshot build it if you want or just download a recent nightly build.

Also, as I indicated previously, it is in EAP 6.2 which is available for download as well.

Thanks. We will try nighly wildfly.