01:36
lucasb has quit [Quit: Connection closed for inactivity]
02:06
Antiarc has quit [Ping timeout: 244 seconds]
02:21
Antiarc has joined #jruby
02:41
jeremyevans_ has quit [Quit: leaving]
02:52
jeremyevans has joined #jruby
03:02
jeremyevans has quit [Read error: Connection reset by peer]
03:22
_whitelogger has joined #jruby
05:00
jeremyevans has joined #jruby
07:18
travis-ci has joined #jruby
07:18
travis-ci has left #jruby [#jruby]
07:49
<
JulesIvanicGitte >
@headius Did you create an issue in the Puma repo about the keep-alive bug ?
08:55
drbobbeaty has joined #jruby
09:11
<
kares[m] >
Jules Ivanic (Gitter): just use what you have released, for now
09:12
<
kares[m] >
if you read the PR and ref issue carefully you'll find that it was due warnings on Java 9+
09:12
<
kares[m] >
are you having troubles with Puma atm?
09:13
<
JulesIvanicGitte >
We have performance issues with our Rails/Grape app with JRuby
09:14
<
JulesIvanicGitte >
so, we’re looking for the origin of this perf problem
09:14
<
kares[m] >
and you have pointers towards Puma?
09:15
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
09:15
<
kares[m] >
okay, well try to understand the issue first before upgrading wout a sign that it will be worth it
09:16
<
kares[m] >
... found that most of the time its application code not framework/server code
09:47
<
JulesIvanicGitte >
Ok thanks :) We’ll stay we the latest release so
10:53
drbobbeaty has joined #jruby
12:43
lanceball_ is now known as lanceball
12:44
lanceball has quit [Changing host]
12:44
lanceball has joined #jruby
12:52
_whitelogger has joined #jruby
13:37
Antiarc has quit [Ping timeout: 252 seconds]
14:11
Antiarc has joined #jruby
14:19
Antiarc has joined #jruby
14:26
travis-ci has joined #jruby
14:26
travis-ci has left #jruby [#jruby]
15:13
<
JulesIvanicGitte >
??
15:14
<
JulesIvanicGitte >
Do you see something else to activate ?
15:14
<
JulesIvanicGitte >
(I’m open to experimental things)
15:15
travis-ci has joined #jruby
15:15
travis-ci has left #jruby [#jruby]
15:54
<
JulesIvanicGitte >
I see no diff between the outputs of `-J-XX:+PrintFlagsFinal` with or without the `JRUBY_OPTS="—server”` flag. Is it normal ?
15:55
xmj has left #jruby [#jruby]
16:03
xardion has quit [Remote host closed the connection]
16:08
xardion has joined #jruby
16:17
Puffball has joined #jruby
16:24
Puffball has quit [Quit: Puffball]
16:35
subbu is now known as subbu|lunch
16:36
Puffball has joined #jruby
16:39
lucasb has joined #jruby
16:42
Puffball has quit [Quit: Puffball]
16:55
subbu|lunch is now known as subbu|away
18:27
Aethenelle has joined #jruby
18:28
<
rdubya[m] >
enebo: kares headius wondered if you all had some time to talk about the mssql support for arjdbc and what direction we should go with it
18:28
<
rdubya[m] >
would be nice if we could get something released for railsconf, but that might be a stretch at this point
19:19
<
enebo[m] >
to clarify this a bit more #4 is the large PR for sqlserver commits
19:20
blemmen has joined #jruby
19:20
<
enebo[m] >
#1-3 are variants of leveraging rdubya PR and the upstream project
19:21
<
blemmen >
hey all - I am wondering when jruby will support running with (Open)JDK12 - is there any timeline?
19:22
<
enebo[m] >
I like the notion of rdubya PR mostly because the main problems of sqlserver logic will be handled by a gem with millions of downloads and we just have to make it fit. scenario #1 could probably even boil down to a pull with a single rebase. So knowing what we changed is even pretty simple.
19:23
<
enebo[m] >
blemmen: I have not tried it yet. Is it working with warnings? or are there more significant problems?
19:24
<
blemmen >
I have not tried myself, but a colleague reported that jRuby does not even find the JVM
19:24
<
blemmen >
though it's not different than other JDK versions
19:25
<
blemmen >
regarding the installation paths
19:25
<
enebo[m] >
blemmen: downloading 12 and I will tell you shortly
19:26
<
blemmen >
great, please use OpenJDK 12 when testing.
19:26
<
enebo[m] >
I would be surprised if they changed java launching but we do use various flags in our launcher
19:27
<
blemmen >
that might be a reason why it's not working anymore. If I am not mistaken Oracle removed the support of some parameters
19:27
<
enebo[m] >
blemmen: it is in the plan but we are looking into other ci options and we are somewhat limited in total worker time for ci
19:27
<
enebo[m] >
11 is a little more important atm since it is meant to be long support release
19:27
<
blemmen >
only if you pay for it ;-)
19:28
<
blemmen >
at least for commercial use
19:28
<
enebo[m] >
blemmen: indeed. :) we are looking at that from the angle of what version will most users decide to pin to
19:28
<
blemmen >
very understandable
19:30
<
enebo[m] >
jruby -v -S gem list
19:30
<
enebo[m] >
jruby 9.2.7.0 (2.5.3) 2019-04-16 8a269e3 OpenJDK 64-Bit Server VM 12.0.1+12 on 12.0.1+12 +jit [linux-x86_64]
19:30
<
enebo[m] >
Seems to run on linux fedora core 29 for me
19:31
<
blemmen >
interesting, we tried on windows. let me check if I can reproduce myself
19:31
<
enebo[m] >
blemmen: at windows...it is always a wild card
19:37
<
blemmen >
haha ;-) yeah probably so jruby -v and jirb seem to work for me as well. Let me try to run a simple script
19:37
<
blemmen >
C:\Users\bln>c:\Tools\JRuby\bin\jruby.exe -v
19:37
<
blemmen >
pl.getFD()
19:49
<
blemmen >
hmm - works for me, even a sinatra app is working - will probably need to check with my colleage ;-) thanks for the help
19:54
blemmen has quit [Remote host closed the connection]
20:41
ilbelkyr_ has quit [Quit: :tiuQ]
20:45
ilbelkyr has joined #jruby
20:50
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
21:06
jeremyevans has quit [Ping timeout: 264 seconds]
22:48
lucasb has quit [Quit: Connection closed for inactivity]
22:58
subbu|away is now known as subbu