Timeline for Tridion log files are not generating at content delivery side
Current License: CC BY-SA 3.0
20 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Mar 17, 2017 at 21:05 | answer | added | rdhaundiyal | timeline score: 1 | |
May 18, 2014 at 18:33 | answer | added | Dominic Cronin | timeline score: 4 | |
May 11, 2014 at 9:21 | comment | added | Pankaj Gaur | How did you confirmed all the required jar files for logging as stated by you are correct? | |
Apr 12, 2014 at 13:52 | comment | added | Raimond | slf4j is certainly still used in 2013, so you'll have to have all the logging jars you had back in the lib directory. You probably have a duplicate class loading issue. Check you startup logs of you application server which ones are conflicting. | |
Apr 10, 2014 at 23:08 | answer | added | Raúl Escudero | timeline score: 0 | |
Mar 5, 2014 at 14:22 | comment | added | Abdul Qadir | After removing activemq-all-5.7.0.jar from lib folder log files able to generate but the object caching is not working now. | |
Mar 5, 2014 at 10:07 | comment | added | Abdul Qadir | i removed slf4j-api.jar file from lib folder but still there is no log files | |
Mar 4, 2014 at 16:42 | history | tweeted | twitter.com/#!/StackTridion/status/440889980232404992 | ||
Mar 4, 2014 at 15:03 | comment | added | Nuno Linhares♦ | 2013 does not use SLF4J anymore... | |
Mar 4, 2014 at 13:11 | comment | added | Abdul Qadir | there is two jar file with name of slf4j first one is slf4j-api.jar and second jcl-over-slf4j.jar | |
Mar 4, 2014 at 12:51 | comment | added | Pankaj Gaur |
Check if by mistake there is a JAR file of name something like - slf4j-jdkxx-x.x.x.jar in the lib folder and ensure the path of this file is not in your CLASS PATH. Also, do a IIS Restart (sometime you never know) :)
|
|
Mar 4, 2014 at 12:30 | comment | added | Abdul Qadir | it was domain user and i changed to network service account and gave full control on log folder to this account and restart IIS but still i can't see any log file. | |
Mar 4, 2014 at 12:17 | comment | added | Nuno Linhares♦ | I know you mention permissions are correct, but can you double check the app pool's Identity is set to Network Service, and that this user can write to d:/tridion/log? | |
Mar 4, 2014 at 11:57 | comment | added | Ajo Mathew | Try stopping the App Pool then Website. Then starting them in the order. I have faced similar issue where the logs were keep on growing. I have done above steps to stop logging. | |
Mar 4, 2014 at 11:48 | comment | added | Abdul Qadir | logfile path is correct. | |
Mar 4, 2014 at 11:11 | comment | added | Raj Kumar | is your logfile path correct, is it at per enviroment variable TRIDION_HOME ? also Validate logback.xml file in some XML validator. i validated the xml provided by you, it seems fine. | |
Mar 4, 2014 at 10:22 | history | edited | Bart Koopman | CC BY-SA 3.0 |
cleaned up to make it better readable
|
Mar 4, 2014 at 10:19 | comment | added | Abdul Qadir | Both app-pool and website restarted after the change. | |
Mar 4, 2014 at 10:05 | comment | added | user584 | Any changes in logback.xml will not be picked up until the application restarts. Did you restarted it . | |
Mar 4, 2014 at 9:34 | history | asked | Abdul Qadir | CC BY-SA 3.0 |