It is not yet implemented .You may open an issue for the same --Noble
On Thu, Oct 15, 2009 at 12:14 PM, William Pierce <evalsi...@hotmail.com> wrote: > If the JavaScript support enables me to invoke a URL, it's really OK with > me. > > Cheers, > > - Bill > > -------------------------------------------------- > From: "Avlesh Singh" <avl...@gmail.com> > Sent: Wednesday, October 14, 2009 11:01 PM > To: <solr-user@lucene.apache.org> > Subject: Re: Adding callback url to data import handler...Is this possible? > >>> >>> But a callback url is a very specific requirement. We plan to extend >>> javascript support to the EventListener callback. >> >> I would say the latter is more specific than the former. >> >> People who are comfortable writing JAVA wouldn't need any of these but the >> second best thing for others would be a capability to handle it in their >> own >> applications. A url can be the simplest way to invoke things in respective >> application. Doing it via javascript sounds like a round-about way of >> doing >> it. The eventhandler >> >> Cheers >> Avlesh >> >> 2009/10/15 Noble Paul നോബിള് नोब्ळ् <noble.p...@corp.aol.com> >> >>> I can understand the concern that you do not wish to write Java code . >>> But a callback url is a very specific requirement. We plan to extend >>> javascript support to the EventListener callback . Will it help? >>> >>> On Wed, Oct 14, 2009 at 11:47 PM, Avlesh Singh <avl...@gmail.com> wrote: >>> > Hmmm ... I think this is a valid use case and it might be a good idea > >>> > to >>> > support it in someway. >>> > I will post this thread on the dev-mailing list to seek opinion. >>> > >>> > Cheers >>> > Avlesh >>> > >>> > On Wed, Oct 14, 2009 at 11:39 PM, William Pierce <evalsi...@hotmail.com >>> >wrote: >>> > >>> >> Thanks, Avlesh. Yes, I did take a look at the event listeners. As I >>> >> mentioned this would require us to write Java code. >>> >> >>> >> Our app(s) are entirely windows/asp.net/C# so while we could add Java >>> in a >>> >> pinch, we'd prefer to stick to using SOLR using its convenient >>> REST-style >>> >> interfaces which makes no demand on our app environment. >>> >> >>> >> Thanks again for your suggestion! >>> >> >>> >> Cheers, >>> >> >>> >> Bill >>> >> >>> >> -------------------------------------------------- >>> >> From: "Avlesh Singh" <avl...@gmail.com> >>> >> Sent: Wednesday, October 14, 2009 10:59 AM >>> >> To: <solr-user@lucene.apache.org> >>> >> Subject: Re: Adding callback url to data import handler...Is this >>> possible? >>> >> >>> >> >>> >> Had a look at EventListeners in >>> >>> DIH?http://wiki.apache.org/solr/DataImportHandler#EventListeners >>> >>> >>> >>> Cheers >>> >>> Avlesh >>> >>> >>> >>> On Wed, Oct 14, 2009 at 11:21 PM, William Pierce < >>> evalsi...@hotmail.com >>> >>> >wrote: >>> >>> >>> >>> Folks: >>> >>>> >>> >>>> I am pretty happy with DIH -- it seems to work very well for my >>> >>>> situation. >>> >>>> Thanks!!! >>> >>>> >>> >>>> The one issue I see has to do with the fact that I need to keep >>> polling >>> >>>> <<url>>/dataimport to check if the data import completed >>>> >>> >>>> successfully. >>> I >>> >>>> need to know when/if the import is completed (successfully or >>> otherwise) >>> >>>> so >>> >>>> that I can update appropriate structures in our app. >>> >>>> >>> >>>> What I would like is something like what Google Checkout API >>>> >>> >>>> offers -- >>> a >>> >>>> callback URL. That is, I should be able to pass along a URL to DIH. >>> Once >>> >>>> it has completed the import, it can invoke the provided URL. This >>> >>>> provides >>> >>>> a callback mechanism for those of us who don't have the liberty to >>> change >>> >>>> SOLR source code. We can then do the needful upon receiving this >>> >>>> callback. >>> >>>> >>> >>>> If this functionality is already provided in some form/fashion, I'd >>> love >>> >>>> to >>> >>>> know. >>> >>>> >>> >>>> All in all, great functionality that has significantly helped me >>> >>>> >>>> out! >>> >>>> >>> >>>> Cheers, >>> >>>> >>> >>>> - Bill >>> >>>> >>> >>> >>> >>> >>> > >>> >>> >>> >>> -- >>> ----------------------------------------------------- >>> Noble Paul | Principal Engineer| AOL | http://aol.com >>> >> > -- ----------------------------------------------------- Noble Paul | Principal Engineer| AOL | http://aol.com