hi Rodrigo,

also happy easter !

well, from the error is looks like the classpath from
.jbundler/classpath.rb is empty.

but actually I am surprised that you did not see another error since
there was a little typo in the code - time to get specs ready !

please remove the Mvnfile.lock if it is there to trigger the
generation of a new classpath.rb file.

regards,
Kristian


On Fri, Apr 6, 2012 at 8:25 PM, Rodrigo Rosenfeld Rosas
<rr.ro...@gmail.com> wrote:
> Hi Kristian, I followed the instructions in the README, but adapted to use
> RVM:
>
> rvm jruby
> cd example/my_project
> bundle install
> bundle exec info.rb
>
> And it raised this exception:
>
> NameError: cannot load Java class org.slf4j.LoggerFactory
>  get_proxy_or_package_under_package at
> org/jruby/javasupport/JavaUtilities.java:54
>                      method_missing at
> /home/rodrigo/.rvm/rubies/jruby-1.6.7/lib/ruby/site_ruby/shared/builtin/javasupport/java.rb:51
>                              (root) at info.rb:3
>
> Am I missing something?
>
> Happy Easter!
>
> Rodrigo.
>
> Em 05-04-2012 18:10, kristian escreveu:
>
>> hi Charlie,
>>
>> did you speak about the jbundler idea ? from Rondrigo's response I
>> concluded this.
>>
>> currently it does not depend on "changing" bundler, rubygems or jruby.
>> there is NO technical dependency to the jruby-1.7 release. so any edge
>> case can be dealt and fixed when it pops up.
>>
>> since there is some interest on the project. today someone help me to
>> fix "finding the right maven" and he is trying it out on one or two
>> production projects. once I get positive feedback it is time to push a
>> "prerelease" gem. maybe Rodrigo finds some time to look at it too - at
>> least the problems he reported are fixed now.
>>
>> GSoC - I have the feeling the remaining parts might be (if wanted)
>> some command line tools which is pure ruby code without any direct
>> connection to jruby.
>>
>> conceptually jbundler is nothing new and very similar what ruby-maven
>> does - instead of using maven to resolve the gems version, jbundler
>> uses **bundler** :)
>>
>> if I compare it to the maven-gem/gemify approach where I do know lots
>> of dead ends which will never work then with jbundler there is none so
>> far.
>>
>> for me it already works better then maven_gemify and I will be happy
>> if I can dump that gemify code for good. I personally have a week to
>> put specs into jbundler then I am offline until May.
>>
>> propagating jbundler instead of maven_gemify would help to mature
>> things faster - and maven_gemify still is labeled "experimental" :)
>>
>> jbundler is just some clue code between bundler and aether(maven) and
>> adding a lock file to the whole thing.
>>
>> enough said - I guess I am just amazed how little code was needed to
>> get it running.
>>
>> regards, Kristian
>>
>> On Thu, Apr 5, 2012 at 9:05 PM, Charles Oliver Nutter
>> <head...@headius.com>  wrote:
>>>
>>> Ok, time for a status update. GSoC proposals close tomorrow.
>>>
>>> Given the timeframe of May for a JRuby 1.7 preview release, does it
>>> seem like we can have this work done or is this something that might
>>> take more than a month? I emphasize this is a preview release; JRuby
>>> 1.7 has had such a long cycle and major changes we're not going
>>> straight into RC cycle like we did with 1.6. There will probably be a
>>> good month of cooling down after the preview release (around May 22),
>>> and then we'll look at an RC cycle starting in June.
>>>
>>> Where do we stand, what needs to be done, will we have time for / want
>>> a GSoC project?
>>>
>>> - Charlie
>>>
>>> On Wed, Apr 4, 2012 at 1:32 PM, kristian<m.krist...@web.de>  wrote:
>>>>
>>>> thanx anyways. your input so far was really great made the whole thing
>>>> happen. and it feels like a clean solution. hope you find some time to
>>>> see what is going on with your maven3/ruby-maven error since that part
>>>> is copy and paste of the current maven_gemify.rb from jruby.
>>>>
>>>> thanx again. Kristian
>>>>
>>>>
>>>> On Wed, Apr 4, 2012 at 11:41 PM, Rodrigo Rosenfeld Rosas
>>>> <rr.ro...@gmail.com>  wrote:
>>>>>
>>>>> Hi Kristian, I tried once to give it a quick try, but it complained
>>>>> about
>>>>> Maven3 not being installed.
>>>>>
>>>>> I have it installed and I even installed the ruby-maven gem but the
>>>>> error
>>>>> persisted.
>>>>>
>>>>> I didn't have time for fixing it because I need to fix some issues with
>>>>> the
>>>>> Grails application I maintain and just reported a(nother) bug in
>>>>> Grails:
>>>>>
>>>>> http://jira.grails.org/browse/GRAILS-8994
>>>>>
>>>>> I'm in a hurry with some issues this week and that is why I'm not able
>>>>> to
>>>>> invest much time on this Maven-Bundler integration until I can breathe
>>>>> a
>>>>> bit.
>>>>>
>>>>> But good to know that this is advancing somehow.
>>>>>
>>>>> Best,
>>>>> Rodrigo.
>>>>>
>>>>> Em 04-04-2012 13:39, kristian escreveu:
>>>>>
>>>>> Hi Rodrigo,
>>>>>
>>>>> I just rounded up the whole thing - hope it works for someone
>>>>> different then me. there are no commandline tools, no groups in the
>>>>> Mvnfile and version resolution is split between gems (done by bundler)
>>>>> and jars (done by jbundler).
>>>>>
>>>>> the only thing which is missing from my side are specs and maybe but
>>>>> some common code between jbundler, ruby-maven and jruby-maven-plugins
>>>>> into a common gem.
>>>>>
>>>>> any feedback is welcome.
>>>>>
>>>>> regards,
>>>>> Kristian
>>>>>
>>>>>
>>>>> On Mon, Apr 2, 2012 at 6:31 AM, Rodrigo Rosenfeld Rosas
>>>>> <rr.ro...@gmail.com>  wrote:
>>>>>
>>>>> Hi Kristian, I'm just back home after a long weekend. I'll try to find
>>>>> some
>>>>> time this week to take a look at this project.
>>>>>
>>>>> Thank you for your effort on this.
>>>>>
>>>>> Cheers,
>>>>> Rodrigo.
>>>>>
>>>>> Em 01-04-2012 17:42, kristian escreveu:
>>>>>
>>>>> Hi Rodrigo,
>>>>>
>>>>> I just put a few ideas and pieces together in
>>>>> https://github.com/mkristian/jbundler
>>>>>
>>>>> a Mvnfile.lock needs to step deeper into maven but once the embedding
>>>>> of maven or using of aether is clear, the actual Mvnfile.lock is quite
>>>>> easy to achieve.
>>>>>
>>>>> regards,
>>>>> Kristian
>>>>>
>>>>>
>>>>> On Fri, Mar 30, 2012 at 7:08 PM, Rodrigo Rosenfeld Rosas
>>>>> <rr.ro...@gmail.com>    wrote:
>>>>>
>>>>> I'd love to see this completed until 1.7 release date, about May.
>>>>>
>>>>> But honestly, this requires a lot of energy for discussing some
>>>>> approach
>>>>> with the Bundler team that would work for all of us in a sustainable
>>>>> way.
>>>>>
>>>>> Personally, I think it would be better to separate the Maven
>>>>> integration
>>>>> concerns from the Bundler repository itself. We should define an API so
>>>>> that
>>>>> we can keep working on the Maven integration as a separate gem that
>>>>> would
>>>>> be
>>>>> used by Bundler through an API (I'm thinking in some hook here).
>>>>>
>>>>> So, it is not just about implementing some solution that works, but
>>>>> about
>>>>> discussing the proper way to achieve it so that the JRuby community can
>>>>> make
>>>>> progress on the Maven integration to Bundler in a fast pace instead of
>>>>> depending on pull requests to be approved by the Bundler team which is
>>>>> naturally more interested in Ruby related issues than on Java
>>>>> integration
>>>>> ones.
>>>>>
>>>>> This can require a lot of time and having someone allocated by the GSoc
>>>>> would help this getting traction.
>>>>>
>>>>> Personally, in the meanwhile I'm using this solution right now while
>>>>> making
>>>>> some experiments with a JRuby on Rails project.
>>>>>
>>>>> I've created some files in the root of my project:
>>>>>
>>>>> Mvnfile
>>>>> ---
>>>>> #org.apache.solr:solr-solrj:3.5.0
>>>>> org.apache.poi:poi:3.7
>>>>> ---
>>>>>
>>>>> pom.xml.template
>>>>> ---
>>>>> <project>
>>>>> <modelVersion>4.0.0</modelVersion>
>>>>> <groupId>ignore</groupId>
>>>>> <artifactId>ignore</artifactId>
>>>>> <version>1</version>
>>>>> <dependencies>
>>>>> <%= dependencies %>
>>>>> </dependencies>
>>>>> </project>
>>>>> ---
>>>>>
>>>>> resolve-maven-dependencies.sh
>>>>> ---
>>>>> #!/bin/bash
>>>>> source $HOME/.rvm/scripts/rvm
>>>>> source .rvmrc
>>>>> # optionally we can run bundle too from here
>>>>> # bundle
>>>>> rvm 1.9.3
>>>>> ruby generate-pom.rb
>>>>> rm -rf lib/mvn
>>>>> mvn -DoutputDirectory=lib/mvn/ dependency:copy-dependencies
>>>>> ---
>>>>>
>>>>> .rvmrc
>>>>> ---
>>>>> rvm jruby@my_application --create
>>>>> ---
>>>>>
>>>>> generate-pom.rb
>>>>> ---
>>>>> require 'erb'
>>>>>
>>>>> dependencies = ''
>>>>> File.read('Mvnfile').each_line do |dep|
>>>>>  dep = dep.chomp.strip
>>>>>  next if dep.empty? || dep.start_with?('#')
>>>>>  group, artifactId, version = dep.split ':'
>>>>>  dependencies += "
>>>>> <dependency>
>>>>> <groupId>#{group}</groupId>
>>>>> <artifactId>#{artifactId}</artifactId>
>>>>> <version>#{version}</version>
>>>>> </dependency>
>>>>>  "
>>>>> end
>>>>>
>>>>> File.write 'pom.xml',
>>>>> ERB.new(File.read('pom.xml.template')).result(binding)
>>>>> ---
>>>>>
>>>>> config/initializers/0-add-maven-dependencies-to-classpath.rb
>>>>> ---
>>>>> if RUBY_PLATFORM == 'java'
>>>>>  require 'java' # not actually needed, but better to be explicit about
>>>>> it
>>>>>  Dir["#{Rails.root}/lib/mvn/*.jar"].each{|f| require f}
>>>>> end
>>>>> ---
>>>>>
>>>>> This is working for me and I don't have any problems with this setup.
>>>>> My
>>>>> only concern is that someone deciding between JRuby on Rails and Grails
>>>>> will
>>>>> find their integration to Maven much simpler.
>>>>>
>>>>> Best,
>>>>> Rodrigo.
>>>>>
>>>>> Em 30-03-2012 09:31, Charles Oliver Nutter escreveu:
>>>>>
>>>>> My primary concern is that we had really hoped to have the
>>>>> maven/rubygems/bundler support *finalized* for JRuby 1.7, which will
>>>>> preview in May for JRubyConf. The final release schedule isn't
>>>>> decided, but it will certainly be long before the end of summer...
>>>>>
>>>>> Is that unreasonable? We're talking about preview in a bit over a
>>>>> month and a half.
>>>>>
>>>>> We also want time for people to test the capability. Is this too big a
>>>>> thing to "add" or "fix" in a 1.7.x release?
>>>>>
>>>>> I have no objection to this being a GSoC project in general...it's
>>>>> just timeframes that concern me.
>>>>>
>>>>> - Charlie
>>>>>
>>>>> On Fri, Mar 30, 2012 at 5:35 AM, kristian<m.krist...@web.de>
>>>>>  wrote:
>>>>>
>>>>> so I just put it briefly:
>>>>>
>>>>> there is a demand to get bundler with maven artifact integration.
>>>>>
>>>>> I am happy to help supervising such a project (with the help and input
>>>>> of other on certain issue of course)
>>>>>
>>>>> so for me the question is how does could this materialize ?
>>>>>
>>>>> I could register myself as GSoC mentor and then what ?
>>>>>
>>>>> regards,
>>>>> Kristian
>>>>>
>>>>> On Fri, Mar 30, 2012 at 1:46 AM, Charles Oliver Nutter
>>>>> <head...@headius.com>      wrote:
>>>>>
>>>>> Sorry I have been absent...out of town halfway around the world...
>>>>>
>>>>> I'm here to answer any questions about GSoC, for which student
>>>>> proposals end NEXT WEEK...
>>>>>
>>>>> So fire away with any remaining questions and we'll try to get all
>>>>> answered!
>>>>>
>>>>> - Charlie
>>>>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>   http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to