hi again Rodrigo,

I guess my fixed typo was not the problem. how does you
.jbundler/classpath.rb file look like ?

-Kristian

On Fri, Apr 6, 2012 at 9:20 PM, kristian <m.krist...@web.de> wrote:
> 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