Hi,
we do the same thing using an update request processor chain, this is the
snippet from solrconfig.xml
firstname concatfield lastname concatfield concatfield
_
Regards,
Federico Chiacchiaretta
2013/8/27 Markus Jelsma
> You may be more interested in
he.org/jira/browse/SOLR-5101 (I filed the issue on Jira
before starting this thread).
Thanks,
Federico
>
>
> On Mon, Aug 5, 2013 at 11:10 PM, Federico Chiacchiaretta <
> federico.c...@gmail.com> wrote:
>
> > No, the content has no XML tags included (hope I understood
No, the content has no XML tags included (hope I understood what you were
asking here).
Federico
2013/8/5 Raymond Wiker
> On Aug 5, 2013, at 20:12 , Federico Chiacchiaretta <
> federico.c...@gmail.com> wrote:
> > Hi Raymond,
> > I agree with you, 0xfffe is a special
d as a "byte order mark" to identify
> the encoding used. In that case, it should only appear at the beginning of
> the document.
>
> Sent from my iPhone
>
> On 5 Aug 2013, at 17:19, Federico Chiacchiaretta
> wrote:
>
> > Hi Shawn,
> > thanks for your ans
ter 0xfffe is supposed to be handled? It seems that solr can
handle it well, while sending it over HTTP to another node breaks things.
Can it be a HttpSolrServer bug?
Thanks,
Federico
2013/8/5 Shawn Heisey
> On 8/1/2013 7:20 AM, Federico Chiacchiaretta wrote:
> > on data import from
com.ctc.wstx.sr.BasicStreamReader.safeFinishToken(BasicStreamReader.java:3649)
... 36 more
Any suggestions here?
Regards,
Federico Chiacchiaretta
2013/8/1 Federico Chiacchiaretta
> Hi list,
>
> on data import from a PostgreSQL db, I get the following error in solr.log:
>
> ERR
who failed (and
are actually lost).
Is there a known workaround for this issue?
I also filed https://issues.apache.org/jira/browse/SOLR-5101 .
Regards,
Federico Chiacchiaretta
