lucene-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ctarg...@apache.org
Subject [01/11] lucene-solr:branch_7_0: SOLR-11050: remove unneeded anchors for pages that have no incoming links from other pages
Date Fri, 14 Jul 2017 18:34:59 GMT
Repository: lucene-solr
Updated Branches:
  refs/heads/branch_7_0 af79b4904 -> 80a8829b4


http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/using-jmx-with-solr.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/using-jmx-with-solr.adoc b/solr/solr-ref-guide/src/using-jmx-with-solr.adoc
index 241b30b..77fd0ca 100644
--- a/solr/solr-ref-guide/src/using-jmx-with-solr.adoc
+++ b/solr/solr-ref-guide/src/using-jmx-with-solr.adoc
@@ -22,7 +22,6 @@ http://www.oracle.com/technetwork/java/javase/tech/javamanagement-140525.html[Ja
 
 Solr, like any other good citizen of the Java universe, can be controlled via a JMX interface.
You can enable JMX support by adding lines to `solrconfig.xml`. You can use a JMX client,
like jconsole, to connect with Solr. Check out the Wiki page http://wiki.apache.org/solr/SolrJmx
for more information. You may also find the following overview of JMX to be useful: http://docs.oracle.com/javase/8/docs/technotes/guides/management/agent.html.
 
-[[UsingJMXwithSolr-ConfiguringJMX]]
 == Configuring JMX
 
 JMX configuration is provided in `solrconfig.xml`. Please see the http://www.oracle.com/technetwork/java/javase/tech/javamanagement-140525.html[JMX
Technology Home Page] for more details.
@@ -36,7 +35,6 @@ Enabling/disabling JMX and securing access to MBeanServers is left up to
the use
 
 ====
 
-[[UsingJMXwithSolr-ConfiguringanExistingMBeanServer]]
 === Configuring an Existing MBeanServer
 
 The command:
@@ -48,7 +46,6 @@ The command:
 
 enables JMX support in Solr if and only if an existing MBeanServer is found. Use this if
you want to configure JMX with JVM parameters. Remove this to disable exposing Solr configuration
and statistics to JMX. If this is specified, Solr will try to list all available MBeanServers
and use the first one to register MBeans.
 
-[[UsingJMXwithSolr-ConfiguringanExistingMBeanServerwithagentId]]
 === Configuring an Existing MBeanServer with agentId
 
 The command:
@@ -60,7 +57,6 @@ The command:
 
 enables JMX support in Solr if and only if an existing MBeanServer is found matching the
given agentId. If multiple servers are found, the first one is used. If none is found, an
exception is raised and depending on the configuration, Solr may refuse to start.
 
-[[UsingJMXwithSolr-ConfiguringaNewMBeanServer]]
 === Configuring a New MBeanServer
 
 The command:
@@ -72,8 +68,7 @@ The command:
 
 creates a new MBeanServer exposed for remote monitoring at the specific service URL. If the
JMXConnectorServer can't be started (probably because the serviceUrl is bad), an exception
is thrown.
 
-[[UsingJMXwithSolr-Example]]
-==== Example
+==== MBean Server Example
 
 Solr's `sample_techproducts_configs` config set uses the simple `<jmx />` configuration
option. If you start the example with the necessary JVM system properties to launch an internal
MBeanServer, Solr will register with it and you can connect using a tool like `jconsole`:
 
@@ -87,7 +82,6 @@ bin/solr -e techproducts -Dcom.sun.management.jmxremote
 3.  Connect to the "`start.jar`" shown in the list of local processes.
 4.  Switch to the "MBeans" tab. You should be able to see "`solr/techproducts`" listed there,
at which point you can drill down and see details of every solr plugin.
 
-[[UsingJMXwithSolr-ConfiguringaRemoteConnectiontoSolrJMX]]
 === Configuring a Remote Connection to Solr JMX
 
 If you need to attach a JMX-enabled Java profiling tool, such as JConsole or VisualVM, to
