When i'm pushing my repository from Protegé (Repository version 16.8.8) to Viewer 19.2, everything work fine, until i request the images to be generated.
Then the pushing to the repository runs ~ 80% and then the JRE crashes during rendering:
----------------------
Set type on 253000 instances: viewer3_devrep_14032012_003_ProjectKB_Class72200
Set type on 5000 instances: Synonym
Protege Wizards v1.0 beta build 15
Loaded standard Protege wizards library
Load time for file:\C:\Users\imbuc\Programs\Essential_EA_v6188\repositories\IT4IT_6.19\IT4IT_6_19.pprj = 38 sec (project) + 5 sec (ui)
Exception in thread "TimerQueue" java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.util.concurrent.locks.ReentrantLock$Sync.newCondition(ReentrantLock.java:171)
at java.util.concurrent.locks.ReentrantLock.newCondition(ReentrantLock.java:505)
at javax.swing.TimerQueue.run(TimerQueue.java:197)
at java.lang.Thread.run(Thread.java:750)
Exception in thread "Thread-5" java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.util.LinkedHashMap$LinkedKeySet.iterator(LinkedHashMap.java:543)
at java.util.HashSet.iterator(HashSet.java:173)
at java.util.Collections$UnmodifiableCollection$1.<init>(Collections.java:1041)
at java.util.Collections$UnmodifiableCollection.iterator(Collections.java:1040)
at java.util.AbstractCollection.addAll(AbstractCollection.java:343)
at edu.stanford.smi.protege.model.framestore.SimpleFrameStore.getTypes(Unknown Source)
at edu.stanford.smi.protege.model.framestore.SimpleFrameStore.addInheritedTemplateSlotValues(Unknown Source)
at edu.stanford.smi.protege.model.framestore.SimpleFrameStore.addOwnSlotValues(Unknown Source)
at edu.stanford.smi.protege.model.framestore.SimpleFrameStore.getOwnSlotValues(Unknown Source)
at edu.stanford.smi.protege.model.framestore.SimpleFrameStore.getTemplateFacetValues(Unknown Source)
----------------------------------------------------------
Memory settings in protege.lax:
#Generated by ProtegePropertyTab
#Mon Nov 30 12:38:03 GMT 2015
lax.stdout.redirect=
SimpleJdbcDatabaseManager.trace=false
log4j.configuration=file:..\\Protege_3.5\\log4j.xml
lax.user.dir=..\\Protege_3.5\\
lax.application.name=Protege.exe
lax.nl.message.vm.not.loaded=The application either could not find a Java VM, or the Java VM on this system is too old. The application requires Java 1.5 or later.
lax.command.line.args=$CMD_LINE_ARGUMENTS$
lax.nl.java.launcher.main.method=main
lax.root.install.dir=..\\Protege_3.5\\
UMLSTab.dbyear=2009AB
lax.main.class=edu.stanford.smi.protege.Application
lax.nl.valid.vm.list=1.5+
lax.dir=..\\Protege_3.5\\
lax.nl.win32.java.launcher.platform=0
lax.stderr.redirect=console
lax.stdin.redirect=
lax.nl.java.option.java.heap.size.initial=262144000
lax.main.method=main
lax.nl.java.launcher.main.class=com.zerog.lax.LAX
lax.version=14.0
protege.dir=..\\Protege_3.5\\
#SimpleJdbcDatabaseManager.longvarcharname=
apple.laf.useScreenMenuBar=true
lax.nl.java.option.java.heap.size.max=2097152000
lax.nl.current.vm=..\\Protege_3.5\\jre\\bin\\java.exe
lax.nl.win32.microsoftvm.min.version=2750
lax.class.path=protege.jar;looks.jar;unicode_panel.jar;driver.jar;driver0.jar;driver1.jar;driver2.jar$;lax.jar
-------------------------------------------------------------------------
JRE version as of Essential OS stand alone 16.8 download:
PS C:\Users\imbuc\Programs\Essential_EA_v6188\jre\zulu8.72.0.17-ca-jre8.0.382-win_x64\bin> java.exe -version
Picked up JAVA_TOOL_OPTIONS: -Dlog4j.formatMsgNoLookups=true
openjdk version "16.0.2" 2021-07-20
OpenJDK Runtime Environment (build 16.0.2+7-67)
OpenJDK 64-Bit Server VM (build 16.0.2+7-67, mixed mode, sharing)
PS C:\Users\imbuc\Programs\Essential_EA_v6188\jre\zulu8.72.0.17-ca-jre8.0.382-win_x64\bin>
-------------------------------------------------------------------------
The log-file from Protege does not contain the errors from the runtime window:
2024.04.04 16:59:43.793 MESZ INFO: Set type on 244000 instances: store_1_ProjectKB_Class1707 -- Parser.getInstance()
2024.04.04 16:59:43.832 MESZ INFO: Set type on 245000 instances: store_1_ProjectKB_Class2643 -- Parser.getInstance()
2024.04.04 16:59:43.835 MESZ INFO: Loaded 273000 instances: store_1_ProjectKB_Class2673 -- Parser.getInstance()
2024.04.04 16:59:43.869 MESZ INFO: Set type on 246000 instances: store_1_ProjectKB_Class4008 -- Parser.getInstance()
2024.04.04 16:59:43.906 MESZ INFO: Set type on 247000 instances: store_1_ProjectKB_Class4917 -- Parser.getInstance()
2024.04.04 16:59:43.912 MESZ INFO: Loaded 274000 instances: store_1_ProjectKB_Class4948 -- Parser.getInstance()
2024.04.04 16:59:43.943 MESZ INFO: Set type on 248000 instances: store_1_ProjectKB_Class5864 -- Parser.getInstance()
2024.04.04 16:59:43.979 MESZ INFO: Set type on 249000 instances: store_1_ProjectKB_Class6774 -- Parser.getInstance()
2024.04.04 16:59:43.981 MESZ INFO: Loaded 275000 instances: store_1_ProjectKB_Class6804 -- Parser.getInstance()
2024.04.04 16:59:44.014 MESZ INFO: Set type on 250000 instances: store_1_ProjectKB_Class885 -- Parser.getInstance()
2024.04.04 16:59:44.073 MESZ INFO: Loaded 276000 instances: viewer3_dev_12032012_ProjectKB_Class12089 -- Parser.getInstance()
2024.04.04 16:59:44.100 MESZ INFO: Set type on 251000 instances: viewer3_dev_12032012_ProjectKB_Class12534 -- Parser.getInstance()
2024.04.04 16:59:44.178 MESZ INFO: Set type on 252000 instances: viewer3_dev_12032012_ProjectKB_Class14078 -- Parser.getInstance()
2024.04.04 16:59:44.182 MESZ INFO: Loaded 277000 instances: viewer3_dev_12032012_ProjectKB_Class16791 -- Parser.getInstance()
2024.04.04 16:59:44.241 MESZ INFO: Set type on 253000 instances: viewer3_devrep_14032012_003_ProjectKB_Class72200 -- Parser.getInstance()
2024.04.04 16:59:58.138 MESZ INFO: Set type on 5000 instances: Synonym -- Parser.getInstance()
2024.04.04 17:00:03.989 MESZ INFO: Load time for file:\C:\Users\imbuc\Programs\Essential_EA_v6188\repositories\IT4IT_6.19\IT4IT_6_19.pprj = 38 sec (project) + 5 sec (ui) -- ProjectManager$3.run()
-------------------------------------------------------------------------
Do i need to adjust the memory settings in protege.lax ? If yes, how.
Many thanks upfront for your support,
Holger
Error when generating graphics in Protege 6.18.8 for Viewer 6.19.2
-
neil.walsh
- Posts: 447
- Joined: 16 Feb 2009, 13:45
- Contact:
You no longer need to generate these images. They are no longer used by any views. We will try to remove that option in a future release to avoid confusion.
