From adamjmurray at gmail.com  Tue Apr  8 23:43:48 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Tue Apr  8 23:43:54 2008
Subject: [java-dev] Strange NoClassDefFoundError when inside MaxClock
Message-ID: <215ad.47fc5792@www.cycling74.com>


I'm getting a NoClassDefFoundError when I try to run some code from a MaxClock. This code can be executed repeatedly outside of a MaxClock with no problems. How is that possible?

I'm interacting with JRuby here, so it may be a bad interaction with JRuby's ClassLoader. I'm trying to implement a file autowatch mechanism for ruby scripts in my max ruby object. I gave up on the MaxClock approach and implemented the file watcher in a Java Thread, which is probably a more appropriate solution. That seems to work fine so far.

Anyway, thought this was pretty weird! Maybe if anyone else is having issues with MaxClock you should just switch to using standard Java Threads.

The class in question is definitely on Max's classpath.

java.lang.NoClassDefFoundError: org/jruby/runtime/callback/FastInvocationCallback
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
at org.jruby.util.JRubyClassLoader.defineClass(JRubyClassLoader.java:25)
...<snip>...
sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.cycling74.max.Callback.execute(Callback.java:300)
at com.cycling74.max.MaxClock.tick(MaxClock.java:149)


--
Adam Murray
compusition.com
From ted_greene17 at hotmail.com  Wed Apr  9 09:18:56 2008
From: ted_greene17 at hotmail.com (Ed Hamilton)
Date: Wed Apr  9 09:19:03 2008
Subject: [java-dev] Getting data from an external .jar application into max
Message-ID: <215e3.47fcde60@www.cycling74.com>


