David

I just downloaded the Max 5 demo. When trying to compile a class using mxj quickie, I kept finding that the object wouldn't open. Same when I entered dummy names like 'foo' or 'boo' as arguments. Got the following error message.

java.lang.NoClassDefFoundError: quickie$2

As this doesn't occur in Max 4.6 when I enter a new class name as an argument, this has me stumped. I'm sure there is something stupidly obvious that I've forgotten to do. Help appreciated as I need to use my java objects to give Max 5 a proper run.

I just downloaded the Max 5 demo. When trying to compile a class using mxj quickie, I kept finding that the object wouldn't open. Same when I entered dummy names like 'foo' or 'boo' as arguments. Got the following error message. 

java.lang.NoClassDefFoundError: quickie$2
 at quickie._flash_me(quickie.java:321)
 at quickie.bang(quickie.java:64)
 at quickie.dblclick(quickie.java:289)

help-max-5-mxj-wont-open

Hmmm, looks the mxj quickie might be broken.

But do you really code your Java in that thing? There's so many other better options. My Java objects are working just fine, and I'm coding away in an external editor.

Eclipse is a bit heavyweight but a pretty good choice for Java coding: 

http://compusition.com/web/articles/maxmsp-eclipse

Eclipse is a bit heavyweight but a pretty good choice for Java coding: http://compusition.com/web/articles/maxmsp-eclipse


On Apr 23, 2008, at 11:27 PM, David Roden wrote:

> java.lang.NoClassDefFoundError: quickie$2

Sorry I can't reproduce on my machine. Is it possible that you have 

added old paths to your search path, or that there's an old version of 

max.jar hiding inside some standalone, or you've manually edited your 

classpath? It sounds like it's finding the old JAR.

On Apr 23, 2008, at 11:27 PM, David Roden wrote:
> java.lang.NoClassDefFoundError: quickie$2
> at quickie._flash_me(quickie.java:321)
> at quickie.bang(quickie.java:64)
> at quickie.dblclick(quickie.java:289)

Sorry I can't reproduce on my machine. Is it possible that you have  
added old paths to your search path, or that there's an old version of  
max.jar hiding inside some standalone, or you've manually edited your  
classpath? It sounds like it's finding the old JAR.

1. create new patcher
2. type n for new object
3. type mxj quickie foo
4. double click

Quote: jkc wrote on Thu, 24 April 2008 00:29

----------------------------------------------------

> Sorry I can't reproduce on my machine. Is it possible that you have 

> added old paths to your search path, or that there's an old version of 

> max.jar hiding inside some standalone, or you've manually edited your 

> classpath? It sounds like it's finding the old JAR.

> Then, I can edit the template java code.

Whoops, I can confirm that works. I thought it was broken... I know it didn't work yesterday when I tried after first seeing this post. I am pretty sure I had forgotten to set my dynamic classpath in the max.java.config.txt file. David, have you messed around with that file in Max 4? You will need to redo all those changes in Max 5.

Quote: jkc wrote on Thu, 24 April 2008 00:29
----------------------------------------------------
>
> Sorry I can't reproduce on my machine. Is it possible that you have  
> added old paths to your search path, or that there's an old version of  
> max.jar hiding inside some standalone, or you've manually edited your  
> classpath? It sounds like it's finding the old JAR.
>
> If I follow these steps:
>
> 1. create new patcher
> 2. type n for new object
> 3. type mxj quickie foo
> 4. double click
>
> Then, I can edit the template java code.

Whoops, I can confirm that works. I thought it was broken... I know it didn't work yesterday when I tried after first seeing this post. I am pretty sure I had forgotten to set my dynamic classpath in the max.java.config.txt file. David, have you messed around with that file in Max 4? You will need to redo all those changes in Max 5.


When java searches for class$* files that don't seem to exist, I think it's because of some problems of incompatibilities between the java version to load the class files and the javac version that has been used to obtain them.

Well, anyway, the problem seems to go away by recompiling quickie.java with the latest jdk. I did:

C:Program FilesCycling '74Max 5.0Cycling '74javalib> javac ../classes/quickie.java -cp max.jar

(this works if you have javac in your PATH environment variable. If you have javac and can't be bothered to change the PATH variable, I suppose you can copy quickie.java and max.jar in the directory where javac is, compile and then copying back the quickie*.class files in the MAX directory java/lib where they belong)

By doing this, the new quickie$*.class files appear, and everything seems to work fine.

sorry I meant to say in the * java/classes * directory where they belong.

Should I add that I had this quickie problem having installed everything (max, jdk) from scratch, I didn't have previous configurations to worry about...

"C:Program FilesJavajdk1.6.0_06binjavac.exe"

in the compiler command form of the compiler window?

I've done that but I still can't get mxj quickie to work.

Or do you mean that this goes in the classpath form of the compiler window? I've tried both to no avail.

"C:Program FilesJavajdk1.6.0_06binjavac.exe" 

in the compiler command form of the compiler window? 

I've done that but I still can't get mxj quickie to work. 

Or do you mean that this goes in the classpath form of the compiler window? I've tried both to no avail.


I had the same problem. Recompiling as Davide suggested fixed it on my machine (thanks for that Davide!).

First you can add javac to your path on XP by:

Right-clicking on My Computer and selecting properties. Then click the Advanced tab and click the Environment Variables button (bottom centre). Scroll down the second list in that screen until you see "path". Click edit and add the path to the jdk bin directory to end of the list (doesn't need to point to javac itself) - something like C:Program FilesJavajdk1.6.0_03bin, depending on which version of the jdk you have, and make sure a ; separates this from the end of the previous path.

You can then use Command Prompt (in Accessories) to run the command as Davide listed it: first cd into C:Program FilesCycling '74Max 5.0Cycling '74javalib and then enter:

javac ../classes/quickie.java -cp max.jar

which recompiles the quickie.java file. After this quickie started working again on my machine.

I had the same problem. Recompiling as Davide suggested fixed it on my machine (thanks for  that Davide!).

You can then use Command Prompt (in Accessories) to run the command as Davide listed it: first cd into C:Program FilesCycling '74Max 5.0Cycling '74javalib and then enter: 

javac ../classes/quickie.java -cp max.jar 

Help - Max 5 - mxj won't open!