Hi, It appeared to be a special case. I was investigating a faulty shapefile which could not be opened with other software at all. In this case OpenJUMP left something open. Normally shapefiles are free once they have been read. Not a big problem really but it should be possible to repeat with attached shapefile.
-Jukka Rahkonen- Stefan Steiniger wrote: > If I remember correctly (and if there have been no changes meanwhile = last year) OpenJUMP reads a shp file only and does not leave it open. We also have no caching mechanism that would require leaving it open (or do we now?). > Writing is a complete new process (it might be that the complete file is re-written every time). This is because OJs internal structure is not shape file based but shp files are just one output source. Hence, if the shp file you are talking about are locked by another program - which also explains that there was no release when OJ was closed. stefa On 07/09/2011 4:23 PM, Michaël Michaud wrote: > Hi, >> Has this been discussed earlier? If shapefile is opened OJ >>>> it seems to keep it open even if the layer is deleted from a >>>> project or even if the whole project is closed. Only way to >>>> free shapefile for example to be deleted is to close the whole OJ. > Cannot reproduce this behaviour. >>> In practise it would be bad is someone edits a shapefile on a network >>> drive if someone else has it open in OpenJUMP on another computer. Or >>> even if it is open in another program on the same compurer. >> true, but current implementation should be as described, just checked the >> code. > If a test confirm that a file is kept locked until OpenJUMP is closed > (even after the layer and associate tables are completely removed from > project), I agree this can be considered as a bug. > > Between the moment a source is loaded and the moment it is released > (layer removed, project closed...) I think I would prefer the file to be > locked. > But it probably does not work like this at the moment, and it may not be > so trivial to implement (needs to check when all resources are released, > including table views...). > > Michaël > >>> But once it is removed from all tasks/projects there should be no reason to >>> keep it open. >>> >> would be elegant, but see above. Windows does some locking if files reside >> on network drives, but usually it is up to applications to take care of >> that. usually file datasources are read as whole and written as whole. if >> that is not the case, they are kept open for writing and locked by that. >> >> as far as i can see shapefile code does the standard procedure here. >> >> let's wait if someone can reproduce it and file a bug then. >> >> regards ede >> >> ------------------------------------------------------------------------------ >> Using storage to extend the benefits of virtualization and iSCSI >> Virtualization increases hardware utilization and delivers a new level of >> agility. Learn what those decisions are and how to modernize your storage >> and backup environments for virtualization. >> http://www.accelacomm.com/jaw/sfnl/114/51434361/ >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > ------------------------------------------------------------------------------ > Using storage to extend the benefits of virtualization and iSCSI > Virtualization increases hardware utilization and delivers a new level of > agility. Learn what those decisions are and how to modernize your storage > and backup environments for virtualization. > http://www.accelacomm.com/jaw/sfnl/114/51434361/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------------ Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
l_063411.dbf
Description: l_063411.dbf
l_063411.shp
Description: l_063411.shp
l_063411.shx
Description: l_063411.shx
------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
_______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