Hi, I am trying to utalize information gathered by an application written in java, named JTides.jar (available at http://www.arachnoid.com/JTides/), I have no experience with java at all, all i need is to able to use some data that this application produces within max/msp, any help would be much appreciated, many thanks Ed
From topher at topher.com  Wed Apr  9 09:59:25 2008
From: topher at topher.com (topher lafata)
Date: Wed Apr  9 09:59:31 2008
Subject: [java-dev] Strange NoClassDefFoundError when inside MaxClock
In-Reply-To: <215ad.47fc5792@www.cycling74.com>
References: <215ad.47fc5792@www.cycling74.com>
Message-ID: <2D2BA97F-BE26-4011-A363-2657B844CC60@topher.com>

hey adam.
definitely seems to be some sort of strange classloader interaction.  
is org/jruby/runtime/callback in your
jruby classpath??

regardless, i would probably do file watcher with a java thread too.

t


On Apr 8, 2008, at 22:43 PM, Adam Murray wrote:

>
> I'm getting a NoClassDefFoundError when I try to run some code from  
> a MaxClock. This code can be executed repeatedly outside of a  
> MaxClock with no problems. How is that possible?
>
> I'm interacting with JRuby here, so it may be a bad interaction  
> with JRuby's ClassLoader. I'm trying to implement a file autowatch  
> mechanism for ruby scripts in my max ruby object. I gave up on the  
> MaxClock approach and implemented the file watcher in a Java  
> Thread, which is probably a more appropriate solution. That seems  
> to work fine so far.
>
> Anyway, thought this was pretty weird! Maybe if anyone else is  
> having issues with MaxClock you should just switch to using  
> standard Java Threads.
>
> The class in question is definitely on Max's classpath.
>
> java.lang.NoClassDefFoundError: org/jruby/runtime/callback/ 
> FastInvocationCallback
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> at org.jruby.util.JRubyClassLoader.defineClass 
> (JRubyClassLoader.java:25)
> ...<snip>...
> sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke 
> (DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at com.cycling74.max.Callback.execute(Callback.java:300)
> at com.cycling74.max.MaxClock.tick(MaxClock.java:149)
>
>
> --
> Adam Murray
> compusition.com
> _______________________________________________
> java-dev mailing list
> java-dev@cycling74.com
> http://www.cycling74.com/mailman/listinfo/java-dev

From adamjmurray at gmail.com  Wed Apr  9 11:56:38 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Wed Apr  9 11:56:45 2008
Subject: [java-dev] Re:  Strange NoClassDefFoundError when inside MaxClock
In-Reply-To: <2D2BA97F-BE26-4011-A363-2657B844CC60@topher.com>
Message-ID: <215ef.47fd0356@www.cycling74.com>


Quote: topher lafata wrote on Wed, 09 April 2008 08:59
----------------------------------------------------
> hey adam.
> definitely seems to be some sort of strange classloader interaction.  
> is org/jruby/runtime/callback in your
> jruby classpath??

That class is in jruby.jar, which is on Max's classpath (Cycling '74/java/lib). I believe JRuby has access to everything on the JVM (i.e. Max's) classpath since it's running inside MXJ. There is a separate path I need to configure for the context of the ruby scripts, and jruby.jar is on there too. I believe the JRuby classloader is for that script context. This error occurs the moment I try to eval a script when the stack trace starts with MaxClock. 

I was wondering what MaxClock might be doing that doesn't happen when I spawn my own Thread. If I knew a little more about the Max side I might be able to post intelligent questions on the JRuby mailing list. 

 
> regardless, i would probably do file watcher with a java thread too.

Yeah, so I'm not stuck on this issue. Just curious what's going on here.


--
Adam Murray
compusition.com
From adamjmurray at gmail.com  Wed Apr  9 12:36:47 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Wed Apr  9 12:36:52 2008
Subject: [java-dev] Re: Getting data from an external .jar application into
	max
In-Reply-To: <215e3.47fcde60@www.cycling74.com>
Message-ID: <215f5.47fd0cbe@www.cycling74.com>


I took a quick look and I think your best bet is to use the program to export the data to a file, and then figure out how to get the data from that file into Max. How you put it into Max depends on how you want to use it. A [coll] object is probably going to be useful.

JTides says it supports exporting "a database table of tidal or current predictions and sun data in either a comma-separated-value (CSV)...". CSV is a simple plaintext format that should be easy to work with. I'd start out copying the CSV data by hand and figuring out how to get it into Max. Then you'll want to automate that process - JavaScript might be a good option, probably easier than Java.

Or you could try to retrieve the tide info directly from websites that post this information: http://www.flaterco.com/xtide/faq.html#20
But that will be harder.


--
Adam Murray
compusition.com
From jbmaxwell at rubato-music.com  Thu Apr 10 16:25:15 2008
From: jbmaxwell at rubato-music.com (jbmaxwell)
Date: Thu Apr 10 16:25:18 2008
Subject: [java-dev] Re: MXJ getting wrong inlet
In-Reply-To: <21181.47ee6faa@www.cycling74.com>
Message-ID: <21676.47fe93ca@www.cycling74.com>


Because of the problem noted in this thread (mxj identifying inlet numbers incorrectly in Leopard), I'm trying to figure out how to send messages to specific methods in mxj objects over max wires. I tried wrapping my data (a double[]) in an Atom[] with the method name at args[0], but the mxj just sends it to the "list()" method. I'm using list() for another purpose, so this won't work. 

Specifically, I tried copying a double[] into a new Atom[] with args[0] manually inserted as the string "recurrent". The target mxj has a "recurrent(double[] in)" method, but it's not being seen. Instead, the message is going to the "list()" method.

Does anyone know if it's possible to target named methods over max wires between mxj instances? Why am I bothering? Because messages between mxjs seems to be able to pass arrays of more than 256 elements...

thanks,

J.


From jbmaxwell at rubato-music.com  Thu Apr 10 17:23:25 2008
From: jbmaxwell at rubato-music.com (jbmaxwell)
Date: Thu Apr 10 17:23:28 2008
Subject: [java-dev] Re: MXJ getting wrong inlet
In-Reply-To: <21181.47ee6faa@www.cycling74.com>
Message-ID: <2167a.47fea16c@www.cycling74.com>


duh... false alarm. The method was being accessed as expected. The error was somewhere else. Sorry folks.

J.
From topher at topher.com  Thu Apr 10 17:41:19 2008
From: topher at topher.com (topher lafata)
Date: Thu Apr 10 17:41:25 2008
Subject: [java-dev] Re: MXJ getting wrong inlet
In-Reply-To: <2167a.47fea16c@www.cycling74.com>
References: <2167a.47fea16c@www.cycling74.com>
Message-ID: <47FEA59F.7070605@topher.com>

As an aside. You could do pretty much any sort of complex message to 
function invocation mapping you wanted to if you just override the 
anything(String message,Atom[] args) and handle all the messages 
yourself. I guess in this scenario all your internal methods would 
potentially be protected/private instead of public to avoid any confusion.
T
From jbmaxwell at rubato-music.com  Thu Apr 10 19:33:36 2008
From: jbmaxwell at rubato-music.com (jbmaxwell)
Date: Thu Apr 10 19:33:39 2008
Subject: [java-dev] Re:  Re: MXJ getting wrong inlet
In-Reply-To: <47FEA59F.7070605@topher.com>
Message-ID: <21683.47febff0@www.cycling74.com>


Oh, nice - that's good to know! Could simplify some things in the future. Thanks for that.

cheers,

J.

Quote: topher lafata wrote on Fri, 11 April 2008 00:41
----------------------------------------------------
> As an aside. You could do pretty much any sort of complex message to 
> function invocation mapping you wanted to if you just override the 
> anything(String message,Atom[] args) and handle all the messages 
> yourself. I guess in this scenario all your internal methods would 
> potentially be protected/private instead of public to avoid any confusion.
> T
> 
----------------------------------------------------


From droden66 at netscape.net  Thu Apr 24 00:27:46 2008
From: droden66 at netscape.net (David Roden)
Date: Thu Apr 24 00:27:51 2008
Subject: [java-dev] Help - Max 5 - mxj won't open!
Message-ID: <21d33.48102861@www.cycling74.com>


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)
 
 
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.

best wishes, 

David
 


From adamjmurray at gmail.com  Thu Apr 24 01:05:43 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Thu Apr 24 01:05:47 2008
Subject: [java-dev] Re: Help - Max 5 - mxj won't open!
In-Reply-To: <21d33.48102861@www.cycling74.com>
Message-ID: <21d38.48103147@www.cycling74.com>


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


--
Adam Murray
compusition.com
From jkc at musork.com  Thu Apr 24 01:29:31 2008
From: jkc at musork.com (Joshua Kit Clayton)
Date: Thu Apr 24 01:29:34 2008
Subject: [java-dev] Help - Max 5 - mxj won't open!
In-Reply-To: <21d33.48102861@www.cycling74.com>
References: <21d33.48102861@www.cycling74.com>
Message-ID: <5C10F6FD-1ABC-4756-865D-FA71D453E9E6@musork.com>


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.

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.

-Joshua
From adamjmurray at gmail.com  Thu Apr 24 01:59:09 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Thu Apr 24 01:59:13 2008
Subject: [java-dev] Re:  Help - Max 5 - mxj won't open!
In-Reply-To: <5C10F6FD-1ABC-4756-865D-FA71D453E9E6@musork.com>
Message-ID: <21d40.48103dcd@www.cycling74.com>


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.


--
Adam Murray
compusition.com
From lists at simonadcock.co.uk  Fri Apr 25 10:16:25 2008
From: lists at simonadcock.co.uk (simon adcock)
Date: Fri Apr 25 10:16:32 2008
Subject: [java-dev] quick max.java.config question
Message-ID: <21e87.481203d8@www.cycling74.com>


Hello,

I'm trying to add a folder to the dynamic classpath of MXJClassLoader (on Windows). I thought this should do it:

max.dynamic.jar.dir D:/MaxStuff/classes ;

but I keep getting "(mxj) unknown option specify in max.java.config.txt" in the max window. I've tried as many variations as I can think of (restarting Max each time), but I can't work it out, has anybody tried this on Windows?

Cheers,
Simon

From mdk at relivethefuture.com  Fri Apr 25 10:46:40 2008
From: mdk at relivethefuture.com (mdk)
Date: Fri Apr 25 10:46:46 2008
Subject: [java-dev] Re: quick max.java.config question
In-Reply-To: <21e87.481203d8@www.cycling74.com>
Message-ID: <21e93.48120af0@www.cycling74.com>


remove the ; at the end. that should do it

the rather peculiar format of the config files uses a ; at the start and end of a line to denote a comment.
From lists at simonadcock.co.uk  Sat Apr 26 05:43:16 2008
From: lists at simonadcock.co.uk (simon adcock)
Date: Sat Apr 26 05:43:19 2008
Subject: [java-dev] Re: quick max.java.config question
In-Reply-To: <21e93.48120af0@www.cycling74.com>
Message-ID: <21f48.48131552@www.cycling74.com>


Great, thank you. Thought I must be doing something silly.
From davidedc at yahoo.com  Sat Apr 26 13:22:05 2008
From: davidedc at yahoo.com (davide della casa)
Date: Sat Apr 26 13:22:10 2008
Subject: [java-dev] Re:  Help - Max 5 - mxj won't open!
In-Reply-To: <21d40.48103dcd@www.cycling74.com>
Message-ID: <21f90.481380dc@www.cycling74.com>


I had the same problem.

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 Files\Cycling '74\Max 5.0\Cycling '74\java\lib> 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)

