Details
-
Bug
-
Resolution: Fixed
-
High
-
3.3.2
-
System Date mardi, 08 nov. 2005
System Time 17:16:51
Java Version 1.4.2_09
Java Vendor Sun Microsystems Inc.
JVM Version 1.0
JVM Vendor Sun Microsystems Inc.
JVM Implementation Version 1.4.2_09-b05
Java Runtime Java(TM) 2 Runtime Environment, Standard Edition
Java VM Java HotSpot(TM) Client VM
User Name adminweb
User Timezone Europe/Paris
User Locale français (France)
System Encoding Cp1252
Operating System Windows 2000 5.0
OS Architecture x86
Application Server Container Apache Tomcat/5.0.19
Database type oracle
Database JNDI address java:comp/env/jdbc/JiraDSSystem Date mardi, 08 nov. 2005 System Time 17:16:51 Java Version 1.4.2_09 Java Vendor Sun Microsystems Inc. JVM Version 1.0 JVM Vendor Sun Microsystems Inc. JVM Implementation Version 1.4.2_09-b05 Java Runtime Java(TM) 2 Runtime Environment, Standard Edition Java VM Java HotSpot(TM) Client VM User Name adminweb User Timezone Europe/Paris User Locale français (France) System Encoding Cp1252 Operating System Windows 2000 5.0 OS Architecture x86 Application Server Container Apache Tomcat/5.0.19 Database type oracle Database JNDI address java:comp/env/jdbc/JiraDS
-
3.03
-
Description
When we start the integrity checker on our large database (there are more than 14000 issues), JIRA throws a java.lang.OutOfMemory.
It means that the memory usage of the integrity checker is not constant and depends on the volume of the database.
It's a big problem because we need to solve a functional integrity in a workflow.
Could you solve this problem quickly ?
Attachments
Issue Links
- is blocked by
-
JRASERVER-6087 Don't connect tomcat with mysql
- Closed
- relates to
-
JRASERVER-8448 Excel Export memory usage is not constant
- Closed