The thought was the we could place a few Console.WriteLine() around or a Logging Framework in place that could write things like "Order Received", etc.
STONEHENGE-21 is the ticket for overhauling the configuration. If StoneHenge-21 gets prioritized low then this feature would be an easy way to fill the void. A logging framework could be designed to connect with future service hosts if we plan accordingly. -----Original Message----- From: Scott Golightly [mailto:scott_goligh...@hotmail.com] Sent: Monday, May 04, 2009 11:10 PM To: Stonehenge Development Subject: RE: [jira] Created: (STONEHENGE-51) Create logging and debugging messages in the .NET WCF Console Hosts When you say there is no way to tell if the WCF services recieved the call does that mean that a TraceListener does not write the output? There was a suggestion that we change the .NET services to run under IIS. I would vote against this if we are going to change to use IIS as the debugging messages would need to be removed. Scott Golightly > Date: Mon, 4 May 2009 14:09:30 -0700 > From: j...@apache.org > To: stonehenge-dev@incubator.apache.org > Subject: [jira] Created: (STONEHENGE-51) Create logging and debugging > messages in the .NET WCF Console Hosts > > Create logging and debugging messages in the .NET WCF Console Hosts > ------------------------------------------------------------------- > > Key: STONEHENGE-51 > URL: https://issues.apache.org/jira/browse/STONEHENGE-51 > Project: Stonehenge > Issue Type: Improvement > Components: DOTNET_BS, DOTNET_OPS > Reporter: Ben Dewey > Priority: Minor > > > It would be very useful to have debugging and logging messages in the .NET > Console Hosts. When interoperating between platforms there is no way to tell > if the WCF services received the calls. > > This issue may conflict with STONEHENGE-21 > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. >
