> > Then for instance if I pick "tasmania_roads:::Yahoo! Traffic", and click > new, the next page comes up with the feature type editor and the name of > the feature is "YahooTraffic" and the title is "YahooTraffic_Type" > > > Thanks. That is probably what is happening. In canProcess() method, I > just return true.
yes, canProcess shall return true only if appropiate, like the parameter Map having the required properties. As an example, most JDBC based datastores checks that the db connection params are present, as well as a fixed value identifier that allows to avoid the clash (ie, dbtype=postgis, dbtype=mysql,etc) > > > Jay Askren > Software Developer > Quantum Leap Innovations > > > -----Original Message----- > From: Chris Holmes [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 13, 2006 2:16 PM > To: Jay D. Askren > Cc: geotools list > Subject: Re: [Geotools-devel] Datastores > > What do you mean that they think they are a Yahoo traffic datastore? > Like how does that manifest itself? I imagine the problem arises from > one of the methods in the DataStoreFactory, such as canProcess, as > anything that's a datastore is asked if it can handle the params. If > the Yahoo Traffic store is raising an exception there or something then > the other ones won't get asked. > > Chris > > Jay D. Askren wrote: > > Why does this collision happen between different datastores? I > > created > > > my own datastore which connects to Yahoo! traffic data and it appears > > to > > > be colliding with other datastores. When I add the Yahoo Traffic > > Datastore, most of the other datastores suddenly think they are of > > type > > > Yahoo Traffic Datastore. I'm using Geoserver version 1.3.2 that I > > downloaded today and geotools 2.2-RC0. > > > > > > > > Jay Askren > > Software Developer > > Quantum Leap Innovations > > > > > > -----Original Message----- > > From: Chris Holmes [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, July 11, 2006 9:58 PM > > To: Jay D. Askren > > Cc: geotools list > > Subject: Re: [Geotools-devel] Tiger Datastore > > > > Ah, I remember a similar problem with some other datastore getting > > greedy in a similar way, and ruining it for everyone else. The > > easiest > > > fix is to just remove the property datastore - I think it's called > > gt2-property.jar. Past that the property datastore can be changed > > to > > > not throw a file not found exception, but it's easier just to take it > > out of the picture. > > > > Chris > > > > Jay D. Askren wrote: > >> I tried adding a tiger datastore to Geoserver by adding the tiger jar > >> file from Geotools to the lib folder of Geoserver and then > > configuring > > >> GeoServer to point to a folder which had a my Tiger files. Adding > > the > > >> Datastore to Geoserver worked great, but when I went to add a > >> FeatureType I got the following error: > >> > >> > >> > >> > >> java.io.FileNotFoundException: > > C:\tomcat\apache-tomcat-5.5.17\webapps\geoserver\data\tiger\TGR10001_HIG > > >> HWAYS.properties (The system cannot find the file specified) > >> java.io.FileInputStream.open(Native Method) > >> java.io.FileInputStream.<init>(FileInputStream.java:106) > >> java.io.FileReader.<init>(FileReader.java:55) > > org.geotools.data.property.PropertyDataStore.property(PropertyDataStore. > > >> java:55) > > org.geotools.data.property.PropertyDataStore.getSchema(PropertyDataStore > > >> .java:42) > > org.vfny.geoserver.action.data.TypesEditorAction.executeBBox(TypesEditor > > >> Action.java:163) > > org.vfny.geoserver.action.data.TypesEditorAction.execute(TypesEditorActi > > >> on.java:110) > >> > >> org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:98) > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr > > >> ocessor.java:484) > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java: > >> 274) > > org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) > > >> org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) > >> javax.servlet.http.HttpServlet.service(HttpServlet.java:709) > >> javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > > org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharac > > >> terEncodingFilter.java:122) > >> > >> > >> > >> The tiger jar file is from Geotools 2.2 RC0 and I'm using Geoserver > >> 1.3.2. It appears that the Tiger datastore is unsuccessfully using > > > > code > > > >> from the properties datastore tutorial. Is there a fix for this by > >> chance? > >> > >> > >> > >> Jay Askren > >> Software Developer > >> Quantum Leap Innovations > > ------------------------------------------------------------------------ > > > - > > > >> Using Tomcat but need to do more? Need to support web services, > > > > security? > > > >> Get stuff done quickly with pre-integrated technology to make your > > job > > > easier > > > >> Download IBM WebSphere Application Server v.1.0.1 based on Apache > > > > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > >> _______________________________________________ > >> Geotools-devel mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Gabriel Roldán ([EMAIL PROTECTED]) Axios Engineering (http://www.axios.es) Tel. +34 944 41 63 84 Fax. +34 944 41 64 90 ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
