Here is the content of the batch file that I am using to start the services. It definitely could use some cleaning up like not hard coding the paths but since I was doing it just to save me some typing I haven't fixed it up. The lines wrap but there are only 2 lines in the batch file, each one begins with the start command.
start "Order Processor" c:\StockTraderDemo\order_processor\bin\debug\trade.orderProcessorConsoleHost exe start "Business Service" c:\StockTraderDemo\business_service\bin\debug\trade.BusinessServiceConsole.e xe Scott Golightly -----Original Message----- From: Ben Dewey [mailto:[email protected]] Sent: Thursday, April 16, 2009 8:29 AM To: '[email protected]' Subject: RE: Running .NET Business/Order Services from VS versus Command Line Drew/Scott, Would one of you be able to send your .NET Business/OrderProcessor script to the list for us to use? -----Original Message----- From: Drew Baird (Volt) [mailto:[email protected]] Sent: Tuesday, April 14, 2009 10:27 PM To: [email protected] Subject: RE: Running .NET Business/Order Services from VS versus Command Line Hi Ben, I have a one box demo running dotnet and php side by side. The piece of magic that makes it work is that IIS uses port 80 AND Apache runs port 8080 so they are as happy as clams. I am using WAMP server. I believe it will work the same with Shankar's SOAServer. Both are integrated packages containing Windows based Apache, MySQL and Php (btw: we ignore mySQL and might work that in later), I have no reason to believe the Java will conflict as well. Configuration changes need not affect the host. I believe you can run all three hosts at the same time. You need to update the *.config (s) so their 'owner' understand the PHP/Java endpoints AND you need to edit the tables in the config SQL so the PHP/Java systems understand the dotnet endpoints. Aside: Shankar has already proposed we have ONE config system and I agree. However, it has not been put in Jira yet and does not have priority. [Skankar, can you add this proposal to Jira?] My next two boxes are RedHat implementations. WAS and JAVA. The scripts are just a few lines and really need to be editied for each user. I am lazy and do not want to produce production quality scripts for such a simple task. We should include them in the doc verbatim. I will post them in a seperate mail if Scott does not beat me to it :) It is where I have to jump through a hoop to get to it right now. Best Regards, Drew ________________________________________ From: Ben Dewey [[email protected]] Sent: Tuesday, April 14, 2009 6:07 PM To: [email protected] Subject: RE: Running .NET Business/Order Services from VS versus Command Line Should we include any of these scripts in build folder and reference them in the documentation? I'm working on getting a single environment that runs .net, php, and java (Drew, any insight on this would be great). I think an interface to change host configuration would be great. Ben ________________________________________ From: Drew Baird (Volt) [[email protected]] Sent: Tuesday, April 14, 2009 8:24 PM To: [email protected] Subject: RE: Running .NET Business/Order Services from VS versus Command Line I did the same script and a second one to open config files in edit mode. If we wanted it to be real we would make them an NT service. However, It was created as a demo code and I am absolutely sure it was to show them as serperate entities. I believe making them into other than console apps is a non-priority. Drew ________________________________________ From: Scott Golightly [[email protected]] Sent: Tuesday, April 14, 2009 4:32 PM To: [email protected] Subject: RE: Running .NET Business/Order Services from VS versus Command Line I like the idea of having these run in IIS but that would require a dependency on IIS. I believe the reason the WCF applications are hosted in command windows now is that allows them to be hosted on any machine (including a machine that doesn't have IIS or Visual Studio) installed. Self hosting in a command window is the safest and easiest way to host a WCF service since WCF itself doesn't have/force a hosting model. This allows for easier setup and for having the front end, services, and database all run on separate machines. I could move the services to be hosted in IIS so they would always be available but it would make the build/deploy process a little more difficult and require instructions on how to set up the virtual directories for the services. I am also not sure if it would simplify the instructions that much as we would have to modify the setup instructions to open multiple instances of Visual Studio. I am lazy so I decided to create a batch file using the start command to create the two command windows and run the executables so I only have to type one command :) If everyone feels that the command windows are a big problem I can change the code but I don't think that should be a high priority task. Scott Golightly -----Original Message----- From: Drew Baird (Volt) [mailto:[email protected]] Sent: Tuesday, April 14, 2009 11:29 AM To: [email protected] Subject: RE: Running .NET Business/Order Services from VS versus Command Line Another thought (and my druthers) would be to convert them to real services not just console apps. -----Original Message----- From: Art Rybakov [mailto:[email protected]] Sent: Tuesday, April 14, 2009 7:55 AM To: [email protected] Subject: RE: Running .NET Business/Order Services from VS versus Command Line The main advantage would be not having 2 more instances of open Visual Studio development environment in the memory draining the resources. I assume that for a developer who is knowledgeable enough to run services from a Visual Studio it is not a big effort to run them from a command prompt. This is just my opinion based on personal preferences and I know people who would not mind have multiple instances of VS though. But if we are talking about guide line then advising for a command prompt is more in line with the best practices. Regards, Art Rybakov -----Original Message----- From: Ben Dewey [mailto:[email protected]] Sent: Tuesday, April 14, 2009 10:37 AM To: '[email protected]' Subject: Running .NET Business/Order Services from VS versus Command Line Guys, I was going over the install documentation for the .NET ST and noticed that we might be able to simplify them if we just have people Run directly from VS. Here is what I was thinking (please pardon my shorthand): At the moment the doc says (https://svn.apache.org/repos/asf/incubator/stonehenge/trunk/stocktrader/dot net/ReadMe.mht): 1. Build the Project a. Build OrderProc Service b. Build Business Service c. Build Trade 2. Run the project a. Open cmd (as admin) and run OrderProc Service b. Open cmd (as admin) and run Business Service c. Open http://localhost/trade Instead we could 1. Open OrderProc Service, hit F5, don't close 2. Open Business Service, hit F5, don't close 3. Open http://localhost/trade Thoughts? Are there any advantages to running from cmd instead of running from Visual Studio? Ben Dewey Senior Software Developer twentysix NEW YORK 62 West 45th Street, 5FL New York, NY 10036 T (212) 840 0008 F (212) 840 9490 www.26NY.com<http://www.26NY.com> Heard about Microsoft SQL Server 2008 and want to know more? Register for Andrew Brust's Webcast OLAP Development Using SQL Server 2008<https://www.clicktoattend.com/invitation.aspx?code=133837> Check our Web site<http://26ny.com/content/4.2_events.html> regularly for other topics and dates Microsoft Gold Certified Partner
