Re: Jimi dependency in FOP 0.95
Sorry. I should have removed all JARs in my optional-lib for testing. Fixed now. JAI is required for distribution builds. On 17.03.2008 12:53:00 Vincent Hennebert wrote: > Hi, > > Jeremias Maerki wrote: > > On 14.03.2008 12:55:06 Vincent Hennebert wrote: > >> Jeremias Maerki wrote: > >>> On 14.03.2008 12:20:27 Vincent Hennebert wrote: > > >>> I'll remove it, sure. Do you want me to do it in the release branch or > >>> in trunk? > >> Please do it in the branch. Otherwise people who want to build 0.95beta > >> from the sources will stumble upon this issue and may be confused. > >> Morevover it will be very easy to merge the changes back to the Trunk > >> thanks to svnmerge. While if we have to setup svnmerge also on the > >> branch the two won’t play very well together. I can take care of the > >> merges back to Trunk. Thanks! > > > > Done. > > I still have the following errors when building the branch: > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:30: > package javax.media.jai does not exist > [javac] import javax.media.jai.ColorCube; > [javac]^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:31: > package javax.media.jai does not exist > [javac] import javax.media.jai.ImageLayout; > [javac]^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:32: > package javax.media.jai does not exist > [javac] import javax.media.jai.JAI; > [javac]^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:33: > package javax.media.jai does not exist > [javac] import javax.media.jai.KernelJAI; > [javac]^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:34: > package javax.media.jai does not exist > [javac] import javax.media.jai.LookupTableJAI; > [javac]^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:35: > package javax.media.jai does not exist > [javac] import javax.media.jai.PlanarImage; > [javac]^ > src/java/org/apache/fop/render/AbstractGenericSVGHandler.java:91: > warning: org.apache.fop.render.Graphics2DImagePainter in > org.apache.fop.render has been deprecated > [javac] Graphics2DImagePainter painter = new > Graphics2DImagePainter() { > [javac] ^ > [javac] src/java/org/apache/fop/render/AbstractGenericSVGHandler.java:91: > warning: org.apache.fop.render.Graphics2DImagePainter in > org.apache.fop.render has been deprecated > [javac] Graphics2DImagePainter painter = new > Graphics2DImagePainter() { > [javac] ^ > [javac] src/java/org/apache/fop/render/AbstractGenericSVGHandler.java:91: > warning: org.apache.fop.render.Graphics2DImagePainter in > org.apache.fop.render has been deprecated > [javac] Graphics2DImagePainter painter = new > Graphics2DImagePainter() { > [javac] ^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:70: > cannot resolve symbol > [javac] symbol : class LookupTableJAI > [javac] location: class > org.apache.fop.render.pcl.JAIMonochromeBitmapConverter > [javac] LookupTableJAI lut = new LookupTableJAI(new byte[] > {(byte)0x00, (byte)0xff}); > [javac] ^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:70: > cannot resolve symbol > [javac] symbol : class LookupTableJAI > [javac] location: class > org.apache.fop.render.pcl.JAIMonochromeBitmapConverter > [javac] LookupTableJAI lut = new LookupTableJAI(new byte[] > {(byte)0x00, (byte)0xff}); > [javac] ^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:72: > cannot resolve symbol > [javac] symbol : variable KernelJAI > [javac] location: class > org.apache.fop.render.pcl.JAIMonochromeBitmapConverter > [javac] pb.add(KernelJAI.ERROR_FILTER_FLOYD_STEINBERG); > [javac]^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:76: > cannot resolve symbol > [javac] symbol : class ColorCube > [javac] location: class > org.apache.fop.render.pcl.JAIMonochromeBitmapConverter > [javac] ColorCube colorMap = > ColorCube.createColorCube(DataBuffer.TYPE_BYTE, > [javac] ^ > [javac] > src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:76: > cannot resolve symbol > [javac] symbol : variable ColorCube > [javac] location: class > org.apache.fop.render.pcl.JAIMonochromeBitmapConverter > [javac]
Re: Jimi dependency in FOP 0.95
Hi, Jeremias Maerki wrote: > On 14.03.2008 12:55:06 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> On 14.03.2008 12:20:27 Vincent Hennebert wrote: >>> I'll remove it, sure. Do you want me to do it in the release branch or >>> in trunk? >> Please do it in the branch. Otherwise people who want to build 0.95beta >> from the sources will stumble upon this issue and may be confused. >> Morevover it will be very easy to merge the changes back to the Trunk >> thanks to svnmerge. While if we have to setup svnmerge also on the >> branch the two won’t play very well together. I can take care of the >> merges back to Trunk. Thanks! > > Done. I still have the following errors when building the branch: [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:30: package javax.media.jai does not exist [javac] import javax.media.jai.ColorCube; [javac]^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:31: package javax.media.jai does not exist [javac] import javax.media.jai.ImageLayout; [javac]^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:32: package javax.media.jai does not exist [javac] import javax.media.jai.JAI; [javac]^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:33: package javax.media.jai does not exist [javac] import javax.media.jai.KernelJAI; [javac]^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:34: package javax.media.jai does not exist [javac] import javax.media.jai.LookupTableJAI; [javac]^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:35: package javax.media.jai does not exist [javac] import javax.media.jai.PlanarImage; [javac]^ src/java/org/apache/fop/render/AbstractGenericSVGHandler.java:91: warning: org.apache.fop.render.Graphics2DImagePainter in org.apache.fop.render has been deprecated [javac] Graphics2DImagePainter painter = new Graphics2DImagePainter() { [javac] ^ [javac] src/java/org/apache/fop/render/AbstractGenericSVGHandler.java:91: warning: org.apache.fop.render.Graphics2DImagePainter in org.apache.fop.render has been deprecated [javac] Graphics2DImagePainter painter = new Graphics2DImagePainter() { [javac] ^ [javac] src/java/org/apache/fop/render/AbstractGenericSVGHandler.java:91: warning: org.apache.fop.render.Graphics2DImagePainter in org.apache.fop.render has been deprecated [javac] Graphics2DImagePainter painter = new Graphics2DImagePainter() { [javac] ^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:70: cannot resolve symbol [javac] symbol : class LookupTableJAI [javac] location: class org.apache.fop.render.pcl.JAIMonochromeBitmapConverter [javac] LookupTableJAI lut = new LookupTableJAI(new byte[] {(byte)0x00, (byte)0xff}); [javac] ^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:70: cannot resolve symbol [javac] symbol : class LookupTableJAI [javac] location: class org.apache.fop.render.pcl.JAIMonochromeBitmapConverter [javac] LookupTableJAI lut = new LookupTableJAI(new byte[] {(byte)0x00, (byte)0xff}); [javac] ^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:72: cannot resolve symbol [javac] symbol : variable KernelJAI [javac] location: class org.apache.fop.render.pcl.JAIMonochromeBitmapConverter [javac] pb.add(KernelJAI.ERROR_FILTER_FLOYD_STEINBERG); [javac]^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:76: cannot resolve symbol [javac] symbol : class ColorCube [javac] location: class org.apache.fop.render.pcl.JAIMonochromeBitmapConverter [javac] ColorCube colorMap = ColorCube.createColorCube(DataBuffer.TYPE_BYTE, [javac] ^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:76: cannot resolve symbol [javac] symbol : variable ColorCube [javac] location: class org.apache.fop.render.pcl.JAIMonochromeBitmapConverter [javac] ColorCube colorMap = ColorCube.createColorCube(DataBuffer.TYPE_BYTE, [javac] ^ [javac] src/java/org/apache/fop/render/pcl/JAIMonochromeBitmapConverter.java:79: cannot resolve symbol [javac] symbol : variable KernelJAI [javac] location: class org.apache.fop.render.pcl.JAIMonochromeBitmapConverter [javac] pb.add
Re: Jimi dependency in FOP 0.95
On 14.03.2008 12:55:06 Vincent Hennebert wrote: > Hi Jeremias, > > Jeremias Maerki wrote: > > On 14.03.2008 12:20:27 Vincent Hennebert wrote: > >> Jeremias Maerki wrote: > >>> The new image loader framework doesn't use Jimi at all anymore. In > >>> theory, the whole old image handling classes can now be removed. It > >>> simply hasn't been done, yet. Deprecation is probably not necessary in > >>> this case as it is not recommended to use the old image stuff separately. > >>> I wanted to keep the old stuff for reference for a while but I don't > >>> think we need it anymore. So the note in the release notes means that > >>> Jimi isn't needed/used at runtime anymore. The changes in the build are > >>> just not done, yet. > >> Do you want to keep the old framework during the beta phase? If not, can > >> you please remove it? > > > > I'll remove it, sure. Do you want me to do it in the release branch or > > in trunk? > > Please do it in the branch. Otherwise people who want to build 0.95beta > from the sources will stumble upon this issue and may be confused. > Morevover it will be very easy to merge the changes back to the Trunk > thanks to svnmerge. While if we have to setup svnmerge also on the > branch the two won’t play very well together. I can take care of the > merges back to Trunk. Thanks! Done. Jeremias Maerki
Re: Jimi dependency in FOP 0.95
Hi Jeremias, Jeremias Maerki wrote: > On 14.03.2008 12:20:27 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> The new image loader framework doesn't use Jimi at all anymore. In >>> theory, the whole old image handling classes can now be removed. It >>> simply hasn't been done, yet. Deprecation is probably not necessary in >>> this case as it is not recommended to use the old image stuff separately. >>> I wanted to keep the old stuff for reference for a while but I don't >>> think we need it anymore. So the note in the release notes means that >>> Jimi isn't needed/used at runtime anymore. The changes in the build are >>> just not done, yet. >> Do you want to keep the old framework during the beta phase? If not, can >> you please remove it? > > I'll remove it, sure. Do you want me to do it in the release branch or > in trunk? Please do it in the branch. Otherwise people who want to build 0.95beta from the sources will stumble upon this issue and may be confused. Morevover it will be very easy to merge the changes back to the Trunk thanks to svnmerge. While if we have to setup svnmerge also on the branch the two won’t play very well together. I can take care of the merges back to Trunk. Thanks! Speaking of that: while the branch is alive, please all commit to the branch the fixes that you want to appear in the 0.95 release. Commit in the trunk only the changes that mustn’t be in 0.95. This will ease the merging process. Thanks, Vincent >>> The java-1.3 directory can equally be removed as well as 1.3-specific >>> stuff in build.xml. >> >> Thanks, >> Vincent >> >> >>> On 12.03.2008 19:47:49 Vincent Hennebert wrote: Likewise there is still a src/java-1.3 directory with image-related stuff. Can it be removed now (as well as any 1.3 specific stuff)? Vincent Hennebert wrote: > I have the following error message when trying to build the artifacts: > BUILD FAILED > /local/home/vhennebert/Fop/Release/Fop-0.95/0.95beta/build.xml:1237: A > complete binary build requires Jimi > > The release notes say that Jimi and JAI are no longer needed. So what’s > the real status? > > Thanks, > Vincent >>> >>> Jeremias Maerki >> >> -- >> Vincent HennebertAnyware Technologies >> http://people.apache.org/~vhennebert http://www.anyware-tech.com >> Apache FOP Committer FOP Development/Consulting > > > > > Jeremias Maerki > -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting
Re: Jimi dependency in FOP 0.95
On 14.03.2008 12:20:27 Vincent Hennebert wrote: > Jeremias Maerki wrote: > > The new image loader framework doesn't use Jimi at all anymore. In > > theory, the whole old image handling classes can now be removed. It > > simply hasn't been done, yet. Deprecation is probably not necessary in > > this case as it is not recommended to use the old image stuff separately. > > I wanted to keep the old stuff for reference for a while but I don't > > think we need it anymore. So the note in the release notes means that > > Jimi isn't needed/used at runtime anymore. The changes in the build are > > just not done, yet. > > Do you want to keep the old framework during the beta phase? If not, can > you please remove it? I'll remove it, sure. Do you want me to do it in the release branch or in trunk? > > > The java-1.3 directory can equally be removed as well as 1.3-specific > > stuff in build.xml. > > > Thanks, > Vincent > > > > On 12.03.2008 19:47:49 Vincent Hennebert wrote: > >> Likewise there is still a src/java-1.3 directory with image-related > >> stuff. Can it be removed now (as well as any 1.3 specific stuff)? > >> > >> Vincent Hennebert wrote: > >>> I have the following error message when trying to build the artifacts: > >>> BUILD FAILED > >>> /local/home/vhennebert/Fop/Release/Fop-0.95/0.95beta/build.xml:1237: A > >>> complete binary build requires Jimi > >>> > >>> The release notes say that Jimi and JAI are no longer needed. So what’s > >>> the real status? > >>> > >>> Thanks, > >>> Vincent > > > > > > Jeremias Maerki > > > -- > Vincent HennebertAnyware Technologies > http://people.apache.org/~vhennebert http://www.anyware-tech.com > Apache FOP Committer FOP Development/Consulting Jeremias Maerki
Re: Jimi dependency in FOP 0.95
Jeremias Maerki wrote: > The new image loader framework doesn't use Jimi at all anymore. In > theory, the whole old image handling classes can now be removed. It > simply hasn't been done, yet. Deprecation is probably not necessary in > this case as it is not recommended to use the old image stuff separately. > I wanted to keep the old stuff for reference for a while but I don't > think we need it anymore. So the note in the release notes means that > Jimi isn't needed/used at runtime anymore. The changes in the build are > just not done, yet. Do you want to keep the old framework during the beta phase? If not, can you please remove it? > The java-1.3 directory can equally be removed as well as 1.3-specific > stuff in build.xml. Thanks, Vincent > On 12.03.2008 19:47:49 Vincent Hennebert wrote: >> Likewise there is still a src/java-1.3 directory with image-related >> stuff. Can it be removed now (as well as any 1.3 specific stuff)? >> >> Vincent Hennebert wrote: >>> I have the following error message when trying to build the artifacts: >>> BUILD FAILED >>> /local/home/vhennebert/Fop/Release/Fop-0.95/0.95beta/build.xml:1237: A >>> complete binary build requires Jimi >>> >>> The release notes say that Jimi and JAI are no longer needed. So what’s >>> the real status? >>> >>> Thanks, >>> Vincent > > > Jeremias Maerki -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting
Re: Jimi dependency in FOP 0.95
The new image loader framework doesn't use Jimi at all anymore. In theory, the whole old image handling classes can now be removed. It simply hasn't been done, yet. Deprecation is probably not necessary in this case as it is not recommended to use the old image stuff separately. I wanted to keep the old stuff for reference for a while but I don't think we need it anymore. So the note in the release notes means that Jimi isn't needed/used at runtime anymore. The changes in the build are just not done, yet. The java-1.3 directory can equally be removed as well as 1.3-specific stuff in build.xml. On 12.03.2008 19:47:49 Vincent Hennebert wrote: > Likewise there is still a src/java-1.3 directory with image-related > stuff. Can it be removed now (as well as any 1.3 specific stuff)? > > Vincent Hennebert wrote: > > I have the following error message when trying to build the artifacts: > > BUILD FAILED > > /local/home/vhennebert/Fop/Release/Fop-0.95/0.95beta/build.xml:1237: A > > complete binary build requires Jimi > > > > The release notes say that Jimi and JAI are no longer needed. So what’s > > the real status? > > > > Thanks, > > Vincent > > > > > > -- > Vincent HennebertAnyware Technologies > http://people.apache.org/~vhennebert http://www.anyware-tech.com > Apache FOP Committer FOP Development/Consulting Jeremias Maerki
Re: Jimi dependency in FOP 0.95
Likewise there is still a src/java-1.3 directory with image-related stuff. Can it be removed now (as well as any 1.3 specific stuff)? Vincent Hennebert wrote: > I have the following error message when trying to build the artifacts: > BUILD FAILED > /local/home/vhennebert/Fop/Release/Fop-0.95/0.95beta/build.xml:1237: A > complete binary build requires Jimi > > The release notes say that Jimi and JAI are no longer needed. So what’s > the real status? > > Thanks, > Vincent > > -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting