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 1jzNS2-0001bP-Bz for pljava-dev@arkaria.postgresql.org; Sat, 25 Jul 2020 16:55:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jzNS1-0000CA-0P for pljava-dev@arkaria.postgresql.org; Sat, 25 Jul 2020 16:55:09 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jzNS0-0000C1-KZ for pljava-dev@lists.postgresql.org; Sat, 25 Jul 2020 16:55:08 +0000 Received: from mail-ej1-x635.google.com ([2a00:1450:4864:20::635]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jzNRu-0005hP-8H for pljava-dev@lists.postgresql.org; Sat, 25 Jul 2020 16:55:07 +0000 Received: by mail-ej1-x635.google.com with SMTP id rk21so13026507ejb.2 for ; Sat, 25 Jul 2020 09:55:01 -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=9UU94n4jKOvwlMT7tPf+rfqiLFQeuM4qBSzuHYHG1es=; b=s7i/yPtDBEa3Fk4zKZFUYClaredz93VJeTQ0ctURGO/8V5vObX1JIbOhQbT4t+x9FA OQmtl5cHxtw2YIBjXcn/FCSqJBhp6m2qBwaNEwiDyS9mCO8UTVm7ybQNE360CVPODPcH KlxkeCDS5K8ZrYqlBrNTy9kP04FMUetJrYmc69assn/PJRa3mLhzNWBT5v5kb6yLORKy xju91wJm73X4lta+AkfnL56r/ybElwfHbIYJsdvxGewBhKe+bdih0f0pMW0KFKifRfyu /gIChJynFEnpuLZqkJIFDma3STiyyUa0y6G6rHLmpJqlfQvyVSVQKTwx6xAzKvovkVTG vRtQ== 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=9UU94n4jKOvwlMT7tPf+rfqiLFQeuM4qBSzuHYHG1es=; b=Xxrfz70h0SZuEEyGOf8Bt6gYitshAInhfqZq6812xYSA9fd6MlXERHrHspd4dUsJUJ o3iQHmF8Xl6zKfS8eMMPYPS23wv2nfvyguop/upVNiAUXQtJsiymro1E8+6KQiraydUz +frUXgLlnvtHdo6z4+VdagRDA2qylzlqUUYfhXPCsLLu/db22A3CHlCS5K7FGIpqSreI IyJooZxdroTBqxm04uBiGcDKuexXDhzcdE0e+wLmk4j6smiEDe9RNsAOnmOKrqLHWHNZ lwrL0f20O696miijszBXcMMzEm+QFiwn3TrnX3gKFCbSI4P9qADX9/eg56FVtLKRpdlr inNg== X-Gm-Message-State: AOAM533nl4/aq11HbJ1+gPpySWYm5yAABmHVV8jNeAQsBV1wLNtlWfgo uc/HFlUyL0zyfbSctuM9faGMF8dHSyu1cR9Tc5I= X-Google-Smtp-Source: ABdhPJykO+fDBBvIDpm+Yiz3wDaV4HZz1rNnLaGCJfP2N4u9Ep8zfQFvgo27Rwwf7UEztlf8FNu7j/2OCRSWyvLb7Yk= X-Received: by 2002:a17:907:42a0:: with SMTP id ny24mr7118496ejb.328.1595696099340; Sat, 25 Jul 2020 09:54:59 -0700 (PDT) MIME-Version: 1.0 References: <5F14C34E.4020704@anastigmatix.net> <5F14E15A.4040202@anastigmatix.net> <5F1664C5.2070700@anastigmatix.net> <5F1735ED.6020707@anastigmatix.net> <5F1753C9.4060500@anastigmatix.net> <5F175F40.1000905@anastigmatix.net> <5F18C58F.8060204@anastigmatix.net> <5F19C36C.70905@anastigmatix.net> In-Reply-To: From: Kartik Ohri Date: Sat, 25 Jul 2020 22:24:47 +0530 Message-ID: Subject: Re: PL/Java new build plugin To: Chapman Flack Cc: pljava-dev@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000002bb51305ab46f3b3" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --0000000000002bb51305ab46f3b3 Content-Type: text/plain; charset="UTF-8" I have been going through the maven javadoc plugin's source. It is huge and is over 6000 lines. Thankfully, most of it is customization things we can avoid. I saw that the current configuration for maven javadoc has exclude parameters in the pom.xml file. Now, maven uses a DirectoryScanner to help out with the excludes which is available as a package in maven shared utils. I am unable to think of a way to handle excludes with the inbuilt Java APIs. Should I utilise DirectoryScanner or do you have any other suggestions? Regards, Kartik. > --0000000000002bb51305ab46f3b3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have been going through the maven javadoc plugin= 9;s source. It is huge and is over 6000 lines. Thankfully, most of it is cu= stomization things we can avoid. I saw that the current configuration for m= aven javadoc has exclude=C2=A0parameters in the pom.xml file. Now, maven us= es a DirectoryScanner to help out with the excludes which is available as a= package in maven shared utils. I am unable to think of a way to handle exc= ludes with the inbuilt Java APIs. Should I utilise DirectoryScanner or do y= ou have any other suggestions?

Regards,
= Kartik.
--0000000000002bb51305ab46f3b3--