MIME-Version: 1.0
References: 
 <CAASLQ4Mva7dAXiS_c9OLhV4VzNHF=XNKJosuS5gtZTB6b4TW1Q@mail.gmail.com>
 <5EFE0A4D.8060402@anastigmatix.net>
 <CAASLQ4M3+XNBYiHMg32X6poY25eMbvMC5MHbA48pt30QK8nAww@mail.gmail.com>
 <5F0125BC.5000609@anastigmatix.net>
 <CAASLQ4PtGSS-OP9k_740EBdyT1bVmDi1PUndn1ZNWzyJDRQkMA@mail.gmail.com>
 <5F0172D7.3000708@anastigmatix.net>
 <CAASLQ4NXzEttesB48wxD_wvR5_rNDvXZkKCmNELn247+W_vrMw@mail.gmail.com>
 <5F02122C.7040905@anastigmatix.net>
 <CAASLQ4NTYp42EY1=nnKPRAr6VV-KpQ=hueQn-jHZsEebp4cAaQ@mail.gmail.com>
 <5F021785.905@anastigmatix.net>
 <CAASLQ4OCh2ybECbfJQ5UgSo4r-UxRcmPPhqjrGpEZ=ZPdURNMg@mail.gmail.com>
 <5F021A20.1050903@anastigmatix.net>
 <CAASLQ4MWn3BjiZpijXEjd3sYaeuQnFffafZYe9XWnV8PPXv1nQ@mail.gmail.com>
 <5F02340C.7030002@anastigmatix.net>
 <CAASLQ4NOq2FcTvp1hB-kTnJZgxfRP=u20gfQT=tgpvBq+9Ac-w@mail.gmail.com>
 <CAASLQ4PwL2U6t0DYZK4KF9+2UZT56Npcga4xZWWfo04w2QZxCQ@mail.gmail.com>
 <5F04FA65.5000600@anastigmatix.net>
 <CAASLQ4PEe0_1dE-iOBv27fX1SUH0=ewDm=6w9chHLjWSAkeNgQ@mail.gmail.com>
 <5F071CFC.9090306@anastigmatix.net>
In-Reply-To: <5F071CFC.9090306@anastigmatix.net>
From: Kartik Ohri <kartikohri13@gmail.com>
Date: Thu, 9 Jul 2020 19:21:31 +0530
Message-ID: 
 <CAASLQ4MLFd6zhoh+sWWz+iu4d8+H2ML+y=kL990k7H=kk74pvA@mail.gmail.com>
Subject: Re: PL/Java new build plugin
To: Chapman Flack <chap@anastigmatix.net>
Cc: pljava-dev@lists.postgresql.org
Content-Type: multipart/alternative; boundary="00000000000041007e05aa02868b"
Precedence: bulk

--00000000000041007e05aa02868b
Content-Type: text/plain; charset="UTF-8"

>
> Odd ... were these two builds started with different command lines?
>
> The first one looks like it builds all subprojects:
>
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] PostgreSQL PL/Java
> [INFO] PL/Java API
> [INFO] PL/Java backend Java code
> [INFO] PL/Java backend native code
> [INFO] PL/Java Ant tasks
> [INFO] PL/Java examples
> [INFO] PL/Java packaging
>
> The second one seems to skip right to pljava-so:
>
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] PL/Java backend native code
> [INFO] PL/Java Ant tasks
> [INFO] PL/Java examples
> [INFO] PL/Java packaging
>

Yes, when the second build failed. I ran mvn install -rf :pljava-so -X -e.

In nar-maven-plugin 3.2.3, the line with the null pointer exception
> seems to be this one:
>
>
> https://github.com/maven-nar/nar-maven-plugin/blob/nar-maven-plugin-3.2.3/src/main/java/com/github/maven_nar/Compiler.java#L499
>
> which makes me think that some entry of 'defines' is a null.
>

Any suggestions what could be the problem? As far as I see in the
build.xml, I can only think of MSVC.RINT but it should not be probably the
cause.


> If you're running the build with Java 14 or later, you may be able
> to squeeze a little more information out of a NullPointerException
> by putting the right -XX:... option in the MAVEN_OPTS environment
> variable (see [1]). In this case it might only say something like
> "cannot call method split() because receiver is null" (I don't see
> a lot of other possibilities on that line) but in general it might
> be helpful.
>

Yes, I understand that but as you say it isn't beneficial in this case.

--00000000000041007e05aa02868b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex">Odd ... were these two builds started with different com=
mand lines?<br>
<br>
The first one looks like it builds all subprojects:<br>
<br>
[INFO] Reactor Build Order:<br>
[INFO]<br>
[INFO] PostgreSQL PL/Java<br>
[INFO] PL/Java API<br>
[INFO] PL/Java backend Java code<br>
[INFO] PL/Java backend native code<br>
[INFO] PL/Java Ant tasks<br>
[INFO] PL/Java examples<br>
[INFO] PL/Java packaging<br>
<br>
The second one seems to skip right to pljava-so:<br>
<br>
[INFO] Reactor Build Order:<br>
[INFO]<br>
[INFO] PL/Java backend native code<br>
[INFO] PL/Java Ant tasks<br>
[INFO] PL/Java examples<br>
[INFO] PL/Java packaging<br></blockquote><div>=C2=A0</div><div>Yes, when th=
e second build failed. I ran mvn install -rf :pljava-so -X -e.</div><div><b=
r></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex=
;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In nar-maven-plugin 3.2.3, the line with the null pointer exception<br>
seems to be this one:<br>
<br>
<a href=3D"https://github.com/maven-nar/nar-maven-plugin/blob/nar-maven-plu=
gin-3.2.3/src/main/java/com/github/maven_nar/Compiler.java#L499" rel=3D"nor=
eferrer" target=3D"_blank">https://github.com/maven-nar/nar-maven-plugin/bl=
ob/nar-maven-plugin-3.2.3/src/main/java/com/github/maven_nar/Compiler.java#=
L499</a><br>
<br>
which makes me think that some entry of &#39;defines&#39; is a null.<br></b=
lockquote><div><br></div><div>Any suggestions what could be the=C2=A0proble=
m? As far as I see in the build.xml, I can only think of MSVC.RINT=C2=A0but=
 it should not be probably the cause.</div><div>=C2=A0</div><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex">
If you&#39;re running the build with Java 14 or later, you may be able<br>
to squeeze a little more information out of a NullPointerException<br>
by putting the right -XX:... option in the MAVEN_OPTS environment<br>
variable (see [1]). In this case it might only say something like<br>
&quot;cannot call method split() because receiver is null&quot; (I don&#39;=
t see<br>
a lot of other possibilities on that line) but in general it might<br>
be helpful.<br></blockquote><div>=C2=A0</div><div>Yes, I understand that bu=
t as you say it isn&#39;t beneficial in this case.</div></div></div>

--00000000000041007e05aa02868b--