Hi Liu Peng, Did you mix parts of an older Solr installation into your 6.0.0 installation? There were changes to PreAnalyzedField recently (in 5.5.0: <https://issues.apache.org/jira/browse/SOLR-4619>), and so if you mix old Solr jars with newer ones, you might see things like the error you showed. (The PreAnalyzedAnalyzer class was not present in older Solr versions.)
If you see this problem with a clean install of Solr 6.0: * How did you add fields? By directly modifying schema.xml? Or via the Schema API? * Do any of your documents contain fields that use the "preanalyzed" field type? * Which Java version/vendor are you using? -- Steve www.lucidworks.com > On Jun 23, 2016, at 10:21 PM, t...@sina.com wrote: > > Hi, > > I use Solr 6.0 on Windows. And try the example techproducts. At first I run > bin\solr -e techproducts -s "example\techproducts" and it works fine. But > when I add several fields, and try to restart it, I get some failures. From > the log, it should be fail to load the PreAnalyzedAnalyzer for fieldType > "preanalyzed". The call stack is as follow: > > INFO - 2016-06-24 02:02:29.866; [ ] org.apache.solr.schema.IndexSchema; > [techproducts] Schema name=example > ERROR - 2016-06-24 02:02:30.122; [ ] > org.apache.solr.schema.FieldTypePluginLoader; Cannot load analyzer: > org.apache.solr.schema.PreAnalyzedField$PreAnalyzedAnalyzer > java.lang.InstantiationException: > org.apache.solr.schema.PreAnalyzedField$PreAnalyzedAnalyzer > at java.lang.Class.newInstance(Class.java:427) > at > org.apache.solr.schema.FieldTypePluginLoader.readAnalyzer(FieldTypePluginLoader.java:271) > at > org.apache.solr.schema.FieldTypePluginLoader.create(FieldTypePluginLoader.java:104) > at > org.apache.solr.schema.FieldTypePluginLoader.create(FieldTypePluginLoader.java:53) > at > org.apache.solr.util.plugin.AbstractPluginLoader.load(AbstractPluginLoader.java:152) > at org.apache.solr.schema.IndexSchema.readSchema(IndexSchema.java:474) > at org.apache.solr.schema.IndexSchema.<init>(IndexSchema.java:163) > at > org.apache.solr.schema.ManagedIndexSchema.<init>(ManagedIndexSchema.java:104) > at > org.apache.solr.schema.ManagedIndexSchemaFactory.create(ManagedIndexSchemaFactory.java:172) > at > org.apache.solr.schema.ManagedIndexSchemaFactory.create(ManagedIndexSchemaFactory.java:45) > at > org.apache.solr.schema.IndexSchemaFactory.buildIndexSchema(IndexSchemaFactory.java:75) > at > org.apache.solr.core.ConfigSetService.createIndexSchema(ConfigSetService.java:108) > at > org.apache.solr.core.ConfigSetService.getConfig(ConfigSetService.java:79) > at org.apache.solr.core.CoreContainer.create(CoreContainer.java:815) > at org.apache.solr.core.CoreContainer.access$000(CoreContainer.java:88) > at org.apache.solr.core.CoreContainer$1.call(CoreContainer.java:468) > at org.apache.solr.core.CoreContainer$1.call(CoreContainer.java:459) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NoSuchMethodException: > org.apache.solr.schema.PreAnalyzedField$PreAnalyzedAnalyzer.<init>() > at java.lang.Class.getConstructor0(Class.java:3082) > at java.lang.Class.newInstance(Class.java:412) > ... 21 more > ERROR - 2016-06-24 02:02:30.128; [ ] org.apache.solr.core.CoreContainer; > Error creating core [techproducts]: Could not load conf for core > techproducts: Can't load schema > C:\WORK\Solr\Solr6.0\solr-6.0.0\example\techproducts\solr\techproducts\conf\managed-schema: > Plugin init failure for [schema.xml] fieldType "preanalyzed": Cannot load > analyzer: org.apache.solr.schema.PreAnalyzedField$PreAnalyzedAnalyzer. > > What could be the reason? On stackoverflow, some answers mentioned that to > fix the error like "java.lang.NoSuchMethodException: XXXX.YYY.<init>()", we > could add a constructor without arguments. But for this issue, I don't think > so. > > Thanks > Liu Peng
