[...]
ArrayList myObjectsList = new ArrayList();

[...]
myObjectsList.add( new MaxObject("myAbstraction") );

This is basic but I have an error because I’m missing something for sure.

The error is :
com.cycling74.max.MaxObject is abstract; cannot be instantiated
myObjectsList.add( new MaxObject(“myAbstraction”) );
^

anyone to unstick me ??

So How can I place an abstraction via JAVA … ?
It is okay with JS but I’d need stuff via JAVA unavailable with JS (afaik) (related to http://cycling74.com/forums/topic.php?id=40213)

So How can I place an abstraction via JAVA … ?
It is okay with JS but I’d need stuff via JAVA unavailable with JS (afaik) (related to http://cycling74.com/forums/topic.php?id=40213)

public class Foo extends MaxObject
{
…
}

This class is the class you call via the mxj object in your patcher.

public class Foo extends MaxObject
{
…
}

This class is the class you call via the mxj object in your patcher.

I would extend MaxObject as you proposed (and as I’m doing) for each abstractions or type of abstractions ?

I mean.
(considering this is not the best solution, probably..)
One abstraction = One type of object = One visuals & sounds object
I need to create sometimes a lot of objects.

How would I apply this to my case?

I would extend MaxObject as you proposed (and as I’m doing) for each abstractions or type of abstractions ?

I mean.
(considering this is not the best solution, probably..)
One abstraction = One type of object = One visuals & sounds object
I need to create sometimes a lot of objects.

How would I apply this to my case?

The only class that needs to extend MaxObject would be the one that you use to initialize your entire system, via mxj. This object would also be responsible for messaging all of its child object, so you could create a messaging structure with inlets/outlets and functions to do so – this exposes the child objects to messages from the patcher environment.

The only class that needs to extend MaxObject would be the one that you use to initialize your entire system, via mxj. This object would also be responsible for messaging all of its child object, so you could create a messaging structure with inlets/outlets and functions to do so – this exposes the child objects to messages from the patcher environment.

new MaxObject("myAbstraction")

and this is particularly that one that doesn’t work :-/

I got the concept, I guess
But I cannot do that because of the error :-/

new MaxObject("myAbstraction")

and this is particularly that one that doesn’t work :-/

I got the concept, I guess
But I cannot do that because of the error :-/

MaxObject and MSPObject are an abstract classes that one extends to create Java objects that can live at the level of the patcher, instantiated through MXJ.

The issue appears to be the “abstraction” which still has not been clearly defined. If I understand what you’re wanting to do, this abstraction is a Java class that wraps Jitter objects and sound related data.

If this is right you should take a look at the JitterObject class, which could be contained inside your abstractions. JitterObject allows you to instantiate Jitter objects that reside inside your Java code, and not in the patcher.

MaxObject and MSPObject are an abstract classes that one extends to create Java objects that can live at the level of the patcher, instantiated through MXJ.

The issue appears to be the “abstraction” which still has not been clearly defined. If I understand what you’re wanting to do, this abstraction is a Java class that wraps Jitter objects and sound related data.

If this is right you should take a look at the JitterObject class, which could be contained inside your abstractions. JitterObject allows you to instantiate Jitter objects that reside inside your Java code, and not in the patcher.

The idea would be to create abstractions on a side and to call them (I mean, to create them in a patcher) via JAVA.
I have that working with JS but because I’d need to have a powerful communication system between my core (here JS, wanting JAVA) and all the abstractions, I thought about JAVA compiled stuff would be more fast

The idea would be to create abstractions on a side and to call them (I mean, to create them in a patcher) via JAVA.
I have that working with JS but because I’d need to have a powerful communication system between my core (here JS, wanting JAVA) and all the abstractions, I thought about JAVA compiled stuff would be more fast