ARM/RootfsFromScratch - Ubuntu Wiki:
'via Blog this'
Monday, October 03, 2011
Sunday, August 14, 2011
Wednesday, April 20, 2011
Friday, March 25, 2011
Blindly trusting random SSL Certificate Authorities
More customizable and better certificate validation is needed. I would rather trust an expired self-signed certificate that I've seen before than a brand new CA-signed cert.
Thursday, February 03, 2011
Thursday, December 09, 2010
JCP is dead - long live Java
Finally - JCP is dead. Not because of the bad APIs it produced to help Sun/Oracle sell products, but because of licencing restrictions and broken promises. But at least it's dead, and Java Language can finally move forward and be open.
And the way forward is really open APIs, with implementations that support not only in latest J2SE, but also GCJ, Mono and other VMs that support Java programming language. Without 'rewrite everything in pure Java' - but playing nice with other languages and VMs.
My intention is to pick the one or 2 of the Java APIs I had the most pain with - JSSE and NIO - and try to improve tomcat-native and APR bindings to the point they are a better APIs. They are already faster and provide far more features - but need more docs and friendlier APIs.
Hopefully people will pick the other Java API that went beyond complexity craziness - it's time for an alternative to the Servlet API which supports the new reality of the web and is not just an extension of CGIs with J2EE mega-complexity added in.
Now is the time to promote the other APIs that were shadowed by the JCP false claims of 'open' and 'standard', time for people to re-learn about better alternatives to java.sql, java logging, swing, RMI or URLConnection.
And the way forward is really open APIs, with implementations that support not only in latest J2SE, but also GCJ, Mono and other VMs that support Java programming language. Without 'rewrite everything in pure Java' - but playing nice with other languages and VMs.
My intention is to pick the one or 2 of the Java APIs I had the most pain with - JSSE and NIO - and try to improve tomcat-native and APR bindings to the point they are a better APIs. They are already faster and provide far more features - but need more docs and friendlier APIs.
Hopefully people will pick the other Java API that went beyond complexity craziness - it's time for an alternative to the Servlet API which supports the new reality of the web and is not just an extension of CGIs with J2EE mega-complexity added in.
Now is the time to promote the other APIs that were shadowed by the JCP false claims of 'open' and 'standard', time for people to re-learn about better alternatives to java.sql, java logging, swing, RMI or URLConnection.
Wednesday, November 10, 2010
Monday, November 01, 2010
Strophe client and Openfire XMPP server
It took me 2 hours: I was trying to play a bit with Javascript, long-lived connections/BOSH and xmpp.
I installed Openfire - a java XMPP server, it includes a BOSH servlet, all is very easy to setup. Build from source is also easy and the result works with now extra work. Used the internal database, created user, tested with an XMPP client.
Next I wanted to test from browser - got strophe, changed the examples. The easiest way to set it up is to install it in openfire/resources/spank. The 'bosh' servlet on port 7070 runs with the embedded Jetty, and will serve anything in that dir. This avoids the cross-domain problems. In a prod env you'll probably mix resources from different sources on port 80 - there are some good instructions on how to set apache or nginx, or how to use flash and crossdomain.xml if you really need the bosh server to be on a different domain.
The main trick - the resource name is not /xmpp-bind, not /http-bind as some docs on the web suggest, but /http-bind/. Without the '/' it gets a redirect, and after redirect a GET is done instead of a POST.
I installed Openfire - a java XMPP server, it includes a BOSH servlet, all is very easy to setup. Build from source is also easy and the result works with now extra work. Used the internal database, created user, tested with an XMPP client.
Next I wanted to test from browser - got strophe, changed the examples. The easiest way to set it up is to install it in openfire/resources/spank. The 'bosh' servlet on port 7070 runs with the embedded Jetty, and will serve anything in that dir. This avoids the cross-domain problems. In a prod env you'll probably mix resources from different sources on port 80 - there are some good instructions on how to set apache or nginx, or how to use flash and crossdomain.xml if you really need the bosh server to be on a different domain.
The main trick - the resource name is not /xmpp-bind, not /http-bind as some docs on the web suggest, but /http-bind/. Without the '/' it gets a redirect, and after redirect a GET is done instead of a POST.
Subscribe to:
Posts (Atom)