Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 22:24
    ahorek commented #5279
  • 21:46
    nightsurge commented #5279
  • 21:45
    nightsurge commented #5279
  • 21:42
    ahorek commented #5279
  • 21:42
    ahorek commented #5279
  • 21:33
    ahorek commented #5279
  • 19:59
    headius opened #6538
  • 19:59
    headius milestoned #6538
  • 19:11
    nightsurge commented #5279
  • 09:16
    huimxu commented #5846
  • Jan 21 18:32
    dgolombek commented #6309
  • Jan 21 17:05
    dgolombek commented #6309
  • Jan 21 15:57
    dgolombek commented #6309
  • Jan 20 04:20

    headius on revert-6517-racc_gem_in_9.2

    (compare)

  • Jan 20 04:20

    headius on jruby-9.2

    Revert "Install racc 1.5.2 from… Copy updated racc bits This on… Merge pull request #6537 from j… (compare)

  • Jan 20 04:20
    headius closed #6537
  • Jan 19 21:31
    headius commented #6507
  • Jan 19 21:30
    headius commented #6507
  • Jan 19 21:28
    headius synchronize #6537
  • Jan 19 21:28

    headius on revert-6517-racc_gem_in_9.2

    Copy updated racc bits This on… (compare)

Charles Oliver Nutter
@headius
worst case I pass a property during build myself
I take it the properties at build are not hardcoded in the image? It could not see jruby.home after the image was made
ah yeah that's for checking if I'm running in a native image
I need to know if I'm building for a native image so I know to do extra heap setup
it's fine, I'll use my own prop
Kevin Menard
@nirvdrum
I don't believe so. I think the idea is for runtime properties to remain runtime properties so they're functionally equivalent. If you want to store the values in a static field, that's possible. But you probably don't want a hard-coded filesystem location anyway.
Charles Oliver Nutter
@headius
can you pass properties to a native image?
Kevin Menard
@nirvdrum
Ahh. Well, you could just put that in your build config, no?
Charles Oliver Nutter
@headius
yeah probably, I don't really have a build config yet
just a really long command line
Charles Oliver Nutter
@headius
I've only poked at this for like 8 hours
Kevin Menard
@nirvdrum
I'll have to see how mx ultimately passes that through. I can't readily check at the moment, unfortunately.
Charles Oliver Nutter
@headius
no problem
Kevin Menard
@nirvdrum
https://www.graalvm.org/docs/reference-manual/aot-compilation/ has reference to NATIVE_IMAGE_CONFIG_FILE. That should get you going without mx.
NB: I haven't actually tried either. But both look like promising sources.
Charles Oliver Nutter
@headius
yeah cool
most of remaining issues are getting things in the right places so that native-image can see them (psych jar, openssl jar, jffi binary) and then I think things will largely work fine
Uwe Kubosch
@donv
Hi! The nightly builds are not accessible: https://www.jruby.org/nightly links to https://repo.aws.oss.sonatype.org/content/repositories/snapshots/org/jruby/jruby-complete/ which gives a 404 error page.
Charles Oliver Nutter
@headius
Gah that should be there
It's not a 404 for me
Oh but the jar isn't there
Well that's strange, the nightly snapshot job disappeared
Matt Patterson
@fidothe
Afternoon/Morning. I have this project: https://github.com/fidothe/saxon-rb which wraps the Saxon Java library. We vendor a specific version of Saxon in to the gem with jar-dependencies. There's a mechanism to use different Saxon JARs if you need them (for an older version, or for the EE version). That has worked fine. I just came to use it again to test something and I am getting StackOverflow errors. I have a simple example gist at https://gist.github.com/fidothe/5247bb8236e6dcd42d6bbc1d1b63ad2f showing what's needed. All the loading code is in lib/saxon/loader.rb.
At this point I'm really not sure if this is a bug in my code or a problem somewhere else
I will check with a JRUBY nightly and see
Matt Patterson
@fidothe
Still a problem there.
I will open an issue later this evening, once I get home. Hopefully it's just me doing something dumb.
Matt Patterson
@fidothe
yeah, I'm doing something 'dumb'
I'd tested the ability to load other versions of Saxon by loading a SaxonPE version
which has a different JAR name
So I imagine that despite having not required any of the jar_dependencies stuff on the code path that loads an external Jar, trying to load another version of the Saxon HE jars causes a horrendous pile up because the jar_dependencies vendors the Jars under lib, and so on the $LOAD_PATH
So, this is probably one to take up with @mkristian on the jar_dependencies repo issues list...
(I have checked, and current code example will load an external Saxon PE jar fine)
Charles Oliver Nutter
@headius
@fidothe hey there
Yeah, if you think it is related to jar-deps then file it there, but filing on main JRuby repo is fine too
Do you have a stack trace gist handy?
Uwe Kubosch
@donv
Hi all! @headius We launched a beta of our airport bus tracking system based on Ruboto with jruby-complete-9.2.9.0-20191002.125108-59 this week. First launch looks good. We will give it a week without incidents before going GA.
Matt Patterson
@fidothe
@headius I don't have a stack trace handy - will get one. Assumption about HE/PE (differently named .jars with mostly the same classes in) is also wrong, so I'm digging deeper. jar-deps looks less likely as a problem source
Matt Patterson
@fidothe
@headius, better reproduction with a non-1-line stacktrace at the updated https://gist.github.com/fidothe/5247bb8236e6dcd42d6bbc1d1b63ad2f
Will file an issue. Not sure there's a simpler reproduction than to clone my project and grab the external JAR, alas.
Matt Patterson
@fidothe
@headius here you go jruby/jruby#5914
Charles Oliver Nutter
@headius
@donv Oh that's cool! Would love to host a blog post from you about the architecture of your apps some time. I'd be happy to help write it or whatever
@fidothe Thank you!
Charles Oliver Nutter
@headius
@fidothe I posted a "fix" but I don't hve a full understanding of why it works one way (jar-deps) but not the other (classpath)
@donv It seems like jruby-complete jars started snapshotting again 🤷‍♂️
Matt Patterson
@fidothe
@headius @enebo I don't know if anyone is tackling #5905, but it looks like something I could tackle in a reasonable time. Looking the code over, it seems fairly straightforward. The main thing I don't really understand is the role of RubyString's gsubFast - the only use of that I can find is in RubyDate.java, which uses a Regexp, so it's not directly affected by behaviour that uses a string pattern arg.
Charles Oliver Nutter
@headius
@fidothe Hey that would be great!
Yeah gsub fast may not be used by this logic...but I suppose it could be?