So, here is my setup:
- I have two .jar files in ./jars/3rdpary
- one containing compiled classes and the other containing source
(Generated by source plugin)
- both jars have contained an empty drill-module.conf (was encouraged
for 1.1) (did not work)
- both jars have contained a drill-module.conf with this (which tries to
emulate the example (that I do not understand)):
drill {
classpath.scanning {
base.classes : ${?drill.classpath.scanning.base.classes} [
com.acticitystream.drill.DirUtils,
com.acticitystream.drill.IPUtils,
com.acticitystream.drill.ListUtils,
com.acticitystream.drill.TimestampUtils
],
packages : ${?drill.classpath.scanning.packages} [
com.acticitystream.drill
]
}
}
- conf/drill-override.conf contains this:
drill.logical.function.package+=["org.apache.drill.exec.expr.fn.impl","com.activitystream.drill"]
- worked in 1.1 / 1.2 but not in 1.3
Any clues?
Regards,
-Stefan
On Mon, Nov 9, 2015 at 7:51 PM, Jacques Nadeau <[email protected]> wrote:
> I don't think the compilation needs to be changed as there were no
> interface changes.
>
> However, we did get much more strict about making sure your
> drill-module.conf points at the right package names.
>
> Note here, specifically the addition of package names:
>
>
> https://github.com/apache/drill/blob/master/contrib/storage-hive/core/src/main/resources/drill-module.conf
>
>
>
> --
> Jacques Nadeau
> CTO and Co-Founder, Dremio
>
> On Mon, Nov 9, 2015 at 11:30 AM, Stefán Baxter <[email protected]>
> wrote:
>
> > Hi,
> >
> > Now they are but the outcome remains the same.
> >
> > Any additional pointers?
> >
> > Regards,
> > -Stefan
> >
> > On Mon, Nov 9, 2015 at 7:21 PM, Stefán Baxter <[email protected]
> >
> > wrote:
> >
> > > Hi Nathan,
> > >
> > > thank you for a prompt reply.
> > >
> > > I thought the were but they are in fact compiled with the 1.2
> dependency
> > > (from maven) but they are placed in the correct place :)
> > >
> > > I will correct this and continue.
> > >
> > > Regards,
> > > -Stefán
> > >
> > >
> > >
> > >
> > >
> > > On Mon, Nov 9, 2015 at 7:15 PM, Nathan Griffith <[email protected]>
> > > wrote:
> > >
> > >> Hi Stefan,
> > >>
> > >> A couple things:
> > >>
> > >> 1.) Have the UDFs been recompiled using the 1.3 dependency?
> > >>
> > >> 2.) Have the jars for the UDFs definitely been placed in the new 1.3
> > >> install's jars/3rdparty directory?
> > >>
> > >> Forgive me if these suggestions are too rudimentary, but it's always
> > >> nice to start with some sanity checks :)
> > >>
> > >> Best,
> > >> Nathan
> > >>
> > >> On Mon, Nov 9, 2015 at 10:56 AM, Stefán Baxter
> > >> <[email protected]> wrote:
> > >> > Hi,
> > >> >
> > >> > I have a small set of UDFs that I have been running with Drill
> 1.1/1.2
> > >> > which I'm trying to get working with 1.3 to no avail.
> > >> >
> > >> > It's as if the library is no picked up correctly even though the
> > error I
> > >> > get indicates a missing function signature (variant):
> > >> >
> > >> > Error: VALIDATION ERROR: From line 1, column 129 to line 1, column
> > 164:
> > >> No
> > >> > match found for function signature roundTimeStamp(<NUMERIC>,
> > >> <CHARACTER>)
> > >> >
> > >> > Have the rules for UDFs changed at all for the 1.3 snapshot?
> > >> >
> > >> > Regards,
> > >> > -Stefan
> > >>
> > >
> > >
> >
>
