Hi Shalin, Am 05.07.2013 um 16:23 schrieb Shalin Shekhar Mangar: > There are plenty of use-cases for having multiple cores. You may have > two different schemas for two different kind of documents. Perhaps you > are indexing content in multiple languages and you may want a core per > language. In SolrCloud, a node can have multiple cores to support more > than one shard on the same box.
alright, so it depends on the use case. I guess for me the different use cases will be combinations of domain.tld and language. But for me this is far future I think. > The Solr war file has all the classes it needs to startup and run > (well except for some optional components like DataImportHandler etc) > and the SolrInfoMBean is most definitely present in the war file. > Enabling or disabling jmx has nothing to do with loading that class. This is what I guessed, too. But I'm neither know Java or Tomcat nor Solr so I tried everything I could. > It is very difficult to guess what's wrong with your setup this way. > Why don't you try using the example jetty? It works and is well > supported and optimized for Solr. Giovanni's guess was right, so this error disappeared luckily. Cheers, Michael Am 05.07.2013 um 16:23 schrieb Shalin Shekhar Mangar: > On Thu, Jul 4, 2013 at 4:32 PM, Michael Bakonyi > <kont...@mb-neuemedien.de> wrote: >> Hi everyone, >> >> I'm trying to get the CMS "TYPO3" connected with Solr 3.6.2. >> >> By now I followed the installation at http://wiki.apache.org/solr/SolrTomcat >> except that I didn't copy the .war-file into the $SOLR_HOME but referencing >> to it at a different location via Tomcat Context fragment file. >> >> Until then the Solr-Server works – I can reach the GUI via URL. >> >> To get Solr connected with the CMS I then created a new core-folder (btw. >> can anybody give me kind of a live example, when to use different cores? >> Until now I still don't really understand the concept of cores ..) by >> duplicating the example-folder in which I overwrote some files (especially >> solrconfig.xml) with files offered by the TYPO3-community. I also moved the >> file "solr.xml" one level up and edited it (added core-fragment and >> especially adjusted "instanceDir") to get a correct multicore-setup like in >> the example multicore-setup within the downloaded solr-tgz-package. > > There are plenty of use-cases for having multiple cores. You may have > two different schemas for two different kind of documents. Perhaps you > are indexing content in multiple languages and you may want a core per > language. In SolrCloud, a node can have multiple cores to support more > than one shard on the same box. > >> >> But now I get the Java-exception >> >> "java.lang.NoClassDefFoundError: org/apache/solr/core/SolrInfoMBean at >> java.lang.ClassLoader.defineClass1(Native Method)" >> >> In the Tomcat-log file it is said additionally: "Caused by: >> java.lang.ClassNotFoundException: org.apache.solr.core.SolrInfoMBean". >> >> My guess is, that within the new solrconfig.xml there are calls to classes >> which aren't included correctly. There are some libs, which are included at >> the top of this file but the paths of the references should be ok as I >> checked them via Bash: At http://wiki.apache.org/solr/SolrConfigXml it is >> said that the <lib dir= directory is relative to the instanceDir, so this is >> what I've checked. I also inserted absolute paths but this wasn't successful >> either. >> >> Can anybody give me a hint how to solve this problem? Would be great :) > > The Solr war file has all the classes it needs to startup and run > (well except for some optional components like DataImportHandler etc) > and the SolrInfoMBean is most definitely present in the war file. > Enabling or disabling jmx has nothing to do with loading that class. > It is very difficult to guess what's wrong with your setup this way. > Why don't you try using the example jetty? It works and is well > supported and optimized for Solr. > > > -- > Regards, > Shalin Shekhar Mangar.
