On 7 Jul 2010, at 6:24 pm, Yonik Seeley wrote:
On Wed, Jul 7, 2010 at 8:15 AM, Grant Ingersoll <gsing...@apache.org> wrote:
Originally, I had intended that it was just for one Field Sub Type, thinking that if we ever wanted multiple sub types, that a new, separate class would be needed


Right - this was my original thinking too.  AbstractSubTypeFieldType
is only a convenience class to create compound types... people can do
it other ways.

Just for clarification, does that mean my modifications won't be included? If so, can you let me know so that I can extract the changes and maintain them in a different package structure from the main Solr code please.

Cheers
Mark

--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

Reply via email to