I've got the jdk 1.6.0_06

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

Hope it helps.

Davide Della Casa
From davidedc at yahoo.com  Sat Apr 26 13:28:33 2008
From: davidedc at yahoo.com (davide della casa)
Date: Sat Apr 26 13:28:39 2008
Subject: [java-dev] Re:  Help - Max 5 - mxj won't open!
In-Reply-To: <21f90.481380dc@www.cycling74.com>
Message-ID: <21f92.48138261@www.cycling74.com>


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...

Davide Della Casa
From electrobass at gmx.net  Mon Apr 28 07:46:57 2008
From: electrobass at gmx.net (micha)
Date: Mon Apr 28 07:47:01 2008
Subject: [java-dev] [max5] mxj and attributes list
Message-ID: <220b2.4815d550@www.cycling74.com>


hi there!

beside hating the new over-antialiased look and loving (most of) the new features, i am missing something:

with normal objects, you can click on an inlet, and you will be represented a list with the available attributes. there you can choose one and a message box gets automatically created, a function which i really find handy. 

but: with java externals this doesn't seem to work - you won't even see the exposed attributes (which was working in max4)?


micha


From droden66 at netscape.net  Mon Apr 28 08:50:26 2008
From: droden66 at netscape.net (David Roden)
Date: Mon Apr 28 08:50:33 2008
Subject: [java-dev] Re:  Help - Max 5 - mxj won't open!
In-Reply-To: <21f90.481380dc@www.cycling74.com>
Message-ID: <220b8.4815e431@www.cycling74.com>


