DO NOT REPLY - Provide implementation of Icon interface in swing package

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40
394>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40394





------- Additional Comments From kirillcoolyahoo.com
 2006-09-05 05:53 -------
I just attached a new implementation that has support for
thread pool. I've read
through the linked license and it's too much pain for me to
understand / consult
at work / ... In addition, the thread pool implementation
uses the new
concurrent stuff from 5.0 (Executors and ExecutorService) -
i just can't justify
(for myself) to reinvent the wheel when my own project runs
on 5.0. See comments
on 40393 about a possibility to depend on Apache Excalibur
and their thread pool
- this is your decision if you want to provide support for
this out of the box.

It's just too much hassle for me to do something that
already exists in two
lines of code in JDK 5.0 by either implementing it myself /
searching the web
for ASF-compliant implementation / copy-pasting stuff from
Excalibur. 

The current implementation (attached) just extends your own
code with stuff from
JGVTComponent + very simple support for resizing. Feel free
to use it or any
other approach if you decide to implement it in the next
Batik version. I just
don't feel very comfortable will that licensing / signing /
lawyer-oriented
language. Sorry.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=ema
il
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the
assignee.

------------------------------------------------------------
---------
To unsubscribe, e-mail: batik-dev-unsubscribexmlgraphics.apache.org
For additional commands, e-mail: batik-dev-helpxmlgraphics.apache.org