Wicket javadocs
When I visit this URL: http://wicketframework.org/ I see a link for the Wicket javadocs on the left hand side. When I click on the javadocs link, the Wicket 1.2 (not 1.3) javadocs are displayed. IMHO, it would be more useful to show the 1.3 javadocs than the 1.2javadocs. Sean
Re: Wicket 1.3 beta 1 link on Wicket home page
The link is fixed but the text is misleading:try our first 1.3 beta release On 7/4/07, Al Maw [EMAIL PROTECTED] wrote: Sean Sullivan wrote: The Wicket home page: http://incubator.apache.org/wicket/ has a link to http://people.apache.org/dist/incubator/wicket/apache-wicket-1.3.0-incubating-beta1/dist/ Can you remove the beta 1 link and add a beta 2 link? Martijn's now fixed this. Regards, Al -- Alastair Maw Wicket-biased blog at http://herebebeasties.com
Wicket 1.3 beta 1 link on Wicket home page
The Wicket home page: http://incubator.apache.org/wicket/ has a link to http://people.apache.org/dist/incubator/wicket/apache-wicket-1.3.0-incubating-beta1/dist/ Can you remove the beta 1 link and add a beta 2 link? Sean
Maven build error (?)
I just updated from the trunk and now I have a Maven error. Is anybody else having this problem? C:\wicketmvn clean install [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Wicket Parent [INFO] Wicket JDK 1.4 modules [INFO] Wicket [INFO] Wicket Extensions [INFO] Wicket IoC common code [INFO] Wicket Spring Integration [INFO] Wicket Quickstart [INFO] Wicket Date/Time [INFO] Wicket Velocity [INFO] Wicket JDK 1.5 modules [INFO] Wicket Auth Roles [INFO] Wicket Guice Integration [INFO] Wicket JMX [INFO] Wicket Objects Sizeof Agent [INFO] Wicket Spring Integration through Annotations [INFO] Wicket Examples [INFO] Wicket Quickstart Archetype [INFO] Wicket Thread Test [INFO] - --- [INFO] Building Wicket Parent [INFO]task-segment: [clean, install] [INFO] - --- [INFO] [clean:clean] [INFO] Deleting directory C:\wicket\target [INFO] Deleting directory C:\wicket\target\classes [INFO] Deleting directory C:\wicket\target\test-classes [INFO] [site:attach-descriptor] [INFO] Preparing javadoc:jar [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [INFO] No goals needed for project - skipping Downloading: http://repo1.maven.org/maven2/org/slf4j/slf4j-log4j12/1.4.0/slf4j-l og4j12-1.4.0.pom Downloading: http://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.4.0/slf4j-api-1 .4.0.pom Downloading: http://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.4.0/slf4j-api-1 .4.0.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.slf4j:slf4j-api:jar:1.4.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.slf4j -DartifactId=slf4j-api \ -Dversion=1.4.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.slf4j -DartifactId=slf4j-api \ -Dversion=1.4.0 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.wicket:wicket-parent:pom:1.3.0-SNAPSHOT 2) org.slf4j:slf4j-api:jar:1.4.0 -- 1 required artifact is missing. for artifact: org.apache.wicket:wicket-parent:pom:1.3.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 minute 7 seconds [INFO] Finished at: Sun Jul 01 13:23:52 PDT 2007 [INFO] Final Memory: 8M/14M [INFO]
Re: Maven build error (?)
Nevermind. This was a firewall issue. My firewall was blocking access to the remote Maven repository. On 7/1/07, Sean Sullivan [EMAIL PROTECTED] wrote: I just updated from the trunk and now I have a Maven error. Is anybody else having this problem? C:\wicketmvn clean install [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Wicket Parent [INFO] Wicket JDK 1.4 modules [INFO] Wicket [INFO] Wicket Extensions [INFO] Wicket IoC common code [INFO] Wicket Spring Integration [INFO] Wicket Quickstart [INFO] Wicket Date/Time [INFO] Wicket Velocity [INFO] Wicket JDK 1.5 modules [INFO] Wicket Auth Roles [INFO] Wicket Guice Integration [INFO] Wicket JMX [INFO] Wicket Objects Sizeof Agent [INFO] Wicket Spring Integration through Annotations [INFO] Wicket Examples [INFO] Wicket Quickstart Archetype [INFO] Wicket Thread Test [INFO] - --- [INFO] Building Wicket Parent [INFO]task-segment: [clean, install] [INFO] - --- [INFO] [clean:clean] [INFO] Deleting directory C:\wicket\target [INFO] Deleting directory C:\wicket\target\classes [INFO] Deleting directory C:\wicket\target\test-classes [INFO] [site:attach-descriptor] [INFO] Preparing javadoc:jar [WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation. [INFO] No goals needed for project - skipping Downloading: http://repo1.maven.org/maven2/org/slf4j/slf4j-log4j12/1.4.0/slf4j-l og4j12-1.4.0.pom Downloading: http://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.4.0/slf4j-api-1 .4.0.pom Downloading: http://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.4.0/slf4j-api-1 .4.0.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.slf4j:slf4j-api:jar:1.4.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.slf4j -DartifactId=slf4j-api \ -Dversion=1.4.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.slf4j -DartifactId=slf4j-api \ -Dversion=1.4.0 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.wicket:wicket-parent:pom:1.3.0-SNAPSHOT 2) org.slf4j:slf4j-api:jar:1.4.0 -- 1 required artifact is missing. for artifact: org.apache.wicket:wicket-parent:pom:1.3.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 minute 7 seconds [INFO] Finished at: Sun Jul 01 13:23:52 PDT 2007 [INFO] Final Memory: 8M/14M [INFO]
Re: any objections to upgrade to slf4j 1.4.0?
+1 On 6/29/07, Johan Compagner [EMAIL PROTECTED] wrote: We are on 1.3.1 now but i see there is a 1.4.0 and i have to use it anyway in another project (thats also using wicket) so i could also upgrade wicket to 1.4.0 johan
Wicket get together at O'Reilly Open Source convention? (Portland Oregon USA)
The O'Reilly open source convention is happening July 23-27 in Portland Oregon (USA): http://conferences.oreillynet.com/os2007/ Are there any Wicket people coming to Portland for OSCON? I could organize an informal gathering or (perhaps) an official birds-of-feather session: http://conferences.oreillynet.com/pub/w/58/bof.html Thoughts? Sean Portland, Oregon
Drag and drop
Is there drag/drop code in svn.apache.org? Where? On 4/7/07, Martijn Dashorst [EMAIL PROTECTED] wrote: In our review by the IPMC a questions has popped up on our drag/drop library. I tried to find the exact license, but couldn't find it: creative commons 2.0 is very ambiguous at best. Searching for the js library brought me to dynamic drive [1] and it has the following license for all js files on their site [2]. In short we are not allowed to package the dom-drag.js file with Wicket under those terms. Couple of questions: - how did we find out it was distributed under the CC 2.0 license (dynamic drive doesn't have that in the mentioned file) - which CC 2.0 license is meant? - can we replace it with something ASL compatible? - can we get a new license from the author (he must be in a good mood, he's engaged and all [3])? I've created a JIRA issue (WICKET-448) for this [4]. Martijn [1] http://www.dynamicdrive.com/dynamicindex11/domdrag/ [2] http://www.dynamicdrive.com/notice.htm [3] http://www.youngpup.net/2007/03/engaged.html [4] http://issues.apache.org/jira/browse/WICKET-448
Re: Drag and drop
Thanks Martijn. How does an application developer use Wicket.Drag?Will there be a DraggableBehavior (IBehavior) object? Sean On 6/21/07, Martijn Dashorst [EMAIL PROTECTED] wrote: The benefits of unix: find jdk-1.4/wicket -name *.js | xargs grep -E rag|rop delivers jdk-1.4/wicket/src/main/java/org/apache/wicket/ajax/wicket- ajax.js Martijn On 6/22/07, Sean Sullivan [EMAIL PROTECTED] wrote: Is there drag/drop code in svn.apache.org? Where? On 4/7/07, Martijn Dashorst [EMAIL PROTECTED] wrote: In our review by the IPMC a questions has popped up on our drag/drop library. I tried to find the exact license, but couldn't find it: creative commons 2.0 is very ambiguous at best. Searching for the js library brought me to dynamic drive [1] and it has the following license for all js files on their site [2]. In short we are not allowed to package the dom-drag.js file with Wicket under those terms. Couple of questions: - how did we find out it was distributed under the CC 2.0 license (dynamic drive doesn't have that in the mentioned file) - which CC 2.0 license is meant? - can we replace it with something ASL compatible? - can we get a new license from the author (he must be in a good mood, he's engaged and all [3])? I've created a JIRA issue (WICKET-448) for this [4]. Martijn [1] http://www.dynamicdrive.com/dynamicindex11/domdrag/ [2] http://www.dynamicdrive.com/notice.htm [3] http://www.youngpup.net/2007/03/engaged.html [4] http://issues.apache.org/jira/browse/WICKET-448 -- BREAKING NEWS: Wicket joins the Apache Software Foundation as Apache Wicket Join the wicket community at irc.freenode.net: ##wicket Wicket 1.2.6 contains a very important fix. Download Wicket now! http://wicketframework.org
Re: Drag and drop
Found it: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-scriptaculous/src/java/org/wicketstuff/scriptaculous/dragdrop/DraggableBehavior.java On 6/21/07, Ryan Sonnek [EMAIL PROTECTED] wrote: You might want to check out wicketstuff-scriptaculous. There's a DraggableBehavior that's built on the excellent scriptaculous javascript library. On 6/21/07, Sean Sullivan [EMAIL PROTECTED] wrote: Thanks Martijn. How does an application developer use Wicket.Drag?Will there be a DraggableBehavior (IBehavior) object? Sean
Re: Application#destroy()
+1
On 6/20/07, Al Maw [EMAIL PROTECTED] wrote:
From the Application#destroy() javadoc:
/**
* Called when wicket servlet is destroyed.
* Overrides do not have to call super.
*/
protected void destroy()
{
callDestroyers();
}
That's not ideal - surely we want to be certain the destroyers are called?
I think we should make this method final, and provide an onDestroy()
hook that is called within it.
WDYT?
Regards,
Al
--
Alastair Maw
Wicket-biased blog at http://herebebeasties.com
Re: VOTE: Rename AjaxSubmitButton to AjaxButton
[x] Yes, rename AjaxSubmitButton to AjaxButton, leaving behind a @deprecated subclass for backwards-compatibility.
Re: RequestCycle, max steps
Short.MAX_VALUE is definitely too high. I'd love to see a lower value. Sean On 6/18/07, Eelco Hillenius [EMAIL PROTECTED] wrote: max int is actually a pretty rediculous default in itself. How about setting it to 1,000 or even 100 or such? Eelco On 6/18/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Why would you want to do that? Sure, we can put a setter in there, but it is really only meant to detect cycles. Eelco On 6/18/07, Sean Sullivan [EMAIL PROTECTED] wrote: In RequestCycle.java, the steps() method has this code: * final* *int* maxSteps = Short.MAX_VALUE; Is there any way for me to override the maxSteps value? Would it be reasonable to have getter/setter methods? protected void setMaxSteps(int value) protected int getMaxSteps() Cheers, Sean
Re: RequestCycle, max steps
Yes, that works for me. On 6/19/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Ok. I set it to 100. Is that reasonable? Eelco On 6/19/07, Sean Sullivan [EMAIL PROTECTED] wrote: Short.MAX_VALUE is definitely too high. I'd love to see a lower value. Sean On 6/18/07, Eelco Hillenius [EMAIL PROTECTED] wrote: max int is actually a pretty rediculous default in itself. How about setting it to 1,000 or even 100 or such? Eelco On 6/18/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Why would you want to do that? Sure, we can put a setter in there, but it is really only meant to detect cycles. Eelco On 6/18/07, Sean Sullivan [EMAIL PROTECTED] wrote: In RequestCycle.java, the steps() method has this code: * final* *int* maxSteps = Short.MAX_VALUE; Is there any way for me to override the maxSteps value? Would it be reasonable to have getter/setter methods? protected void setMaxSteps(int value) protected int getMaxSteps() Cheers, Sean
RequestCycle, max steps
In RequestCycle.java, the steps() method has this code: * final* *int* maxSteps = Short.MAX_VALUE; Is there any way for me to override the maxSteps value? Would it be reasonable to have getter/setter methods? protected void setMaxSteps(int value) protected int getMaxSteps() Cheers, Sean
Re: [vote] Release Apache Wicket 1.3.0-incubating-beta-2
Did the vote pass? On 6/12/07, Sean Sullivan [EMAIL PROTECTED] wrote: Have the votes been counted? Is beta2 coming soon?
Re: [vote] Release Apache Wicket 1.3.0-incubating-beta-2
Have the votes been counted? Is beta2 coming soon? On 6/9/07, Martijn Dashorst [EMAIL PROTECTED] wrote: All, I have prepared our beta 2 release and uploaded it to my people.apache.org site [1] You know the drill: vote if you think this release will is legally sound and will be approved by the IPMC. I have run 'rat' on the distribution, and you can see the report in the release directory. [ ] Yes, release Wicket 1.3.0-incubating-beta2 [ ] No, hold your horses, I discovered... Release notes: [2] Rat report: [3] Martijn [1] http://people.apache.org/~dashorst/releases/apache-wicket-1.3.0-incubating-beta-2 [2] http://people.apache.org/~dashorst/releases/apache-wicket-1.3.0-incubating-beta2/RELEASE_NOTES [3] http://people.apache.org/~dashorst/releases/apache-wicket-1.3.0-incubating-beta2/rat-report.txt
Re: [proposal] 1.3.0 end game
On 6/7/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 6/7/07, Johan Compagner [EMAIL PROTECTED] wrote: can't we do an RC at the moment we graduate? (a bit more fuss then?) Also we can try to have only 1 or 2 release candidates so that the release is a bit earlier.. I think we need as many release candidates as it takes to get it free of (serious) bugs we know of. FYI --- I'm still having serious trouble with Wicket 1.3 in Websphere 6.0. I am debugging the issue and I'll open a JIRA issue this morning. Sean
Re: VOTE: EmptyPanel
What was the result of this vote? Is EmptyPanel going to be added to Wicket 1.3? On 5/4/07, Jonathan Locke [EMAIL PROTECTED] wrote: so i propose a vote to add this. i'm +1.
Wicket 1.3 beta 1 and SLF4J jar
Does Wicket 1.3 beta 1 have a dependency on SLF4J? I downloaded the beta 1 zip file and I noticed that the SLF4J jar is not found in the lib folder apache-wicket-1.3.0-incubating-beta1/lib Should I expect to see SLF4J jar in the lib folder? Sean
javadocs for Wicket 1.3 beta 1
I downloaded apache-wicket-1.3.0-incubating-beta1.zip from http://people.apache.org/dist/incubator/wicket/apache-wicket-1.3.0-incubating-beta1/dist/ I unzipped the file and noticed that the zip does not contain any javadocs. I looked for javadocs at wicketframework.org and found the Wicket 1.2.6javadocs: http://wicketframework.org/apidocs/ Are the Wicket 1.3 javadocs published online somewhere? Sean
Re: javadocs for Wicket 1.3 beta 1
Will the javadocs be embedded in the wicket-1.3.0-*.zip file in the future? (fyi, the Wicket 1.2.6. zip file has the javadocs embedded) Sean On 5/7/07, Igor Vaynberg [EMAIL PROTECTED] wrote: http://people.apache.org/dist/incubator/wicket/apache-wicket-1.3.0-incubating-beta1/m2-repo/org/apache/wicket/wicket/1.3.0-incubating-beta1/wicket-1.3.0-incubating-beta1-javadoc.jar for wicket, other modules in adjoining dirs -igor On 5/7/07, Sean Sullivan [EMAIL PROTECTED] wrote: I downloaded apache-wicket-1.3.0-incubating-beta1.zip from http://people.apache.org/dist/incubator/wicket/apache-wicket-1.3.0-incubating-beta1/dist/ I unzipped the file and noticed that the zip does not contain any javadocs. I looked for javadocs at wicketframework.org and found the Wicket 1.2.6javadocs: http://wicketframework.org/apidocs/ Are the Wicket 1.3 javadocs published online somewhere? Sean
Menubar component in wicket-stuff
I'd like to volunteer to work on the Menubar component in wicket-stuff: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/trunk/wicket-extensions-menubar/ The trunk code uses Wicket 2.x and Java 5 Generics. I want to branch the code so that I can use the menubar component with Wicket 1.3 Sean SourceForge id: sullis
wicket-examples FormPage
I visited the FormPage on wicket-library.com and I'm not sure if its working correctly: http://www.wicket-library.com/wicket-examples/ajax?wicket:bookmarkablePage=:wicket.examples.ajax.builtin.FormPage The page is supposed to perform Ajax form validation. When I type data into the field(s), I observe an Ajax request being sent to the server. The response is returned to the client but there aren't any validation errors displayed on the page. Could this be a bug? I tested the page with MSIE 7.0 and Firefox 2.0 Sean
Re: wicket-examples FormPage
Was this a bug in the FormPage class or a bug in the wicket-1.2.4.jar? (I am trying to implement the same type of functionality in my own web application) Sean On 1/22/07, Igor Vaynberg [EMAIL PROTECTED] wrote: that bug has been fixed already http://81.17.46.170/wicket13/ajax?wicket:bookmarkablePage=:wicket.examples.ajax.builtin.FormPage -igor On 1/22/07, Sean Sullivan [EMAIL PROTECTED] wrote: I visited the FormPage on wicket-library.com and I'm not sure if its working correctly: http://www.wicket-library.com/wicket-examples/ajax?wicket:bookmarkablePage=:wicket.examples.ajax.builtin.FormPage The page is supposed to perform Ajax form validation. When I type data into the field(s), I observe an Ajax request being sent to the server. The response is returned to the client but there aren't any validation errors displayed on the page. Could this be a bug? I tested the page with MSIE 7.0 and Firefox 2.0 Sean
Re: wicket-examples FormPage
Are you referring to WICKET-156? https://issues.apache.org/jira/browse/WICKET-156 Is this fix going to be added to the Wicket 1.2.5 release? Sean On 1/22/07, Igor Vaynberg [EMAIL PROTECTED] wrote: it was a bug with wicket and is fixed in 1.3. it had to do with components/page not properly attaching/detaching during ajax requests. -igor
Re: wicket-examples FormPage
I understand that Wicket 1.2.x is in maintenance mode. However, Wicket 1.2.4is the only version that has been deemed a production-ready release. Should users continue using Wicket 1.2.4 or should they move to the unreleased Wicket 1.3 codebase? Sean On 1/22/07, Igor Vaynberg [EMAIL PROTECTED] wrote: yes thats the one and no, afaik it will not. if you want it you can start a vote to have it included. just keep in mind it is already very time consuming for us to work on 2 branches, not to mentioned 3 -igor
wicket examples on www.wicket-library.com
Is the wicket-library web site offline? I am unable to view any of the examples: http://www.wicket-library.com/wicket-examples/ajax http://www.wicket-library.com/wicket-examples/upload I was planning to demo Wicket's component set to my co-workers this morning... Sean
Re: VOTE: include WICKET-218 in 1.2.5
+1 (non-binding) On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5 -igor
Wicket 1.2.5?
Hello, Wicket 1.2.4 has a critical bug that affects my application. The HeaderContributor behavior is buggy which causes my CSS style sheet to randomly disappear from my web pages. A fix was applied to the source tree on December 29th: http://issues.apache.org/jira/browse/WICKET-188 According to JIRA, the fix will be included in Wicket 1.2.5. My question is: when will Wicket 1.2.5 be released? Sean
Re: Wicket 1.2.5?
IMHO, Wicket 1.2.4 is unusable due to WICKET-188. I am working around the issue by building my own Wicket jar from the Wicket 1.2.x branch. Sean On 1/12/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Building a release is much work. I rather have more bugfixes in then just one, or there should be a security issue of some sort or crashing servers to warrant an immediate release. I presented a short term solution that would alleviate the immediate problem in a repeatable, manageable way. I propose latter and define time soon to be at least after feb 1st. Not much real world use has been done with 1.2.4, as it was released during the holiday season. I can imagine that more bugs will surface in the next 3 weeks as more people are using the release. If no more bugs are found and fixed in 1.2.x, then I don't mind releasing 1.2.5. Martijn On 1/12/07, Igor Vaynberg [EMAIL PROTECTED] wrote: so are you saying we wont be doing 1.2.5? or we wont be doing it any time soon. and if latter we should define the time soon. -igor On 1/12/07, Martijn Dashorst [EMAIL PROTECTED] wrote: If you really need it fixed, you could run your own 1.2.4b build from wicket-1.2.x branch. Add the line version1.2.4b/version to the wicket/pom.xml file below artifactId, and run 'mvn package' In the target directory you will find a wicket-1.2.4b.jar file for use in your project. I would use a dated/timestamped/revision version instead of 1.2.4b, so that you know from which date you have to check out the sources again if the need should arise. So something like 1.2.4-20070113-1204 Martijn On 1/12/07, Sean Sullivan [EMAIL PROTECTED] wrote: Hello, Wicket 1.2.4 has a critical bug that affects my application. The HeaderContributor behavior is buggy which causes my CSS style sheet to randomly disappear from my web pages. A fix was applied to the source tree on December 29th: http://issues.apache.org/jira/browse/WICKET-188 According to JIRA, the fix will be included in Wicket 1.2.5. My question is: when will Wicket 1.2.5 be released? Sean -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org
Wicket 1.3 nightly builds?
Hi, Is there a nightly build for the Wicket 1.3 branch (wicket-johan-1.3.x) ? Sean
Re: Commons logging is evil
There was a good discussion about SLF4J on TheServerSide in March 2006: http://www.theserverside.com/news/thread.tss?thread_id=39369 Alastair Maw wrote: commons-logging is somewhat evil, with complex classloader machinations that leak memory and resources if you're not careful. If you haven't experienced commons-logging classloader hell, consider yourself lucky. See the following: http://radio.weblogs.com/0122027/2003/08/15.html http://www.qos.ch/logging/classloader.jsp http://jonasboner.com/?p=70 http://www.qos.ch/logging/thinkAgain.jsp etc. SLF4J provides a nice simple alternative, which people in other OS projects have been migrating to in droves recently. I suggest we follow them. If we don't want to patch everything at once, there's a migration API: http://www.slf4j.org/manual.html#gradual Thoughts?
