|
Posted
over 12 years
ago
Finally, we are ready to make the switch to OpenJDK 7 as the defaultJava compiler.Next week, we will upload version 0.49 of java-common which willswitch the default to OpenJDK 7. That means that all packages dependingon default-jdk and default-jre
... [More]
will use the OpenJDK 7 for the supportedarchitectures.However, since some architectures (sparc, s390, mips, mipsel,partially kfreebsd) are not supported by the current package of OpenJDK7, these architectures will remain with OpenJDK 6 as default. Volunteersare welcome.Sylvestre Ledru, in an e-mail announcement on the behalf of the Debian Java packaging team. [Less]
|
|
Posted
over 12 years
ago
JogAmp Ji Gong project announcement
“Ji Gong shall enable the VM technology across platform and devices.”
Sven Gothel Aug 04, 2013; 9:45am ”
Bug 790 <https://jogamp.org/bugzilla/show_bug.cgi?id=790>
Bug 698
... [More]
<https://jogamp.org/bugzilla/show_bug.cgi?id=698>
+++
Current Ji Gong Dependency
including the OpenJDK API subset, etc:
<https://jogamp.org/bugzilla/showdependencytree.cgi?id=790&hide_resolved=1>
+++
1st Milestone – Core JRT for all platforms ..
<https://jogamp.org/bugzilla/show_bug.cgi?id=791>
<https://jogamp.org/bugzilla/show_bug.cgi?id=792>
Calling for volunteers.
We are looking for sponsors!
+++
Preface
========
OpenJDK and its chair decided not to go mobile?Bug 698 was written due to the “Fear, uncertainty and doubt” (FUD)
strategy of Oracle of not giving express permission to use OpenJDK
in compliance w/ the 4 freedoms of software (FSF definition).
On the contrary, Oracle gives a patent grant for using OpenJDK for desktop only,
implying mobile use may be prohibited.
This implication is highly likely non-sense, especially in the light of
the latest Oracle vs Google case where Oracle was not able to
substantiate a patent infringement by Google’s Dalvik VM.
However .. the current situation lacks of:
– OpenJDK builds for Windows, OSX, Android, ..
– IcedTea-Web builds for Windows, OSX, Android, ..
As Xerxes put it: The horse is bound to a chair and is not running ..
Project Name
============
Ji Gong <https://en.wikipedia.org/wiki/Ji_Gong>
“Unlike a traditional Buddhist monk, Daoji did not like following traditional monastic codes. Daoji had a penchant for openly eating meat and drinking wine; his robes were often tattered and dirty from travelling from place to place, and stumbling while intoxicated. However, Daoji was kind hearted and was always ready to lend a helping hand to ordinary people. He would often treat the sick and fight against injustice. The monks, bewildered and fed up with his behavior, expelled Daoji from the monastery. From then on, Daoji roamed the streets and helped people whenever he could.”
Hence Daoji does people good while not necessarily conforming to certain arbitrary rules,
while maintaining sanity and being kind hearted.
The character is quite popular in the Asian culture.
Project Spirit
==============
This project shall match the kind direction of it’s name giving character,
while also serving w/ JogAmp’s goals of being a technology enabler.
Ji Gong shall enable the VM technology across platform and devices.
This project must not necessarily being maintained by the JogAmp community.
On the contrary .. we would prefer this effort to be done from the original authors,
i.e. OpenJDK and IcedTea-Web.
However, until the goals below and this spirit of a free solution is being picked
up, we may continue pushing it forward from here.
Note: Bug 698 sadly wasn’t being replied to by neither Oracle nor the OpenJDK team.
Of course, no surprise here, since for Oracle it might be a conflict of interest
due to their ‘goals’ to market their ARM hotspot proprietary solution
and the OpenJDK team consist mainly of Oracle and RedHat members.
The latter focuses on server solutions and is highly cooperating w/ Oracle.
Project Goal
============
- Availability of the GPLv2 based OpenJDK runtime environment (JRT/JVM)
– Desktop (Linux, Windows, OSX, ..)
– Mobile (Android, other phones and tablet OS [maybe even iOS])
– VM CPU support:
– Intel/AMD 32bit and 64bit
– ARM based CPUs [Hotspot client/server n/a at time of writing. May need to use JamVM or AvianVM, ..]
- Optional AWT/Swing/etc – maybe added at a later time
- Web Plugin based on IcedTea-Web (JWeb)
– Capable to run w/o AWT using a pluggable windowing subsystem implementation
– Optional AWT/Swing/etc – maybe added at a later time
+++
” Quoted from:
JogAmp forum: Project: Ji Gong http://forum.jogamp.org/Project-Ji-Gong-td4029738.html [Less]
|
|
Posted
over 12 years
ago
JogAmp JOGL, JOCL & JOAL provide cross platform Java™ language bindings to the OpenGL®, OpenCL™, OpenAL and OpenMAX APIs. JogAmp is a convenient enabler to give Desktop and Mobile applications access to hardware DSP & GPU units using a
... [More]
modular cross platform API.
Release announcement for JogAmp 2.0.2
This JogAmp JOGL version 2.0.2 release marks the end of the first major JogAmp release cycle that started with the v2.0-rc1 around two and a half years ago, “End of RCs ..“. JogAmp JOGL is a modern successor to the no longer maintained JOGL 1.1.1a. The 2.0.2 release added support for OpenGL versions up to 4.3, and OpenGL ES versions 1, 2, and 3.
Get in touch if you want to setup your own local JogAmp JOGL, JOAL and GlueGen source-code 10 year anniversary party. The JogAmp team is ready and here to save you!
The JogAmp team hosted one, awesome, party at the JogAmp BOF @ Siggraph 2013!
This years SIGGRAPH JogAmp BOF was dedicated to all the many amazing projects using JogAmp. We did try our best to demo as many projects as possible that we where able to fit into our session. One dude (MIT researcher) put it well, it was like “drinking from a fire-hose”; enjoy the demo flood!
Kudos to Qun who recorded the show! Here is a convenient time line to the many sections and topics covered during the talk:
00:02:00 Welcome to the JogAmp BOF
JogAmp Fast Media & Processing Across devices – Desktop & Mobile SIGGRAPH 2013 – Anaheim July 24, 2013
Presented by: Alan Sambol, Harvey Harrison, Rami Santina, Sven Gothel, Wade Walker, Xerxes Ranby, Dominik Ströhlein, Erik Brayet, Jens Hohmuth, Julien Gouesse, Mark Raynsford & Qun
00:02:46 10 Years
2003-06-06 to 2013-07-17
- LEGACY -
00:04:15 GLG2D
“GLG2D OpenGL accelerated Graphics2D
GLG2D is a Graphics2D implementation that uses OpenGL to implement basic Java2D drawing functionality.”
00:05:07 Java3D
“I’m not Dead!” Java3D is back! Demo of: Vzome, SweetHome3d &
XTour
00:10:40 Jake2
Port of id Software’s Quake II to Java by bytonic software.
JOGL enables Jake2 to run on mobile ES2 and desktop GL2. Demo: NApplet
- GAMES -
00:12:51 libGDX
“Desktop/Android/iOS/HTML5 Java game development framework” The JogAmp JOGL libgdx backend add support to libGDX for, Raspberry Pi, desktop and mobile using one single libgdx backend. The JOGL backend, a team effort of the JogAmp community
00:16:46 jMonkeyEngine
“Modern Java 3D” Currently Julien Gouesse develops a JOGL backend for jME3 with support of the jME team
00:17:40 Catequesis
“Catequesis is a survival horror game based on 90′s RPGs gameplay, with a really strong and immersive story & a 8 bit graphic style. This game will be released for Android, PC, Mac & Linux.” Monsieur Max is documenting the technology behind the Catequesis game at his tech inside blog.
00:18:55 Ticket to Ride
DoW’s classic game designed by: Alan R. Moon now available on google play and steam; during the BOF we also showcased the game running on GNU/Linux.
- UI -
00:20:54 nifty-gui
Demonstration of Nifty Gui running unmodified on both desktop OpenGL and mobile OpenGL ES using the new JOGL GL2ES2 port
00:25:29 Graph API
Graph is a JogAmp JOGL implementation of Rami Santinas GPU based Resolution Independent Curve Rendering
00:26:58 MyHMI
“MyHMI is a Java based object oriented software framework for industrial graphical user interfaces development.“
- Art / Science -
00:34:49 Kohlenstoffeinheiten
The winning 4k demo from Revision 2013 made by Akronyme Analogiker / DemoscenePassivist
00:36:39 jSpatial
The jspatial package implements a set of spatial data structures.
00:37:50 GeoGebra
Dynamic mathematics & science for learning and teaching
00:41:03 jReality
“jReality: a Java library for real-time interactive 3D graphics and audio
jReality is a Java based, open-source, full-featured 3D scene graph package designed for 3D visualization and specialized in mathematical visualization.”
00:42:23 BioJava
The goal of the BioJava project is to facilitate rapid application development for bioinformatics.
00:43:28 WorldWind
NASA World Wind SDK for Java. With this, developers can embed World Wind technology in their own applications.
00:44:51 Processing
Processing 2.0 PShader tutorial: http://processing.org/tutorials/pshader/
00:47:32 JaamSim
https://github.com/AusencoSimulation/JaamSim includes a Collada loader
00:51:05 C3D
“C3D Studio – Visual 5D Framework
C3D Studio is a 3D based visual framework for developing visual project control solutions for construction projects.” Slides: http://jogamp.org/doc/siggraph2013/bof/jogamp-siggraph2013-bof-c3d.pdf
- JogAmp -
00:57:09 JOCL
00:58:48 JOAL
01:01:27 GLMediaPlayer
01:03:50 JOGL / GLProfiles
01:05:18 JOGL / NEWT
01:08:55 JogAmp Platform Agnostic
01:09:55 JogAmp Deployment / Maven
- Finale -
01:10:48 Thank You / Q & A
01:19:46 End Sequence
Slides from the BOF is available at the jogamp.org site: http://jogamp.org/doc/siggraph2013
Thank you all for taking part into the realisation and use of JogAmp, the platform independent API, for GPU and DSP access across devices!
Cheers and have a great day! [Less]
|
|
Posted
over 12 years
ago
In Reaching for the Web, I spoke about the SVGGraphics2D implementation I've been working on. Well, I've taken this thing about as far as I can without getting some real-world feedback on it, so I've packaged it up in a new project JFreeGraphics2D
... [More]
and released it. It's taken slightly longer than I planned, because along the way I wondered what it would take to do a PDFGraphics2D implementation and somehow could not put it down. So JFreeGraphics2D 1.0 supports PDF as well as SVG and includes the following key components:
SVGGraphics2D
PDFDocument and PDFGraphics2D
CanvasGraphics2D
An important feature of the library is that it is small, the jar file is just 88kB for PDF and SVG with no external dependencies. I've tested it using JFreeChart and it is working well, but it is definitely going to benefit from some broader usage (especially since JFreeChart doesn't touch all the corners of the Java2D API). Please try it out and send your feedback.
On the license...
JFreeGraphics2D is dual licensed, free under the terms of the GNU Affero General Public Licence plus you can purchase a proprietary license if you are not yet ready for Free Software. Initially the proprietary licenses will be bundled with the JFreeChart Developer Guide and Demo Source Code, to encourage companies to support our work more than just in spirit.
Tweet [Less]
|
|
Posted
over 12 years
ago
The IcedTea project provides a harness to build the source code from OpenJDK using Free Software build tools, along with additional features such as a PulseAudio sound driver and support for alternative virtual machines.
This release updates our
... [More]
OpenJDK 7 support to include support for the ARM32 JIT port running on HotSpot 23, meaning ARM users can move to the 2.3.x series. A number of build issues were discovered with the ARM port in the previous 2.3.11 release and this release provides fixes for these.
In addition, IcedTea includes the usual IcedTea patches to allow builds against system libraries and to support more esoteric architectures. In this release, use of the system version of LCMS is again enabled by default, but requires version 2.5 or above.
If you find an issue with the release, please report it to our bug database under the appropriate component. Development discussion takes place on the distro-pkg-dev OpenJDK mailing list and patches are always welcome.
Full details of the release can be found below.
What’s New?
New in release 2.3.12 (2013-07-26)
ARM Port
Set Zero flags for ARM32 in jdk_generic_profile.sh
Tell gcc explicitly that the bytecodes_arm.def input from stdin is C++, allowing C++ flags to be used.
Use $(CC) as before for bytecodes_arm.s and mkoffsets targets
Include $(CFLAGS) in assembler stage
The tarball can be downloaded from:
http://icedtea.classpath.org/download/source/icedtea-2.3.12.tar.gz
SHA256 checksum:
3c4e88e7c1b2b39dcd7ed65c3b9a1a8dbd2a48848ce42e1d8a22a6821cf890d1 icedtea-2.3.12.tar.gz
The tarball is accompanied by a digital signature available at:
http://icedtea.classpath.org/download/source/icedtea-2.3.12.tar.gz.sig
This is produced using my public key. See details below.
PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07
The following people helped with these releases:
Andrew Hughes (build fixes and release management)
We would also like to thank the bug reporters and testers!
To get started:
$ tar xzf icedtea-2.3.12.tar.gz
$ mkdir icedtea-build
$ cd icedtea-build
$ ../icedtea-2.3.12/configure
$ make
Full build requirements and instructions are available in the INSTALL file.
Happy hacking! [Less]
|
|
Posted
over 12 years
ago
At work I make heavy use of the GNU Emacs mode serial-term to interface with various target boards. The boards all run U-Boot with a 5 second autoboot timeout. I often want to power-cycle a group of boards, then stop them all at the U-Boot prompt
... [More]
before they autoboot. It’s a race to C-x b to all the different buffers in time. I used to frequently miss some buffers; the boards would start booting, and I would have to wait to issue a software reset. It became annoying enough that I decided to create an autostop extension.
Luckily, serial-term is written in Emacs Lisp, so I can extend it to do exactly what I want. In this case I want a global “U-Boot autoboot-stop” mode. Here’s what I came up with:
First, a variable to to keep track of whether the mode is enabled or not.
;; Detect U-Boot autoboot prompt and stop it.
(defvar u-boot-stop-autoboot-mode nil
"Non-nil if term-mode should prevent U-Boot from autobooting.
Use the function u-boot-toggle-stop-autoboot-mode to toggle.")
Then the advice itself. It jacks into the term-emulate-terminal process filter to detect the U-Boot autoboot prompt, then sends a newline in response.
(defadvice term-emulate-terminal
(before u-boot-maybe-stop-autoboot activate disable)
(with-current-buffer (process-buffer proc)
(when (string-match "Hit any key to stop autoboot:" str)
(message "U-Boot autoboot stopped in buffer %s"
(buffer-name (current-buffer)))
(term-send-raw-string "\n"))))
And finally a function to toggle the advice on and off.
(defun u-boot-toggle-stop-autoboot-mode ()
"Toggle whether or not term-mode should interrupt U-Boot autoboot."
(interactive)
(if u-boot-stop-autoboot-mode
(progn
(ad-disable-advice
'term-emulate-terminal 'before 'u-boot-maybe-stop-autoboot)
(ad-update 'term-emulate-terminal)
(setq u-boot-stop-autoboot-mode nil)
(message "U-Boot autoboot will not be interrupted"))
(progn
(ad-enable-advice
'term-emulate-terminal 'before 'u-boot-maybe-stop-autoboot)
(ad-activate 'term-emulate-terminal)
(setq u-boot-stop-autoboot-mode t)
(message "U-Boot autoboot will be interrupted"))))
Now I can enable the mode globally with
M-x u-boot-toggle-stop-autoboot-mode
and be sure that all the boards will be interrupted in time.
It’s worth noting that developing this feature was relatively straightforward. I never left my Emacs session; I developed the code right in ~/.emacs.d/init.el, tested it quickly in a terminal buffer, and confirmed its operation in my existing serial-term buffers. Most of the development time was spent reading the Info documentation for Advice, to figure out how to enable and disable a specific piece of advice. [Less]
|
|
Posted
over 12 years
ago
The IcedTea project provides a harness to build the source code from OpenJDK using Free Software build tools, along with additional features such as a PulseAudio sound driver and support for alternative virtual machines.
This release updates our
... [More]
OpenJDK 7 support to include support for the ARM32 JIT port running on HotSpot 23, meaning ARM users can move to the 2.3.x series. Note: There will be no more 2.1.x releases.
In addition, IcedTea includes the usual IcedTea patches to allow builds against system libraries and to support more esoteric architectures. In this release, use of the system version of LCMS is again enabled by default, but requires version 2.5 or above.
If you find an issue with the release, please report it to our bug database under the appropriate component. Development discussion takes place on the distro-pkg-dev OpenJDK mailing list and patches are always welcome.
Full details of the release can be found below.
What’s New?
New in release 2.3.11 (2013-07-24)
System LCMS 2 support again enabled by default, requiring 2.5 or above.
ARM Port
Add arm_port from IcedTea 6
Add patches/arm.patch from IcedTea 6
Add patches/arm-debug.patch from IcedTea 6
Add patches/arm-hsdis.patch from IcedTea 6
Added jvmti event generation for dynamic_generate and compiled_method_load events to ARM JIT compiler
Adjust saved SP when safepointing.
First cut of invokedynamic
Fix trashed thread ptr after recursive re-entry from asm JIT.
JIT-compilation of ldc methodHandle
Rename a bunch of misleadingly-named functions
Changes for HSX22
Changes for HSX23
Corrected call from fast_method_handle_entry to CppInterpreter::method_handle_entry so that thread is loaded into r2
Don’t save locals at a return.
Fix call to handle_special_method(). Fix compareAndSwapLong.
Fix JIT bug that miscompiles org.eclipse.ui.internal.contexts.ContextAuthority.sourceChanged
invokedynamic and aldc for JIT
Modified safepoint check to rely on memory protect signal instead of polling
PR1188: ASM Interpreter and Thumb2 JIT javac miscompile modulo reminder on armel
PR1363: Fedora 19 / rawhide FTBFS SIGILL
Remove C++ flags from CC_COMPILE and fix usage in zeroshark.make.
RTC Thumb2 JIT enhancements.
Use ldrexd for atomic reads on ARMv7.
Use unified syntax for thumb code.
The tarball can be downloaded from:
http://icedtea.classpath.org/download/source/icedtea-2.3.11.tar.gz
SHA256 checksum:
0f6ebdb217731fe64a259389c45dafc4759ce565647a6281c0afaccf3bb39f51 icedtea-2.3.11.tar.gz
The tarball is accompanied by a digital signature available at:
http://icedtea.classpath.org/download/source/icedtea-2.3.11.tar.gz.sig
This is produced using my public key. See details below.
PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07
The following people helped with these releases:
Andrew Dinn (ARM32 port)
Andrew Haley (ARM32 port)
Andrew Hughes (LCMS changes, release management)
Chris Phillips (ARM32 port, including PR1363 and HSX23 work)
Xerxes Rånby (PR1188)
We would also like to thank the bug reporters and testers!
To get started:
$ tar xzf icedtea-2.3.11.tar.gz
$ mkdir icedtea-build
$ cd icedtea-build
$ ../icedtea-2.3.11/configure
$ make
Full build requirements and instructions are available in the INSTALL file.
Happy hacking! [Less]
|
|
Posted
over 12 years
ago
This morning I updated the JFreeChart FAQ, in particular the item listing alternative free / open source chart libraries (it's always been there just in case JFreeChart doesn't meet your requirements). There are now 19 projects listed, some of them
... [More]
look quite decent. Just now I added the year of the most recent release in square brackets (please let me know if I made any errors in that, the intent was to help identify projects that are still alive):
the JZY3D project (BSD) [2013];
the XChart project (Apache 2.0) [2013];
the Project Waterloo (LGPLv3) [2013];
the GRAL project (LGPLv3) [2013];
the JChart2D project (LGPL) [2013];
the JenSoft Java Chart API (GPLv3) [2012];
the JRobin project (LGPL) [2011];
the PtPlot project (UC Berkeley copyright) [2010];
the SurfacePlotter project (LGPL) [2010];
the LiveGraph project (BSD) [2010];
the OpenChart2 project (LGPL) [2009];
the JHeatChart project (LGPL) [2008];
the QN Plot project (BSD) [2007];
the E-Gantt project (Q Public License) [2006];
the Java Chart Construction Kit (LGPL, works with JDK 1.1.8) [2005];
the jCharts project (BSD-style) 2004[];
the ThunderGraph project (LGPL) [2002];
the Chart2D project (LGPL) [2002];
the JOpenChart project (LGPL) [2002];
the MagPlot project (GPL) previously at https://magplot.dev.java.net/;
Hopefully you should be able to find something you like in there! I can certainly appreciate the amount of effort that has gone into coding those things. [Less]
|
|
Posted
over 12 years
ago
[I'm playing with a new Blog, you can find the original article linked here] I played a bit today with JavaFX and one thing that comes straight when using it is the clean UI and Look And Feel. Obviously, since is a modern toolkit, lot of attention
... [More]
has been put in the way things look by default. For example, here’s a simple button:I think it looks great. Still being a Swing user, though, I feel often the pain of not having a great looking UI by default. Literally, any time you need to do anything Swing, you end up rewriting most the UI code because it’s so old-fashioned looking.Today I decided to start a simple experiment then. Instead of writing yet another LookAndFeel from scratch (something that is fun to do, anyway), why not having a Look and Feel based on JavaFX? Here it is:Well, it’s still pretty bare bone… I even don’t have the nice border yet :) Also, the code is really a complicated mess, given I did everything in an half hour of coding, so I won’t release this yet. But maybe I can really make this a Summer project. What do you think? [Less]
|
|
Posted
over 12 years
ago
I played a bit today with JavaFX and one thing that comes straight when using it is the clean UI and Look And Feel. Obviously, since is a modern toolkit, lot of attention has been put in the way things look by default. For example, here’s a simple
... [More]
button:
I think it looks great. Still being a Swing user, though, I feel often the pain of not having a great looking UI by default. Literally, any time you need to do anything Swing, you end up rewriting most the UI code because it’s so old-fashioned looking.
Today I decided to start a simple experiment then. Instead of writing yet another LookAndFeel from scratch (something that is fun to do, anyway), why not having a Look and Feel based on JavaFX? Here it is:
Well, it’s still pretty bare bone… I even don’t have the nice border yet Also, the code is really a complicated mess, given I did everything in an half hour of coding, so I won’t release this yet. But maybe I can really make this a Summer project. What do you think? [Less]
|