Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? All I am saying is that there will be many different devices with different VM's out there soon ... and for us to have a compatible jboss-client build for each and every one of them is a massive task (regression testing hardware/software versions of 30+ devices), better left to those who would profit directly from it. Maybe We could try have jb-mini-client, jb-midi-client, jb-maxi-client but my fear is this will only confuse and swamp the helpdesk :-) ... Then again JBossME maybe should be a for-pay-add-on ? to me JBoss used as MOM for business systems and small device clients can be made today - transaction and security with multiplexed tcp and WebDAV at the clientside is premature as there are no devices in numbers out there yet ... consider using the serverside for those services today is IMHO sufficient. /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? i will have clustering across a whole fabrication line, a whole plant over highspeed i/o ports or similar ieee implementations. Utility Communications Architecture (UCA) Generic Object Models for Substation and Feeder Equipment (GOMSFE) == IEC61850 cool - one could need something like that ? when pushing near real-time content to many clients. embedded systems constits normally of many - some 1...k - devices, clustering comes to my mind ... real-time, btw, does not mean 'very fast' rather it is about predictable time frames - with timestamping of tx's (databases not involved here) even this should be possible ... [signing and gps comes in view ...] /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
I personally only want one build for the powerful handhelds. If anyone wants to make the other ones, that would be cool. -dain On Thursday, December 12, 2002, at 08:53 AM, Peter Fagerlund wrote: torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? All I am saying is that there will be many different devices with different VM's out there soon ... and for us to have a compatible jboss-client build for each and every one of them is a massive task (regression testing hardware/software versions of 30+ devices), better left to those who would profit directly from it. Maybe We could try have jb-mini-client, jb-midi-client, jb-maxi-client but my fear is this will only confuse and swamp the helpdesk :-) ... Then again JBossME maybe should be a for-pay-add-on ? to me JBoss used as MOM for business systems and small device clients can be made today - transaction and security with multiplexed tcp and WebDAV at the clientside is premature as there are no devices in numbers out there yet ... consider using the serverside for those services today is IMHO sufficient. /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 17.28 skrev Dain Sundstrom: I personally only want one build for the powerful handhelds. oki - so We have embedded devices in a range of - Phones - PDA's - SBC (Single Board Computers) If anyone wants to make the other ones, that would be cool. yes it would ;-) /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 16.01 skrev Holger Baxmann: embedded systems constits normally of many - some 1...k - devices, clustering comes to my mind ... Yes - but lets try break embedded down some, to devise's that use a Mobile Phone Wire and device's using a SBC (SingleBoardComputer) LAN/WiFI, generally speaking the Mobile Phone Wire device will need to have much thinner applications in the near foreseeable future compared to a SBC LAN/WiFi device (also then consider a Mobile Phone Wire device bridging through BlueThooth to a SBC LAN/WiFI or a SBC using a Mobile Phone Wire). Running a jboss-client on a embedded linux SBC device or full stack JBoss for that matter can be done today - again - depending on CPU and memory constraints of Your targeted (soldered) device together with the chosen OS/VM. according to the laws - yes, murphys too - the cpu/mem/bandwith problem doesn't influence the progress of things: it is envolving independend. what i am talking about is that a jboss-client should run on any halfway intelligent device, for example my wrist watch. jboss containers should run on any device which has an idle loop :) real-time, btw, does not mean 'very fast' rather it is about predictable time frames - with timestamping of tx's (databases not involved here) even this should be possible ... A definition of Real Time is how long it takes for something to complete -Don Norman ;-) great - i like this 8-) [signing and gps comes in view ...] Yes - it is cool ... - With signing the Telco's will become banks. you ever heard of the tobin tax? - GPS (positioning) can be had here (Stockholm) today depending on Your operator's (Phone Wire ISP) service. do not really understand - gps timestamping is availabe like fresh air, mostly, nearly. bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 17.28 skrev Dain Sundstrom: I personally only want one build for the powerful handhelds. oki - so We have embedded devices in a range of - Phones - PDA's - SBC (Single Board Computers) i do not know the structure of this bullet list is, what the difference between these devices is, except that there are no j2me cdc implementations and profiles. the last one includes the first two. btw: what means 'powerfull'? i have a fpga device here (call it sbc) which is able to generate a throughput of 1..2.8 Gbits/sec with rijndael block cipher. is this powerfull? If anyone wants to make the other ones, that would be cool. yes it would ;-) yes, i would =8- bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
On Thursday, December 12, 2002, at 12:02 PM, Holger Baxmann wrote: btw: what means 'powerfull'? i have a fpga device here (call it sbc) which is able to generate a throughput of 1..2.8 Gbits/sec with rijndael block cipher. is this powerfull? I would define a powerful PDA as any PDA with enough power to run the current version of WindowCE (handheld version). What I mean are the IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low end currently and the new versions are 400 MHz 256 machines. Now that is powerful. I personally only care about general CPU speed, not the ASIC parts, and the raw memory available to thee vm. If anyone wants to make the other ones, that would be cool. yes it would ;-) yes, i would =8- It looks like Bill is going to add this to the project list. -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 18.54 skrev Holger Baxmann: according to the laws - yes, murphys too - the cpu/mem/bandwith problem doesn't influence the progress of things: it is envolving independend. what i am talking about is that a jboss-client should run on any halfway intelligent device, for example my wrist watch. jboss containers should run on any device which has an idle loop :) We are so much in the hands of hardware/os/vm right now so lets sit-on-the-cards while the laws works out. [signing and gps comes in view ...] Yes - it is cool ... - With signing the Telco's will become banks. you ever heard of the tobin tax? It is a very political arena ... with new actors without any know of the jargon file. - GPS (positioning) can be had here (Stockholm) today depending on Your operator's (Phone Wire ISP) service. do not really understand - gps timestamping is availabe like fresh air, mostly, nearly. Ahhh ... with GPS You need a transmitter/receiver tho ? ... here they do triangulation of the mobile using the GSM Antenna Stations and they charge for every lookup ... /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
On Thursday, December 12, 2002, at 12:02 PM, Holger Baxmann wrote: btw: what means 'powerfull'? i have a fpga device here (call it sbc) which is able to generate a throughput of 1..2.8 Gbits/sec with rijndael block cipher. is this powerfull? I would define a powerful PDA as any PDA with enough power to run the current version of WindowCE (handheld version). What I mean are the IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low end currently and the new versions are 400 MHz 256 machines. Now that is powerful. I personally only care about general CPU speed, not the ASIC parts, and the raw memory available to thee vm. uu, here we catch a rabbit hunter ! you are mentioning window ce: you are mentioning an operating system. you are bringing this in conjunction with power. lol. rotfl. i do not understand, because i understand. enough power means - enough power for the specific purpose at a specific time. these both constraints leads us to dynamic configurable because we do not know what to do nor when to do - not to the multi-purpose [and this way: no purpose at all] pc like operating systems. they are simply useless. we use them, because there exist nothing else - before jboss.org what i mean is: _no_ operating system, _no_ filesystem. simply jboss.org. jbossME. for all i care. If anyone wants to make the other ones, that would be cool. yes it would ;-) yes, i would =8- It looks like Bill is going to add this to the project list. here am i. bax -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 18.54 skrev Holger Baxmann: according to the laws - yes, murphys too - the cpu/mem/bandwith problem doesn't influence the progress of things: it is envolving independend. what i am talking about is that a jboss-client should run on any halfway intelligent device, for example my wrist watch. jboss containers should run on any device which has an idle loop :) We are so much in the hands of hardware/os/vm right now so lets sit-on-the-cards while the laws works out. [signing and gps comes in view ...] Yes - it is cool ... - With signing the Telco's will become banks. you ever heard of the tobin tax? It is a very political arena ... with new actors without any know of the jargon file. sorry for beeing ot |- - GPS (positioning) can be had here (Stockholm) today depending on Your operator's (Phone Wire ISP) service. do not really understand - gps timestamping is availabe like fresh air, mostly, nearly. Ahhh ... with GPS You need a transmitter/receiver tho ? ... here they do triangulation of the mobile using the GSM Antenna Stations and they charge for every lookup ... hmmm, goto www.bgmicro.com there are 8 channel (not enough for differential gps: 25m accuracy needs 12) motorola oncore gps modules for $14.95. one would only need a receiver. one worldwide !-) gps has nothing to do with gsm. is has own satellites, as far as you are not to far from the earth :) and are in the view of three of these satelites you may get the time in tolerance of nanoseconds, and as a goodie your position. everybody knows a.einstein? bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
JBossME is maybe not the best project name ? ME being Micro Edition Maybe JBossEE (Embedded Edition) ? or EMBOSS ? emboss was being mentioned by marc back in april. but it is an dna sequencing software name too. The project should look into investing in DASH-O Pro to compress the binary deliverables ? sorry for beeing simple, but what is a dash-o pro? Then maybe the project could have three reference devices in a range from phone to sbc ? to test on. i would vote for one reference platform and then ports. reference: wishbone compliant ip core of 8051 - http://www.opencores.org/projects/8051/ - dallas tini java implementation (8051 derivative 80c390/400) bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
On Thursday, December 12, 2002, at 01:33 PM, Holger Baxmann wrote: I would define a powerful PDA as any PDA with enough power to run the current version of WindowCE (handheld version). What I mean are the IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low end currently and the new versions are 400 MHz 256 machines. Now that is powerful. I personally only care about general CPU speed, not the ASIC parts, and the raw memory available to thee vm. uu, here we catch a rabbit hunter ! you are mentioning window ce: you are mentioning an operating system. you are bringing this in conjunction with power. lol. rotfl. i do not understand, because i understand. enough power means - enough power for the specific purpose at a specific time. these both constraints leads us to dynamic configurable because we do not know what to do nor when to do - not to the multi-purpose [and this way: no purpose at all] pc like operating systems. they are simply useless. Read my post again. I said enough power to run WindowsCE, which is a pig, so any box that can do what is powerful in my mind. we use them, because there exist nothing else - before jboss.org what i mean is: _no_ operating system, _no_ filesystem. simply jboss.org. jbossME. for all i care. Absolutely, but that is not my personal interest. I think that would be a great project and would be fun to work on. -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
it is late in the night 2:50am, but i have the idea: why not embedded jboss? -- ejboss -- ok, going fishing some sleep... bax JBossME is maybe not the best project name ? ME being Micro Edition Maybe JBossEE (Embedded Edition) ? or EMBOSS ? The project should look into investing in DASH-O Pro to compress the binary deliverables ? Then maybe the project could have three reference devices in a range from phone to sbc ? to test on. /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
Once again Peter I have no idea what you mean. -dain On Wednesday, December 11, 2002, at 03:42 PM, Peter Fagerlund wrote: Yes - a separated JBossClient project would be clean in diff'ing the different built's for target'ed device VM's. JBoss Serving up J2ME is natural without any further coupling ... Then - *WoW* - when adding jboss-client into the mix - gives - having an object inside the client *mirroring* the JBoss server side object instance -- is IMHO == undelivered territory ... Then - again - chill - You know me as someone disturbing the JBG, Dev and User communities - now - You would not want Me to do the same ? in all of the Telco biz after all the vested interests they have spread - now would You ? *S* ... se o these actors do not know of software ethical'isms as IBM would!. paus --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
i understand 'it would be great, but we shouldn't do it.' bax Von: Dain Sundstrom [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Wed, 11 Dec 2002 16:09:46 -0600 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] JBossME Once again Peter I have no idea what you mean. -dain On Wednesday, December 11, 2002, at 03:42 PM, Peter Fagerlund wrote: Yes - a separated JBossClient project would be clean in diff'ing the different built's for target'ed device VM's. JBoss Serving up J2ME is natural without any further coupling ... Then - *WoW* - when adding jboss-client into the mix - gives - having an object inside the client *mirroring* the JBoss server side object instance -- is IMHO == undelivered territory ... Then - again - chill - You know me as someone disturbing the JBG, Dev and User communities - now - You would not want Me to do the same ? in all of the Telco biz after all the vested interests they have spread - now would You ? *S* ... se o these actors do not know of software ethical'isms as IBM would!. paus --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
btw: who is talking about jboss-client? i will have clustering across a whole fabrication line, a whole plant over highspeed i/o ports or similar ieee implementations. few catchwords: Utility Communications Architecture (UCA) Generic Object Models for Substation and Feeder Equipment (GOMSFE) == IEC61850 protocols: DNP3, IEC870-5 available in the luciol project at sourceforge.net bax Von: Holger Baxmann [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Thu, 12 Dec 2002 00:14:00 +0100 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] JBossME i understand 'it would be great, but we shouldn't do it.' bax Von: Dain Sundstrom [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Wed, 11 Dec 2002 16:09:46 -0600 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] JBossME Once again Peter I have no idea what you mean. -dain On Wednesday, December 11, 2002, at 03:42 PM, Peter Fagerlund wrote: Yes - a separated JBossClient project would be clean in diff'ing the different built's for target'ed device VM's. JBoss Serving up J2ME is natural without any further coupling ... Then - *WoW* - when adding jboss-client into the mix - gives - having an object inside the client *mirroring* the JBoss server side object instance -- is IMHO == undelivered territory ... Then - again - chill - You know me as someone disturbing the JBG, Dev and User communities - now - You would not want Me to do the same ? in all of the Telco biz after all the vested interests they have spread - now would You ? *S* ... se o these actors do not know of software ethical'isms as IBM would!. paus --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development