That's in the uDig code. There are a few examples. One is in the MapEditor file and another is in the CatalogPlugin (or maybe CatalogUIPlugin, I cant remember which for sure). I think the easiest example to follow is the one in the CatalogPlugin.start method.
On Mon, Apr 20, 2009 at 9:39 AM, andrea antonello < [email protected]> wrote: > > 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? > > Exactly. It is as if the H2 need "too much" time and the project > writing then doesn't write because it has some sort of timeout. The > result is the empty map file. > > > Is the process somehow changing the map? > > No, for sure not. > > > 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. > > Hui, that sounds cool. Where can I find that? Is that from rcp or in > the udig code? > > Andrea > > > > > > 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 > > > > > _______________________________________________ > 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
