1 Reply Latest reply on Nov 10, 2010 8:41 AM by kevin limperos

    Is it possible to copy/distribute the data directory?

    Franz van Betteraey Newbie



      the FUSE ESB data directoy contains files generated at runtime. To reset the ESB the data directory can be completely deleted.


      My question is, if it is also possible to copy the data directory from one FUSE ESB container to another (maybe also on different platforms)? Setting up our complete system requires some time and I wonder if I can prepare this step on a local machine and then copy the data directory to the server.




        • 1. Re: Is it possible to copy/distribute the data directory?
          kevin limperos Newbie



          I have the same question, but have run some experiments. If I copy the entire data/cache directory from host A to B, and the ESB installation path differs between A and B, then when I start SMX on B, an exception is thrown about the logging directory not existing, but SMX otherwise starts up. I have not fully tested everything on B to make sure SMX still works. What needs to be done to make this work seamlessly? Is there a compelling reason not to be moving the data cache around?


          This is a topic where some "best practices" advice would be useful. For instance, is it better to set up a maven mirror on host B so that SMX can retrieve its artifacts there and build its own cache? In my case, there is Internet access from host A, but not host B. It seems possible to set up a local m2 repository on host B and mirror it from host A, but I expect that will take hours (days?) of "reading of the maven instructions" - followed by despair - followed by "reading the maven instructions again" to get this to work correctly. Alternately, is it better to simply check host A's m2 repo into version control and check it out on host B? What bear traps await the intrepid explorer of this idea?


          In general, a FUSE/ServiceMix operational cookbook would be most welcome to those of us working to set the ESB up in a multi-environment, relatively locked-down universe.


          Kevin Limperos