Not sure I understand this. So on shutodwn you plugin is saving a H2 database. And because of this the map file is being corrupted?
Is the process somehow changing the map? Are you using the same framework that the Map uses? There is a shutdown task framework for timeconsuming shutdown tasks so that the progress bar works correctly. You might want to take a look at that. Jesse On Sat, Apr 18, 2009 at 10:02 AM, andrea antonello < [email protected]> wrote: > Holy ship! > It was really that. Putting a task to plugin stop is really not safe I > assume then. > > I wonder if there might be similar situations that may trigger a map > file corruption. > > Ciao > Andrea > > > On Sat, Apr 18, 2009 at 9:19 AM, andrea antonello > <[email protected]> wrote: > > Hi all, > > I have a question about this. Is it possible that udig is not able to > > write the maps down if on shutdown there is a task that is blocking. > > For example in Jgrass/BeeGIS we have a H2 database that on shutdown > > saves into that last annotations done on map and some gps related > > stuff. Is it possible that that one blocks the writing of the map > > file? > > > > Andrea > > > > On Mon, Apr 6, 2009 at 6:18 PM, andrea antonello > > <[email protected]> wrote: > >> Hi Emily, > >> thanks for the starting point. I will try from that point on. If I am > >> able to create a > >> > >>> Here is my two bits... > >>> > >>> From what I can tell when a new project or new map is created a new > >>> project/map resource is created (see ProjectImpl.createNewResource). > This is > >>> created when you first create the project/map; and my understanding is > that > >>> this is where the file name is selected for the project. > >>> > >>> When uDig is closed these resources are 'saved'. I think this is done > is > >>> ProjectPlugin line 153 "resource.save(saveOptions);". I'm not familiar > with > >>> the details though. I also don't have any great insight into why the > >>> project file is empty. > >>> > >>> Do you have a set of steps that would allow me to reproduce this error? > >>> Maybe I can help you debug it a bit if I can reproduce it. > >> > >> I hope I will soon :) your help would be of great value. I'll come back > on that. > >> > >> Andrea > >> > >> > >>> > >>> Emily > >>> > >>> > >>> andrea antonello wrote: > >>>> > >>>> Hi udiggers, > >>>> I am trying to solve issue 1467, i.e. the odd problem with the > >>>> projects not loading after restarting udig. > >>>> > >>>> There bug report is opened here: > http://jira.codehaus.org/browse/UDIG-1467 > >>>> but I found the problem NOT being related to that one. > >>>> > >>>> In fact I wasn't still able to track down where it happens. > >>>> The problem is that while the project file (project.uprj) is written > >>>> properly in the workspace, the map file ends up to be corrupted > >>>> (mapname.umap) and being empty. > >>>> > >>>> When debugging and producing this error, the debugger doesn't even > >>>> pass the code in the bug report above. > >>>> > >>>> Any better place I might look into to solve this? Where exactly is the > >>>> umap file written? > >>>> > >>>> Andrea > >>>> _______________________________________________ > >>>> User-friendly Desktop Internet GIS (uDig) > >>>> http://udig.refractions.net > >>>> http://lists.refractions.net/mailman/listinfo/udig-devel > >>> > >>> _______________________________________________ > >>> User-friendly Desktop Internet GIS (uDig) > >>> http://udig.refractions.net > >>> http://lists.refractions.net/mailman/listinfo/udig-devel > >>> > >> > > > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel >
_______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