Hi David, 

Many thanks.

Do you mean inserting something like:

"C:\Program Files\Java\jdk1.6.0_06\bin\javac.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. 
From testphiliptest at yahoo.fr  Mon Apr 28 13:37:21 2008
From: testphiliptest at yahoo.fr (pm)
Date: Mon Apr 28 13:37:27 2008
Subject: [java-dev] [Max5] MaxPatcher.getAllBoxes() not supported anymoAny
Message-ID: <22105.48162770@www.cycling74.com>


The method getAllBoxes() from the class MaxPatcher described in the Java API doesn't seem to work anymore in Max5. 

I get folowing error message: "mxj_patcher_get_all_boxes: not supported"

The example class "maxboxtest" of the Class MaxBox in the Java-Doc API uses this method. Compilation works but when used there is the "not supported" error message.

Any workaround?

Max 5.0.1
MacBookPro 2.16Ghz
OSX 10.5.2

thanks,
p.
From nar at hush.com  Mon Apr 28 17:46:08 2008
From: nar at hush.com (Nathan Ramella)
Date: Mon Apr 28 17:46:11 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for Max/MSP development
In-Reply-To: <1f47b.47a82503@www.cycling74.com>
Message-ID: <22150.481661bf@www.cycling74.com>


Just wanted to post and say thank you for the tutorial, I found it via googling and it got me up and running with Eclipse + Max/MSP in about 5 minutes, exactly the type of help I needed -- much appreciated.
From post at thomassandberg.dk  Tue Apr 29 14:36:29 2008
From: post at thomassandberg.dk (Thomas Sandberg)
Date: Tue Apr 29 14:36:34 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for Max/MSP development
In-Reply-To: <1f47b.47a82503@www.cycling74.com>
Message-ID: <2222b.481786cd@www.cycling74.com>


