Përmbledhje:
Debugging is difficult when developing custom functionality for Windows SharePoint Services 3.0 (WSS) or Microsoft Office SharePoint Server (Moss). The main culprit is that SharePoint normally surfaces very little diagnostic information on the web browser when an error occurs. This blog entry describes how to locate additional system-generated diagnostic information that can often provide that extra bit of detail that one needs in order to identify root causes. This can then lead to solving the problem.
I have used this technique with great success to solve otherwise mysterious errors.
Approach:
SharePoint saves a great deal of information to a diagnostic log in a log file in the 12 zgjua.
The "12 hive" is usually located at "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12". (Unë nuk jam i sigurt nëse kjo është e mundur për 12 hive të jetojnë diku tjetër, në të vërtetë).
Ideja është për të gjetur skedarin aktual log, force the error and then quickly open the log file. These log files are characterized by:
- Copious amounts of information. SharePoint generates a very large amount of diagnostic information and writes it to that log file very quickly. You need to be quick with the fingers to capture it.
- Multiplicity. SharePoint does not write to a single log file but rather generates multiple log files in sequence.
- Copy dhe paste bukur në MS Excel.
Metoda ime e preferuar:
- Hap një Windows Explorer duke treguar për 12 hive logs.
- Lloj pamje për të treguar nga data e modifikuar (most recent first).
- Highlight the most current log file.
- In a web browser window, force the error to occur.
- Quickly open the current log file and copy its contents to MS Excel.
- Jump to the end and analyze the relevant entries.
Other Notes:
By default, the diagnostic log is located in the 12 hive\LOGS directory.
MS Best practices (as per Mike T. of Microsoft) state that the log files should be saved to a separate hard drive. One does this via central admin. Your system administrator may have done this, in which case you’d obviously need to find the log file there instead of the default 12 hive location).
This entry addresses issues such as:
- SharePoint workflow failed to start due to an internal error.
- (more to be added over time)
- This entry has been helpful diagnosing workflow errors (e.g. "The workflow failed to start due to an internal error").
Kështu, ka raste kur të shkoj në 12 shkrimet zgjua dhe gjeni aty është pak për asgjë në to, edhe pse nivelet prerjet janë të tilla që nuk duhet të jetë atje dhënat. Për shembull, Unë jam ulur këtu duke kërkuar në pikëpamje Windows Explorer të dosjes logs dhe unë shoh se, në mesatare, shkrimet janë 1-2 fuzhnjë. Por atëherë unë shoh disa orë në të cilën shkrimet janë 10k. Tani, faqet e SharePoint në fjalë janë në përdorim pretty much 24 orë në ditë. Pra, diçka po ndodh me temat / proceset gjeneruese informacionin që parandalojnë ata nga prerjet informacione, Unë do të duhet të marrë. Kështu, si mund ta kuptoj se çfarë është duke shkaktuar këtë çështje?
I discovered all this when I went to go to the logs to try and debug a problem. A user added a web part and the web part tells them to check the logs. But of course, there’s nothing in the log.
help me with error: LOG ID 5566