This question is locked. New answers and comments are not allowed.

Stuart Hemming
Top achievements
Rank 2
Stuart Hemming
asked on 24 Jul 2010, 03:21 PM
I've enabled logging by adding the following elements to my model's app.config file ...
After running my app, and getting the error I was trying to track down, I started trying to find the log.
I've looked in the EventViewer and I've looked in the Telerik directory.
Where do I find the log?
--
Stuart
<
backendconfiguration
id
=
"mssqlConfiguration"
backend
=
"mssql"
>
<
mappingname
>mssqlMapping</
mappingname
>
<
logging.logEvents
>all</
logging.logEvents
>
<
logging.logEventsToSysOut
>true</
logging.logEventsToSysOut
>
</
backendconfiguration
>
After running my app, and getting the error I was trying to track down, I started trying to find the log.
I've looked in the EventViewer and I've looked in the Telerik directory.
Where do I find the log?
--
Stuart
9 Answers, 1 is accepted
0

Stuart Hemming
Top achievements
Rank 2
answered on 27 Jul 2010, 01:21 PM
Move along....
There's nothing to see here ...
There's nothing to see here ...
0
Hi Stuart Hemming,
I hope this is what you are looking for.
Petar
the Telerik team
You can specify the drop location for the log using the following configuration entries:
<
backendconfiguration
id
=
"mssqlConfiguration"
backend
=
"mssql"
>
<
mappingname
>mssqlMapping</
mappingname
>
<
logging.logEvents
>all</
logging.logEvents
>
<
logging.logEventsToSysOut
>True</
logging.logEventsToSysOut
>
<
logDownloader.filename
>C:\output.txt</
logDownloader.filename
>
<
logDownloader.eventText
>True</
logDownloader.eventText
>
</
backendconfiguration
>
Petar
the Telerik team
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Explore the
Telerik Public Issue Tracking
system and vote to affect the priority of the items
0

Stuart Hemming
Top achievements
Rank 2
answered on 28 Jul 2010, 05:46 PM
Thanks Petar,
but why doesn't it say that in the docs? What's the value of only documenting only half of the info you need?
Clicking on the only index entry for event logging in the docs takes you to a pages that simply reads "OpenAccess ORM has strong event logging, performance monitoring and tuning features. Events can be generated for nearly all operations executed by the server depending on the configured event logging level. The server maintains more than 50 different performance metrics (counters) monitoring everything from the 2nd level cache hit rate to the number of connections in the connection pool. Events and regular snapshots of all the metrics are stored in ring buffers."
Why anyone thought that that was helpful is beyond me.
--
Stuart
but why doesn't it say that in the docs? What's the value of only documenting only half of the info you need?
Clicking on the only index entry for event logging in the docs takes you to a pages that simply reads "OpenAccess ORM has strong event logging, performance monitoring and tuning features. Events can be generated for nearly all operations executed by the server depending on the configured event logging level. The server maintains more than 50 different performance metrics (counters) monitoring everything from the 2nd level cache hit rate to the number of connections in the connection pool. Events and regular snapshots of all the metrics are stored in ring buffers."
Why anyone thought that that was helpful is beyond me.
--
Stuart
0
Accepted
Hello Stuart Hemming,
Yes, you are right, the aforementioned information is not mentioned in the help. Thanks a lot for your remark, it will be evaluated on our side and the corresponding information will be added in the help documentation.
However, in the current version of the documentation there is a information regarding the tracing and logging mechanisms in OpenAccess. For example, the following topic (Programming Guide>OpenAccess ORM Visual Designer>Programming Guide>OpenAccess Tasks>Managing the OpenAccessContext>How to: Trace SQL Statements Generated by OpenAccessContext ) could be usefull for you. It demonstrates how to create a custom trace listener, based on the Telerik.OpenAccess.Diagnostic.TraceAdapter class. Please note, nevertheless the fact that this topic is from the Visual Designer section, it could be used and for the classic version of OpenAccess (reverse/forward mapping).
Just a last note, if you are using the Visual Designer, you could enable the trace & log feature of OpenAccess in a few clicks. In the Model Settings dialog > Backend Settings tab page > Tracing & Loging tab page, just enable the Write Events to Text File option and specify a path in the File Name.
Once again, thanks for the feedback. Making a good documentation is a continued effort - the more feedback we get, the more we improve the documentation.
All the best,
Pencho
the Telerik team
Yes, you are right, the aforementioned information is not mentioned in the help. Thanks a lot for your remark, it will be evaluated on our side and the corresponding information will be added in the help documentation.
However, in the current version of the documentation there is a information regarding the tracing and logging mechanisms in OpenAccess. For example, the following topic (Programming Guide>OpenAccess ORM Visual Designer>Programming Guide>OpenAccess Tasks>Managing the OpenAccessContext>How to: Trace SQL Statements Generated by OpenAccessContext ) could be usefull for you. It demonstrates how to create a custom trace listener, based on the Telerik.OpenAccess.Diagnostic.TraceAdapter class. Please note, nevertheless the fact that this topic is from the Visual Designer section, it could be used and for the classic version of OpenAccess (reverse/forward mapping).
Just a last note, if you are using the Visual Designer, you could enable the trace & log feature of OpenAccess in a few clicks. In the Model Settings dialog > Backend Settings tab page > Tracing & Loging tab page, just enable the Write Events to Text File option and specify a path in the File Name.
Once again, thanks for the feedback. Making a good documentation is a continued effort - the more feedback we get, the more we improve the documentation.
All the best,
Pencho
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0

Stuart Hemming
Top achievements
Rank 2
answered on 29 Jul 2010, 07:57 PM
> Thanks a lot for your remark, it will be evaluated on our side and the corresponding
> information will be added in the help documentation.
Glad to hear it.
> For example, the following topic (Programming Guide>OpenAccess ORM Visual Designer
> Programming Guide>OpenAccess Tasks>Managing the OpenAccessContext
> How to: Trace SQL Statements Generated by OpenAccessContext )
And well it might. However, that topic isn't offered up when searching the index for "logging" or "event logging" and I think that that is an issue that you have to address.
--
Stuart
> information will be added in the help documentation.
Glad to hear it.
> For example, the following topic (Programming Guide>OpenAccess ORM Visual Designer
> Programming Guide>OpenAccess Tasks>Managing the OpenAccessContext
> How to: Trace SQL Statements Generated by OpenAccessContext )
And well it might. However, that topic isn't offered up when searching the index for "logging" or "event logging" and I think that that is an issue that you have to address.
--
Stuart
0
Accepted
Hi Stuart Hemming,
In the next release of Telerik OpenAccess ORM, you can find information regarding the Tracing and Logging features of OpenAccess in the OpenAccess ORM Visual Designer > Programming Guide > OpenAccess Tasks > Tracing and Logging section. The same will be available in the OpenAccess ORM Classic node too, under the following path: OpenAccess ORM Classic > OpenAccess Tasks > Tracing and Logging.
In regard to the indexing problem, we haven't paid enough attention to that issue until now, but obviously we have to investigate and see how to optimize the search.
Thanks again.
Regards,
Pencho
the Telerik team
In the next release of Telerik OpenAccess ORM, you can find information regarding the Tracing and Logging features of OpenAccess in the OpenAccess ORM Visual Designer > Programming Guide > OpenAccess Tasks > Tracing and Logging section. The same will be available in the OpenAccess ORM Classic node too, under the following path: OpenAccess ORM Classic > OpenAccess Tasks > Tracing and Logging.
In regard to the indexing problem, we haven't paid enough attention to that issue until now, but obviously we have to investigate and see how to optimize the search.
Thanks again.
Regards,
Pencho
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0

Stuart Hemming
Top achievements
Rank 2
answered on 03 Aug 2010, 08:55 PM
Pencho,
thanks for the response.
> In regard to the indexing problem, we haven't paid enough attention to that issue until now,
> but obviously we have to investigate and see how to optimize the search.
I absolutely agree. The index search is prolly the first place the vast majority of user will go when trying to find help on a subject they know little about.
With respect to the next release of ORM, I look forward to seeing it. Are we talking about the Q3 release or the SP for Q2?
--
Stuart
thanks for the response.
> In regard to the indexing problem, we haven't paid enough attention to that issue until now,
> but obviously we have to investigate and see how to optimize the search.
I absolutely agree. The index search is prolly the first place the vast majority of user will go when trying to find help on a subject they know little about.
With respect to the next release of ORM, I look forward to seeing it. Are we talking about the Q3 release or the SP for Q2?
--
Stuart
0
Accepted
Hello Stuart,
I meant the next service pack for Q2.
Greetings,
Pencho
the Telerik team
I meant the next service pack for Q2.
Greetings,
Pencho
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
0

Stuart Hemming
Top achievements
Rank 2
answered on 06 Aug 2010, 09:18 AM
Hi Pencho,
That's great. Thanks for letting me know.
--
Stuart
That's great. Thanks for letting me know.
--
Stuart