Thanks a lot for the Eclipse Tutorial.

I am learning Netbeans. Can I use that for creating MaxMSP externals as well or do  have to install Eclipse ?

Thomas Sandberg
From adamjmurray at gmail.com  Tue Apr 29 15:10:30 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Tue Apr 29 15:10:36 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for Max/MSP development
In-Reply-To: <2222b.481786cd@www.cycling74.com>
Message-ID: <2222f.48178ec5@www.cycling74.com>


Quote: Thomas Sandberg wrote on Tue, 29 April 2008 13:36
----------------------------------------------------
> Thanks a lot for the Eclipse Tutorial.
> 
> I am learning Netbeans. Can I use that for creating MaxMSP externals as well or do  have to install Eclipse ?
> 

Nope, any Java IDE will work. I setup Netbeans for Max development a while back. Don't remember the details, but the basic steps are the same. Specifically:

4. Create a Java project. 

5. Add the Max Jar to your project's classpath.

6. Set the max.dynamic.jar.dir setting to point to your project's build directory

Then you should be ready to make mxj externals. Can't remember if Netbeans has an "autobuild" feature, you may need to manaully build the project after changing your Java code.

Check out Netbeans example java projects if you are having trouble.
--
Adam Murray
compusition.com
From post at thomassandberg.dk  Tue Apr 29 15:40:30 2008
From: post at thomassandberg.dk (Thomas Sandberg)
Date: Tue Apr 29 15:40:41 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for Max/MSP
	development
In-Reply-To: <2222f.48178ec5@www.cycling74.com>
References: <2222f.48178ec5@www.cycling74.com>
Message-ID: <5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>

Great.
Thanks Adam !

- Thomas
Den 29/04/2008 kl. 23.10 skrev Adam Murray:

>
> Quote: Thomas Sandberg wrote on Tue, 29 April 2008 13:36
> ----------------------------------------------------
>> Thanks a lot for the Eclipse Tutorial.
>>
>> I am learning Netbeans. Can I use that for creating MaxMSP  
>> externals as well or do  have to install Eclipse ?
>>
>
> Nope, any Java IDE will work. I setup Netbeans for Max development a  
> while back. Don't remember the details, but the basic steps are the  
> same. Specifically:
>
> 4. Create a Java project.
>
> 5. Add the Max Jar to your project's classpath.
>
> 6. Set the max.dynamic.jar.dir setting to point to your project's  
> build directory
>
> Then you should be ready to make mxj externals. Can't remember if  
> Netbeans has an "autobuild" feature, you may need to manaully build  
> the project after changing your Java code.
>
> Check out Netbeans example java projects if you are having trouble.
> --
> Adam Murray
> compusition.com
> _______________________________________________
> java-dev mailing list
> java-dev@cycling74.com
> http://www.cycling74.com/mailman/listinfo/java-dev

From topher at topher.com  Tue Apr 29 17:18:44 2008
From: topher at topher.com (topher lafata)
Date: Tue Apr 29 17:19:26 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for
	Max/MSP	development
