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.