From: John Morrison (jmorrison_at_ahc.net.au)
Date: 2002-02-05 13:58:34
> John,
>
> I love Java. I've been all over the world talking about Java.
My loves have changed over the years
Assembly (Commodore 64)
Basic
VB
C
C++
Java (current) :-)
> > threading
> This is one of the sweetest features
I only intend it to be used when necessary.
But we have it we can use it.
If we don't have it.........
> > RMI
> <g> I wrote a cover story and a book chapter about RMI,
> and I was Sun's Jini evangelist before I left. But keep
> things in perspective, we are not buiding a distributed
> system here. I am of the "less is more" mentality when
> it comes to software. Think small and functional. Most
> software is way too complex.
This is only for an added Module. NOT part of the main design!
> As I said before, I think that a complex threading scheme
> is a mistake. Someone else mentioned event-driven
> structure, that makes sense to me. BTW I already have
> captured Brainmaster data with Java. There is no need
> for fancy/complex routines here ...
:-)
That is one of the ideas I'm working on.
Modules wanting to get input from another module will "register" and that
module will send data when it has data to send.
> - Remote Method Invocation (Only used when needed!)
>
> Cool but NOT needed. Believe me. I Am the original RMI geek.
> I know the designers of RMi, they are good friends of mine,
> and I was on their team ...
As an added module it could go something like this.
H/W Module -> Filter module -> RMI sender module -------> RMI remote module
\ \-> Local display Module
\-> Recorder module
> > - Eg You sit at home and send your EEG data ..
>
> You think like me. If you want to do this yourself as an
> experiment, go for it, but I don't think the OpenEEG
> software should be written this way. I've already done
> all of these things. See this article.
> http://java.sun.com/features/2000/06/jeniuses.html
It's something that COULD be done but isn't necessary!
AND can be added later!!
>
> >BTW what is NF ??
>
> NeuroFeedback.
Should have known. :-)
> Think small and functional my friend. Complexity
> is not the answer.
There is a bit of complexity added by the design as modules can't DIRECTLY
access each others internal structures.
But the design makes it easier to mix and match modules written by different
authors without worrying about compatibility.
> Namaste,
> Doug
John
This archive was generated by hypermail 2.1.4 : 2002-07-27 12:28:38 BST