| Summary: | [Discovery][ZooDiscovery] log4j not initialized when starting log4j | ||
|---|---|---|---|
| Product: | [RT] ECF | Reporter: | Wim Jongman <wim.jongman> |
| Component: | ecf.discovery | Assignee: | Wim Jongman <wim.jongman> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | bugs.eclipse.org, slewis |
| Version: | unspecified | Keywords: | helpwanted |
| Target Milestone: | 3.7.0 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Wim Jongman
moving to 3.6 Would this be a candidate for ECF 3.5.1? Wim...should the target milestone for this be changed to 3.6...or should it stay with 3.5.1? Moving to 3.6. No time to fix this for 3.5.1 unfort.. I missed this one. Setting target to 3.5.2. It seems to me this could be pretty easily fixed. we switched our dependency to the zookeeper implementation that is in orbit. closing as invalid Help Wanted. if you get log4j errors then you are probably not running from the root of the server. Please update the (zooserver/eclipse).ini file to point the log4j.properties file to a absolute location. e.g: -Dlog4j.configuration=file:/c:/my/folder/log4j.properties |