Mailing-List: contact batik-dev-help@xmlgraphics.apache.org; run by ezmlm
Precedence: bulk
Reply-To: batik-dev@xmlgraphics.apache.org
From: bugzilla@apache.org
To: batik-dev@xmlgraphics.apache.org
Subject: DO NOT REPLY [Bug 40393]  - Too many JSVGComponent on a single page
 cause OutOfMemory exception
In-Reply-To: <bug-40393-30099@http.issues.apache.org/bugzilla/>
Message-Id: <20060904235313.8CEDC714302@brutus.apache.org>
Date: Mon,  4 Sep 2006 23:53:13 +0000 (GMT)

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=40393>.
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=40393


------- Additional Comments From kirillcool@yahoo.com  2006-09-04 23:53 -------
Well, i don't have evidence that all the threads lead to OOM error. But, when
you have 500 components in a scroll pane, it's not a good idea to have 500
threads running in any case... What's wrong with a dependency on Apache
Excalibur that have thread pool implementation (i'll need to see if it's good
for this specific scenario - see bug 40394). You already have js.jar,
pdf-transcoder.jar, xerces and xml-apis. It's not the first dependency you'd
introduce.

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

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org