mxj: could not load bundle error

    Apr 11 2006 | 7:34 pm
    i know this issue has been brought up before, but the proposed
    answers don't seem to help in this case.
    i have sent a patch to my co-worker (not very familiar with max)
    containing a mxj class, in fact only mxj net.tcp.recv.
    upon opening the patch he gets the following error:
    MXJClassloader CLASSPATH:
    /Library/ApplicationSupport/Cycling '74/java/classes/
    error: could not load bundle
    error: unable to create JVM
    he is using osx 10.4.x, maxmsp 4.5.5, and J2SE 5.0
    so i suspect that the problem is the java version.
    but simply putting " 1.5" (as proposed on the
    list before) in the file didn't change anything.
    what have others done to convice max to use java 5? or is there
    another problem involved?
    thanks for any hints.

    • Apr 11 2006 | 7:50 pm
      Can you verify that this folder is on his computer?
      What happens if he opens a terminal any types java -version
    • Apr 11 2006 | 8:07 pm
      hi topher,
      > Can you verify that this folder is on his computer?
      > /System/Library/Frameworks/JavaVM.framework
      > What happens if he opens a terminal any types java -version
      problem is, i have no access to his computer right now.
      i'll report back, as soon as i get hold of his machine...
    • Apr 11 2006 | 8:28 pm
    • Apr 11 2006 | 8:52 pm
      thanks nick, no, this is not the error i'm struggling with.
      max is not even getting so far as to load the class since i gets
      stuck before creating JVM.
      the class i was using is form the standard max-distribution anyway
      (net.tcp.recv), so no 1.5-features involved.
      i have a vague memory that max, under 'certain conditions', has
      problems loading any java-files
      if the java-version installed is 1.5.
      might be wrong though...
    • Apr 11 2006 | 10:35 pm
      what you are seeing is that max is unable to find the java framework
      for some reason.
      if it cant find the framework it cant even instantiate the vm.
    • Apr 13 2006 | 4:05 pm
      hi, back again...
      On 11 Apr 2006, at 21:50, topher lafata wrote:
      > Can you verify that this folder is on his computer?
      > /System/Library/Frameworks/JavaVM.framework
      yes this folder exists.
      > What happens if he opens a terminal any types java -version
      aha, terminal shows version 1.4.2
      but that should be fine anyway.
      what else can we do? the same error as below appears, as soon as he
      tries to load a java class via mxj.
    • Apr 13 2006 | 5:34 pm
      Is it possible to send me or anyone else the patch to see if the
      behavior can be replicated?
      Could be a permissions problem as well. Maybe try installing the 1.5
      release from apple
      and adding that line back into max.jvm.config.txt. Obviously it is
      difficult for me to
      tell you exactly what to do since I am just guessing.That error is
      from the program failing
      to load the JVM framework bundle in C land.
    • Apr 13 2006 | 6:23 pm
      well, "the patch" simply contains a [mxj net.tcp.recv] and nothing
      else (simply testing)
      i've just looked at his computer now. we have tried installing the
      newest max version, but the error remains.
      java 1.5 is installed (although terminal shows version 1.4.2, it's
      the same on my computer), and editing max.jvm.config.txt didn't
      change anything.
      i told him to contact himself to sort out the
      problem directly.
    • Apr 13 2006 | 9:49 pm
      OK. Well there is something a little bit screwy with the java install
      on his machine.
      Putting 1.5 in will not change the default java
      and javac from the command
      line. To do that you need to put something like
      #java 1.5 stuff
      alias javac '/System/Library/Frameworks/JavaVM.framework/Versions/1.5/
      alias java '/System/Library/Frameworks/JavaVM.framework/Versions/1.5/
      In your .tcshrc file for tcsh.I am not sure if it is the same for bash.
      This will not fix the problem by the way. The problem is that the C
      code is barfing on loading the
      JavaVM framework. I would look in that framework and see if something
      looks fishy in terms of
      permissions or the soft links pointing to the current framework.
      Sorry I can't be of more help remotely.
    • Apr 14 2006 | 10:19 am
      I have a .bash_profile containing
      JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versio ns/1.5/Home
      I prefer modifying paths rather than messing around with aliases...
      -- N.
      nick rothwell -- composition, systems, performance -- http://