2329e00781
a cue from Doron Rosenberg in #developers and looked at the Eclipse ATF project's XHRObserver.java. This was my first look at java code that uses the java xpcom bridge, and I'm very impressed. Once I get webclient 2.0 done, I'll definately rewrite as much as possible of the mozilla implementation using the java xpcom bridge. For now, I'm going to continue to crank with my "on-demand hand coded JNI C++" approach. I think I can get results pretty quickly with this. For example, just yesterday I learned that the regular nsIWebProgressListener doesn't get notifications on Ajax requests, and now I see a way to do it (thanks to Doron). Here is the work in progress. A webclient/src_moz/AjaxListener.cpp A webclient/src_moz/AjaxListener.h M logging.properties - set "ALL" for MCP level M dist/mcp-test/src/test/java/cardemo/CarDemoTest.java - Cause an Ajax transaction to happen M webclient/classes_spec/org/mozilla/mcp/MCP.java - log messages for outgoing HTTP requests M webclient/src_moz/EmbedProgress.cpp M webclient/src_moz/EmbedProgress.h - Leverage new AjaxListener class M webclient/src_moz/Makefile.in - add xmlextras, to include nsIXMLHttpRequest. git-svn-id: svn://10.0.0.236/trunk@221474 18797224-902f-48f8-a5cc-f745e15eee43
10 lines
322 B
INI
10 lines
322 B
INI
handlers= java.util.logging.FileHandler
|
|
|
|
java.util.logging.FileHandler.pattern = %h/moz-java-log.xml
|
|
java.util.logging.FileHandler.limit = 50000
|
|
java.util.logging.FileHandler.append = true
|
|
java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter
|
|
|
|
org.mozilla.webclient.level=INFO
|
|
org.mozilla.mcp.level=ALL
|