Re: Schliemann still alive?

[Ryan Cuprak]

 Why Schliemann over ANTLR?  I am just curious as ANTLR appears to have a lot 
of traction. 

-Ryan

> On Dec 3, 2018, at 3:21 PM, Sven Reimers  wrote:
> 
> Hi all,
> 
> If we gather enough interest and support in/from the community - I would
> suggest looking into the Schliemann approach and figure out if we can build
> a new, better version...
> 
> Any volunteers interested in investigating?
> 
> -Sven
> 
> Am Mo., 3. Dez. 2018, 20:41 hat Enrico Scantamburlo 
> geschrieben:
> 
>> The module is deprecated. We are still using it because we developed much
>> stuff on the top of it, but it is very buggy and unsupported as far as I
>> know. Too bad because we had high expectations from it.
>> 
>> Il giorno lun 3 dic 2018, 19:57 Mario Schroeder 
>> ha
>> scritto:
>> 
>>> Hello,
>>> 
>>> after implementing language support the hard way with ANTLR and self
>>> written LanguageHierachy, I accidently came accross the Generic Language
>>> Framework, aka Projekt Schliemann.
>>> 
>>> I know it is quite old. So therefore my question: Is it still a solution
>> to
>>> create support for a new language? Or shall I keep a distance from that
>>> module?
>>> 
>>> Regards,
>>> Mario
>>> 
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Publishing Maven Artifacts under netbeans.org (was Re: Publishing Maven artifacts under third-party coordinates (was: Set up Nexus staging profile for Dubbo ...))

[Ryan Cuprak]

I just did a search and there is a task in JIRA:
https://issues.apache.org/jira/browse/NETBEANS-467?jql=project%20%3D%20NETBEANS%20AND%20text%20~%20nexus

I think the task needs to be split-up into sub-tasks with the first task being 
a proposal for how it would be implemented. 

-Ryan

> On Nov 12, 2018, at 11:16 PM, Antonio  wrote:
> 
> What needs to be done is learning what needs to be done :-)
> 
> I'll report on my findings.
> 
> Cheers,
> Antonio
> 
> El 12/11/18 a las 23:14, Geertjan Wielenga escribió:
>> You are right. If you know what needs to be done, do it.
>> Gj
>> On Monday, November 12, 2018, Antonio  wrote:
>>> Hi all,
>>> 
>>> Recovering this old thread of may 2018...
>>> 
>>> Since the ASF now owns the netbeans.org domain, that means that we can
>>> now publish artifacts to Maven Central using the netbeans.org domain.
>>> 
>>> So there's no need to host a NetBeans Nexus Repository ourselves under
>>> http://bits.netbeans.org/nexus (serving binaries out of the Apache Mirror
>>> System is problematic, AFAIK).
>>> 
>>> Am I right?
>>> 
>>> Thanks,
>>> Antonio
>>> 
>>> 
>>> El 10/5/18 a las 0:30, Emilian Bold escribió:
>>> 
 So, no official Maven artifacts until Apache gets the netbeans.org
 domain too?
 
 I wonder, since people would still have to edit their pom.xml files to
 update the version -- would it really be so hard to switch to org.apache
 groupIDs?
 
 We still keep the package names, etc. just change these Maven-specific
 coordinates.
 
 --emi
 
 ‐‐‐ Original Message ‐‐‐
 
 On 8 May 2018 8:56 PM, Greg Stein  wrote:
 
 Hi all,
