Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k1EwF-0006jj-Qv for pljava-dev@arkaria.postgresql.org; Thu, 30 Jul 2020 20:14:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1k1EwE-0000hm-Hf for pljava-dev@arkaria.postgresql.org; Thu, 30 Jul 2020 20:14:02 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k1EwE-0000he-Au for pljava-dev@lists.postgresql.org; Thu, 30 Jul 2020 20:14:02 +0000 Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1k1Ew6-0006xw-Ef for pljava-dev@lists.postgresql.org; Thu, 30 Jul 2020 20:14:01 +0000 Received: by mail-ej1-x629.google.com with SMTP id kq25so16278112ejb.3 for ; Thu, 30 Jul 2020 13:13:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ezO8BDCjHZ78emxWJOLzR7cEpY5B7lyOCJu/rhzOdes=; b=KtSxDmQwjMQJCHmCRcSC8GzgdTvgBX+rrCkRc30ZropZESqHxKIzFLRFI9YyfKmPK3 NsqmmKUt8Vt3IJfqklwxQ7DTzncZ3qHf6HHizTGVJiYYtrHbE57h58+QywVxhENHX5Ut xi4Jh3It8jwK3+2zmgwLbE/V7jcPif6fwJoViWeBAGA9eBPr0DhQvryYVqSdXxRK5C73 t7YmX60kOQM2I2NwFLss4GpqfgOdNZu/vMBaQMdK1mBwjep9B02Pqm0rQsnJoL+qh9K2 9nR2UkC4N4Namc5L094Uavns8+bCJXjGuYHj8OfKlE7t+A+XiioeVmLEBzRJUvt8AT+x W++g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ezO8BDCjHZ78emxWJOLzR7cEpY5B7lyOCJu/rhzOdes=; b=jQsUI7kQDKsB5IyxlivfNPd5WLerElX51b9v/mp77z/hIEvOq2PCdInfqT5BDohtlT SDA8nqOCdbkhDpfF2jrrZoeuK/80V8ARik0yHZ+tV2E1NJ07uQKK/uQKoZ6TBfUnbQCX gClCCdvuTWOjTeUGlp/X61axNiFjkbMRt8rMhKDSiNr+SY80+ilH49PdAU7iCOj5E8Jj 4dX1N8RddIMaF3Ll3RaPsdaemOx99viDea2LR/cDvp0UcIK/HpfE5sA4lrCxdz4dKlc5 7vWKluADpHO2CGtTJ42DBvSIzY5ouKfkQD6shO+cdHiCoDAlYM9bMT8/V/OBMxricBZV eneQ== X-Gm-Message-State: AOAM532oGjbeVbdkFJ3OHG7BCO1Sj3AKUFghep5g4KJL7Y5n7zSPAviT 0ZxATnLvn4Wr4TMGuvvw6aF3xkTV9QCulOF97ylrursZPzA= X-Google-Smtp-Source: ABdhPJxVeDWYb+COlcZMIbtwI7ClcI9rWlZ9tO+rQeH9W0aQakol4GeLYPyIp1Y18rJnu5mdVkK7ZU0koUN5UmtYatw= X-Received: by 2002:a17:907:4303:: with SMTP id nh3mr811386ejb.520.1596140033003; Thu, 30 Jul 2020 13:13:53 -0700 (PDT) MIME-Version: 1.0 References: <5F18C58F.8060204@anastigmatix.net> <5F19C36C.70905@anastigmatix.net> <5F1C6F06.2020809@anastigmatix.net> <5F1CE067.2060107@anastigmatix.net> <5F1F88E0.2050305@anastigmatix.net> <5F20E585.6010703@anastigmatix.net> <5F22DF79.2090701@anastigmatix.net> <5F230337.3040406@anastigmatix.net> In-Reply-To: <5F230337.3040406@anastigmatix.net> From: Kartik Ohri Date: Fri, 31 Jul 2020 01:43:41 +0530 Message-ID: Subject: Re: PL/Java new build plugin To: Chapman Flack Cc: pljava-dev@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000add66d05abae4f90" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000add66d05abae4f90 Content-Type: text/plain; charset="UTF-8" > > Likewise, what I was passing to -encoding and -docencoding > should probably come from report.getInputEncoding() and > report.getOutputEncoding(), respectively. All that should > be straightforward with the report instance exposed. > > Hmm, but those encoding methods are protected; the script might not > have access. Accessible versions might have to be supplied. > I saw you had used project.build.sourceEncoding which is the default value of inputEncoding [1]. Only if this value is null, the getInputEncoding method returns ReaderFactory.FILE_ENCODING [2]. But since javadoc is not complaining in the current implementation, the null case does not apply. So, this will be probably redundant. A similar argument for output encoding, it uses a different value which can also be interpolated directly in the pom. Should I still expose public methods calling these ? [1] : https://maven.apache.org/shared/maven-reporting-impl/xref/org/apache/maven/reporting/AbstractMavenReport.html#L86 [2] : https://maven.apache.org/shared/maven-reporting-impl/xref/org/apache/maven/reporting/AbstractMavenReport.html#L303 Regards, Kartik --000000000000add66d05abae4f90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Likewise, what I was passing to -encoding and -docencodi= ng
should probably come from report.getInputEncoding() and
report.getOutputEncoding(), respectively. All that should
be straightforward with the report instance exposed.

Hmm, but those encoding methods are protected; the script might not
have access. Accessible versions might have to be supplied.

I saw you had used project.bui= ld.sourceEncoding which is the default value of inputEncoding [1]. Only if = this=C2=A0value is null, the getInputEncoding method returns=C2=A0ReaderFac= tory.FILE_ENCODING [2]. But since javadoc is not complaining in the current= implementation, the null case does not apply.=C2=A0So, this will be probab= ly redundant. A similar argument for output encoding, it uses a different v= alue which can also be interpolated directly in the pom. Should I still exp= ose public methods calling these ?=C2=A0


Regards,
Kartik
--000000000000add66d05abae4f90--