In-Reply-To: <5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>
References: <2222f.48178ec5@www.cycling74.com>
	<5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>
Message-ID: <4817ACD4.5070102@topher.com>


>>
>> 6. Set the max.dynamic.jar.dir setting to point to your project's 
>> build directory
Just to chime in.
Another alternative would be to point the project "default output 
folder" property of the project to
c74/java/classes.  In eclipse this is accessed via:

Project>Properties>Java Build Path

It is at the bottom of the dialog.

Ciao
T
From topher at topher.com  Tue Apr 29 17:20:19 2008
From: topher at topher.com (topher lafata)
Date: Tue Apr 29 17:20:58 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for
	Max/MSP	development
In-Reply-To: <5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>
References: <2222f.48178ec5@www.cycling74.com>
	<5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>
Message-ID: <4817AD33.7030807@topher.com>

...the "default ouput folder" property is in the source tab of the java 
build path dialog.
ciao
t
From nick at cassiel.com  Wed Apr 30 01:55:09 2008
From: nick at cassiel.com (Nick Rothwell)
Date: Wed Apr 30 09:38:46 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for
	Max/MSP	development
In-Reply-To: <4817ACD4.5070102@topher.com>
References: <2222f.48178ec5@www.cycling74.com>
	<5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>
	<4817ACD4.5070102@topher.com>
Message-ID: <B2A1415A-6C14-4448-BA8A-82148FB77C9C@cassiel.com>


On 30 Apr 2008, at 00:18, topher lafata wrote:

> Another alternative would be to point the project "default output  
> folder" property of the project to
> c74/java/classes.

I'd need to check how Eclipse behaves, but I suspect that it might  
want to completely clean out this directory (for example, if you  
clean a project). Multiple projects might also interfere with one  
another.

	-- N.


   nick rothwell -- composition, systems, performance -- http:// 
www.cassiel.com



From leopold.frey at free.fr  Wed Apr 30 03:52:09 2008
From: leopold.frey at free.fr (Léopold Frey)
Date: Wed Apr 30 09:41:43 2008
Subject: [java-dev] Re: [max5] mxj and attributes list
In-Reply-To: <220b2.4815d550@www.cycling74.com>
Message-ID: <2226e.48184148@www.cycling74.com>


> but: with java externals this doesn't seem to work - you won't even see the exposed attributes (which was working in max4)?

Hi,
Is it on the todo list ?
Because the new "click on inlet to connect the right messagebox" is a real big improvment !

l?o


From leopold.frey at free.fr  Wed Apr 30 04:02:44 2008
From: leopold.frey at free.fr (Léopold Frey)
Date: Wed Apr 30 09:45:48 2008
Subject: [java-dev] Re:  Mxj don't like accents
In-Reply-To: <1d0c8.471de5e7@www.cycling74.com>
Message-ID: <22270.481843c3@www.cycling74.com>


Repaired in max5 !
Nice

l?o

From electrobass at gmx.net  Wed Apr 30 06:19:41 2008
From: electrobass at gmx.net (micha)
Date: Wed Apr 30 09:46:29 2008
Subject: [java-dev] Re: [max5] mxj and attributes list
In-Reply-To: <2226e.48184148@www.cycling74.com>
Message-ID: <2227a.481863dc@www.cycling74.com>


yepp, i know it is a big improvement, this is why i am so keen on it. but: that i now don't even see the declared attributes of a java external is rather a step backwards! 

hm, i am little disappointed that there are no replies to this (ben?), as there is obviously a function missing, that was working before.

btw: what do you mean with the todo list?
From leopold.frey at free.fr  Wed Apr 30 04:15:22 2008
From: leopold.frey at free.fr (Léopold Frey)
Date: Wed Apr 30 09:46:31 2008
Subject: [java-dev] Re: Problem with long file name
In-Reply-To: <1b787.46bf7775@www.cycling74.com>
Message-ID: <22274.481846ba@www.cycling74.com>


