Solr突出显示设置(Solr Highlighting Setup)
我错过了在Solr中突出显示的内容吗? 我无法在我的Solr xml结果页面中使用它。
http://localhost:8080/solr/select?q=book&hl=true
以上是我希望在结果中突出显示的术语本的基本查询。
我的solrconfig中也有默认设置:
<searchComponent class="solr.HighlightComponent" name="highlight"> <highlighting> <!-- Configure the standard fragmenter --> <!-- This could most likely be commented out in the "default" case --> <fragmenter name="gap" default="true" class="solr.highlight.GapFragmenter"> <lst name="defaults"> <int name="hl.fragsize">100</int> </lst> </fragmenter>
我需要在架构中的“内容”字段中设置一些内容吗? 先谢谢你。
Am I missing something with highlighting in Solr? I cant get it to work in my Solr xml results page.
http://localhost:8080/solr/select?q=book&hl=true
Above is a basic query for the term book which I would like highlighted in my results.
I also have the default set in my solrconfig:
<searchComponent class="solr.HighlightComponent" name="highlight"> <highlighting> <!-- Configure the standard fragmenter --> <!-- This could most likely be commented out in the "default" case --> <fragmenter name="gap" default="true" class="solr.highlight.GapFragmenter"> <lst name="defaults"> <int name="hl.fragsize">100</int> </lst> </fragmenter>
Is there something I need to set in my 'content' field in the schema? Thank you in advance.
原文:https://stackoverflow.com/questions/10290099
最满意答案
首先实例化一个实例,并确保在目标文件中有一个非
extern
的g_myClass
定义。Instantiate an instance first, and make sure that you have a non-
extern
definition ofg_myClass
among your object files.
相关问答
更多-
在extern声明中警告(warning in extern declaration)[2023-10-30]
当你使用extern声明变量时,你告诉编译器该变量是在别处定义的,并且定义将在链接时提供。 包容完全不同。 extern 一个外部变量必须在任何函数之外定义一次; 这为它留出了存储空间。 变量也必须在每个想要访问它的函数中声明; 这说明了变量的类型。 该声明可能是一个明确的外部声明或可能是从上下文隐含的。 - C编程语言 程序中的一个模块(在一个翻译单元中)必须定义一次变量。 如果没有定义或多个定义,则可能会在链接阶段产生错误(如示例1和2所示)。 尝试如下所示 ac int i =10; //defini ... -
编译器(特别是gcc )不仅仅是代码生成器。 他们非常熟悉libc ,标准C库以及libgcc编译器帮助程序库。 常规命令行隐式使用-lc (与libc链接)。 来自Ubuntu的arm-linux-gnueabi-gcc是一个带有eglibc的crosstool-ng构建。 我不知道Poky gcc是关于什么的。 您可以提供指向编译器所在位置的链接。 从Poky配置链接看,编译器似乎是一个多lib分发或其他东西,并且可能需要执行其他步骤来配置交叉构建 。 这个问题的答案, 为什么一个编译器会产生“对rus ...
-
extern仅适用于全局范围。 如果我说extern int myint; 这意味着有一个文件在int myint;有int myint; 在任何功能之外,这是全球范围 还有通过static int myint;文件范围static int myint; 这意味着其他文件将无法通过extern访问它 将main.cpp更改为 #include "main.h" #include "Source.h" int myglobal = 5; int main() { printGlobal(); ...
-
未定义引用`yylex'&&未定义引用`yyin'(undefined reference to `yylex' && undefined reference to `yyin')[2022-11-12]
将我的评论收集到答案中。 有两个问题: 第一个是代码编译为C ++,这意味着yylex的定义也将编译为C ++。 这意味着它不是extern "C" 。 要解决此问题,请从所有声明中删除extern "C" 。 第二个问题是双重的:第一个问题是符号yyin似乎没有在任何地方定义,所以你需要自己做。 第二件事是它应该是一个指向std::istream对象的指针,而不是一个FILE * 。 要解决第二个问题,使用yyin ,我建议您将定义添加到词法分析器声明块: %{ // Your includes... i ... -
在c中使用“extern”命令共享变量[duplicate](Using “extern” command in c for sharing a variable [duplicate])[2022-09-07]
“未定义的引用”意味着代码编写得很好,但是一旦编译完所有不同的文件并且是时候将它们链接在一起,其中一个文件没有你想要的东西(在这种情况下, give_something )。 这称为链接器错误。 问题很可能是你没有为编译器使用正确的命令行 - 你试图将extern_test.c和extern_test2.c编译成两个独立的二进制文件。 因此,当您编译extern_test.c它工作正常,但是当您尝试编译extern_test2.c它无法找到该变量,因为它是在extern_test.c中声明的。 假设您正在使 ... -
它是std::string上的const ,它提供了内部链接。 引自[3.5程序和链接]:3: 具有命名空间范围(3.3.6)的名称具有内部链接(如果它的名称) - 一个显式声明为const或constexpr的变量,既未显式声明为extern,也未声明为具有外部链接; 要么 It's the const on std::string, it gives s internal linkage. Quote from [3.5 Program and linkage]:3: A name having nam ...
-
我为什么需要extern?(Why do I need extern?)[2020-01-22]
extern告诉编译器定义的名称在另一个编译单元中。 默认情况下,全局函数定义是extern 。 所以这涵盖了为什么它适用于您的情况。 您必须使用它的地方是定义和声明全局变量。 如果存在编译单元需要注意的全局变量(例如互斥锁),则需要在所述单元中使其可用。 但是如果你这样做: int a; // in global scope 编译器将尝试在程序静态内存中为其分配内存,并将给出重定义错误。 extern来到我们这里救援。 通过写: extern int a; 我们正在为全局提供声明,但不为其分配内存。 ... -
首先实例化一个实例,并确保在目标文件中有一个非extern的g_myClass定义。 Instantiate an instance first, and make sure that you have a non-extern definition of g_myClass among your object files.
-
C ++ extern类定义(C++ extern class definition)[2022-09-09]
实例。 课程不能是外部的。 虽然代码闻起来 - 这段代码表明该实例的真实声明使用了单独的类定义。 糟糕的坏主意 - 两次定义课程。 Instance. Classes cannot be extern. Although the code smells - this snippet suggests that true declaration of that instance uses a separate class definition. Bad, bad idea - defining the cla ... -
无论第一个声明如何,问题都存在,如果您注释掉第一个声明并在程序中调用TriggerIssue() ,则该问题仍然存在。 它是由cl生成代码来调用SomeFunc()当它在TriggerIssue()的退出时调用Foo的析构函数,而不是由两个声明之间的任何怪癖或交互。 如果你没有注释掉非inline声明,它会显示的原因是另一个声明告诉编译器你希望它为函数生成一个符号,这样就可以将它导出到其他模块,这样就无法实际阻止它内联代码,而不是强制它生成正常的函数。 当生成函数的主体时,它以~Foo()的隐式调用结束,这 ...