Why can’t Frgaal just be a plug-in like nb-javac us to be or other languages 
like Kotlin or Python?

Is there some inherent Netbeans infrastructure code functionality requiring 
change for this? If the suggestion is to integrate it with Netbeans IDE itself 
then I can see the hesitation.

But then again, in many language case, each has the ability to provide 
alternative compilers (i.e. C/C++ for gnu, llvm, etc), or different 
distributors of open JDKs, so if this is say frgaal is an alternative compiler 
for open JDK that’s slightly different case then a single language.

Maybe separate  question, is there or should there be a Netbeans API to have a 
standardized way of adding and managing Language platforms?

Get Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: John Mc <[email protected]>
Sent: Friday, October 7, 2022 1:31 AM
To: [email protected] <[email protected]>
Cc: Ernie Rael <[email protected]>
Subject: Re: [DISCUSS] Shall NetBeans improve Java/JDK? With Frgaal?

Sorry, to chime in here, I don't do much Java Development anymore, so not
really clued in on the comings and goings of the Language too much :(
however I do have to spend some hours every few weeks
maintaining/supporting a Java 6 project(the client has no intention of
paying for an JDK upgrade, the app is 20+ years old and is being replaced
in a few years anyways), so this Frgaal peaked my interest - until I
spotted that it only supports 1.8+.

I tried googling Frgaal, and I only found 2 hits:

   - http://frgaal.org
   - http://wiki.apidesign.org/wiki/Frgaal

Even on twitter searches for Frgaal, don't show much mentions outside of a
few key people...  I admit, my searches are limited and don't reflect usage
of Frgaal, but even from those searches, Frgaal doesn't appear to be
marketed very well in the Java ecosystem.  It looks like Frgaal is a pet
project, an interesting one, but one that's still trying to find a space in
the JDK ecosystem.

So I would question, why at this stage in Frgaal life - what benefit will
it bring to NetBeans if we package support for it?  I can't see it bringing
any users to our IDE, so why would we put it directly into NetBeans... Can
support for Frgaal be added to the IDE via a plugin?  If so, we should
recommend the authors of Frgaal to use this route, as a way of getting IDE
support.  If I remember correctly, they don't have to distribute it solely
through our potentially dead plugin portal, they could distribute it
themselves right?

If and when Frgaal gains traction, then we can consider adding it to
NetBeans as a first class citizen, but until it has traction why bother,
when it won't bring us anything but code we might need to remove later on
if the author loses interest in Frgaal?

Regards

John

On Fri, 7 Oct 2022 at 04:35, Michael Bien <[email protected]> wrote:

> On 06.10.22 19:01, Ernie Rael wrote:
> >
> > -1 to DISCUSSION? Wow. That's pretty draconian.
> >
> I mean the apache process is fairly democratic. A negative vote only
> conveys exactly that: a negative vote. This is no veto.
>
> This is also not a -1 to the discussion. Keep discussing :)
>
> Also please keep in mind that the context of this discussion is a second
> mail thread and a PR. This mail was a summary of my opinion on that
> topic since nobody likes to read long mails (the bullet point version
> already got too long).
>
> best regards,
>
> michael
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Reply via email to