That didn't seem to work.

The actual code that is triggering this error is pretty transparent even
though it involves a couple of user-defined clases.
Each declared dependency found is tested to see it is loaded by invoking the
Java object.
This is done when the jars have been packaged.

   def check_dependencies(build_context)
      puts "Verifying custom service dependencies for vertical:
'#{build_context.vertical_key}'."
      build_context.deps.each do |dep|
         puts "Testing dependency: '" + dep.name + "' for class: '" +
dep.class + "'.  Subclassing '" + dep.subclass + "'."

Java.java.lang.Class.forName(dep.class).asSubclass(Java.java.lang.Class.forName(dep.subclass))
      end
   end


This code is well tested, and just started failing.

On Thu, Oct 28, 2010 at 10:32 AM, Alexis Midon <[email protected]>wrote:

> Could this be due to the link issue after the mac update? Wihtout more
> information, it's a shot in the dark, but who knows.
>
> How to fix missing source for latest Java for Mac OS X 6
> 22<http://lookfirst.com/2010/10/how-to-fix-missing-source-for-latest.html>
>
> This will make clicking through to the JDK source work in Eclipse again
> after updating to the latest Java for Mac OS X.
>
>   1. Go to http://connect.apple.com and download *Java for Mac OS X 10.6
>   Update 3 Developer Package*
>   2. Install it.
>   3. Open a Terminal.app window
>   4. sudo -s
>   5. cd /System/Library/Frameworks/JavaVM.framework/Home
>   6. ln -s
>
> /Library/Java/JavaVirtualMachines/1.6.0_22-b04-307.jdk/Contents/Home/src.jar
>   .
>   7. ln -s
>
> /Library/Java/JavaVirtualMachines/1.6.0_22-b04-307.jdk/Contents/Home/docs.jar
>   .
>
>
>  http://lookfirst.com/2010/10/how-to-fix-missing-source-for-latest.html
>
> <http://lookfirst.com/2010/10/how-to-fix-missing-source-for-latest.html>
>
> On Thu, Oct 28, 2010 at 10:20 AM, Antoine Toulme <[email protected]
> >wrote:
>
> > So what's the exact error message, and how did you update your JVM ? With
> > the usual Mac software update ?
> >
> > Thanks,
> >
> > Antoine
> >
> > On Thu, Oct 28, 2010 at 10:03, Ed Smiley <[email protected]> wrote:
> >
> > > Thanks for getting back to me Alex,
> > >
> > > Nah,
> > >
> > > That's not it. :(
> > >
> > > $ $JAVA_HOME/bin/java -version
> > > java version "1.6.0_22"
> > > Java(TM) SE Runtime Environment (build 1.6.0_22-b04-307-10M3261)
> > > Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03-307, mixed mode)
> > >
> > > $ buildr -V
> > > Buildr 1.4.3
> > >
> > > $ uname -a
> > > ... Darwin Kernel Version 10.4.0: Fri Apr 23 18:28:53 PDT 2010;
> > > root:xnu-1504.7.4~1/RELEASE_I386 i386
> > >
> > >
> > > (I'm on a Mac.)
> > >
> > >
> > > On Thu, Oct 28, 2010 at 7:54 AM, Alex Boisvert <
> [email protected]
> > > >wrote:
> > >
> > > > I think RJB will use JAVA_HOME to locate the JVM's native libs.   Is
> > you
> > > > JAVA_HOME set correctly?
> > > >
> > > > You may also want to check rjb's home page for additional info.
> > > > http://rjb.rubyforge.org
> > > > (they do mention that LD_LIBRARY_PATH is needed but it's not; it may
> > help
> > > > though...)
> > > >
> > > > alex
> > > >
> > > >
> > > > On Wed, Oct 27, 2010 at 9:36 PM, Ed Smiley <[email protected]>
> wrote:
> > > >
> > > > > Hi, I recently updated my JVM.  I am invoking the Java object to
> > check
> > > > that
> > > > > certain specified classes in config files can actually be
> > instantiated
> > > > from
> > > > > the path of the build.  When I do that, I now get a missing JVM
> > > message,
> > > > and
> > > > > yet, Java is still in my path.
> > > > >
> > > > > Can you shed any light on this?
> > > > >
> > > > > Thanks
> > > > > Ed
> > > >
> > >
> >
>

Reply via email to