<rwilliams[m]> Is there an easy way to get rbenv to point to the jruby that's build when building the source?
<rwilliams[m]> * Is there an easy way to get rbenv to point to the jruby that's built when building the source?
<rwilliams[m]> I just linked the jruby source directory to ~/.rbenv/versions/jruby-dev
headius[m] has joined #jruby
<headius[m]> Yeah I don't know rbenv well but that seems fine to me
<headius[m]> rvm has mount but I don't know if there's an equivalent for the other switchers
<rwilliams[m]> Yeah i kept having issues with rvm recently so i switched
<rwilliams[m]> daniel_jruby_question_asker: your username is great
<daniel_jruby_que> Looking at JavaMethod, it looks like there's code to set accessible for public methods on classes that aren't public, but that doesn't seem to catch this here?
<daniel_jruby_que> Haha, thanks
<daniel_jruby_que> It is descriptive
<daniel_jruby_que> Anyway I'm encountering this issue with existing code that works with Java 8 on jruby 9.2.9.0 but fails in this way on trying to upgrade from there to Java 11
<headius[m]> ok there is one known bug in 9.2.9 regarding such methods, but in general I expect you are encountering a package that isn't open
<headius[m]> on Java 11 we don't attempt to circumvent Java module visibility so methods that we might have forced to be accessible before will not be accessible now
<headius[m]> yeah I see your issue above now
<headius[m]> that's definitely the bug
<headius[m]> daniel_jruby_question_asker: I expect it's this: https://github.com/jruby/jruby/issues/5969
<headius[m]> which is fixed by https://github.com/jruby/jruby/pull/5984
<headius[m]> enebo: probably need a 9.2.10 sooner than later
<headius[m]> this one is apparently affecting lots of folks immediately after updating
<daniel_jruby_que> Awesome, thanks so much!
<headius[m]> there are some workarounds to help get you past that...unfortunately a JVM --add-opens flag is the best workaround we have right now
_whitelogger has joined #jruby
dopplerg- has quit [Ping timeout: 240 seconds]
dopplergange has joined #jruby
nirvdrum has quit [Ping timeout: 268 seconds]
nirvdrum has joined #jruby
nirvdrum has quit [Ping timeout: 240 seconds]
jeremyevans_ has joined #jruby
jeremyevans has quit [Read error: Connection reset by peer]
olleolleolle has quit [Ping timeout: 240 seconds]
olleolleolle has joined #jruby
rusk has joined #jruby
Antiarc has quit [Quit: ZNC 1.7.4+deb7 - https://znc.in]
Antiarc has joined #jruby
victori has quit [Quit: ZNC 1.7.5 - https://znc.in]
victori has joined #jruby
shellac has joined #jruby
drbobbeaty has joined #jruby
nirvdrum has joined #jruby
lucasb has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
shellac has joined #jruby
subbu is now known as subbu|away
shellac has quit [Ping timeout: 246 seconds]
satyanash has joined #jruby
<satyanash> so, we just noticed a bug where arjdbc for postgresql fails to return the correct PK when insert_returning is true, but the primary key is not the first column. Have raised a draft PR with a failing test here: https://github.com/jruby/activerecord-jdbc-adapter/pull/1045/files
<satyanash> Looks like a regression as it was discovered when trying to upgrade from Rails 4 to 5.
subbu|away is now known as subbu
xardion has quit [Remote host closed the connection]
xardion has joined #jruby
rusk has quit [Remote host closed the connection]
<headius[m]> Nice thanks
ur5us has joined #jruby
lucasb has quit [Quit: Connection closed for inactivity]
havenwood has quit [Quit: ZNC 1.7.5 - https://znc.in]
havenwood has joined #jruby
havenwood has quit [Changing host]
havenwood has joined #jruby
nirvdrum has quit [Ping timeout: 250 seconds]
lucasb has joined #jruby
drbobbeaty has quit [Ping timeout: 245 seconds]