Andrea Aime wrote: > Hi, > I've been looking a little on the gt2-xml-gml3 build > time slowness (one of the longest to build, around 50 > seconds on my PC). > > The slowest among its tests is GML3EncodingTest, taking > alone more than 11 seconds. Now, the funny thing is, it's > not CPU bound. Little investigation shows the test takes > only 3 seconds if the net is disconnected, and sysouts > the following: > Hmmm, an online component to the testing was not intended. I would assume that there is a schema reference somewhere to an online resource like "http://schemas.opengis.net/...";. I will look into this further.
> src-resolve: Cannot resolve the name 'gml:AbstractFeatureType' to a(n) > 'type definition' component. > > Whilst if I run it connected, surprise, no message, and it > takes a lot longer -> the test is downloading something > from the net, but passes also if it cannot download that stuff. > I bet these are XSD files? Is there any way to avoid this, > I do believe we have the necessary xsd files in the classpath too, no? > > Looking at other test profiles, it seems each one of them > is using 90% of its time loading and parsing schema files > (SchemaLocator.locateSchema() calls). Wondering, since the > parser is schema driven, and thus we need to load it, > can't we stick the loaded schema into an in memory cache > so that we pay the loading price just once? I'm not talking > of a perennial cache, a LRU one should be ok, or something > time based, that purges stuff if it's not used for some > seconds/minutes > Yes, this has been an issue i have been thinking about for a while now. What I am thinking is instead of caching schemas ( which is a possibility ), to just make them singletons. Since the schema never really changes after being parsed there is no benefit to keeping private copies around. I have opened a jira for this. http://jira.codehaus.org/browse/GEOT-1201 I would like to combine this change with another one of your suggestions of collapsing the "configuration" to a single class. > Cheers > Andrea > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,45fd01bd20941460912952! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
