nino martinez wael wrote:
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).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.
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:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx