I'll let you know when I get home. Em 06/04/2012 13:33, "kristian" <m.krist...@web.de> escreveu:
> 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 > > >