Re: Contrib modules, etc.
Hi Tim, this is great! Thanks for making this available! I would love to get going again with the LicenseChanger plugin and check some of the other projects. The source code has not been donated yet, or has it? I could not find it in the Apache Git yesterday, but maybe I just missed it. It did not seem to reside in the contrib folder. The donation should be possible owing to the Sun/Oracle CLA that every contributor to contrib had to sign at one point, correct? Can and should these projects live in the main Apache NetBeans Git? Best wishes, Nils > Am 18.08.2019 um 10:52 schrieb Tim Boudreau : > > A year or so ago I converted the old netbeans contrib repo to maven. In > fact, I have no idea if the contrib contents were ever donated to Apache or > what became of them. > > At any rate, I finally got around to getting a continuous build of all of > it up and running, and threw a few I consider must-have on my NetBeans > update server: > > https://timboudreau.com/modules/ > > (also there are an alternate dark look and feel + editor theme, and that > visual-library editor tabs replacement I wrote a while back) > > If anyone wants to root around in the full universe of contrib nbms, here's > everything that could be built (I have no idea what actually works): > > https://timboudreau.com/builds/job/netbeans-contrib-mavenized/lastSuccessfulBuild/artifact/ > > Might be interesting to see if the fairly complete sets of language support > modules such as Erlang and Python are viable - if they build, they should > work...(famous last words) > > -Tim > > -- > http://timboudreau.com - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Travis - Setting up additional test group for webcommon cluster in matrix fails
Hi, I hope someone has better travis foo, then me. I fixed many of the webcommon unittests: https://github.com/matthiasblaesing/netbeans/commits/webcommon-unittests2 and wanted to set them up with the travis build. This is the change: https://github.com/matthiasblaesing/netbeans/commit/962311c8e603808a6d3a9adb3f2a4fb7dae734d9 That commit breaks the build of both module unittests (first element is .travis.yml line 76 and my new one is in .travis.yml line 183). The build does not pick up the definition of the TEST_MODULES environment variable in both cases: https://www.travis-ci.org/matthiasblaesing/netbeans/jobs/573474338 https://www.travis-ci.org/matthiasblaesing/netbeans/jobs/573474339 I'd appretiate some help here. Thank you Matthias - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Contrib modules, etc.
A year or so ago I converted the old netbeans contrib repo to maven. In fact, I have no idea if the contrib contents were ever donated to Apache or what became of them. At any rate, I finally got around to getting a continuous build of all of it up and running, and threw a few I consider must-have on my NetBeans update server: https://timboudreau.com/modules/ (also there are an alternate dark look and feel + editor theme, and that visual-library editor tabs replacement I wrote a while back) If anyone wants to root around in the full universe of contrib nbms, here's everything that could be built (I have no idea what actually works): https://timboudreau.com/builds/job/netbeans-contrib-mavenized/lastSuccessfulBuild/artifact/ Might be interesting to see if the fairly complete sets of language support modules such as Erlang and Python are viable - if they build, they should work...(famous last words) -Tim -- http://timboudreau.com
Have we got any *runtime* performance tests?
I've been playing with some tweaks to masterfs - specifically, I had a library i wrote for a completely different purpose, which keeps a cache of open NIO FileChannels. Partly out of curiosity, and partly because I've wondered for a while what using NIO more for File IO in NetBeans might accomplish, I dropped it into masterfs. Basically, opening a file opens a file channel (the cache key includes the read/write/truncate options), which is cached, and closed after 60 seconds if it has not been touched. Input and output streams just take a lock on the stream, set its state back to what it was when they last touched it, and then release the lock. Subjective impression, after running with these patches for about a week is that my machine is quieter and the IDE snappier - which makes some sense, since simply editing a file can trigger a bunch of reads of related file, so this is dramatically reducing interaction with the OS (in the back of my mind, I'm wondering if some of the Windows file-stat performance problems could be bypassed by checking if an open channel exists for some file - thought you might need to at least try to position the channel to trigger the IDE noticing if it had been deleted and the channel was invalid). What would be useful to actually measure if my perception matches reality would be some performance tests (not startup performance!!) that open a large number of projects and files, perform edits, switch between things, and take timings for those operations. I have the vague sense that such might exist from one or another round of performance tuning years ago, but I have no idea where. Any ideas? If anyone wants to play with this stuff, it's on the nio-mfs branch of my fork here: https://github.com/timboudreau/incubator-netbeans/tree/nio-mfs (for the time being I just copied the code from three libraries of mine that live elsewhere; ideally they would be used as libraries instead, but it was a quick bit of patching to see if it was even useful to try this) -Tim -- http://timboudreau.com