> Was there ever a solution to this problem?

Now there's one : max5
really nice work
thanks

l?o


From leopold.frey at free.fr  Wed Apr 30 04:25:21 2008
From: leopold.frey at free.fr (Léopold Frey)
Date: Wed Apr 30 09:46:39 2008
Subject: [java-dev] Re: Re: Tutorial: Setting up Eclipse for Max/MSP
	development
In-Reply-To: <4817ACD4.5070102@topher.com>
Message-ID: <22275.48184910@www.cycling74.com>



> >> 6. Set the max.dynamic.jar.dir setting to point to your project's build directory
> Just to chime in.
> Another alternative would be to point the project "default output 
> folder" property of the project to
> c74/java/classes. 

Another easy one :
add your .class/build/binary/output directory to max search path.

l?o

From jkc at musork.com  Wed Apr 30 10:15:34 2008
From: jkc at musork.com (Joshua Kit Clayton)
Date: Wed Apr 30 10:15:38 2008
Subject: [java-dev] Re: [max5] mxj and attributes list
In-Reply-To: <2226e.48184148@www.cycling74.com>
References: <2226e.48184148@www.cycling74.com>
Message-ID: <A045C86F-FE51-4E62-96CE-60531E249F40@musork.com>


On Apr 30, 2008, at 2:52 AM, L?opold Frey wrote:
>
> Is it on the todo list ?
> Because the new "click on inlet to connect the right messagebox" is  
> a real big improvment !

Yes, but it won't happen soon. Maybe later this summer or fall.

-Joshua
From leopold.frey at free.fr  Wed Apr 30 10:16:12 2008
From: leopold.frey at free.fr (Léopold Frey)
Date: Wed Apr 30 10:16:14 2008
Subject: [java-dev] Re: [max5] mxj and attributes list
In-Reply-To: <2227a.481863dc@www.cycling74.com>
Message-ID: <222a2.48189b4c@www.cycling74.com>


> hm, i am little disappointed that there are no replies to this (ben?), as there is obviously a function missing, that was working before.

Tomorrow is Labour Day. I hope c74 will have a day off ;)
  
> btw: what do you mean with the todo list?

http://en.wikipedia.org/wiki/Task_list#Task_list
From topher at topher.com  Wed Apr 30 10:31:28 2008
From: topher at topher.com (topher lafata)
Date: Wed Apr 30 10:31:22 2008
Subject: [java-dev] Re: Tutorial: Setting up Eclipse for
	Max/MSP	development
In-Reply-To: <B2A1415A-6C14-4448-BA8A-82148FB77C9C@cassiel.com>
References: <2222f.48178ec5@www.cycling74.com>
	<5045CEB7-6988-4F5E-B666-532E5EE5D770@thomassandberg.dk>
	<4817ACD4.5070102@topher.com>
	<B2A1415A-6C14-4448-BA8A-82148FB77C9C@cassiel.com>
Message-ID: <4BEAE70D-8784-49CC-B643-ABC8F0752A5C@topher.com>

it would be interesting to know. I thought that eclipse was smart  
enough to only clean the classes that were part of the project but I  
could be wrong.
Thanks Nick. I would hate for anyone to try my untested advice and  
end up with all the classes missing!

T


On Apr 30, 2008, at 00:55 AM, Nick Rothwell wrote:

>
> On 30 Apr 2008, at 00:18, topher lafata wrote:
>
>> Another alternative would be to point the project "default output  
>> folder" property of the project to
>> c74/java/classes.
>
> I'd need to check how Eclipse behaves, but I suspect that it might  
> want to completely clean out this directory (for example, if you  
> clean a project). Multiple projects might also interfere with one  
> another.
>
> 	-- N.
>
>
>   nick rothwell -- composition, systems, performance -- http:// 
> www.cassiel.com
>
>
>
> _______________________________________________
> java-dev mailing list
> java-dev@cycling74.com
> http://www.cycling74.com/mailman/listinfo/java-dev