> 
> I wanted to send a note that Infra has seen a couple requests from
> podlings
> 
> to publish under third-party Maven groupId coordinates (com.alibaba and
> 
> org.netbeans). Unless/until the Foundation owns these domains, we cannot
> 
> allow publishing under those coordinates.
> 
> Needless to say, we'll never own alibaba.com :p ... Maybe one day, we'll
> 
> get netbeans.org (what is the status on that?) ... But we cannot publish
> 
> convenience binaries to Maven Central before such time.
> 
> And please note that I said "convenience binaries". This is an important
> 
> point for the two podlings: the Foundation makes source code releases.
> 
> Period. Full stop. Both podlings can do that today -- there is nothing
> 
> inhibiting making such releases. ... What cannot be done is publishing
> 
> convenience binaries to those third-party coordinates.
> 
> The podlings will be able to publish under org.apache, of course. The
> 
> restriction merely applies to any compatibility/historical shims that are
> 
> retained, to map the old-named packages over to new org.apache naming.
> 
> Regards,
> 
> Greg Stein
> 
> Infrastructure Administrator, ASF
> 
> On Tue, May 8, 2018 at 12:15 PM, Brian Fox bri...@infinity.nu wrote:
> 
> Was there discussion somewhere that decided to allow an Apache project
>> 
>> to publish coordinates using com.alibaba? From my perspective this is
>> 
>> highly unusual for an ASF project. From a central point of view, the
>> 
>> fact that com.alibaba is registered to publish from a completely
>> 
>> different repo (oss.sonatype.org) this creates potential for confusion
>> 
>> over the provenance of the artifacts.
>> 
>> On Wed, May 2, 2018 at 9:30 PM, Chris Lambertus c...@apache.org wrote:
>> 
>> On May 2, 2018, at 5:51 PM, Jun Liu liu...@apache.org wrote:
>>> 
>>> Hi,
>>> 
>>> We are preparing for the first apache incubating release for dubbo,
>>> turns
>>> 
>>> out we lack of some nexus permissions, this blocks our process.
>>> 
>>> Could someone help us please? Here is the ticket asking permissions :
>>> 
>>> https://issues.apache.org/jira/browse/INFRA-16451
>>> 
>>> Best regards,
>>> 
>>> Jun
>>> 
>>> I don’t know how to approach this when the groupID doesn’t match
>>> 
>>> org.apache.
>>> 
>>> I’ve requested help from the Sonatype folks.
>>> 
>>> -Chris
>>> 
>> 
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
 For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
 
 For further information about the NetBeans mailing lists, visit:
 https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
 
 
 
 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
>>> 
>>> For further information about the NetBeans mailing 

NetBeans Nexus Repository?

[Ryan Cuprak]

We have a NetBeans Nexus?
http://bits.netbeans.org/nexus/

I just discovered this after someone asked me if the NetBeans profiler API was 
available in Maven. It never occurred for me to check.

Looks like Nexus is missing 9 artifacts.

-Ryan

 
-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Unable to build?

[Ryan Cuprak]

Hi,
 I just updated to the most recent code and the build failed, has anyone else 
ran into this?

-Ryan

  [nbmerge] Failed to build target: all-j2ee.eclipselink

BUILD FAILED
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:478: The following error 
occurred while executing this line:
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:473: The following error 
occurred while executing this line:
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:508: The following error 
occurred while executing this line:
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:491: The following error 
occurred while executing this line:
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:473: The following error 
occurred while executing this line:
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:520: The following error 
occurred while executing this line:
/Users/rcuprak/open-source/netbeans/nbbuild/templates/projectized.xml:255: 
Could not copy 
/Users/rcuprak/open-source/netbeans/java/j2ee.eclipselink/build/javax.persistence-2.1.0-doc.zip:
 java.nio.file.FileSystemException: 
/Users/rcuprak/open-source/netbeans/nbbuild/netbeans/java/modules/ext/docs: Is 
a directory
at 
sun.nio.fs.UnixException.translateToIOException(UnixException.java:91)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
at 
sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)
at 
java.nio.file.spi.FileSystemProvider.newOutputStream(FileSystemProvider.java:434)
at java.nio.file.Files.newOutputStream(Files.java:216)
-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Installers

[Ryan Cuprak]

Just out of curiosity, what about distributing NetBeans via the Apple App 
Store? That of course is an issue post-installer creation. Most apps I install 
I get from the App Store - prefer the app store for a variety of reasons. 

To do this, we would need an Apple Developer account owned by Apache. You have 
to provide some documentation to Apple to prove that you are a legitimate 
entity - something only someone at Apache could do. 

With the Mac installer, is the plan to include OpenJDK so that the IDE runs 
without any additional setup work?

-Ryan


> On Aug 12, 2018, at 9:21 PM, Carl Mosca  wrote:
> 
> Thank you Tim.  I have been looking at the MacOS pkgbuild to do the build.
> I have not looking into making it portable yet but if that can work, it's
> certainly the way to go.
> 
> The first (non-pkg) version I did ran OK but I believe there is a
> permission (ownership) issue with the current version.
> 
> Carl
> 
> On Sun, Aug 12, 2018 at 8:59 PM Tim Boudreau  wrote:
> 
>> On Sun, Aug 12, 2018 at 4:27 PM Scott Palmer  wrote:
>> 
>>> Really?  Wow.  Okay, another option (still preferable to a .pkg IMO)  is
>>> to simply distribute the application bundle in zipped form.  That has the
>>> advantage that you also don’t need a Mac to create it.  In most cases
>>> Safari would automatically extract it and leave the application sitting
>> in
>>> your Downloads folder.
>> 
>> 
>> That's not a great user experience for Mac OSX users - it kind of
>> telegraphs "we don't actually care about Mac OSX users".
>> 
>> Back in 2004-5, I wrote the first Ant-based stuff to generate a PKG for
>> NetBeans - it wasn't too hard. At the time I dug a little bit into making
>> that build truly cross platform. Think I wrote a blog about it on java.net
>> at the time.  You needed to have pax to build the archive - it's actually
>> part of the posix standard and generates tar-compatible archives (after
>> much digging I figured out that tar would not generate a valid PKG and the
>> only difference in the archives was the inclusion of an entry for./ -
>> strange but true). The missing link was apple's hdiutil utility for
>> creating disk images - I remember digging around in OpenDarwin a bit but I
>> don't remember if I didn't find it or just wasn't ambitious enough to build
>> it for Linux. At any rate, that problem may have been solved by now. So it
>> would be worth looking into.
>> 
>> I don't think PKG files are particularly fancy or difficult to build - the
>> plist format is well documented, and after that its just laying out the
>> files and bundling them up - fussy, but once it works it works.
>> 
>> So I think with a little work we might be able to do portable PKG builds.
>> 
>> It sounds like someone has been working a bit on PKG generation? If so I
>> could take a look and see what I remember from days of yore.
>> 
>> -Tim
>> 
>> 
>> 
>>> 
>>> Regards,
>>> 
>>> Scott
>>> 
 On Aug 12, 2018, at 12:19 AM, Tim Boudreau 
>> wrote:
 
 This debate was had once about 14 years ago - and the decision to go
>> with
 .pkg installers on Mac OSX was made for this reason: There were a lot
>> of
 "NetBeans is unusably slow" reports on OSX.
 
 The reason? A LOT of users never unpacked the .app - they were running
>> it
 directly from the mounted, compressed .dmg image. It turns out that's
>> not
 that unusual.
 
 Random access Java classloading does not play nicely AT ALL with the
 compression used for .dmg images.
 
 I strongly recommend not repeating that mistake.
 
 -Tim
 
 Only  Sat, Aug 11, 2018 at 1:44 AM Scott Palmer 
>>> wrote:
 
> The macOS “installer” should be nothing more than a disk image with
>> the
> application bundle. It should not be a .pkg file that might require
>>> admin
> privileges as it would be a drag and drop install. The user should be
>>> able
> to drag the app bundle wherever they want.
> 
> Scott
> 
>> On Aug 10, 2018, at 6:54 PM, Carl Mosca 
>> wrote:
>> 
>> I work in a place where you need admin rights to install on Windows
>> as
> well
>> but that's a policy.
>> 
>> As far as the MacOS goes, it's based on BSD.
>> 
>> Therefore if /Applications is owned by root:wheel (or something
>> similar
>> that's not the current user), you need privileges to "su or sudo" in
> order
>> to complete the installation process.  That is to say, the filesystem
>>> is
>> requiring the elevated access which in my opinion is a good thing.
>> 
>> One could/should be able to install in his/her home directory and not
> need
>> such access and I have seen apps take that approach as well.
>> 
>> Carl
>> 
>>> On Fri, Aug 10, 2018 at 5:57 PM Will Hartung >> 
> wrote:
>>> 
>>> On Fri, Aug 10, 2018 at 1:10 PM, Kenneth Fogel <
> kfo...@dawsoncollege.qc.ca
 
>>> wrote:
>>> 
 Yes, an installer is nice but all 

Re: [DISCUSS] Integration of 2nd donation

[Ryan Cuprak]

 I had forgotten about that - however my build fails. Is anyone else able to 
build?

ant -Dcluster.config=enterprise
…

init-module-list:

BUILD FAILED
/Users/rcuprak/open-source/netbeans/nbbuild/build.xml:167: Cannot resolve 
apisupport.restsample. Neither one exist:
  /Users/rcuprak/open-source/netbeans/apisupport.restsample
  /Users/rcuprak/open-source/netbeans/enterprise/apisupport.restsample

> On Aug 1, 2018, at 2:09 PM, Geertjan Wielenga 
>  wrote:
> 
> https://github.com/geertjanw/incubator-netbeans/blob/2ndDonation/nbbuild/cluster.properties
> 
> I believe the Java EE cluster there is called 'enterprise'.
> 
> Gj
> 
> On Wed, Aug 1, 2018 at 8:06 PM, Geertjan Wielenga <
> geertjan.wiele...@googlemail.com> wrote:
> 
>> Take a look in nbbuild/cluster.properties.
>> 
>> That shows you the clusters that are available, the below would build the
>> Groovy cluster, as well as the base clusters (platform and java):
>> 
>> ant -Dcluster.config=groovy
>> 
>> <https://github.com/apache/incubator-netbeans#running-netbeans>Gj
>> 
>> 
>> On Wed, Aug 1, 2018 at 7:58 PM, Ryan Cuprak  wrote:
>> 
>>> Hello,
>>> You’ve taken 2nd donation and merged it with master and have it on a
>>> branch that now needs to be pulled into master?
>>> 
>>> I built the code on your branch and ran it, however I don’t see any of
>>> the Java EE project types when I run ant tryme. Is this expected or is
>>> there more work to be done?
>>> 
>>> -Ryan
>>> 
>>>> On Aug 1, 2018, at 5:49 AM, Geertjan Wielenga
>>>  wrote:
>>>> 
>>>> OK. There are 430 people registered on this mailing list.
>>>> 
>>>> Until someone responds to this thread or simply uses their existing
>>>> knowledge to bring the 2nd donation into master probably in the way
>>>> suggested by Jan Lahoda above in this thread, integration of the 2nd
>>>> donation is effectvely dead. Want Java EE in Apache NetBeans? Want PHP?
>>>> Groovy? JavaScript? Then answer the open questions here or please do the
>>>> merge in one way or another yourself. :-)
>>>> 
>>>> Gj
>>>> 
>>>> 
>>>> On Wednesday, August 1, 2018, Geertjan Wielenga <
>>>> geertjan.wiele...@googlemail.com> wrote:
>>>> 
>>>>> My fork's master is now merged into my fork's 2ndDonation branch:
>>>>> 
>>>>> https://github.com/geertjanw/incubator-netbeans/tree/2ndDonation
>>>>> 
>>>>> Using:
>>>>> 
>>>>> git clone -b 2ndDonation https://github.com/geertjanw/
>>>>> incubator-netbeans.git
>>>>> 
>>>>> git pull https://github.com/apache/incubator-netbeans.git
>>>>> --allow-unrelated-histories
>>>>> 
>>>>> From my 2ndDonation branch, I could do a PR for the origin repo's
>>>>> 2ndDonation branch.
>>>>> 
>>>>> Is that the next step or something else (or does someone who knows what
>>>>> needs to be done want to do it)?
>>>>> 
>>>>> Gj
>>>>> 
>>>>> 
>>>>> 
>>>>> On Wed, Aug 1, 2018 at 7:57 AM, Geertjan Wielenga <
>>>>> geertjan.wiele...@googlemail.com> wrote:
>>>>> 
>>>>>> OK.
>>>>>> 
>>>>>> What are the PR checks exactly, i.e., how will we know this approach
>>> is
>>>>>> successful?
>>>>>> 
>>>>>> Should I do this in my fork first? Or straight into the 2ndDonation
>>>>>> branch at https://github.com/apache/incu
>>> bator-netbeans/tree/2ndDonation?
>>>>>> 
>>>>>> Gj
>>>>>> 
>>>>>> On Tue, Jul 31, 2018 at 7:04 PM, Jan Lahoda  wrote:
>>>>>> 
>>>>>>> On Tue, Jul 31, 2018 at 5:19 PM, Geertjan Wielenga <
>>>>>>> geertjan.wiele...@googlemail.com.invalid> wrote:
>>>>>>> 
>>>>>>>> Did the above (including --allow-unrelated-histories), ran Ant Rat,
>>>>>>> and was
>>>>>>>> encouraged to find 'only' 1223 unknown licenses identified:
>>>>>>>> 
>>>>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/
>>>>>>>> Initial+Rat+Report+for+2nd+Donation
>>>>>>>> 
>>>>>&g

Re: [DISCUSS] Integration of 2nd donation

[Ryan Cuprak]

Hello,
 You’ve taken 2nd donation and merged it with master and have it on a branch 
that now needs to be pulled into master?

 I built the code on your branch and ran it, however I don’t see any of the 
Java EE project types when I run ant tryme. Is this expected or is there more 
work to be done?

 -Ryan

