From: Jody G. <jod...@gm...> - 2011-03-04 12:32:24
|
I have never heard of that class before; part of the fun of a wiki is not knowing what people have put where. I seem to recall that serialisation was a bit trick for features (and in efficient). A while back Andrea did some tests with Spring remoting (of various flavours) and generally found that easier to experiment with and better for overall performance. Are you familiar with Spring remoting? Other than that the approach shown on that page is fine. 1) transport the feature type - there are some DataUtilities methods for turning a SimpelFeatureType into a simple string, and back again - it is not perfect but it would be a quick way to get going 2) send the feature content over - you should be able to get buy with sending simple Object[] information across -- Jody Garnett On Friday, 4 March 2011 at 8:01 PM, Krishna Rajendra Alapati wrote: > Hi All, > > I am using the Geotools 2.6-beta1 version and got some utility class online to serialize the geotools features and tranfer them to a remote machine. I tried to compile this class with the 2.6-beta1 release of the Geotools and couldn't do it as most of the classes are deprecated. > > http://docs.codehaus.org/display/GEOTOOLS/SerializableFeatures > > Could you please let me know what's the best way to serialize the geotools features. > > Thank you, > Krishna. > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Geotools-gt2-users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |