: Anyone found a solution to the getTransformer error. I am getting the same : error.
If you use Solr 3.6, with the example jetty and example configs, do you get the same error using the provided example XSL files? http://localhost:8983/solr/select?q=*:*&wt=xslt&tr=example.xsl http://localhost:8983/solr/select?q=*:*&wt=xslt&tr=example_rss.xsl http://localhost:8983/solr/select?q=*:*&wt=xslt&tr=example_atom.xsl ... I just tried those and had no problems. : Caused by: java.io.IOException: Unable to initialize Templates : 'example.xslt' Just to be clear: is your file actually named "example.xslt" ? the example that comes with Solr is "example.xsl" (no "T") Can you post that file? Does it by any chance contain an xsl include (or xinclude)? If so, see the note about SOLR-1656 in CHANGES.txt... * SOLR-1656: XIncludes and other HREFs in XML files loaded by ResourceLoader are fixed to be resolved using the URI standard (RFC 2396). The system identifier is no longer a plain filename with path, it gets initialized using a custom URI scheme "solrres:". This scheme is resolved using a EntityResolver that utilizes ResourceLoader (org.apache.solr.common.util.SystemIdResolver). This makes all relative pathes in Solr's config files behave like expected. This change introduces some backwards breaks in the API: Some config classes (Config, SolrConfig, IndexSchema) were changed to take org.xml.sax.InputSource instead of InputStream. There may also be some backwards breaks in existing config files, it is recommended to check your config files / XSLTs and replace all XIncludes/HREFs that were hacked to use absolute paths to use relative ones. (uschindler) -Hoss
