Re: Debugging DIH

2012-08-26 Thread Walter Underwood
ISO 8601. The entire standards is rather complex, so most software uses a subset of it. A useful subset is described here: http://www.w3.org/TR/NOTE-datetime ISO 8601 does not allow "Z001" for milliseconds. The "Z" is for UTC (Zulu in military time) and follows the time portion. Milliseconds (o

Re: Debugging DIH

2012-08-26 Thread Lance Norskog
The timestamp format is 2012-01-01T01:01:01, with an optional Z001 for milliseconds. The timezone is UTC. This is a standard format but I do not remember the name of the standard. On Sun, Aug 26, 2012 at 2:43 PM, Hasan Diwan wrote: > Mr Norskong, et al, > > On 26 August 2012 14:37, Lance Norskog

Re: Debugging DIH

2012-08-26 Thread Hasan Diwan
Mr Norskong, et al, On 26 August 2012 14:37, Lance Norskog wrote: > Also, there is a logging feature to print intermediate values. > I see the data as it should be. It's just not recorded into SOLR. One possible concern is that I have timestamp in epoch seconds, which I'd like to store as a dat

Re: Debugging DIH

2012-08-26 Thread Lance Norskog
Also, there is a logging feature to print intermediate values. Another point is the complexity of your query. It can be easier to test with the query as a database view, instead of embedding it in the DIH script. On Fri, Aug 24, 2012 at 9:00 AM, Ahmet Arslan wrote: > >> That is not completely tr

Re: Debugging DIH

2012-08-24 Thread Ahmet Arslan
> That is not completely true. If the columns have the same > names as the fields, the mapping is redundant. Nevertheless, > it might be the problem. What I've experienced with Oracle, > at least, is that the columns would be returned in uppercase > even if my alias would be in lowercase. You migh

Re: Debugging DIH

2012-08-24 Thread Chantal Ackermann
> > I don't see that you have anything in the DIH that tells what columns from > the query go into which fields in the index. You need something like > > > > > That is not completely true. If the columns have the same names as the fields, the mapping is redundant. Nevertheless, it might b

Re: Debugging DIH

2012-08-24 Thread Andy Lester
On Aug 24, 2012, at 9:17 AM, Hasan Diwan wrote: > > url="jdbc:h2:tcp://192.168.1.6/finance" user="sa" /> > > > > > > and I've added the appropriate fields to schema.xml: > > > > > There's nothing in my index and 343 rows in my table. What is going on? -- H I don't

Re: Debugging DIH

2012-08-24 Thread Hasan Diwan
On 24 August 2012 07:17, Hasan Diwan wrote: > I have some data in an H2 database that I'd like to move to SOLR. I > probably should/could extract and post the contents as 1 new document per > record, but I'd like to configure the data import handler and am having > some difficulty doing so. Follo

Re: Debugging DIH by placing breakpoints

2011-09-21 Thread Pulkit Singhal
Correct! With that additional info, plus http://wiki.apache.org/solr/HowToContribute (ant eclipse), plus a refreshed (close/open) eclipse project ... I'm all set. Thanks Again. On Wed, Sep 21, 2011 at 1:43 PM, Gora Mohanty wrote: > On Thu, Sep 22, 2011 at 12:08 AM, Pulkit Singhal > wrote: >> He

Re: Debugging DIH by placing breakpoints

2011-09-21 Thread Gora Mohanty
On Thu, Sep 22, 2011 at 12:08 AM, Pulkit Singhal wrote: > Hello, > > I was wondering where can I find the source code for DIH? I want to > checkout the source and step-trhought it breakpoint by breakpoint to > understand it better :) Should be under contrib/dataimporthandler in your Solr source t

Re: Debugging - DIH Delta Queries-

2010-05-25 Thread Chris Hostetter
: Subject: Debugging - DIH Delta Queries- : References: : <1659766275.5213.1274376509278.javamail.r...@vicenza.dmz.lexum.pri> : In-Reply-To: : <1659766275.5213.1274376509278.javamail.r...@vicenza.dmz.lexum.pri> http://people.apache.org/~hossman/#threadhijack Thread Hijacking on Mailing L