Hello all,
I am very impressed with processing and wanted to know if you guys think the following is possible.

I am a Java developer and have been working on a visualization system for a 3D neural network in Java.  My system is designed to be visualization only, all simulation happens in external code, files are produced for the anatomy of the network (where the neurons are, their connections) and for the events (when neurons fire and to which neurons) - then, my system reads those files, processes them, and loads into memory a bunch of events which it can then display, play, rewind, etc.  My current renderer is a JOGL renderer so my neural network is in 3D.

It is really tough to develop such a thing in 3D, especially since my deadline is very close.  Considering what my goals are and that I already have the majority of the Java code base, will it reasonable to build a Renderer that uses another Java class to plot the network and will I be able to control that renderer from a different Java class?

Is processing a good fit for me?
PS - I need to be able to move signals from one neuron to another and to control the camera.

Thank you.

if you already got the rendering code done in java, i dont see why you'd want to move to processing. especially considering that processing has lots of opengl native support restrictions, which you'll need to have some experience in to hack around them.

if you were hoping to use processing to create the controller gui, you'll also run into some issues with multiple windows communication, and such, so i would do it with a standard java window gui if i was you.

processing is cool for getting the project on the road, prototyping things and showing results quickly, not porting big projects halfway through or generating intricate controller apis imho. unless ofcourse you already know processing inside out and how to avoid the pitfalls, which you dont seem to.

so, it depends alot on the project and the coder ofcourse, but from what you wrote i would probably finish it directly in java, not go processing with this one.