> On Aug 1, 2018, at 5:49 AM, Geertjan Wielenga 
>  wrote:
> 
> OK. There are 430 people registered on this mailing list.
> 
> Until someone responds to this thread or simply uses their existing
> knowledge to bring the 2nd donation into master probably in the way
> suggested by Jan Lahoda above in this thread, integration of the 2nd
> donation is effectvely dead. Want Java EE in Apache NetBeans? Want PHP?
> Groovy? JavaScript? Then answer the open questions here or please do the
> merge in one way or another yourself. :-)
> 
> Gj
> 
> 
> On Wednesday, August 1, 2018, Geertjan Wielenga <
> geertjan.wiele...@googlemail.com> wrote:
> 
>> My fork's master is now merged into my fork's 2ndDonation branch:
>> 
>> https://github.com/geertjanw/incubator-netbeans/tree/2ndDonation
>> 
>> Using:
>> 
>> git clone -b 2ndDonation https://github.com/geertjanw/
>> incubator-netbeans.git
>> 
>> git pull https://github.com/apache/incubator-netbeans.git
>> --allow-unrelated-histories
>> 
>> From my 2ndDonation branch, I could do a PR for the origin repo's
>> 2ndDonation branch.
>> 
>> Is that the next step or something else (or does someone who knows what
>> needs to be done want to do it)?
>> 
>> Gj
>> 
>> 
>> 
>> On Wed, Aug 1, 2018 at 7:57 AM, Geertjan Wielenga <
>> geertjan.wiele...@googlemail.com> wrote:
>> 
>>> OK.
>>> 
>>> What are the PR checks exactly, i.e., how will we know this approach is
>>> successful?
>>> 
>>> Should I do this in my fork first? Or straight into the 2ndDonation
>>> branch at https://github.com/apache/incubator-netbeans/tree/2ndDonation?
>>> 
>>> Gj
>>> 
>>> On Tue, Jul 31, 2018 at 7:04 PM, Jan Lahoda  wrote:
>>> 
 On Tue, Jul 31, 2018 at 5:19 PM, Geertjan Wielenga <
 geertjan.wiele...@googlemail.com.invalid> wrote:
 
> Did the above (including --allow-unrelated-histories), ran Ant Rat,
 and was
> encouraged to find 'only' 1223 unknown licenses identified:
> 
> https://cwiki.apache.org/confluence/display/NETBEANS/
> Initial+Rat+Report+for+2nd+Donation
> 
> I believe that if I were to do a push, the Ant Rat that is run
> automatically needs to be tweaked to include the new clusters.
> 
> Jan Lahoda, I think you can tell more about this and explain what
 needs to
> be done re Rat and then someone can do that.
> 
 
 I think it might be good to merge master into the 2ndDonation  branch
 (and
 push to 2ndDonation). Then it might(?) be possible to create a PR from
 2ndDonation to master (which would run all the PR checks for us
 automatically). I though rat wouldn't need need tweaks in travis config,
 but apparently it will need some - I can try to do that, but having
 master
 merged into the 2ndDonation branch would help.
 
 Thanks,
 Jan
 
 
> Thanks,
> 
> Gj
> 
> 
> On Tue, Jul 31, 2018 at 5:02 PM, Peter Steele 
> wrote:
> 
>> You do it locally on your own PC, clone master, pull in chosen
 branch,
>> commit and push. I don't know of a way to do it on the GitHub site,
 using
>> git commands is easiest. There is probably a gui to do this too
>> 
>> On Tue, 31 Jul 2018 15:58 Geertjan Wielenga,
>>  wrote:
>> 
>>> Apologies for my ignorance, but should someone do this in their own
> clone
>>> or should it be done directly in
>>> https://github.com/apache/incubator-netbeans?
>>> 
>>> Gj
>>> 
>>> On Tue, Jul 31, 2018 at 4:45 PM, Peter Steele <
 steeleh...@gmail.com>
>>> wrote:
>>> 
 https://help.github.com/articles/merging-an-upstream-
 repository-into-your-fork/
 
 On Tue, 31 Jul 2018 15:41 Geertjan Wielenga,
  wrote:
 
> Is there a way to merge the branch into master on GitHub?
> 
> Or is there someone who can recommend best practices for doing
> this?
> 
> Thanks,
> 
> Gj
> 
> 
> On Tue, Jul 31, 2018 at 4:16 PM, Josh Juneau <
 juneau...@gmail.com>
 wrote:
> 
>> Looking forward to getting started with the work on this 2nd
>>> donation.
>> 
>> On Tue, Jul 31, 2018 at 3:09 AM Geertjan Wielenga
>>  wrote:
>> 
>>> Is there any objection to merging the 2nddonation branch
 into
>>> master
>> today?
>>> 
>>> https://github.com/apache/incu
 bator-netbeans/tree/2ndDonation
>>> 
>>> Gj
>>> 
>>> On Sun, Jul 29, 2018 at 9:44 PM, Geertjan Wielenga <
>>> geertjan.wiele...@googlemail.com> wrote:

Re: The Importance of Being Portable was: Think Java, not Electron!

[Ryan Cuprak]

