I just figured this out. 1. Create One JRun Server and Deploy an exploded ColdFusion EAR/WAR file into it as various documentations on the internet says to do.
2. Configure ColdFusion EAR/WAR file like you want it. Use the CFIDE administrator to configure ColdFusion like you want it. Create a J2EE Archive within the ColdFusion Administrator with >J2EE Archives (.ear/.war). I create an EAR file and named it myApp.ear 3 I create two more JRun Server and Cluster them together with the JMC. 4. Deploy your EAR file (myApp.ear) by putting the EAR file in the Cluster's hot deploy directory. This would be something like c:\jrun4\servers\jrun01\SERVER-INF\cluster. This will deploy the EAR file to all members in the cluster. One drawback is that the cluster member that you deployed the EAR file to must be up and running for the other cluster members to also deploy the EAR file. The EAR file gets exploded into a temp directory located under each cluster members. This would be something like c:\jrun4\servers\jrun01\SERVER-INF\temp. If you make changes in the ColdFusion Administrator via one of the Cluster Members, then your setting will get lost when you restart your the cluster member. All changes have to be made in the stand-alone JRun Server and then deployed to the cluster members. I guess this could be good from some, bad for some, and down right ugly for everyone else. LOL!!! Enjoy,,, On 7/11/06, Douglas Knudsen <[EMAIL PROTECTED]> wrote: > We run the same setup on win2k. Every change made to one instance has > to be manually made to the other. ditto what Dave said. I'll note > that some changes in config files require a service restart if not > made via the CFAdmin tool. For example, you could copy the > neoquery.xml file that stores all DSN info from one instance to the > other to synch up teh DSN settings, but you have to restart the CF > service for it to read this file. If you chnage/add a DSN via teh CF > Admin tool you do not. > > DK > > On 7/11/06, Dave Watts <[EMAIL PROTECTED]> wrote: > > > If I create a coldfusion mapping or ColdFusion data source in > > > CFMX1 they do not replicate to the CFMX2 instance. How do I > > > replicate changes in one JRun/CFMX cluster member to another? > > > > > > For a cluster of only two members it is not to much of a > > > problem. But if I create a cluster of several members then > > > trying to replicate changes in the ColdFusion Administrator > > > could become troublesome. Any ideas? > > > > > > Would I configure each JRun server to deploy the same ColdFusion > > > EAR? > > > > I suspect that you can't point multiple servers to the same EAR or exploded > > directory, because of file locking. You could copy configuration files from > > one server to another, but you'll have to stop the target server first, I > > think. Finally, you could write your own application that uses the Admin API > > to push changes to multiple servers. > > > > Dave Watts, CTO, Fig Leaf Software > > http://www.figleaf.com/ > > > > Fig Leaf Software provides the highest caliber vendor-authorized > > instruction at our training centers in Washington DC, Atlanta, > > Chicago, Baltimore, Northern Virginia, or on-site at your location. > > Visit http://training.figleaf.com/ for more information! > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/cf_lists/message.cfm/forumid:4/messageid:246996 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