From topher at topher.com  Wed Apr 30 10:51:45 2008
From: topher at topher.com (topher lafata)
Date: Wed Apr 30 10:51:38 2008
Subject: [java-dev] Re: [max5] mxj and attributes list
In-Reply-To: <2227a.481863dc@www.cycling74.com>
References: <2227a.481863dc@www.cycling74.com>
Message-ID: <AAC7E0BF-E243-4F65-A917-E0B8B0016A81@topher.com>

the mxj attributes are in their own world and were done before the  
rest of max had attributes.
they were based on the notion of jitter attributes but implemented  
separately. the mxj attribute
system wasn't brought up to date during the max5 overhaul so can't  
take advantage of this stuff.
once it is is line it will be able to. i have no idea whether this  
will happen or not.
t

On Apr 30, 2008, at 05:19 AM, micha wrote:

>
> yepp, i know it is a big improvement, this is why i am so keen on  
> it. but: that i now don't even see the declared attributes of a  
> java external is rather a step backwards!
>
> hm, i am little disappointed that there are no replies to this  
> (ben?), as there is obviously a function missing, that was working  
> before.
>
> btw: what do you mean with the todo list?
> _______________________________________________
> java-dev mailing list
> java-dev@cycling74.com
> http://www.cycling74.com/mailman/listinfo/java-dev

From adamjmurray at gmail.com  Wed Apr 30 11:58:16 2008
From: adamjmurray at gmail.com (Adam Murray)
Date: Wed Apr 30 11:58:20 2008
Subject: [java-dev] Re: Re: Tutorial: Setting up Eclipse for Max/MSP
	development
In-Reply-To: <4BEAE70D-8784-49CC-B643-ABC8F0752A5C@topher.com>
Message-ID: <222c3.4818b337@www.cycling74.com>


> On Apr 30, 2008, at 00:55 AM, Nick Rothwell wrote:
> 
> > I suspect that it might  
> > want to completely clean out this directory (for example, if you  
> > clean a project). Multiple projects might also interfere with one  
> > another.
> >
> I thought that eclipse was smart  
> enough to only clean the classes that were part of the project but I  
> could be wrong.
> Thanks Nick. I would hate for anyone to try my untested advice and  
> end up with all the classes missing!
> 

Yes, be careful! You are asking for trouble if you set things up this way.

If Eclipse is aware of files under the build directory, and you run the "Clean..." it will delete everything in that directory. Now if you just happen to point it at the Max java classes directory, it will not immediately be aware that there are files there. But if you happen to run the "Refresh" command at some point, it will notice the files and delete them the next time you clean. Then mxj is hosed and you have to reinstall Max.

I set up my environment the way I did specifically because of this issue. I highly recommend keeping you Eclipse build directory completely separate from your Max java classes folder. That way nothing can go wrong.

--
Adam Murray
compusition.com
From topher at topher.com  Wed Apr 30 13:20:10 2008
From: topher at topher.com (topher lafata)
Date: Wed Apr 30 13:20:54 2008
Subject: [java-dev] Re: Re: Tutorial: Setting up Eclipse for
	Max/MSP	development
In-Reply-To: <222c3.4818b337@www.cycling74.com>
References: <222c3.4818b337@www.cycling74.com>
Message-ID: <4818C66A.5010205@topher.com>


> Yes, be careful! You are asking for trouble if you set things up this way.
>
> If Eclipse is aware of files under the build directory, and you run the "Clean..." it will delete everything in that directory. Now if you just happen to point it at the Max java classes directory, it will not immediately be aware that there are files there. But if you happen to run the "Refresh" command at some point, it will notice the files and delete them the next time you clean. Then mxj is hosed and you have to reinstall Max.
>
> I set up my environment the way I did specifically because of this issue. I highly recommend keeping you Eclipse build directory completely separate from your Max java classes folder. That way nothing can go wrong.
>
>   
agreed. i rescind my previous naive eclipse advice!

use ant to move classes to the proper place or modify max.java.config.txt

t