a remote Solr server, then you need to enable remote JMX access when starting the Solr server.
Simply change the `ENABLE_REMOTE_JMX_OPTS` property in the include file to true. You’ll
also need to choose a port for the JMX RMI connector to bind to, such as 18983. For example,
if your Solr include script sets:
@@ -118,7 +112,5 @@ http://docs.oracle.com/javase/8/docs/technotes/guides/management/agent.html
 
 [IMPORTANT]
 ====
-
 Making JMX connections into machines running behind NATs (e.g. Amazon's EC2 service) is not
a simple task. The `java.rmi.server.hostname` system property may help, but running `jconsole`
on the server itself and using a remote desktop is often the simplest solution. See http://web.archive.org/web/20130525022506/http://jmsbrdy.com/monitoring-java-applications-running-on-ec2-i.
-
 ====

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/using-python.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/using-python.adoc b/solr/solr-ref-guide/src/using-python.adoc
index 1e8045f..e790ec9 100644
--- a/solr/solr-ref-guide/src/using-python.adoc
+++ b/solr/solr-ref-guide/src/using-python.adoc
@@ -20,7 +20,6 @@
 
 Solr includes an output format specifically for <<response-writers.adoc#ResponseWriters-PythonResponseWriter,Python>>,
but <<response-writers.adoc#ResponseWriters-JSONResponseWriter,JSON output>> is
a little more robust.
 
-[[UsingPython-SimplePython]]
 == Simple Python
 
 Making a query is a simple matter. First, tell Python you will need to make HTTP connections.
@@ -50,7 +49,6 @@ for document in response['response']['docs']:
   print "  Name =", document['name']
 ----
 
-[[UsingPython-PythonwithJSON]]
 == Python with JSON
 
 JSON is a more robust response format, but you will need to add a Python package in order
to use it. At a command line, install the simplejson package like this:

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/using-solrj.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/using-solrj.adoc b/solr/solr-ref-guide/src/using-solrj.adoc
index 4788ea2..9ac5acc 100644
--- a/solr/solr-ref-guide/src/using-solrj.adoc
+++ b/solr/solr-ref-guide/src/using-solrj.adoc
@@ -45,7 +45,6 @@ SolrClient solr = new CloudSolrClient.Builder().withSolrUrl("http://localhost:89
 
 Once you have a `SolrClient`, you can use it by calling methods like `query()`, `add()`,
and `commit()`.
 
-[[UsingSolrJ-BuildingandRunningSolrJApplications]]
 == Building and Running SolrJ Applications
 
 The SolrJ API is included with Solr, so you do not have to download or install anything else.
However, in order to build and run applications that use SolrJ, you have to add some libraries
to the classpath.
@@ -69,7 +68,6 @@ You can sidestep a lot of the messing around with the JAR files by using
Maven i
 
 If you are worried about the SolrJ libraries expanding the size of your client application,
you can use a code obfuscator like http://proguard.sourceforge.net/[ProGuard] to remove APIs
that you are not using.
 
-[[UsingSolrJ-SpecifyingSolrUrl]]
 == Specifying Solr Base URLs
 
 Most `SolrClient` implementations (with the notable exception of `CloudSolrClient`) require
users to specify one or more Solr base URLs, which the client then uses to send HTTP requests
to Solr.  The path users include on the base URL they provide has an effect on the behavior
of the created client from that point on.
@@ -77,7 +75,6 @@ Most `SolrClient` implementations (with the notable exception of `CloudSolrClien
 . A URL with a path pointing to a specific core or collection (e.g. `http://hostname:8983/solr/core1`).
 When a core or collection is specified in the base URL, subsequent requests made with that
client are not required to re-specify the affected collection.  However, the client is limited
to sending requests to  that core/collection, and can not send requests to any others.
 . A URL with a generic path pointing to the root Solr path (e.g. `http://hostname:8983/solr`).
 When no core or collection is specified in the base URL, requests can be made to any core/collection,
but the affected core/collection must be specified on all requests.
 
-[[UsingSolrJ-SettingXMLResponseParser]]
 == Setting XMLResponseParser
 
 SolrJ uses a binary format, rather than XML, as its default response format. If you are trying
to mix Solr and SolrJ versions where one is version 1.x and the other is 3.x or later, then
you MUST use the XML response parser. The binary format changed in 3.x, and the two javabin
versions are entirely incompatible. The following code will make this change:
@@ -87,7 +84,6 @@ SolrJ uses a binary format, rather than XML, as its default response format.
If
 solr.setParser(new XMLResponseParser());
 ----
 
-[[UsingSolrJ-PerformingQueries]]
 == Performing Queries
 
 Use `query()` to have Solr search for results. You have to pass a `SolrQuery` object that
describes the query, and you will get back a QueryResponse (from the `org.apache.solr.client.solrj.response`
package).
@@ -132,7 +128,6 @@ The `QueryResponse` is a collection of documents that satisfy the query
paramete
 SolrDocumentList list = response.getResults();
 ----
 
-[[UsingSolrJ-IndexingDocuments]]
 == Indexing Documents
 
 Other operations are just as simple. To index (add) a document, all you need to do is create
a `SolrInputDocument` and pass it along to the `SolrClient` 's `add()` method. This example
assumes that the SolrClient object called 'solr' is already created based on the examples
shown earlier.
@@ -150,7 +145,6 @@ UpdateResponse response = solr.add(document);
 solr.commit();
 ----
 
-[[UsingSolrJ-UploadingContentinXMLorBinaryFormats]]
 === Uploading Content in XML or Binary Formats
 
 SolrJ lets you upload content in binary format instead of the default XML format. Use the
following code to upload using binary format, which is the same format SolrJ uses to fetch
results. If you are trying to mix Solr and SolrJ versions where one is version 1.x and the
other is 3.x or later, then you MUST stick with the XML request writer. The binary format
changed in 3.x, and the two javabin versions are entirely incompatible.
@@ -160,12 +154,10 @@ SolrJ lets you upload content in binary format instead of the default
XML format
 solr.setRequestWriter(new BinaryRequestWriter());
 ----
 
-[[UsingSolrJ-UsingtheConcurrentUpdateSolrClient]]
 === Using the ConcurrentUpdateSolrClient
 
 When implementing java applications that will be bulk loading a lot of documents at once,
{solr-javadocs}/solr-solrj/org/apache/solr/client/solrj/impl/ConcurrentUpdateSolrClient.html[`ConcurrentUpdateSolrClient`]
is an alternative to consider instead of using `HttpSolrClient`. The `ConcurrentUpdateSolrClient`
buffers all added documents and writes them into open HTTP connections. This class is thread
safe. Although any SolrClient request can be made with this implementation, it is only recommended
to use the `ConcurrentUpdateSolrClient` for `/update` requests.
 
-[[UsingSolrJ-EmbeddedSolrServer]]
 == EmbeddedSolrServer
 
 The {solr-javadocs}/solr-core/org/apache/solr/client/solrj/embedded/EmbeddedSolrServer.html[`EmbeddedSolrServer`]
class provides an implementation of the `SolrClient` client API talking directly to an micro-instance
of Solr running directly in your Java application. This embedded approach is not recommended
in most cases and fairly limited in the set of features it supports – in particular it can
not be used with <<solrcloud.adoc#solrcloud,SolrCloud>> or <<index-replication.adoc#index-replication,Index
Replication>>. `EmbeddedSolrServer` exists primarily to help facilitate testing.

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/using-zookeeper-to-manage-configuration-files.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/using-zookeeper-to-manage-configuration-files.adoc b/solr/solr-ref-guide/src/using-zookeeper-to-manage-configuration-files.adoc
index 3166e1c..c7a9bd7 100644
--- a/solr/solr-ref-guide/src/using-zookeeper-to-manage-configuration-files.adoc
+++ b/solr/solr-ref-guide/src/using-zookeeper-to-manage-configuration-files.adoc
@@ -26,7 +26,6 @@ These files are uploaded in either of the following cases:
 * When you create a collection using the `bin/solr` script.
 * Explicitly upload a configuration set to ZooKeeper.
 
-[[UsingZooKeepertoManageConfigurationFiles-StartupBootstrap]]
 == Startup Bootstrap
 
 When you try SolrCloud for the first time using the `bin/solr -e cloud`, the related configset
gets uploaded to ZooKeeper automatically and is linked with the newly created collection.
@@ -49,15 +48,9 @@ The create command will upload a copy of the `_default` configuration directory
 
 Once a configuration directory has been uploaded to ZooKeeper, you can update them using
the <<solr-control-script-reference.adoc#solr-control-script-reference,Solr Control
Script>>
 
-[IMPORTANT]
-====
+IMPORTANT: It's a good idea to keep these files under version control.
 
-It's a good idea to keep these files under version control.
 
-====
-
-
-[[UsingZooKeepertoManageConfigurationFiles-UploadingConfigurationFilesusingbin_solrorSolrJ]]
 == Uploading Configuration Files using bin/solr or SolrJ
 
 In production situations, <<config-sets.adoc#config-sets,Config Sets>> can also
be uploaded to ZooKeeper independent of collection creation using either Solr's <<solr-control-script-reference.adoc#solr-control-script-reference,Solr
Control Script>> or the {solr-javadocs}/solr-solrj/org/apache/solr/client/solrj/impl/CloudSolrClient.html[CloudSolrClient.uploadConfig]
java method.
@@ -71,19 +64,17 @@ bin/solr zk upconfig -n <name for configset> -d <path to directory
with configse
 
 It is strongly recommended that the configurations be kept in a version control system, Git,
SVN or similar.
 
-[[UsingZooKeepertoManageConfigurationFiles-ManagingYourSolrCloudConfigurationFiles]]
 == Managing Your SolrCloud Configuration Files
 
 To update or change your SolrCloud configuration files:
 
-1.  Download the latest configuration files from ZooKeeper, using the source control checkout
process.
-2.  Make your changes.
-3.  Commit your changed file to source control.
-4.  Push the changes back to ZooKeeper.
-5.  Reload the collection so that the changes will be in effect.
+. Download the latest configuration files from ZooKeeper, using the source control checkout
process.
+. Make your changes.
+. Commit your changed file to source control.
+. Push the changes back to ZooKeeper.
+. Reload the collection so that the changes will be in effect.
 
-[[UsingZooKeepertoManageConfigurationFiles-PreparingZooKeeperbeforefirstclusterstart]]
-== Preparing ZooKeeper before first cluster start
+== Preparing ZooKeeper before First Cluster Start
 
 If you will share the same ZooKeeper instance with other applications you should use a _chroot_
in ZooKeeper. Please see <<taking-solr-to-production.adoc#TakingSolrtoProduction-ZooKeeperchroot,ZooKeeper
chroot>> for instructions.
 

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/v2-api.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/v2-api.adoc b/solr/solr-ref-guide/src/v2-api.adoc
index 6906b1c..c142d5f 100644
--- a/solr/solr-ref-guide/src/v2-api.adoc
+++ b/solr/solr-ref-guide/src/v2-api.adoc
@@ -34,7 +34,6 @@ The old API and the v2 API differ in three principle ways:
 .  Endpoint structure: The v2 API endpoint structure has been rationalized and regularized.
 .  Documentation: The v2 APIs are self-documenting: append `/_introspect` to any valid v2
API path and the API specification will be returned in JSON format.
 
-[[v2API-v2APIPathPrefixes]]
 == v2 API Path Prefixes
 
 Following are some v2 API URL paths and path prefixes, along with some of the operations
that are supported at these paths and their sub-paths.
@@ -57,7 +56,6 @@ Following are some v2 API URL paths and path prefixes, along with some of
the op
 |`/v2/c/.system/blob` |Upload and download blobs and metadata.
 |===
 
-[[v2API-Introspect]]
 == Introspect
 
 Append `/_introspect` to any valid v2 API path and the API specification will be returned
in JSON format.
@@ -72,7 +70,6 @@ Most endpoints support commands provided in a body sent via POST. To limit
the i
 
 `\http://localhost:8983/v2/c/gettingstarted/_introspect?method=POST&command=modify`
 
-[[v2API-InterpretingtheIntrospectOutput]]
 === Interpreting the Introspect Output
 
 Example : `\http://localhost:8983/v2/c/gettingstarted/get/_introspect`
@@ -154,13 +151,11 @@ Example of introspect for a POST API: `\http://localhost:8983/v2/c/gettingstarte
     "/c/gettingstarted/update":["POST"]},
 
 [... more sub-paths ...]
-
 }
 ----
 
 The `"commands"` section in the above example has one entry for each command supported at
this endpoint. The key is the command name and the value is a json object describing the command
structure using JSON schema (see http://json-schema.org/ for a description).
 
-[[v2API-InvocationExamples]]
 == Invocation Examples
 
 For the "gettingstarted" collection, set the replication factor and whether to automatically
add replicas (see above for the introspect output for the `"modify"` command used here):

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/velocity-response-writer.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/velocity-response-writer.adoc b/solr/solr-ref-guide/src/velocity-response-writer.adoc
index 424a033..0101030 100644
--- a/solr/solr-ref-guide/src/velocity-response-writer.adoc
+++ b/solr/solr-ref-guide/src/velocity-response-writer.adoc
@@ -42,7 +42,6 @@ The above example shows the optional initialization and custom tool parameters
u
 
 == Configuration & Usage
 
-[[VelocityResponseWriter-VelocityResponseWriterinitializationparameters]]
 === VelocityResponseWriter Initialization Parameters
 
 `template.base.dir`::
@@ -66,7 +65,6 @@ External "tools" can be specified as list of string name/value (tool name
/ clas
 +
 A custom registered tool can override the built-in context objects with the same name, except
for `$request`, `$response`, `$page`, and `$debug` (these tools are designed to not be overridden).
 
-[[VelocityResponseWriter-VelocityResponseWriterrequestparameters]]
 === VelocityResponseWriter Request Parameters
 
 `v.template`::
@@ -102,7 +100,6 @@ Resource bundles can be added by providing a JAR file visible by the SolrResourc
 `v.template._template_name_`:: When the "params" resource loader is enabled, templates can
be specified as part of the Solr request.
 
 
-[[VelocityResponseWriter-VelocityResponseWritercontextobjects]]
 === VelocityResponseWriter Context Objects
 
 // TODO: Change column width to %autowidth.spread when https://github.com/asciidoctor/asciidoctor-pdf/issues/599
is fixed

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/working-with-currencies-and-exchange-rates.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/working-with-currencies-and-exchange-rates.adoc b/solr/solr-ref-guide/src/working-with-currencies-and-exchange-rates.adoc
index 5ed4a56..c85cfa6 100644
--- a/solr/solr-ref-guide/src/working-with-currencies-and-exchange-rates.adoc
+++ b/solr/solr-ref-guide/src/working-with-currencies-and-exchange-rates.adoc
@@ -27,7 +27,6 @@ The `currency` FieldType provides support for monetary values to Solr/Lucene
wit
 * Currency parsing by either currency code or symbol
 * Symmetric & asymmetric exchange rates (asymmetric exchange rates are useful if there
are fees associated with exchanging the currency)
 
-[[WorkingwithCurrenciesandExchangeRates-ConfiguringCurrencies]]
 == Configuring Currencies
 
 .CurrencyField has been Deprecated
@@ -40,12 +39,12 @@ The `currency` field type is defined in `schema.xml`. This is the default
config
 
 [source,xml]
 ----
-<fieldType name="currency" class="solr.CurrencyFieldType" 
+<fieldType name="currency" class="solr.CurrencyFieldType"
            amountLongSuffix="_l_ns" codeStrSuffix="_s_ns"
            defaultCurrency="USD" currencyConfig="currency.xml" />
 ----
 
-In this example, we have defined the name and class of the field type, and defined the `defaultCurrency`
as "USD", for U.S. Dollars. We have also defined a `currencyConfig` to use a file called "currency.xml".
This is a file of exchange rates between our default currency to other currencies. There is
an alternate implementation that would allow regular downloading of currency data. See <<WorkingwithCurrenciesandExchangeRates-ExchangeRates,Exchange
Rates>> below for more.
+In this example, we have defined the name and class of the field type, and defined the `defaultCurrency`
as "USD", for U.S. Dollars. We have also defined a `currencyConfig` to use a file called "currency.xml".
This is a file of exchange rates between our default currency to other currencies. There is
an alternate implementation that would allow regular downloading of currency data. See <<Exchange
Rates>> below for more.
 
 Many of the example schemas that ship with Solr include a <<dynamic-fields.adoc#dynamic-fields,dynamic
field>> that uses this type, such as this example:
 
@@ -60,10 +59,9 @@ At indexing time, money fields can be indexed in a native currency. For
example,
 
 During query processing, range and point queries are both supported.
 
-[[WorkingwithCurrenciesandExchangeRates-Sub-fieldSuffixes]]
 === Sub-field Suffixes
 
-You must specify parameters `amountLongSuffix` and `codeStrSuffix`, corresponding to dynamic
fields to be used for the raw amount and the currency dynamic sub-fields, e.g.: 
+You must specify parameters `amountLongSuffix` and `codeStrSuffix`, corresponding to dynamic
fields to be used for the raw amount and the currency dynamic sub-fields, e.g.:
 
 [source,xml]
 ----
@@ -80,12 +78,10 @@ In the above example, the raw amount field will use the `"*_l_ns"` dynamic
field
 As noted on <<updating-parts-of-documents.adoc#UpdatingPartsofDocuments-FieldStorage,Updating
Parts of Documents>>, stored dynamic sub-fields will cause indexing to fail when you
use Atomic Updates. To avoid this problem, specify `stored="false"` on those dynamic fields.
 ====
 
-[[WorkingwithCurrenciesandExchangeRates-ExchangeRates]]
 == Exchange Rates
 
 You configure exchange rates by specifying a provider. Natively, two provider types are supported:
`FileExchangeRateProvider` or `OpenExchangeRatesOrgProvider`.
 
-[[WorkingwithCurrenciesandExchangeRates-FileExchangeRateProvider]]
 === FileExchangeRateProvider
 
 This provider requires you to provide a file of exchange rates. It is the default, meaning
that to use this provider you only need to specify the file path and name as a value for `currencyConfig`
in the definition for this type.
@@ -103,9 +99,9 @@ There is a sample `currency.xml` file included with Solr, found in the
same dire
     <rate from="USD" to="CAD" rate="1.030815" comment="CANADA Dollar" />
 
     <!-- Cross-rates for some common currencies -->
-    <rate from="EUR" to="GBP" rate="0.869914" />  
-    <rate from="EUR" to="NOK" rate="7.800095" />  
-    <rate from="GBP" to="NOK" rate="8.966508" />  
+    <rate from="EUR" to="GBP" rate="0.869914" />
+    <rate from="EUR" to="NOK" rate="7.800095" />
+    <rate from="GBP" to="NOK" rate="8.966508" />
 
     <!-- Asymmetrical rates -->
     <rate from="EUR" to="USD" rate="0.5" />
@@ -113,7 +109,6 @@ There is a sample `currency.xml` file included with Solr, found in the
same dire
 </currencyConfig>
 ----
 
-[[WorkingwithCurrenciesandExchangeRates-OpenExchangeRatesOrgProvider]]
 === OpenExchangeRatesOrgProvider
 
 You can configure Solr to download exchange rates from http://www.OpenExchangeRates.Org[OpenExchangeRates.Org],
with updates rates between USD and 170 currencies hourly. These rates are symmetrical only.
@@ -122,10 +117,10 @@ In this case, you need to specify the `providerClass` in the definitions
for the
 
 [source,xml]
 ----
-<fieldType name="currency" class="solr.CurrencyFieldType" 
+<fieldType name="currency" class="solr.CurrencyFieldType"
            amountLongSuffix="_l_ns" codeStrSuffix="_s_ns"
            providerClass="solr.OpenExchangeRatesOrgProvider"
-           refreshInterval="60" 
+           refreshInterval="60"
            ratesFileLocation="http://www.openexchangerates.org/api/latest.json?app_id=yourPersonalAppIdKey"/>
 ----
 

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/working-with-enum-fields.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/working-with-enum-fields.adoc b/solr/solr-ref-guide/src/working-with-enum-fields.adoc
index 8931543..205b735 100644
--- a/solr/solr-ref-guide/src/working-with-enum-fields.adoc
+++ b/solr/solr-ref-guide/src/working-with-enum-fields.adoc
@@ -20,7 +20,6 @@
 
 The EnumField type allows defining a field whose values are a closed set, and the sort order
is pre-determined but is not alphabetic nor numeric. Examples of this are severity lists,
or risk definitions.
 
-[[WorkingwithEnumFields-DefininganEnumFieldinschema.xml]]
 == Defining an EnumField in schema.xml
 
 The EnumField type definition is quite simple, as in this example defining field types for
"priorityLevel" and "riskLevel" enumerations:
@@ -33,11 +32,10 @@ The EnumField type definition is quite simple, as in this example defining
field
 
 Besides the `name` and the `class`, which are common to all field types, this type also takes
two additional parameters:
 
-* `enumsConfig`: the name of a configuration file that contains the `<enum/>` list
of field values and their order that you wish to use with this field type. If a path to the
file is not defined specified, the file should be in the `conf` directory for the collection.
-* `enumName`: the name of the specific enumeration in the `enumsConfig` file to use for this
type.
+`enumsConfig`:: the name of a configuration file that contains the `<enum/>` list of
field values and their order that you wish to use with this field type. If a path to the file
is not defined specified, the file should be in the `conf` directory for the collection.
+`enumName`:: the name of the specific enumeration in the `enumsConfig` file to use for this
type.
 
-[[WorkingwithEnumFields-DefiningtheEnumFieldconfigurationfile]]
-== Defining the EnumField configuration file
+== Defining the EnumField Configuration File
 
 The file named with the `enumsConfig` parameter can contain multiple enumeration value lists
with different names if there are multiple uses for enumerations in your Solr schema.
 
@@ -68,9 +66,7 @@ In this example, there are two value lists defined. Each list is between
`enum`
 .Changing Values
 [IMPORTANT]
 ====
-
 You cannot change the order, or remove, existing values in an `<enum/>` without reindexing.
 
 You can however add new values to the end.
-
 ====

http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/333906f8/solr/solr-ref-guide/src/zookeeper-access-control.adoc
----------------------------------------------------------------------
diff --git a/solr/solr-ref-guide/src/zookeeper-access-control.adoc b/solr/solr-ref-guide/src/zookeeper-access-control.adoc
index 919ccb3..78944f3 100644
--- a/solr/solr-ref-guide/src/zookeeper-access-control.adoc
+++ b/solr/solr-ref-guide/src/zookeeper-access-control.adoc
@@ -20,7 +20,6 @@
 
 This section describes using ZooKeeper access control lists (ACLs) with Solr. For information
about ZooKeeper ACLs, see the ZooKeeper documentation at http://zookeeper.apache.org/doc/r3.4.10/zookeeperProgrammers.html#sc_ZooKeeperAccessControl.
 
-[[ZooKeeperAccessControl-AboutZooKeeperACLs]]
 == About ZooKeeper ACLs
 
 SolrCloud uses ZooKeeper for shared information and for coordination.
@@ -44,7 +43,6 @@ Protecting ZooKeeper itself could mean many different things. **This section
is
 
 But this content is also available to "the outside" via the ZooKeeper API. Outside processes
can connect to ZooKeeper and create/update/delete/read content; for example, a Solr node in
a SolrCloud cluster wants to create/update/delete/read, and a SolrJ client wants to read from
the cluster. It is the responsibility of the outside processes that create/update content
to setup ACLs on the content. ACLs describe who is allowed to read, update, delete, create,
etc. Each piece of information (znode/content) in ZooKeeper has its own set of ACLs, and inheritance
or sharing is not possible. The default behavior in Solr is to add one ACL on all the content
it creates - one ACL that gives anyone the permission to do anything (in ZooKeeper terms this
is called "the open-unsafe ACL").
 
-[[ZooKeeperAccessControl-HowtoEnableACLs]]
 == How to Enable ACLs
 
 We want to be able to:
@@ -55,7 +53,6 @@ We want to be able to:
 
 Solr nodes, clients and tools (e.g. ZkCLI) always use a java class called {solr-javadocs}/solr-solrj/org/apache/solr/common/cloud/SolrZkClient.html[`SolrZkClient`]
to deal with their ZooKeeper stuff. The implementation of the solution described here is all
about changing `SolrZkClient`. If you use `SolrZkClient` in your application, the descriptions
below will be true for your application too.
 
-[[ZooKeeperAccessControl-ControllingCredentials]]
 === Controlling Credentials
 
 You control which credentials provider will be used by configuring the `zkCredentialsProvider`
property in `solr.xml` 's `<solrcloud>` section to the name of a class (on the classpath)
implementing the {solr-javadocs}/solr-solrj/org/apache/solr/common/cloud/ZkCredentialsProvider[`ZkCredentialsProvider`]
interface. `server/solr/solr.xml` in the Solr distribution defines the `zkCredentialsProvider`
such that it will take on the value of the same-named `zkCredentialsProvider` system property
if it is defined (e.g. by uncommenting the `SOLR_ZK_CREDS_AND_ACLS` environment variable definition
in `solr.in.sh/.cmd` - see below), or if not, default to the `DefaultZkCredentialsProvider`
implementation.
@@ -69,12 +66,10 @@ You can always make you own implementation, but Solr comes with two implementati
 ** The schema is "digest". The username and password are defined by system properties `zkDigestUsername`
and `zkDigestPassword`. This set of credentials will be added to the list of credentials returned
by `getCredentials()` if both username and password are provided.
 ** If the one set of credentials above is not added to the list, this implementation will
fall back to default behavior and use the (empty) credentials list from `DefaultZkCredentialsProvider`.
 
-[[ZooKeeperAccessControl-ControllingACLs]]
 === Controlling ACLs
 
 You control which ACLs will be added by configuring `zkACLProvider` property in `solr.xml`
's `<solrcloud>` section to the name of a class (on the classpath) implementing the
{solr-javadocs}//solr-solrj/org/apache/solr/common/cloud/ZkACLProvider[`ZkACLProvider`] interface.
`server/solr/solr.xml` in the Solr distribution defines the `zkACLProvider` such that it will
take on the value of the same-named `zkACLProvider` system property if it is defined (e.g.
by uncommenting the `SOLR_ZK_CREDS_AND_ACLS` environment variable definition in `solr.in.sh/.cmd`
- see below), or if not, default to the `DefaultZkACLProvider` implementation.
 
-[[ZooKeeperAccessControl-OutoftheBoxImplementations]]
 ==== Out of the Box ACL Implementations
 
 You can always make you own implementation, but Solr comes with:
@@ -97,8 +92,6 @@ Notice the overlap in system property names with credentials provider `VMParamsS
 
 You can give the readonly credentials to "clients" of your SolrCloud cluster - e.g. to be
used by SolrJ clients. They will be able to read whatever is necessary to run a functioning
SolrJ client, but they will not be able to modify any content in ZooKeeper.
 
-
-[[ZooKeeperAccessControl-bin_solr_solr.cmd_server_scripts_cloud-scripts_zkcli.sh_zkcli.bat]]
 === ZooKeeper ACLs in Solr Scripts
 
 There are two scripts that impact ZooKeeper ACLs:
@@ -150,7 +143,6 @@ REM  -DzkDigestUsername=admin-user -DzkDigestPassword=CHANGEME-ADMIN-PASSWORD
^
 REM  -DzkDigestReadonlyUsername=readonly-user -DzkDigestReadonlyPassword=CHANGEME-READONLY-PASSWORD
 ----
 
-[[ZooKeeperAccessControl-ChangingACLSchemes]]
 == Changing ACL Schemes
 
 Over the lifetime of operating your Solr cluster, you may decide to move from an unsecured
ZooKeeper to a secured instance. Changing the configured `zkACLProvider` in `solr.xml` will
ensure that newly created nodes are secure, but will not protect the already existing data.
To modify all existing ACLs, you can use the `updateacls` command with Solr's ZkCLI. First
uncomment the `SOLR_ZK_CREDS_AND_ACLS` environment variable definition in `server/scripts/cloud-scripts/zkcli.sh`
(or `zkcli.bat` on Windows) and fill in the passwords for the admin-user and the readonly-user
- see above - then run `server/scripts/cloud-scripts/zkcli.sh -cmd updateacls /zk-path`, or
on Windows run `server\scripts\cloud-scripts\zkcli.bat cmd updateacls /zk-path`.


Mime
View raw message