As for FreeBSD, the people in charge of porting Java to MaxOS X, have mentioned bindings to the native GUI API. Yummy.
As for your doubt of Sun, why? What could they possibly do? Begin charge money for Java? Hardly, that would be suicide (yes, I'm aware of the J2EE issues - but that's a completely different matter). Java not a standard? Hey, remember MS' attempt to pollute Java? Visual J++, where are you today. If MS couldn't do it, who can? Remember this article? What could make you lose faith in Sun a couple of years ago? That's the time Swing first appeared and we were all messing around with JDK1.1.6. That when Applet was still a buzzword, and server side Java was a rarity. That was before there was the support from many of the major Java advocates today.
What's the fuss about Java not being portable? I need an example. I've actively developed in Java for 2 years now, I have not once had portability problems.
As for HTML front, I also believe that's the way to go. Or even better, make an XML layer and make a HTML/XML proxy. This way, your fat clients can also connect to the servers, and render the XML based on your DTD. The future is not the fat client, but lets not forget the users who want that 'oh so neat' Wintendo interface. Don't make a fat client, it's not worth the trouble. If your system bugs, you'll only need to lof onto the server, fix the bug and restart. Not redistribute N fat clients.
Three interesting websites: http://java.apache.org/ http://jakarta.apache.org/ http://xml.apache.org/
The Jakarta project includes the servlet engine Tomcat, which is partially based on Sun's old servlet engine, and Apache's servlet engine JServ.
The cocoon framework (http://xml.apache.org) was founded by Stefano Mazzocchi (who rocks BTW), who has his say in the JSDK and JSP specs. Apache has lots of interesting Java projects in the making, I'm not at all surprised to see them in the committee. I believe IBM supports the Jakarta project as well, I know that Xerces is based on their XML4J XML. Xerces is now an Apache project, and is the parser shipped with Cocoon. IBM creates a tremendous amount of delicious Java (related) software, I think they couldn't care less, whether they get quoted or not, as long as they have their say in the business.
Also see http://jakarta.apache.org/credits/whoweare.html
I've been through much the same process recently. What helped me a lot, was Nokia's toolkit. Too bad you have to go through so much in order to get it to run Linux. The toolkit for debugging (don't you just love those "No reply from gateway" and "Page could not be showed" messages?;). I think the engineers got stressed to release the phones ASAP and that resulted in the different ways they render WML. Since when was a table supposed to be showed as a single column?? That sucks, it's damned marketing and sales again! As for caching, argh. Everybody who has done a little server side content generation knows what a pain caching clients is. Whoever designed these phones could have been more aware of that. Let's be able to turn it off via WMLScript based on URL, puh-lease. You can set newcontext="true" in your cards, but I'm not yet convinced that it works in all phones. Actually, I'm not yet convinced that anything works in all phones.
One thing that I found really helpful, were the emulators at YoSpace, they're the best emulators I've come across, by far.
I do. Text will be text. Future clients will ofc. support all sorts of functionality, the current prototypes have two way live video streaming - but if I need to find some information, I don't want to watch a movie, I want to read the text. There will always be text support. HTML/WML doesn't necessarily mean that the pages are static, you know that. They have their limitations, correct, but can coexist with the technologies you seem to think about.
Personally, I believe WAP is going to be around for only a brief period of time, but I reckon that another markup language will replace it, rather than flash movies and what have we.
> Good to know that you are buzzword compliant... > I understand thats very important to some people, > and if I ever figure out who those people are, I > will probably avoid them like the plague.
Good to know that you are buzzword compliant... I understand thats very important to some people, and if I ever figure out who those people are, I will probably avoid them like the plague.
Isn't it just a matter of disabling the scripting host thingy by default? I haven't touched wintendo for ages, so I'm only guessing, please correct me:)
Agreed. What I'd like to see is a core database which had a neat protocol for plugin enabling. Integrated services may be faster, but nevertheless they can be a pain when you don't need them. Look at Mozilla - what most people want is just a super fast browser, if we want mail and what-have-we, we'd download their plugin.
Perhaps he just wrote the article as he knew how the community would respond. We've seen it before, flame Linux people a little and your site surely receives an abundance of hits in the week that follows.
Yeah, but this isn't a fridge. The principle in cooling is just making a fluid evaporate as this is an energy demanding process. Whether you use water or some coolant doesn't matter. A fridge doesn't use a CPU to accomplish this (Gee!) , it uses a motor and some coolant gas instad of water. How often do you really replace the coolant in the fridge? You don't. As for keeping external air from condensing, I guess they have a fan.
Ever seen a distillation column? Methinks it's the same principle. Lead the water past the hot CPU, water evaporates - perhaps to another system of tubes. When away from the CPU, vapor condenses back to water and reenters the first system. My bet is that the Toshiba guys know better than making an open system, ie. a system where the amount of water isn't constant. You do not want people to refill their PC's.
I know of several multimillion user sites which run their core functionality using Java Servlets. As far as I know, Amazon.com is based on Enterprise Java Beans. EJB is an ultra scalable (horizontal) technology. Applet's are kinda dumb, agreed, but server side Java rocks.
How's that for a sweet dream? For instance, when you develop major web sites, the customers more often than not, want to download a generated document which they can print out and show to whoever. HTML won't work (eg. page breaks), pure text won't either as it cannot be given a neat layout. Alternative? Generate some PS (hmm.. I need a link on how to do that) - too complicated, RTF? Ha! It's invented by MS and various companies add their own codes as they please. I'd love to see.tex support in editors. All they need is to be able to show.dvi or.ps, the compiling/rendering can be done serverside. But it would be really sweet with support for TeX as is, instead of darned RTF. TeX is reliable, usable and highly configurable. The problem with TeX support is that people cannot compile it unless they have the same.sty, modules etc. as the original author did. Surely a problem that can be overcome. I think I'll post this on AbiWord's wishlist, if there is a such. Have a nice weekend:)
The major problem with Java is the speed of the graphics routines. Swing still suffers from this, compared to natively compiled GUI's like eg. GTK+ stuff. Recently, however, I've become aware of 2 important facts, that will allow those of us who want to, code games in Java at good speed.
1 Magician, an OpenGL implementation for Java which yields Java code that seamlessly uses existing native OpenGL libraries to provide high-performance rendering over a variety of platforms - how's that for starters?
2 Crusoe, a processor which can emulate x86 instructions - and I'm pretty certain that it'll be able to handle bytecode as well as x86 instructions sometime in the near future. IBM has backed the chip for the past years as has their interest in Java increased a lot in the same time span.
Slashdot Mirror
As for FreeBSD, the people in charge of porting Java to MaxOS X, have mentioned bindings to the native GUI API. Yummy.
As for your doubt of Sun, why? What could they possibly do? Begin charge money for Java? Hardly, that would be suicide (yes, I'm aware of the J2EE issues - but that's a completely different matter). Java not a standard? Hey, remember MS' attempt to pollute Java? Visual J++, where are you today. If MS couldn't do it, who can? Remember this article? What could make you lose faith in Sun a couple of years ago? That's the time Swing first appeared and we were all messing around with JDK1.1.6. That when Applet was still a buzzword, and server side Java was a rarity. That was before there was the support from many of the major Java advocates today.
What's the fuss about Java not being portable? I need an example. I've actively developed in Java for 2 years now, I have not once had portability problems.
As for HTML front, I also believe that's the way to go. Or even better, make an XML layer and make a HTML/XML proxy. This way, your fat clients can also connect to the servers, and render the XML based on your DTD. The future is not the fat client, but lets not forget the users who want that 'oh so neat' Wintendo interface. Don't make a fat client, it's not worth the trouble. If your system bugs, you'll only need to lof onto the server, fix the bug and restart. Not redistribute N fat clients.
Most servlet engines are pure Java, so all you'll ever need is the JVM.
Compile to native code?? Blech. Might as well code C then.
Uhm.. What if they move to Canada now?
Isn't this the same way George Lucas plans to distribute Star Wars II?
Three interesting websites:
http://java.apache.org/
http://jakarta.apache.org/
http://xml.apache.org/
The Jakarta project includes the servlet engine Tomcat, which is partially based on Sun's old servlet engine, and Apache's servlet engine JServ.
The cocoon framework (http://xml.apache.org) was founded by Stefano Mazzocchi (who rocks BTW), who has his say in the JSDK and JSP specs. Apache has lots of interesting Java projects in the making, I'm not at all surprised to see them in the committee. I believe IBM supports the Jakarta project as well, I know that Xerces is based on their XML4J XML. Xerces is now an Apache project, and is the parser shipped with Cocoon. IBM creates a tremendous amount of delicious Java (related) software, I think they couldn't care less, whether they get quoted or not, as long as they have their say in the business.
Also see http://jakarta.apache.org/credits/whoweare.html
I've been through much the same process recently. What helped me a lot, was Nokia's toolkit. Too bad you have to go through so much in order to get it to run Linux. The toolkit for debugging (don't you just love those "No reply from gateway" and "Page could not be showed" messages?
I think the engineers got stressed to release the phones ASAP and that resulted in the different ways they render WML. Since when was a table supposed to be showed as a single column?? That sucks, it's damned marketing and sales again!
As for caching, argh. Everybody who has done a little server side content generation knows what a pain caching clients is. Whoever designed these phones could have been more aware of that. Let's be able to turn it off via WMLScript based on URL, puh-lease. You can set newcontext="true" in your cards, but I'm not yet convinced that it works in all phones. Actually, I'm not yet convinced that anything works in all phones.
One thing that I found really helpful, were the emulators at YoSpace, they're the best emulators I've come across, by far.
I do. Text will be text. Future clients will ofc. support all sorts of functionality, the current prototypes have two way live video streaming - but if I need to find some information, I don't want to watch a movie, I want to read the text. There will always be text support. HTML/WML doesn't necessarily mean that the pages are static, you know that. They have their limitations, correct, but can coexist with the technologies you seem to think about.
Personally, I believe WAP is going to be around for only a brief period of time, but I reckon that another markup language will replace it, rather than flash movies and what have we.
>> We are a growing B2B company;
> Good to know that you are buzzword compliant...
> I understand thats very important to some people,
> and if I ever figure out who those people are, I
> will probably avoid them like the plague.
Good to know that you are buzzword compliant...
I understand thats very important to some people,
and if I ever figure out who those people are, I
will probably avoid them like the plague.
Error. Too deep recursion.
Anyone know if there's a way to enable URL rewriting when using Tomcat?
You should definitly check out the Cocoon project. XML, XSL/T and whatever you might need.
Uhm, use Enlightenment as your window manager and check out Aqua-DR16 from e.themes.org - works for me and looks real sweet
Isn't it just a matter of disabling the scripting host thingy by default? I haven't touched wintendo for ages, so I'm only guessing, please correct me
Yeah - standards are great! Everybody should have one!
Agreed. What I'd like to see is a core database which had a neat protocol for plugin enabling. Integrated services may be faster, but nevertheless they can be a pain when you don't need them. Look at Mozilla - what most people want is just a super fast browser, if we want mail and what-have-we, we'd download their plugin.
Oracle? In what context? For installation, use the JVM Oracle ships with, for JDBC, just download the appropriate classes.
Perhaps he just wrote the article as he knew how the community would respond. We've seen it before, flame Linux people a little and your site surely receives an abundance of hits in the week that follows.
Yeah, but this isn't a fridge. The principle in cooling is just making a fluid evaporate as this is an energy demanding process. Whether you use water or some coolant doesn't matter. A fridge doesn't use a CPU to accomplish this (Gee!) , it uses a motor and some coolant gas instad of water. How often do you really replace the coolant in the fridge? You don't. As for keeping external air from condensing, I guess they have a fan.
Ever seen a distillation column? Methinks it's the same principle. Lead the water past the hot CPU, water evaporates - perhaps to another system of tubes. When away from the CPU, vapor condenses back to water and reenters the first system. My bet is that the Toshiba guys know better than making an open system, ie. a system where the amount of water isn't constant. You do not want people to refill their PC's.
I know of several multimillion user sites which run their core functionality using Java Servlets. As far as I know, Amazon.com is based on Enterprise Java Beans. EJB is an ultra scalable (horizontal) technology. Applet's are kinda dumb, agreed, but server side Java rocks.
How's that for a sweet dream? For instance, when you develop major web sites, the customers more often than not, want to download a generated document which they can print out and show to whoever. HTML won't work (eg. page breaks), pure text won't either as it cannot be given a neat layout. Alternative? Generate some PS (hmm.. I need a link on how to do that) - too complicated, RTF? Ha! It's invented by MS and various companies add their own codes as they please. I'd love to see
Have a nice weekend
No offense, but why would it help to post it here instead of at Sun's feature request list?
The major problem with Java is the speed of the graphics routines. Swing still suffers from this, compared to natively compiled GUI's like eg. GTK+ stuff. Recently, however, I've become aware of 2 important facts, that will allow those of us who want to, code games in Java at good speed.
1 Magician, an OpenGL implementation for Java which yields Java code that seamlessly uses existing native OpenGL libraries to provide high-performance rendering over a variety of platforms - how's that for starters?
2 Crusoe, a processor which can emulate x86 instructions - and I'm pretty certain that it'll be able to handle bytecode as well as x86 instructions sometime in the near future. IBM has backed the chip for the past years as has their interest in Java increased a lot in the same time span.
Hooray.
I just installed SuSE yesterday, the only two things that annoyed me were:
a) Sucky mouse detection
b) The SuSE mascot is so damn ugly I needed to replace it everywhere I could.
Wow. No wonder IBM has been all over the place with their Java support for the past year.