httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Warnier>
Subject Re: [users@httpd] Apache httpd replication / proxy mirror server?
Date Wed, 25 Nov 2009 18:44:23 GMT
nino martinez wael wrote:
> It's a bit complicated. So I'll try to explain it in a simple way.
> The user are calling(via phone) an IVR application which in turns interprets
> vxml. The vxml page then has an option to record and save the recording.
> When the vxml page saves the recording it saves towards tomcat which then
> places the file in a repository which then are served by Apache httpd, we
> have more apache http servers for failover and it's here the need for
> replication comes.
> All this we can code our way out of, but if there's something already that
> does this it would be nice with some recycling. I was thinking that the
> Apache http server that got the new file could push it to the others.
Allright. I have no idea what IVR is and no wish to look up another 
acronym, but I think I get the idea.
So, the answer is still no, there isn't a standard Apache module that 
will do that kind of synchronisation.  Specially since the way you 
explain it, Apache itself has no idea that this file has been loaded in 
the first place, nor where.
So it is either taking care of it at the level of your own code, or use 
rsync as someone else suggested earlier (and which is probably the best 
idea overall).
rsync also works under Windows, we use it.
And if you have trouble setting it up, nowadays setting up a Linux box 
is really not difficult.  You could set up one just to do that, which 
would take care of synchronising between all your servers.  It is very 
efficient, as it will only copy whatever changes, even within files.

As for the ideas I was referring to earlier, it would have been 
different if the files were uploaded via DAV for example, because then 
Apache /would/ know.

The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:> for more info.
To unsubscribe, e-mail:
   "   from the digest:
For additional commands, e-mail:

View raw message