[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Fwd: Re: batik with GNU Classpath]
From: |
Thomas Fitzsimmons |
Subject: |
Re: [Fwd: Re: batik with GNU Classpath] |
Date: |
Tue, 22 Nov 2005 11:29:29 -0500 |
On Tue, 2005-11-22 at 06:26 -0800, Anthony Green wrote:
> Jeremias Maerki is taking on the Batik-on-Classpath challenge!
>
> But he will really need a working BasicStroke soon:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22938
>
> IIRC, fitzsim said he was going to work on this relatively soon, is that
> right?
I may do this as part of the Graphics2D/Cairo work but it will be a
while before I get to it. I suppose writing BasicStroke is a major
component of the "Batik-on-Classpath" challenge.
Tom
>
> AG
>
>
> email message attachment, "Forwarded message - Re: batik with GNU
> Classpath"
> On Tue, 2005-11-22 at 06:26 -0800, Anthony Green wrote:
> > This is just to let you know that I've started to work on that. It's not
> > like it's my highest priority but I want to put some energy into this.
> >
> > During the weekend I've started to do the necessary changes to remove
> > the dependency on the com/sun/* classes. The following is mostly for the
> > Batik people to comment on the approach I have in mind:
> >
> > - I've locally started to move the codec classes (TIFF and PNG) to the
> > sources-1.3 directory.
> > - I'm writing an adapter to encode images to TIFF/PNG to hide the
> > dependency.
> > - For JDKs >= 1.4 (and for GNU Classpath) I propose to write additional
> > adapters that use the ImageIO API to handled the image decoding/encoding.
> > These adapters will land in sources-1.4.
> > - The adapter implementations will be discovered through the Service
> > class.
> >
> > Binaries compiled under Sun JDK 1.3.1 would still run on Sun JDKs 1.4.2 and
> > 5. For GNU Classpath the sources will be compiled in JDK 1.4 fashion. I
> > assume that ImageIO support for GNU Classpath is there, right?
> >
> > So far I've had problems compiling stuff under CygWin because GNU
> > Classpath seems to require GCC 4.0. CygWin only contains GCC 3.x. ATM, I
> > don't have access to any Unix machine with GCJ installed. On the other
> > side, I've been able to make experiments with IKVM which also uses GNU
> > Classpath. But there seems to be bigger problems with its AWT
> > implementation so that I currently don't have high hopes that Batik will
> > run under IKVM which would also have been nice.
> >
> > On 24.10.2005 15:38:59 Anthony Green wrote:
> > > On Mon, 2005-10-24 at 09:52 +0200, Jeremias Maerki wrote:
> > > > since I've heard a number of times now about the desire to run Batik/FOP
> > > > on GNU Classpath I'd like to help make sure this can happen. However,
> > > > the last time I tried to do anything in this direction I was utterly
> > > > stuck. Do you have any pointers, hints, advice for me how to build a
> > > > normal Java project that has an Ant build using GNU Classpath on
> > > > Windows?
> > >
> > > As far as I know there's no simple solution for Windows right now.
> > > However, there's still an easy way to help.
> > >
> > > I believe that the main problem with Batik vis-a-vis GNU Classpath, is
> > > the use of com.sun.* classes for JPEG handling. The answer here is to
> > > use standard (1.4+) APIs for JPEG handling (and use the old classes when
> > > running on a <=1.3 JRE). Batik has a directory for 1.4 classes now. It
> > > seems that all the support could go in there, and some combination of
> > > build.xml and runtime check magic could figure out what classes to build
> > > and run.
> > >
> > > The Wikipedia people want to use batik on gcj/GNU Classpath to render
> > > svg for wikipedia entries, but they're stuck on this as well.
> > >
> > > Of course, the GNU Classpath people need to fix the missing bits in
> > > java.awt.BasicStroke. I think this could happen relatively quickly
> > > given all the demand.
> > >
> > > Thanks!
> > >
> > > AG
> >
> >
> >
> > Jeremias Maerki
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: address@hidden
> > For additional commands, e-mail: address@hidden