mistergibson has quit [Quit: Leaving]
jmalves has joined #jruby
jmalves has quit [Remote host closed the connection]
jmalves has joined #jruby
jmalves has quit [Read error: Connection reset by peer]
jmalves_ has joined #jruby
jmalves_ has quit [Remote host closed the connection]
jmalves has joined #jruby
jmalves_ has joined #jruby
jmalves has quit [Ping timeout: 252 seconds]
jmalves_ has quit [Ping timeout: 245 seconds]
jmalves has joined #jruby
drbobbeaty has quit [Ping timeout: 240 seconds]
drbobbeaty has joined #jruby
bbrowning_away is now known as bbrowning
_whitelogger has joined #jruby
_whitelogger has joined #jruby
shellac has joined #jruby
jmalves has quit [Remote host closed the connection]
<headius> mfunkmann: You are just doing JRuby + JavaFX yourself, yes? Not using JRubyFX?
<headius> glad you figured it out
Puffball has joined #jruby
jmalves has joined #jruby
<headius> enebo: so there's a new headache with JPMS
jmalves has quit [Ping timeout: 252 seconds]
<headius> because IDEA can't set language level on a per-directory basis, having module-info anywhere in the "module" (IDEA module, not JPMS module) means the whole thing needs to be set to "9" for language level or else there's a constant red squiggle for the module-info.java
<headius> Someone on Twitter did point out a maven plugin you can use to generate module-info.class from an XML file on any Java version. As hacky as that sounds, it may be the simplest option right now
<headius> the other option is that you just manually set IDEA to 9 language when you first clone, but then 9 language features could easily sneak into our code :-\
<kares> exclude module-info.java in IDEA?
<headius> That's a bit better
<headius> still requires some manual intervention after cloning
<headius> I'm really disappointed with how badly JPMS is supported a year later
bomb has joined #jruby
<headius> yeah I hope the platform doesn't crumble under its own weight
<headius> obviously having a major release every 6 months is the answer 🙄
jmalves has joined #jruby
<headius> lopex: do you have any objection to the yaml poms?
<lopex> headius: no
<lopex> headius: unless there's some ruby logic required that kares mentioned
<headius> I'm going to do a round of releases on jcodings, bytelist, and joni that modularizes them and converts to yaml
<lopex> cool
<headius> nah this is just for the projects that are xml currently
<lopex> headius: but it's still from polyglot or maven native support ?
<headius> it is
<headius> er it is polyglot
<headius> but just needs that one .mvn/extensions.xml file and Maven 3.1 or higher I believe
jmalves has quit [Ping timeout: 240 seconds]
xardion has quit [Remote host closed the connection]
<headius> lopex: since we're releasing bytelist 2.0 I'm going to delete all deprecated methods
<headius> most of them are broken or unsafe anyway
<headius> nirvdrum: ^ even though you probably don't use bytelist anymore
<headius> lopex: oh one other perhaps issue...I have not set these up to build without module-info on Java 8, so they'll require Java 9 to build always
xardion has joined #jruby
<lopex> headius: ok, these projects are not prone to fail on different releases anyways
<lopex> headius: do we want to maintain different branches though ?
<headius> no
<headius> I'll merge to master
<headius> enebo: objections to dependency projects needing Java 9 to build?
<headius> they will still support 8, and I could make them only do JPMS on 8 with a bit more maven shit
<headius> I mean make them ignore module stuff on 8
<enebo> headius: no that is fine with me. My only reservation is that we continue to test with 8 somewhere
<enebo> building with 9 for release is fine though
<enebo> or 9+
<headius> hmmm
<headius> yeah I was going to skip allowing the build to run on 8 for these dependencies but I have no answer for testing
<headius> so I'll do the extra maven stuff
<enebo> yeah if we say it works on 8 we sort of have to test with it
<headius> agreed
<enebo> ok
<headius> and it would feel a little weird if it didn't build on the platforms it supports
* headius sighs
<headius> the red squiggle thing I talk about above is still an open issue
<headius> excluding module from IDE is an option...it's not great but it's an option
jmalves has joined #jruby
jmalves has quit [Ping timeout: 264 seconds]
shellac has quit [Ping timeout: 252 seconds]
* bomb <3 JRuby
<headius> bomb: +1
<headius> having fun?
<bomb> yeah, it's awesome. also RubyMine integration works quite well
jmalves has joined #jruby
mistergibson has joined #jruby
jmalves has quit [Ping timeout: 252 seconds]
<bga57> I would like to point out that I use JRuby on FreeBSD, and FreeBSD doesn't support openjdk9 yet.
<bga57> It's possible that FreeBSD might not get openjdk9 and openjdk10 releases, maybe skip them for openjdk11.
mistergibson has quit [Quit: Leaving]
<bomb> bga57: openjdk 9/10 is going to be deprecated soon
<headius> bga57: yeah JRuby for sure won't require 9 to build
<headius> the releases will have module-info.class but the rest will be compiled as Java 8
<headius> bomb: Java 7 is deprecated but there's still lots of folks on it :-( this is going to be a long, long tail
<headius> 8 isn't even officially EOL yet
<headius> so we basically have lots of people out there on 7 (JRuby gave up on it though), plus 8, 9, 10, and 11 that are live, with 8 going away soon and 11 to be LTS for like 3 years or something
<headius> it's a mess
<bomb> is 9.3 going to be openjdk 11+?
<headius> we won't bail on 8 until Oracle does...and even then we'll have to evaluate
<headius> 9/10/11 uptake has been super slow because modules break everything
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
_whitelogger has joined #jruby
<bomb> hmm
rdubya has quit [Ping timeout: 240 seconds]
damnski has quit [Ping timeout: 268 seconds]
bomb has quit [Quit: https://i.imgur.com/5RYdEnu.png]
rdubya has joined #jruby
jmalves has joined #jruby