My two cents, I think we should start a petition for JavaFX. It probably is a 
resourcing issue at Oracle with competing groups/managers. The function of user 
groups/community is to provide feedback to Oracle on things we think they 
should invest. We shouldn’t frame it as a JavaFX versus JavaScript/HTML because 
that’s counterproductive. It is a good technology, people are using, and we 
want it at least part of the platform and not removed if not enhanced.

Note: technically I think we need JavaFX as it brings touch and rich media 
support to the platform. It does give us that Webview component which enables 
tighter JavaScript/HTML integration (using a derivative of the engine used by 
Chrome/Safari).

-Ryan

> On Mar 15, 2018, at 3:45 PM, Fabrizio Giudici  
> wrote:
> 
> On Thu, 15 Mar 2018 20:25:36 +0100, Matthias Bläsing 
>  wrote:
> 
>> Hi,
>> 
>> 
>> the one thing, that annoys the hell out of me with HTML based GUIs is,
>> that everybody reinvents everything, everytime.
> 
> Matthias,
> 
> you don't know how much I agree with your statement. And I know some major 
> speakers around - also friend of mine - who think the same. This annoys me so 
> much that sometimes I wonder whether I'd better change job.
> 
> The problem is: the industry is literally intoxicated by this attitude, and I 
> don't see we can do much to fight it. It is like that for a number of 
> converging reasons, including the fact that, from a business point of view, 
> it's like the classic "dig holes and then fill them", or "break windows and 
> then fix them".
> 
> Personally I've abandoned Swing time ago, but I find JavaFX pretty good. Now, 
> unfortunately, I'm seeing even the latest "Asterix villages" that kept on 
> developing rich client applications falling down and being pressured to move 
> development of UIs to HTML5. In this perspective, I must say that Oracle's 
> announce to drop JavaFX from the runtime and give it to the community, while 
> it theoretically could be not a major problem for the survival of the 
> technology, it's probably going to effectively kill it, because project 
> managers will interpret the thing like an imminent death - JavaFX finding 
> itself without a corporate sponsor.
> 
> On my perspective, I can work as technology advocate, architect and 
> supporting consultant for developers, but I'm not the typical professional 
> figure that can influence project managers (who reason with different 
> references than me) to the point of making their minds - and I believe many 
> of us, unfortunately, are in the same bandwagon. So, I don't see a critical 
> mass to change things.
> 
> --
> Fabrizio Giudici - Java Architect @ Tidalwave s.a.s.
> "We make Java work. Everywhere."
> http://tidalwave.it/fabrizio/blog - fabrizio.giud...@tidalwave.it
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> 
> 



signature.asc
Description: Message signed with OpenPGP

Re: Oracle will remove JavaFX from Oracle JDK (was: Re: Noticed Oracle is Working to Remove Java FX, AWT, and Swing from Base Java/JDK)

[Ryan Cuprak]

I published a blog entry on my take on the announcement:
https://cuprak.info/2018/03/08/javafx-thoughts/ 


-Ryan

> On Mar 9, 2018, at 6:16 PM, Neil C Smith  wrote:
> 
> On Fri, 9 Mar 2018 at 22:31 Matthias Bläsing 
> wrote:
> 
>> Oracle is still committed to Swing and AWT to at least 2026. There is
>> no mention of removing it.
>> 
>> So we should keep calm.
>> 
> 
> Calm is good :-)
> 
> Still, that particular date is just talking about the end of commercial
> support for Java SE 11 isn't it?  Unless I missed something, there isn't
> anything about what happens in Java SE 12, which is only ~12 months away.
> 
> Best wishes,
> 
> Neil
> --
> Neil C Smith
> Artist & Technologist
> www.neilcsmith.net
> 
> Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org



signature.asc
Description: Message signed with OpenPGP

Re: [VOTE] Apache NetBeans Logo (NETBEANS-145)

[Ryan Cuprak]

Logo ID 1 : +2

-Ryan

