Open eclipsewebmaster opened 2 months ago
By Krum Tsvetkov on Dec 15, 2009 06:23
I think we need to keep the current behaviour as default. There are many people already who are used to it.\ We could look for a way to specify an alternative behaviour. But what bothers me at the moment is the scope of this setting, namely:
In both cases we will have to find where the indexes of an already parsed with a different setting heapdump are?\ Having an absolute path (e.g. option 3) will make it impossible (or say it more difficult) to move the dump from one place to another.
Have you got some ideas about these already?
By Andrew Johnson on Mar 05, 2013 09:06
Another idea is to use an Eclipse workspace which has a folder with a link to the dump, but the indices get stored directly in the folder in the workspace.
/u/user1/workspace/folder/mydump.20091001.dmp.zip -> /u/user1/mydump.20091001.dmp.zip\ /u/user1/workspace/folder/mydump.20091001.dmp.index
By Krum Tsvetkov on Mar 11, 2013 03:48
(In reply to comment #2)
Another idea is to use an Eclipse workspace which has a folder with a link to the dump, but the indices get stored directly in the folder in the workspace.
/u/user1/workspace/folder/mydump.20091001.dmp.zip ->
/u/user1/mydump.20091001.dmp.zip /u/user1/workspace/folder/mydump.20091001.dmp.index
Does this work on Win too? I played with manually creating a shortcut in a folder, but the indeces always go in the original folder...\ Sorry if I've misunderstood the idea.
By Andrew Johnson on Mar 11, 2013 09:53
Your are right, currently the indices do get stored in the original folder, but I was offering a suggestion for a change.
We would need to generate a prefix from the IFile not the IPath.\ It could be tricky to pass the prefix into the parser:\ SnapshotFactory.openSnapshot(File file, Map<String, String> arguments, IProgressListener listener)\ which is called from ParseHeapDumpJob or ParseSnapshotApp
By Andrew Johnson on Nov 08, 2013 07:36
task 380858 allows separate indices for different snapshots in one dump.\ This might allow us to find the original dump from the index if the index is held elsewhere.
| --- | --- | | Bugzilla Link | 297599 | | Status | NEW | | Importance | P3 enhancement | | Reported | Dec 11, 2009 11:33 EDT | | Modified | Nov 08, 2013 07:36 EDT | | Version | 0.8 | | Reporter | Andrew Johnson |
Description
I've had some requests for the index files for Memory Analyzer to go in a separate directory.
Some possibilities:
A directory based on my dump file. E.g. \ /u/user1/mydump.20091001.dmp.zip\ /u/user1/mydump.20091001.dmp.indexes/mydump.20091001.dmp.index\ /u/user1/mydump.20091001.dmp.indexes/mydump.20091001.dmp.o2c.index
A directory in the same directory as the dump\ /u/user1/mydump.20091001.dmp.zip\ /u/user1/.metadata/mydump.20091001.dmp.index\ /u/user1/.metadata/mydump.20091001.dmp.o2c.index
/u/user1/dmp2/mydump.20090808.dmp.zip\ /u/user1/dmp2/.metadata/mydump.20090808.dmp.index\ /u/user1/dmp2/.metadata/mydump.20090808.dmp.o2c.index
Another specified directory\ /u/user1/mydump.20091001.dmp.zip\ /tmp/tempindexes/mydump.20091001.dmp.index\ /tmp/tempindexes/mydump.20091001.dmp.o2c.index
How would we specify this while not breaking existing behaviour but still allowing batch and GUI modes to use other directories when required?