Thread: [Embedlets-dev] Embedded or industrial Java?
Status: Alpha
Brought to you by:
tkosan
Menu
▾
▴
embedlets-developer
|
From: Ted K. <tk...@ya...> - 2003-06-18 03:45:57
|
I have been thinking about putting an Embedlets project page up on the new http://java.net site but now I need to figure out what category Embedlets fits under. Should Embedlets be categorized under Industrial Java or Embedded Java? Beyond this, is Industrial Java a sub-category of Embedded Java or is Embedded Java a sub-category of Industrial Java? Ted __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Christopher S. <cs...@oo...> - 2003-06-18 06:40:44
|
I vote Embedded - this covers Industrial, Aerospace, Facilities Management, Automotive, etc. > > Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE] > _______________________________________________ > > I have been thinking about putting an Embedlets project page up on the new > http://java.net site but now I need to figure out what category > Embedlets fits > under. > > Should Embedlets be categorized under Industrial Java or Embedded > Java? Beyond > this, is Industrial Java a sub-category of Embedded Java or is > Embedded Java a > sub-category of Industrial Java? > > Ted > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Embedlets-developer mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embedlets-developer > |
|
From: Ted K. <tk...@ya...> - 2003-06-19 04:30:47
|
Chris said: > I vote Embedded - this covers Industrial, Aerospace, Facilities Management, > Automotive, etc. and Gregg said: > I believe you can select both categories can you not? The reason I am bringing this up is that some of Sun's thinking leans towards calling the Java that is in cell phones "Embedded Java" and the Java that is used in industrial applications "Industrial Java". See this JSR for more details: http://www.jcp.org/en/jsr/detail?id=7 I personally hold the view of Embedded Java that Chris stated above but it looks like we are going to have to come up with a precise definition of exactly what Embedded Java is and what it is not because Sun does not seemed to have defined it yet. At JavaOne I found myself in the position of needing to explain what category Embedlets fits into and before the Embedlets Cat is 'out of the bag' I think we need to address this. Ted __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: James C. <ca...@vi...> - 2003-06-22 07:31:27
|
Ted Says: >The reason I am bringing this up is that some of Sun's thinking leans >towards calling the Java that is in cell phones "Embedded Java" and >the Java that is used in industrial applications "Industrial Java". I saw this a while ago and chose to use the term 'deeply embedded' for muvium to differentiate between embedded and the controller type imbedded that muvium targets. I agree is not good to have to spend the first 5 minutes of a conversation creating the product space distincition James Caska www.muvium.com uVM - 'Java Bred for Embedded' -----Original Message----- From: emb...@li... [mailto:emb...@li...] On Behalf Of Ted Kosan Sent: Thursday, 19 June 2003 6:31 AM To: emb...@li... Subject: RE: [Embedlets-dev] Embedded or industrial Java? Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE] _______________________________________________ Chris said: > I vote Embedded - this covers Industrial, Aerospace, Facilities > Management, Automotive, etc. and Gregg said: > I believe you can select both categories can you not? The reason I am bringing this up is that some of Sun's thinking leans towards calling the Java that is in cell phones "Embedded Java" and the Java that is used in industrial applications "Industrial Java". See this JSR for more details: http://www.jcp.org/en/jsr/detail?id=7 I personally hold the view of Embedded Java that Chris stated above but it looks like we are going to have to come up with a precise definition of exactly what Embedded Java is and what it is not because Sun does not seemed to have defined it yet. At JavaOne I found myself in the position of needing to explain what category Embedlets fits into and before the Embedlets Cat is 'out of the bag' I think we need to address this. Ted __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Embedlets-developer mailing list Emb...@li... https://lists.sourceforge.net/lists/listinfo/embedlets-developer |
|
From: James C. <ca...@vi...> - 2003-06-22 07:31:51
|
Ok... So I fired up the embedlets code and starting getting my head back around it. I want to comment on the Event mechanism.. Java itself has events, especially if it has a graphical interface, it even has it's own 'prescribed' way of handling events - The Producer/Listener model and this is the event model I have used also for muvium in the APT - (Abstract Peripheral Toolkit). One good thing about Producer/Listeners is that it is very concrete who is receiving events from who. The Embedlet container Event mechanism does not use this mechanism opting for it's own Embedlet Event mechanism. What is not clear to me at this stage is how an instance of a specific embedlet may register to receive events generated by another specific embedlet instance. As it stands all Embedlets seem to receive all Events or at least they must apply some type of filter to the events they receive. I suppose in the general sense if this filter specifies the specific instance then it will receive only those events.. So you have a filter based event/listener model. In a graphical representation embedlets can be thought of being tied together by their events... Again easy to see how this works in a Producer/Listener model but how is it indended this will work in the Embedlet model. I suppose you need the XML configuration to specify the filter to the level needed to emulate the Producer/Listener model. I guess at the end of the day I am trying to understand why we are not using the Producer/Listener model common to the Java event handling mechanism seen both in Java itself, Swing & AWT, and also in the Real-Time Java specification. James Caska www.muvium.com uVM - 'Java Bred for Embedded' |
|
From: Christopher S. <cs...@oo...> - 2003-06-22 22:21:35
|
James, I agree with you wholeheartedly. Andrzej and I had many discussions on this. His assertion was that the producers should be decoupled from the consumers on the basis of CS theory. In the case of inter-processor communication this make sense. My arguments were that in embedded systems things are supposed to be coupled, to a certain extent and that performance, determinism and industry acceptance would suffer if we had only the indirect, queued the event model. We agreed to provide/allow both, although the current code does not make that clear. Enclosed is the key discussion. > > Topic tags:[ARCH][JAPL][WIRING][DOCS][MGMT][STRATEGY][NEWBIE] > _______________________________________________ > > Ok... So I fired up the embedlets code and starting getting my head back > around it. > > I want to comment on the Event mechanism.. Java itself has events, > especially if it has a graphical interface, it even has it's own > 'prescribed' way of handling events - The Producer/Listener model and > this is the event model I have used also for muvium in the APT - > (Abstract Peripheral Toolkit). > > One good thing about Producer/Listeners is that it is very concrete who > is receiving events from who. The Embedlet container Event mechanism > does not use this mechanism opting for it's own Embedlet Event > mechanism. What is not clear to me at this stage is how an instance of a > specific embedlet may register to receive events generated by another > specific embedlet instance. As it stands all Embedlets seem to receive > all Events or at least they must apply some type of filter to the events > they receive. > > I suppose in the general sense if this filter specifies the specific > instance then it will receive only those events.. So you have a filter > based event/listener model. > > In a graphical representation embedlets can be thought of being tied > together by their events... Again easy to see how this works in a > Producer/Listener model but how is it indended this will work in the > Embedlet model. I suppose you need the XML configuration to specify the > filter to the level needed to emulate the Producer/Listener model. > > I guess at the end of the day I am trying to understand why we are not > using the Producer/Listener model common to the Java event handling > mechanism seen both in Java itself, Swing & AWT, and also in the > Real-Time Java specification. > > James Caska > > www.muvium.com > uVM - 'Java Bred for Embedded' > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Embedlets-developer mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embedlets-developer > |
Thanks for helping keep SourceForge clean.
X