Tensorflow and Pytorch have Java bindings. However this is also not really needed. if the trained model weights are exported to json which I see at least possible for tensorflow ranking then they can be used out of the box, eg svm and lambda exist both in tensorflow ranking and solr. Xgboost could work with the MultipleAdditiveTree model.
> Am 13.08.2021 um 17:05 schrieb Walter Underwood <wun...@wunderwood.org>: > > pytorch and tensorflow are both written in Python and both Solr and > Elasticsearch > are written in Java, so that seems like an obvious “no” for executing them > internally. > > wunder > Walter Underwood > wun...@wunderwood.org > http://observer.wunderwood.org/ (my blog) > >> On Aug 13, 2021, at 7:26 AM, Albert Dfm <alberich...@gmail.com> wrote: >> >> For example, for relevance ranking the usual approach is to execute a >> machine learned model, e.g. using xgboost, or lightgbm. Tensorflow and >> pytorch are other frameworks to build machine learning models. >> While xgboost and lightgbm are ensembles of decision trees, tensorflow and >> pytorch are mainly related to neutal networks. >> >> Elasticsearch allows to execute xgboost models for example for relevance >> ranking. >> The question could be applied similarly to SOLr: can we use pytorch or >> tensorflow at relevance ranking phase? >> >>> On Fri, Aug 13, 2021 at 4:18 PM Shawn Heisey <apa...@elyograg.org> wrote: >>> >>> On 8/13/2021 7:59 AM, Albert Dfm wrote: >>>> Regarding executing models (question number 4), let me explain this a bit >>>> better: >>>> Can SOLr run custom tensorflow/pytorch models? This is not a feature in >>>> lucene, it is something on top of it. >>> >>> With that info, I am even less familiar with what you're doing than I >>> was before. I have no idea what either of those things are. Google >>> wasn't helpful ... I probably would have to spend a week or two >>> researching to even have a minimal understanding. I was able to tell >>> that it's probably related to machine learning, but that's all. I have >>> zero experience in that arena. >>> >>> It's unlikely that Solr has any direct support for those software >>> programs, but if they can build queries that Solr understands, you could >>> probably get something going. >>> >>> Thanks, >>> Shawn >>> >>> >
