Hi Justin,

Thanks for the response.  So should I make my changes to the 
wms.servlets.KMLReflector as well, knowing that it is deprecated but 
still in use?

Thanks,
Wayne

Justin Deoliveira wrote:
> Hi Wayne,
>
> While deprecated, the wms.servlets.KMLReflector is still used 
> unfortunatly. Its a bit of a mess. But the non-servlet reflector 
> should be reachable via "/kml/wms". Example:
>
> http://localhost:8080/geoserver/kml/wms?layers=topp:states
>
> wheras the servlet based reflector is at:
>
> localhost:8080/geoserver/wms/kml_reflect?layers=topp:states
>
> -Justin
>
> Wayne Fang wrote:
>> Hi all,
>>
>> I'm working on a feature that will add an optional format_options 
>> item and have been digging around the code.  I can recognize a new 
>> item when using a full wms request by adding stuff to the 
>> FormatOptionsKvpParser and the applicationContext.xml.  The problem 
>> comes when I try to use a kml_reflect request.  The KMLReflector 
>> specified in the web.xml is 
>> org.vfny.geoserver.wms.servlets.KMLReflector, which is deprecated.  
>> The new org.vfny.geoserver.wms.responses.map.kml.KMLReflector I'm 
>> directed to use produces an error telling me it's not a 
>> javax.servlet.Servlet.
>>
>> Where should I go from here?  I don't want to add anything to the 
>> deprecated class, obviously.  Am I missing something?
>>
>> Thanks,
>> Wayne
>>
>
>


-- 
Refractions Research
Suite 300 - 1207 Douglas St
Victoria, BC, V8W 2E7, Canada
ph: (250) 383-3022
fax:(250) 383-2140


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to