> On Mar 1, 2018, at 7:32 AM, Antonio  wrote:
> 
> Hi all,
> 
> For popular demand let's vote about the NetBeans Logo in the mailing list, 
> that's easier for everybody, right? This will close NETBEANS-145 [1].
> 
> The received entries are at [2].
> 
> Please state the icon identifer you vote for (only icons count, do not pay 
> attention to typography).
> 
> Thanks all,
> Antonio
> 
> 
> [1]
> https://issues.apache.org/jira/browse/NETBEANS-145
> 
> [2]
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Logo+Contest
> 
>  Forwarded Message 
> Subject: Re: [ANN] Closing the NetBeans Logo Contest
> Date: Thu, 1 Mar 2018 12:23:50 +
> From: John McDonnell 
> Reply-To: dev@netbeans.incubator.apache.org
> To: dev@netbeans.incubator.apache.org
> 
> We should create a vote thread here, or on users.  This is consistent with
> normal apache votes.  All it needs is a link to the confluence page to show
> the images and their option numbers.
> 
> It avoids everyone having to have edit writes on the confluence just for a
> vote.
> 
> Regards
> 
> John
> 
> 
> 
> On 1 March 2018 at 12:21, John Kostaras  wrote:
> 
>> It's not clear where do we have to add our vote: in confluence
>> > Apache+NetBeans+Logo+Contest>or
>> in jira ?
>> 
>> I vote for option 2, too.
>> 
>> Regards,
>> 
>> John.
>> 
>> On 1 March 2018 at 13:16, Neil C Smith  wrote:
>> 
>> > On Thu, 1 Mar 2018 at 12:08 Peter Steele  wrote:
>> >
>> > > That means you need to have an account that is approved for editting.
>> > >
>> >
>> > Good catch!  Do we really want to restrict voting to wiki editors?  Or to
>> > dev@?  Or to users@?
>> >
>> > Personally, I'm in favour of at least having a thread on here
>> specifically
>> > for voting, if not one at users@ too.
>> >
>> > Best wishes,
>> >
>> > Neil
>> > --
>> > Neil C Smith
>> > Artist & Technologist
>> > www.neilcsmith.net
>> >
>> > Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
>> >
>> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> 
> 



signature.asc
Description: Message signed with OpenPGP

Re: [VOTE] Release Apache NetBeans HTML/Java API version 1.5

[Ryan Cuprak]

+1

> On Oct 8, 2017, at 9:06 PM, John D. Ament  wrote:
> 
> Graduation is a measure of the community, not any specific repository.  The 
> entire Apache Netbeans community graduates together.
> 
> The key things we look for:
> 
> - Understand the Apache Way
> - Understand the release process
> 
> We have a pretty comprehensive graduation guide, 
> https://incubator.apache.org/guides/graduation.html
> 
> The big thing is getting better at community involvement.  For instance, its 
> good that someone took the initiative to get a release together.  Would be 
> good to see more on list coordination of this.
> We'll also want to see that multiple companies are participating from a 
> functional standpoint.
> 
> John
> 
> On 2017-10-08 20:51, Geertjan Wielenga  
> wrote:
>> So, just to be clear, one repo within Apache NetBeans is permitted to
>> graduate separately from the other repos, if the Apache NetBeans community
>> agrees to that?
>> 
>> Gj
>> 
>> On Mon, 9 Oct 2017 at 02:48, John D. Ament  wrote:
>> 
>>> Votes are documented here:
>>> https://incubator.apache.org/guides/releasemanagement.html
>>> 
>>> It is correct, only IPMC votes are binding.  But as an IPMC member, I'm
>>> unlikely to vote on a RC that hasn't been vetted by the community and
>>> doesn't have a decent vote for it.
>>> 
>>> I would recommend reviewing the constraints section, and see if there's
>>> anything missing from this release.  I have a podling you should compare
>>> with, they're just about to graduate so I can guarantee its a good example
>>> of what to do -
>>> https://lists.apache.org/thread.html/69862bcfdcc35bd1491b552112c27fef9887a8d38beb7b0e04095e7c@%3Cdev.juneau.apache.org%3E
>>> 
>>> John
>>> 
>>> On 2017-10-08 20:31, Geertjan Wielenga 
>>> wrote:
 I believe the IPMC has binding votes here only.
 
 I am also not sure whether this repo can be released separately from
 incubator-netbeans. Maybe it can, maybe it can't, just saying that I
>>> don't
 know.
 
 Gj
 
 On Mon, 9 Oct 2017 at 02:29, Michael Nascimento 
>>> wrote:
 
> +1
> 
> Regards,
> Michael
> 
> <
> 
>>> http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail
>> 
> Virus-free.
> www.avg.com
> <
> 
>>> http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail
>> 
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> 
> On Sun, Oct 8, 2017 at 8:41 AM, Jaroslav Tulach <
> jaroslav.tul...@oracle.com>
> wrote:
> 
>> Hi guys,
>> I've set a Jenkins job up which can prepare a release bits of
>>> HTML/Java
> API
>> and gives instructions how to build the ZIP file and test it:
>> 
>> https://builds.apache.org/view/Incubator%20Projects/job/
>> incubator-netbeans-html4j-release/
>> 
>> after a bit of configuration struggling the [build #16](https://
>> 
> 
>>> builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-html4j-
>> release/16/) seems to deliver releasable ZIP file:
>> 
>> https://builds.apache.org/view/Incubator%20Projects/job/
>> incubator-netbeans-html4j-release/16/artifact/
>> incubating-netbeans-html4j-1.5.zip
>> 
>> It's md5sum is a45bda33200c208d0d837b0746a7dcce.
>> 
>> I've done the basic testing on Linux, as well as I tried to use the
> version
>> 1.5 in Bck2Brwsr VM (works fine) and TeaVM which needed a [bit of
> patching]
>> (https://github.com/konsoletyper/teavm/pull/304). In any case the
>> HTML/Java
>> API seems releasable from my point of view.
>> 
>> This is the first attempt to perform Apache release of NetBeans
>>> HTML/Java
>> API.
>> As such there are almost no new features. Mostly just licensing
>>> changes,
>> bugfixes and other little tweaks. See Javadoc section about post 1.4
>> release
>> improvements:
>> 
>> 
>>> https://builds.apache.org/job/incubator-netbeans-html4j-linux/javadoc/
>> 
>> Please take the ZIP file for a spin and vote to approve the release
>> and to request the approval of the Incubator PMC to publish it on
>> our site.
>> 
>> Everyone is encouraged to vote, including non-committers.
>> 
>> This vote shall close in the usual 72 hours.
>> -jt
>> 
>> PS: I am keeping my fingers crossed, hoping things go well.
>> 
>> 
> 
 
>>> 
>> 



signature.asc
Description: Message signed with OpenPGP

Re: NetBeans Mentoring/Training Suggestion

[Ryan Cuprak]

Hi,
 No I wasn’t advocating off-list communication - that would be very 
counterproductive. The purpose was tied to the rest of my email where I 
proposed having organized public training sessions and such a list would help 
in identifying who to specifically recruit. In addition, this code base is 
actually quite old and some of the people that have worked on parts of NetBeans 
have moved on (some a long time ago). In this case, the list could identify 
where we could re-engage someone or a segment of code that is in need of 
volunteers.

-Ryan

 It is just handy to know who’s attention

> On Oct 6, 2017, at 4:36 AM, Bertrand Delacretaz <bdelacre...@apache.org> 
> wrote:
> 
> Hi,
> 
> On Fri, Oct 6, 2017 at 8:46 AM, Ryan Cuprak <rcup...@gmail.com> wrote:
>> ... 1. Construct a list of individuals that have special knowledge for the 
>> different modules (basically a goto list for deep questions)
> 
> In an Apache project, asking questions to specific people (I assume
> you mean off-list) is frowned upon, as the goal is to build a
> community with a low bus factor, as well as cross-pollinate knowledge.
> Experts should emerge naturally based on focused discussions.
> 
> The recommended way to handle this is to define a set of [tags] that
> can be used in the subject lines of messages sent to this list. People
> can then, visually or using their mail clients, filter on such tags to
> pay special attention to a set of topics.
> 
> The set of [tags] can also emerge naturally as people start using
> those, in general there's no need for a big upfront effort in defining
> them. Maybe just maintain a website page which lists the recommended
> one, based on which ones emerge.
> 
> The OpenStack dev list [1] is a great example of that - a single list
> for many topics, with multiple [tags] as needed, and I suppose not
> using those [tags] there means nobody reads your message, which
> creates a virtuous cycle.
> 
> -Bertrand (with my incubation mentor hat on)
> 
> [1] http://lists.openstack.org/pipermail/openstack-dev/2017-June/thread.html



signature.asc
Description: Message signed with OpenPGP

NetBeans Mentoring/Training Suggestion

[Ryan Cuprak]

Hello,
 I have been poking around the NetBeans code and had a request/idea.NetBeans is 
a good size codebase and there is a lot of history in the code. One of the 
challenges with such a large code base is that adding features or fixing 
defects can be daunting. Where is the code for feature X, why was it 
implemented this way, what are the ripple effects of changes, what approach 
wasn’t taken but which should be taken, what tests need to be re-run etc.

I’d like to propose:
 1. Construct a list of individuals that have special knowledge for the 
different modules (basically a goto list for deep questions).
 2. Mentoring to help new developers work on the code base and implement/fix 
defects (provide guidance).
 2. Organize training sessions (virtually or at conferences) to ramp up new 
developers on the core NetBeans IDE code base. Go over the code structure, what 
algorithms and were used and why, where are the skeletons, etc.

 Sitting through the keynote at J1 when Brian Goetz was going over the new 
features in the language I was wondering how one would know where to look to 
implement these changes (and not break something). How would you decompose a 
new language feature into a list of tasks in the IDE code base.

 -Ryan


signature.asc
Description: Message signed with OpenPGP