Re: Testing batik: running 'regard' ant target

[Luis Bernardo]

Sorry, I have been away from the mailing list but it seems no one has 
answered. Last time I tried to run regard was almost two years ago, and 
it never ran to completion. I do not find the regard test suite as is 
useful because many tests are environment dependent. If you run it in a 
different machine you will get different results. There is a way to 
update the expected results but even then comparisons seem to be 
problematic. But the idea of automated tests falls apart if the results 
depend on the machine. I am in favor of disabling or even removing all 
environment dependent tests.


On 2/26/16 6:09 AM, Glenn Adams wrote:

Is anyone running the batik test suite, i.e., the 'regard' target, on a
regular basis? If not, when is the last time you recall running it to
completion, e.g., from ^/xmlgraphics/batik/trunk?




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report for February 2016

[Luis Bernardo]

It is good.

On 1/28/16 7:05 PM, Glenn Adams wrote:

A draft is available at [1]. Please submit any suggestions/comments by
February 4, on which day I will post to ASF Board.

Note that I am now using a format aligned to the board's reporting
template, having made a few changes to accommodate inclusion in the wiki.
The final board report will restore those changes to correspond to the
template syntax.

[1]]
https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForFebruary2016




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Release XML Graphics Commons 2.1 (2nd attempt)

[Luis Bernardo]

+1

On 1/7/16 2:57 PM, Simon Steiner wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

This is a vote to release XML Graphics Commons 2.1, so we can make FOP 2.1 
release, status.xml has been removed.

Artifacts can be found there:
https://people.apache.org/~ssteiner/xgc-2.1

The release is signed with the key:
https://people.apache.org/~ssteiner/KEYS

The vote will end on 14/1/2016

+1 from me.

Thanks

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWjm53AAoJEFuT8d98223qx0QP/2bMf0RWkexK1UfDXV3pQH7H
jpOk0h62gd/FP5h2PlwHsGybrvYa/TNhEsKmaRobpME9q0huu046XHu7ZlcFdX/1
fhNjU7ga8QKPkChRxL7pET/vMuf520WHi1ZPkNgKn+faUXxJhTf/yMHRllE3HWOD
JZJ/SkF0XVNNICccC+zZTuIRouHHpWXt3W/7+Xj6pCMCxU5HdqawWrJFGK/9ZcIj
NqQ9+3V7iHV+coUFhm98NgcgTXgrtZ3eLLMtNTlldphL4sELl5a2MuA1+FpwL+N1
Ooyrhw3moVeZO+kg0besxAL8TEEEWPkvae3P3NHQ17hRfMTfL9xHqm5QN6kJmezD
Wplc+jBPiUoQLfLiCZfcTpUypLDmD4vXZEPmggFTVGsZayg3RlSdMrIMCqupvsD0
OTMuSLGKnSEEy8VBGAAZA8e4JdbaYsuS4nRXlyrf3E0FLz1wv4NZMAO1DV6kCxnm
UAL+WwOPQmDz34mR/dOE+6KcYV0MM/jZ3j82ra85PnWz/OHH6qsBEiMgHGjdHXFD
vAm4JfDK6RQqXoQkMx8yjW4g7JD9SzixmFQNn8v/IPSBq/4NgMG2zGzHoechPnXg
2LQ3QsypNZIVSCIZY7ZZf8M6hIVXnO7o5hKaAV1OcMtcfGGngSBdr1BAy40ObZu8
Npg6WLy6gtyfPEvxczst
=TRiq
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Resolved] (XGC-102) Problem in rendering PNG images with ImageLoaderRawPNG in XMLGraphics 2.0.1 and FOP2.0

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo resolved XGC-102.
---
   Resolution: Fixed
Fix Version/s: (was: 2.0.1)
   trunk

The regression has been fixed in trunk (it does not happen anymore).

> Problem in rendering PNG images with ImageLoaderRawPNG in XMLGraphics 2.0.1 
> and FOP2.0
> --
>
> Key: XGC-102
> URL: https://issues.apache.org/jira/browse/XGC-102
> Project: XMLGraphicsCommons
>  Issue Type: Bug
>  Components: general
>Affects Versions: 2.0.1
> Environment: FOP 2.0., PDF rendering of a PNG Image using 
> ImageLoaderRawPNG
>Reporter: Mandar Nimbkar
> Fix For: trunk
>
> Attachments: Docs.zip, FOP_1.1.rar, FOP_2.0.rar, Images.rar, 
> graph1icc.png
>
>
> I am migrating from FOP 1.0 to FOP 2.0
> I have made the required Java code changes as per the changed API.
> There are PNG images used in the report generated using PDF renderer..
> Initially with FOP 1.0, I tried ImageLoaderPNG. However, the resolution of 
> the image gets impacted. So I shifted to ImageLoaderRawPNG which rendered it 
> properly.
> So this was working fine with FOP 1.0
> However, FOP 2.0 is not able to render the image with ImageLoaderRawPNG and 
> throws exception..
> Attached the PNG image, exception and  the intermediate XSL-FO file (partial) 
> generated with ImageLoaderRawPNG.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-102) Problem in rendering PNG images with ImageLoaderRawPNG in XMLGraphics 2.0.1 and FOP2.0

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-102:
--
Attachment: graph1icc.png

There was indeed a regression with FOP 2.0. That has been fixed in trunk. The 
issue with color fidelity is not due to a gamma transformation but just 
different color spaces used by different image loaders.

So you need to use trunk. Another alternative not so simple is to embed an ICC 
color profile in the PNG image and use the default image loader (in principle 
FOP will use the embedded profile instead of a default one). I have done that 
myself and the result seems similar to the original. See attached image 
graph1icc.png.


> Problem in rendering PNG images with ImageLoaderRawPNG in XMLGraphics 2.0.1 
> and FOP2.0
> --
>
> Key: XGC-102
> URL: https://issues.apache.org/jira/browse/XGC-102
> Project: XMLGraphicsCommons
>  Issue Type: Bug
>  Components: general
>Affects Versions: 2.0.1
> Environment: FOP 2.0., PDF rendering of a PNG Image using 
> ImageLoaderRawPNG
>Reporter: Mandar Nimbkar
> Fix For: 2.0.1
>
> Attachments: Docs.zip, FOP_1.1.rar, FOP_2.0.rar, Images.rar, 
> graph1icc.png
>
>
> I am migrating from FOP 1.0 to FOP 2.0
> I have made the required Java code changes as per the changed API.
> There are PNG images used in the report generated using PDF renderer..
> Initially with FOP 1.0, I tried ImageLoaderPNG. However, the resolution of 
> the image gets impacted. So I shifted to ImageLoaderRawPNG which rendered it 
> properly.
> So this was working fine with FOP 1.0
> However, FOP 2.0 is not able to render the image with ImageLoaderRawPNG and 
> throws exception..
> Attached the PNG image, exception and  the intermediate XSL-FO file (partial) 
> generated with ImageLoaderRawPNG.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Problem in rendering PNG images with ImageLoaderRawPNG in XMLGraphics 2.0.1 and FOP2.0

[Luis Bernardo]

You don't need to force any particular image loader. The default seems to
work well.

On Tue, Nov 10, 2015 at 9:12 AM, Mandar Nimbkar 
wrote:

> Hi,
>
> I am stuck on this :(
> Any input on this is highly appreciated.. Pls help
>
> Bug ID - XGC-102
> https://issues.apache.org/jira/browse/XGC-102
>
> Regards,
> Mandar
>
> -Original Message-
> From: Mandar Nimbkar
> Sent: 09 November 2015 10:40
> To: 'general@xmlgraphics.apache.org'
> Cc: Rushabh A Ajmera
> Subject: RE: Problem in rendering PNG images with ImageLoaderRawPNG in
> XMLGraphics 2.0.1 and FOP2.0
>
> Hi Chris,
>
> I have logged the bug in JIRA for the following issue
>
> Bug ID - XGC-102
>
> https://issues.apache.org/jira/browse/XGC-102
>
> Also, attached the relevant files..
> Pls help..
>
> Regards,
> Mandar
>
> -Original Message-
> From: Mandar Nimbkar
> Sent: 05 November 2015 18:16
> To: 'general@xmlgraphics.apache.org'
> Cc: Rushabh A Ajmera
> Subject: RE: Problem in rendering PNG images with ImageLoaderRawPNG in
> XMLGraphics 2.0.1 and FOP2.0
>
> Hi Chris,
> Looks like the attachment in the last mail got deleted by the mail server..
>
> Pls let me know if you are able to receive it.
>
> Regards,
> Mandar
>
> -Original Message-
> From: Mandar Nimbkar
> Sent: 05 November 2015 18:14
> To: general@xmlgraphics.apache.org
> Cc: Rushabh A Ajmera
> Subject: RE: Problem in rendering PNG images with ImageLoaderRawPNG in
> XMLGraphics 2.0.1 and FOP2.0
>
> Hi Chris,
>
> Attached the PNG image, exception and  the intermediate XSL-FO file
> (partial) generated with ImageLoaderRawPNG.
>
> Regards,
> Mandar
>
> -Original Message-
> From: Chris Bowditch [mailto:bowditch_ch...@hotmail.com]
> Sent: 05 November 2015 16:18
> To: general@xmlgraphics.apache.org
> Subject: Re: Problem in rendering PNG images with ImageLoaderRawPNG in
> XMLGraphics 2.0.1 and FOP2.0
>
> Hi,
>
> Can you share the PNG Image you are using? If so please file a bug in JIRA
> and attach the PNG and XSL-FO you are using.
>
> Thanks,
>
> Chris
>
> On 05/11/2015 09:02, Mandar Nimbkar wrote:
> > Hi,
> >
> > I am migrating from FOP 1.0 to FOP 2.0
> >
> > I have made the required Java code changes as per the changed API.
> >
> > There are PNG images used in the report generated using PDF renderer..
> >
> > Initially with FOP 1.0, I tried ImageLoaderPNG. However, the resolution
> of the image gets impacted. So I shifted to ImageLoaderRawPNG which
> rendered it properly.
> > Attaching the files.
> > 1) graph.png - The original PNG image
> > 2) FOP-PNGImageLoader-differences.docx - The rendered images with
> > ImageLoaderPNG and ImageLoaderRawPNG
> >
> > So this was working fine with FOP 1.0
> > However, FOP 2.0 is not able to render the image with ImageLoaderRawPNG
> and throws following exception..
> > 
> >
> > 16:38:20.992 53425 [ReportFormatService-0] ERROR AreaTreeModel  -
> > Error while rendering page 1
> > java.lang.RuntimeException: Error processing transparency channel:
> > at
> org.apache.fop.render.pdf.ImageRawPNGAdapter.setup(ImageRawPNGAdapter.java:148)
> > at org.apache.fop.pdf.PDFDocument.addImage(PDFDocument.java:872)
> > at
> org.apache.fop.render.pdf.AbstractPDFImageHandler.handleImage(AbstractPDFImageHandler.java:46)
> > at
> org.apache.fop.render.pdf.PDFImageHandlerRawPNG.handleImage(PDFImageHandlerRawPNG.java:35)
> > at
> org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249)
> > at
> org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205)
> > at
> org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170)
> > at
> org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292)
> > at
> org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173)
> > at
> org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295)
> > at
> org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282)
> > at
> org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858)
> > at
> org.apache.fop.render.AbstractPathOrientedRenderer.renderInlineViewport(AbstractPathOrientedRenderer.java:832)
> > at
> org.apache.fop.render.intermediate.IFRenderer.renderInlineViewport(IFRenderer.java:863)
> > at
> org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:715)
> > at
> org.apache.fop.render.intermediate.IFRenderer.renderInlineArea(IFRenderer.java:927)
> > at
> org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:690)
> > at
> org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:572)
> > at
> org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
> > 

Re: Problem in rendering PNG images with ImageLoaderRawPNG in XMLGraphics 2.0.1 and FOP2.0

[Luis Bernardo]

The attached PDF was generated with trunk with no fop.xconf specidfied. It
does not seem blurred to me.

On Tue, Nov 10, 2015 at 9:59 AM, Mandar Nimbkar <mandar.nimb...@igate.com>
wrote:

> Hi Luis,
> For certain PNG images, the resolution gets blurred out with the default
> renderer.
> However, with ImageLoaderRawPNG the resolution was perfect.
> This was working with FOP1.1 but throws exception with FOP2.0
>
> Regards,
> Mandar
>
> -----Original Message-
> From: Luis Bernardo [mailto:lmpmberna...@gmail.com]
> Sent: 10 November 2015 14:01
> To: general@xmlgraphics.apache.org
> Subject: Re: Problem in rendering PNG images with ImageLoaderRawPNG in
> XMLGraphics 2.0.1 and FOP2.0
>
> You don't need to force any particular image loader. The default seems to
> work well.
>
> On Tue, Nov 10, 2015 at 9:12 AM, Mandar Nimbkar <mandar.nimb...@igate.com>
> wrote:
>
> > Hi,
> >
> > I am stuck on this :(
> > Any input on this is highly appreciated.. Pls help
> >
> > Bug ID - XGC-102
> > https://issues.apache.org/jira/browse/XGC-102
> >
> > Regards,
> > Mandar
> >
> > -Original Message-
> > From: Mandar Nimbkar
> > Sent: 09 November 2015 10:40
> > To: 'general@xmlgraphics.apache.org'
> > Cc: Rushabh A Ajmera
> > Subject: RE: Problem in rendering PNG images with ImageLoaderRawPNG in
> > XMLGraphics 2.0.1 and FOP2.0
> >
> > Hi Chris,
> >
> > I have logged the bug in JIRA for the following issue
> >
> > Bug ID - XGC-102
> >
> > https://issues.apache.org/jira/browse/XGC-102
> >
> > Also, attached the relevant files..
> > Pls help..
> >
> > Regards,
> > Mandar
> >
> > -Original Message-
> > From: Mandar Nimbkar
> > Sent: 05 November 2015 18:16
> > To: 'general@xmlgraphics.apache.org'
> > Cc: Rushabh A Ajmera
> > Subject: RE: Problem in rendering PNG images with ImageLoaderRawPNG in
> > XMLGraphics 2.0.1 and FOP2.0
> >
> > Hi Chris,
> > Looks like the attachment in the last mail got deleted by the mail
> server..
> >
> > Pls let me know if you are able to receive it.
> >
> > Regards,
> > Mandar
> >
> > -Original Message-
> > From: Mandar Nimbkar
> > Sent: 05 November 2015 18:14
> > To: general@xmlgraphics.apache.org
> > Cc: Rushabh A Ajmera
> > Subject: RE: Problem in rendering PNG images with ImageLoaderRawPNG in
> > XMLGraphics 2.0.1 and FOP2.0
> >
> > Hi Chris,
> >
> > Attached the PNG image, exception and  the intermediate XSL-FO file
> > (partial) generated with ImageLoaderRawPNG.
> >
> > Regards,
> > Mandar
> >
> > -Original Message-
> > From: Chris Bowditch [mailto:bowditch_ch...@hotmail.com]
> > Sent: 05 November 2015 16:18
> > To: general@xmlgraphics.apache.org
> > Subject: Re: Problem in rendering PNG images with ImageLoaderRawPNG in
> > XMLGraphics 2.0.1 and FOP2.0
> >
> > Hi,
> >
> > Can you share the PNG Image you are using? If so please file a bug in
> > JIRA and attach the PNG and XSL-FO you are using.
> >
> > Thanks,
> >
> > Chris
> >
> > On 05/11/2015 09:02, Mandar Nimbkar wrote:
> > > Hi,
> > >
> > > I am migrating from FOP 1.0 to FOP 2.0
> > >
> > > I have made the required Java code changes as per the changed API.
> > >
> > > There are PNG images used in the report generated using PDF renderer..
> > >
> > > Initially with FOP 1.0, I tried ImageLoaderPNG. However, the
> > > resolution
> > of the image gets impacted. So I shifted to ImageLoaderRawPNG which
> > rendered it properly.
> > > Attaching the files.
> > > 1) graph.png - The original PNG image
> > > 2) FOP-PNGImageLoader-differences.docx - The rendered images with
> > > ImageLoaderPNG and ImageLoaderRawPNG
> > >
> > > So this was working fine with FOP 1.0 However, FOP 2.0 is not able
> > > to render the image with ImageLoaderRawPNG
> > and throws following exception..
> > > 
> > >
> > > 16:38:20.992 53425 [ReportFormatService-0] ERROR AreaTreeModel  -
> > > Error while rendering page 1
> > > java.lang.RuntimeException: Error processing transparency channel:
> > > at
> > org.apache.fop.render.pdf.ImageRawPNGAdapter.setup(ImageRawPNGAdapter.
> > java:148)
> > > at
> org.apache.fop.pdf.PDFDocument.addImage(PDFDocument.java:8

Re: Draft Board Report

[Luis Bernardo]

It is good. I think that's all.

On 10/30/15 2:56 PM, Chris Bowditch wrote:

Hi Team,

Activity was somewhat low this quarter. I've drafted the report here: 
https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForNovember2015#preview


As usual I'll submit to the board after 7 days. Feedback before then 
is most welcome :-)


Thanks,

Chris

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Commented] (XGC-99) PNGFile.getImageRawPNG() returns broken image data

[Luis Bernardo (JIRA)]

[ 
https://issues.apache.org/jira/browse/XGC-99?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14647923#comment-14647923
 ] 

Luis Bernardo commented on XGC-99:
--

Is the image valid? Can you provide it? And are using the RawPNG image loader 
with RTF? I think there are only image handlers for that image loader for PDF 
and PostScript output.

 PNGFile.getImageRawPNG() returns broken image data
 --

 Key: XGC-99
 URL: https://issues.apache.org/jira/browse/XGC-99
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image codecs
Affects Versions: 2.0.1, trunk
Reporter: Carsten Pfeiffer

 The ImageRawPNG returned by PNGFile.getImageRawPNG() is broken because the 
 provided InputStream (streamVec) contains only part of the raw image data. 
 For a start the magic header is missing, but it's not enough to add it.
 To fix this, I copied the entire stream in the PNGFile constructor like this:
 {code}
 stream.mark(Integer.MAX_VALUE);
 ByteArrayOutputStream out = new ByteArrayOutputStream();
 IOUtils.copy(stream, out);
 rawStream = new ByteArrayInputStream(out.toByteArray());
 out = null;
 stream.reset();
 {code}
 and use the rawStream in favor of streamVec, which can be removed then.
 Testcases still run successful. This fixes RTF output not working with PNG 
 files in FOP because it checks for (missing) the PNG magic header.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report for August 2015

[Luis Bernardo]

Looks good.

On Tue, Jul 28, 2015 at 2:07 PM, Chris Bowditch bowditch_ch...@hotmail.com
wrote:

 Hi PMC,

 I have prepared the draft board report for august, which can be found
 here:
 https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForAugust2015

 Please review and provide feedback during the next few days. I plan to
 submit this to the board in 7 days time, i.e. on 4th August

 Thanks,

 Chris

 -
 To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
 For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-55) Significant slowdown in PNG and TIFF processing with xmlgraphics 1.4

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-55:
-
Fix Version/s: (was: --)
   Trunk

 Significant slowdown in PNG and TIFF processing with xmlgraphics 1.4
 

 Key: XGC-55
 URL: https://issues.apache.org/jira/browse/XGC-55
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image writer
Affects Versions: 1.4
 Environment: Operating System: All
 Platform: PC
Reporter: OSC Member
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: KOComponentColorModel.png, logo_rf.png, testicc.tar.gz


 Hello, 
 I’m using fop 1.0 (xmlgraphics 1.4) to generate PDF, I noticed that PDF 
 generation with PNG or TIF image is 7 times longer. 
 The problem doesn't appear in the version 1.3 of xmlgraphics.
 The problem seems to come from color model associated with the image.
 * if is_sRGB_stdStale = true then getRBG method is very fast
 * if is_sRGB_stdStale = false then getRBG  is slow because the treatment is
 delegated to ICC_ColorSpace.toRGB
 The color model is correct, but it is modified by the class
 org.apache.xmlgraphics.image.loader.impl.imageio.ImageLoaderImageIO
 by the following code : 
 if (providerIgnoresICC  cm instanceof ComponentColorModel) {
 // Apply ICC Profile to Image by creating a new image with a 
 new color model.
 ICC_Profile iccProf = tryToExctractICCProfile(iiometa);
 if (iccProf != null) {
 ColorModel cm2 = new ComponentColorModel(
 new ICC_ColorSpace(iccProf), cm.hasAlpha(), cm
 .isAlphaPremultiplied(), cm
 .getTransparency(), cm.getTransferType());
 WritableRaster wr = Raster.createWritableRaster(imageData
 .getSampleModel(), null);
 imageData.copyData(wr);
 BufferedImage bi = new BufferedImage(cm2, wr, cm2
 .isAlphaPremultiplied(), null);
 imageData = bi;
 cm = cm2;
 I removed this code and it works fine now, but it's dirty. What's the impact ?
 Until a fix, best regards.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-55) Significant slowdown in PNG and TIFF processing with xmlgraphics 1.4

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-55:
-
Fix Version/s: (was: --)
   Trunk

 Significant slowdown in PNG and TIFF processing with xmlgraphics 1.4
 

 Key: XGC-55
 URL: https://issues.apache.org/jira/browse/XGC-55
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image writer
Affects Versions: 1.4
 Environment: Operating System: All
 Platform: PC
Reporter: OSC Member
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: KOComponentColorModel.png, logo_rf.png, testicc.tar.gz


 Hello, 
 I’m using fop 1.0 (xmlgraphics 1.4) to generate PDF, I noticed that PDF 
 generation with PNG or TIF image is 7 times longer. 
 The problem doesn't appear in the version 1.3 of xmlgraphics.
 The problem seems to come from color model associated with the image.
 * if is_sRGB_stdStale = true then getRBG method is very fast
 * if is_sRGB_stdStale = false then getRBG  is slow because the treatment is
 delegated to ICC_ColorSpace.toRGB
 The color model is correct, but it is modified by the class
 org.apache.xmlgraphics.image.loader.impl.imageio.ImageLoaderImageIO
 by the following code : 
 if (providerIgnoresICC  cm instanceof ComponentColorModel) {
 // Apply ICC Profile to Image by creating a new image with a 
 new color model.
 ICC_Profile iccProf = tryToExctractICCProfile(iiometa);
 if (iccProf != null) {
 ColorModel cm2 = new ComponentColorModel(
 new ICC_ColorSpace(iccProf), cm.hasAlpha(), cm
 .isAlphaPremultiplied(), cm
 .getTransparency(), cm.getTransferType());
 WritableRaster wr = Raster.createWritableRaster(imageData
 .getSampleModel(), null);
 imageData.copyData(wr);
 BufferedImage bi = new BufferedImage(cm2, wr, cm2
 .isAlphaPremultiplied(), null);
 imageData = bi;
 cm = cm2;
 I removed this code and it works fine now, but it's dirty. What's the impact ?
 Until a fix, best regards.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-18) PNG's - warn if resolution can't be determined

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-18:
-
Fix Version/s: (was: --)
   Trunk

 PNG's -  warn if resolution can't be determined
 ---

 Key: XGC-18
 URL: https://issues.apache.org/jira/browse/XGC-18
 Project: XMLGraphicsCommons
  Issue Type: Improvement
  Components: image codecs
Affects Versions: Trunk
 Environment: Operating System: All
 Platform: All
Reporter: Jason Harrop
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk


 If, for a PNG image, ImageMagick's identify says:
   Resolution: 320x320
   Units: Undefined 
 then ImageInfo will use a default value, using 
 Toolkit.getDefaultToolkit().getScreenResolution(), which in my case is 160.
 Nothing wrong with that I suppose, but it would be helpful if a warning was 
 logged or something, so you knew to fix the image.
 When PreloaderImageIO.preloadImage does:
 ImageIOUtil.extractResolution(iiometa, size);
 it is finding the Dimension child, but not HorizontalPixelSize or 
 VerticalPixelSize (these are null).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-44) dc:date may not be embedded in a rdf:Seq

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-44?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-44:
-
Fix Version/s: (was: --)
   Trunk

 dc:date may not be embedded in a rdf:Seq
 

 Key: XGC-44
 URL: https://issues.apache.org/jira/browse/XGC-44
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: xmp
Affects Versions: Trunk
 Environment: Operating System: All
 Platform: All
Reporter: Jeremias Maerki
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: XMPArrays.patch, XMPSpecificationPart1.pdf


 Currently, if there's only one dc:date, it is not written out as part of an 
 rdfSeq. Various such examples can be found on the net. However, the recent 
 XMP spec (from 2008) is now very explicit about that so the current behaviour 
 needs to be changed. The old spec from September 2005 which our current code 
 was built on was not.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-18) PNG's - warn if resolution can't be determined

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-18:
-
Fix Version/s: (was: --)
   Trunk

 PNG's -  warn if resolution can't be determined
 ---

 Key: XGC-18
 URL: https://issues.apache.org/jira/browse/XGC-18
 Project: XMLGraphicsCommons
  Issue Type: Improvement
  Components: image codecs
Affects Versions: Trunk
 Environment: Operating System: All
 Platform: All
Reporter: Jason Harrop
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk


 If, for a PNG image, ImageMagick's identify says:
   Resolution: 320x320
   Units: Undefined 
 then ImageInfo will use a default value, using 
 Toolkit.getDefaultToolkit().getScreenResolution(), which in my case is 160.
 Nothing wrong with that I suppose, but it would be helpful if a warning was 
 logged or something, so you knew to fix the image.
 When PreloaderImageIO.preloadImage does:
 ImageIOUtil.extractResolution(iiometa, size);
 it is finding the Dimension child, but not HorizontalPixelSize or 
 VerticalPixelSize (these are null).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Deleted] (XGC-74) yo

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo deleted XGC-74:
-


 yo
 --

 Key: XGC-74
 URL: https://issues.apache.org/jira/browse/XGC-74
 Project: XMLGraphicsCommons
  Issue Type: Bug
 Environment: Operating System: Mac System 8.6
 Platform: Macintosh
Reporter: vikram
Assignee: XML Graphics Project Mailing List





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Resolved] (XGC-62) [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside down when using a custom affine transform.

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo resolved XGC-62.
--
Resolution: Fixed

 [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside 
 down when using a custom affine transform.
 -

 Key: XGC-62
 URL: https://issues.apache.org/jira/browse/XGC-62
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: java2D
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Robert Meyer
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-62) [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside down when using a custom affine transform.

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-62:
-
Fix Version/s: (was: --)
   Trunk

 [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside 
 down when using a custom affine transform.
 -

 Key: XGC-62
 URL: https://issues.apache.org/jira/browse/XGC-62
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: java2D
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Robert Meyer
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-62) [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside down when using a custom affine transform.

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-62:
-
Fix Version/s: (was: --)
   Trunk

 [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside 
 down when using a custom affine transform.
 -

 Key: XGC-62
 URL: https://issues.apache.org/jira/browse/XGC-62
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: java2D
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Robert Meyer
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Resolved] (XGC-62) [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside down when using a custom affine transform.

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo resolved XGC-62.
--
Resolution: Fixed

 [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside 
 down when using a custom affine transform.
 -

 Key: XGC-62
 URL: https://issues.apache.org/jira/browse/XGC-62
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: java2D
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Robert Meyer
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-72) [PATCH] Improve exception handling when loading classpath resources fails

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-72?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-72:
-
Fix Version/s: (was: --)

 [PATCH] Improve exception handling when loading classpath resources fails
 -

 Key: XGC-72
 URL: https://issues.apache.org/jira/browse/XGC-72
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: utilities
Affects Versions: 1.4
 Environment: Operating System: All
 Platform: PC
Reporter: Dominik Stadler
Assignee: XML Graphics Project Mailing List

 I had one invalid .jar file where signing information was not correct. XML 
 Graphics Commons 
 When calling ClasspathResource.loadManifests(), via 
 ClasspathResource.getInstance(), it correctly fails with a 
 java.lang.SecurityException: Invalid signature file digest for Manifest main 
 attributes, however it does not tell me which actual jar-file could not be 
 loaded.
 Please enhance exception handling in that method so that it reports which 
 jar-file failed, e.g. 
 --- ClasspathResource.java  2010-07-02 14:04:28.0 +0200
 +++ ClasspathResource.java.new  2012-08-09 08:20:21.428843500 +0200
 @@ -138,6 +138,8 @@
  addToMapping(contentType, name, classLoader);
  }
  }
 +} catch (SecurityException se) {
 +   throw new SecurityException(While handling  + u, 
 se);
  } catch (IOException io) {
  // TODO: Log.
  }



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-71) Performance of DirectColorModel RGB bitmap images

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-71?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-71:
-
Fix Version/s: (was: --)

 Performance of DirectColorModel RGB bitmap images
 -

 Key: XGC-71
 URL: https://issues.apache.org/jira/browse/XGC-71
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image codecs
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Mehdi Houshmand
Assignee: XML Graphics Project Mailing List

 When RGB bitmaps are used there can be performance improvements made to 
 mitigate some of the impact.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-71) Performance of DirectColorModel RGB bitmap images

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-71?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-71:
-
Fix Version/s: Trunk

 Performance of DirectColorModel RGB bitmap images
 -

 Key: XGC-71
 URL: https://issues.apache.org/jira/browse/XGC-71
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image codecs
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Mehdi Houshmand
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk


 When RGB bitmaps are used there can be performance improvements made to 
 mitigate some of the impact.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-72) [PATCH] Improve exception handling when loading classpath resources fails

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-72?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-72:
-
Fix Version/s: (was: --)

 [PATCH] Improve exception handling when loading classpath resources fails
 -

 Key: XGC-72
 URL: https://issues.apache.org/jira/browse/XGC-72
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: utilities
Affects Versions: 1.4
 Environment: Operating System: All
 Platform: PC
Reporter: Dominik Stadler
Assignee: XML Graphics Project Mailing List

 I had one invalid .jar file where signing information was not correct. XML 
 Graphics Commons 
 When calling ClasspathResource.loadManifests(), via 
 ClasspathResource.getInstance(), it correctly fails with a 
 java.lang.SecurityException: Invalid signature file digest for Manifest main 
 attributes, however it does not tell me which actual jar-file could not be 
 loaded.
 Please enhance exception handling in that method so that it reports which 
 jar-file failed, e.g. 
 --- ClasspathResource.java  2010-07-02 14:04:28.0 +0200
 +++ ClasspathResource.java.new  2012-08-09 08:20:21.428843500 +0200
 @@ -138,6 +138,8 @@
  addToMapping(contentType, name, classLoader);
  }
  }
 +} catch (SecurityException se) {
 +   throw new SecurityException(While handling  + u, 
 se);
  } catch (IOException io) {
  // TODO: Log.
  }



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-71) Performance of DirectColorModel RGB bitmap images

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-71?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-71:
-
Fix Version/s: (was: --)

 Performance of DirectColorModel RGB bitmap images
 -

 Key: XGC-71
 URL: https://issues.apache.org/jira/browse/XGC-71
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image codecs
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Mehdi Houshmand
Assignee: XML Graphics Project Mailing List

 When RGB bitmaps are used there can be performance improvements made to 
 mitigate some of the impact.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-73) NPE in XMPHandler.endElement when creating a PDF/A-1b document using FOP

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-73?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-73:
-
Fix Version/s: (was: --)

 NPE in XMPHandler.endElement when creating a PDF/A-1b document using FOP
 

 Key: XGC-73
 URL: https://issues.apache.org/jira/browse/XGC-73
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: xmp
Affects Versions: 1.4
 Environment: Operating System: 
 Platform: PC
Reporter: oliver.moehrke
Assignee: XML Graphics Project Mailing List
 Attachments: npe_issue_20120927.zip


 When using FOP v1.0 or v1.1rc to create a PDF/A-1b compliant PDF document, 
 embedding an XMP structure that contains an xmpMM:History entry leads to a 
 NPE in XMPHandler.endElement.
 This happens, when the history entry contains at least one stVer:event 
 entry. I used the Xalan (2.7.0) and Xerces (2.7.1) versions, that are 
 deliverd with FOP v1.0 and v1.1rc1.
 Stacktrace:
 java.lang.NullPointerException
   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:303)
   at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130)
   at org.apache.fop.cli.Main.startFOP(Main.java:177)
   at org.apache.fop.cli.Main.main(Main.java:208)
 Caused by: java.lang.NullPointerException
   at org.apache.xmlgraphics.xmp.XMPHandler.endElement(XMPHandler.java:291)
   at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:181)
   at 
 org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1101)
   at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown 
 Source)
   at org.apache.xerces.xinclude.XIncludeHandler.endElement(Unknown Source)
   at 
 org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)
   at 
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
  Source)
   at 
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
 Source)
   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
   at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
   at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown 
 Source)
   at 
 org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:300)
   ... 3 more



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Reopened] (XGC-62) [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside down when using a custom affine transform.

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo reopened XGC-62:
--

 [PATCH] Fix for XGC when rendering PostScript using SVG being drawn upside 
 down when using a custom affine transform.
 -

 Key: XGC-62
 URL: https://issues.apache.org/jira/browse/XGC-62
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: java2D
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: Robert Meyer
Assignee: XML Graphics Project Mailing List
 Fix For: --

 Attachments: patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-53) [PATCH] slowdown in PNG processing when switching from JDK 1.6.0_17 to 1.6.0_18

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-53:
-
Fix Version/s: (was: --)
   Trunk

 [PATCH] slowdown in PNG processing when switching from JDK 1.6.0_17 to 
 1.6.0_18
 ---

 Key: XGC-53
 URL: https://issues.apache.org/jira/browse/XGC-53
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image codecs
Affects Versions: 1.4
 Environment: Operating System: All
 Platform: PC
Reporter: Ognjen Blagojevic
Assignee: XML Graphics Project Mailing List
 Fix For: Trunk

 Attachments: bgr_png_xgc.patch, image-with-color-profile.png, test.fo


 This issue is discussed at the thread with the same name:
 http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/201103.mbox/%3c4d7a0d5b.4010...@gmail.com%3E
 Summary:
 PNG image sized 2035x1875 pixels, with color profile sRGB IEC61966-2.1, 
 takes 2s to process at Sun/Oracle JDK 1.6.0_17 and 40s at 1.6.0_18 or later.
 Please read thread for details.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-24) No links to file hashes or KEYS on download page

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-24:
-
Fix Version/s: (was: --)
   2.0

 No links to file hashes or KEYS on download page
 

 Key: XGC-24
 URL: https://issues.apache.org/jira/browse/XGC-24
 Project: XMLGraphicsCommons
  Issue Type: Improvement
  Components: utilities
Affects Versions: Trunk
 Environment: Operating System: All
 Platform: All
 URL: http://xmlgraphics.apache.org/commons/download.html
Reporter: Sebb
Assignee: XML Graphics Project Mailing List
 Fix For: 2.0


 There is no link on the download page for people to easily get the MD5/SHA 
 hashes from the main distribution directory on www.apache.org.
 Sigs and hashes are a requirement for all Apache projects.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-24) No links to file hashes or KEYS on download page

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-24:
-
Fix Version/s: (was: --)
   2.0

 No links to file hashes or KEYS on download page
 

 Key: XGC-24
 URL: https://issues.apache.org/jira/browse/XGC-24
 Project: XMLGraphicsCommons
  Issue Type: Improvement
  Components: utilities
Affects Versions: Trunk
 Environment: Operating System: All
 Platform: All
 URL: http://xmlgraphics.apache.org/commons/download.html
Reporter: Sebb
Assignee: XML Graphics Project Mailing List
 Fix For: 2.0


 There is no link on the download page for people to easily get the MD5/SHA 
 hashes from the main distribution directory on www.apache.org.
 Sigs and hashes are a requirement for all Apache projects.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Release XML Graphics Commons 2.0.1 (2nd attempt)

[Luis Bernardo]

+1

On 5/26/15 9:31 AM, Simon Steiner wrote:

-BEGIN PGP SIGNED MESSAGE-

Hash: SHA1

  


Hi,

  


This is a vote to release XML Graphics Commons 2.0.1, so we can make FOP 2.0
release. Findbugs is passing.

  


Artifacts can be found there:

https://people.apache.org/~ssteiner/xgc-2.0.1/

  


The release is signed with the key:

https://people.apache.org/~ssteiner/KEYS

  


The vote will end on 2/6/2015

  


+1 from me.

  


Thanks

  


-BEGIN PGP SIGNATURE-

Version: GnuPG v1

  


iQIcBAEBAgAGBQJVZC8vAAoJEFuT8d98223qMQ8QAK61t2rKD7h4YtQ0nr7Pfovh

gPEDjdY+9hvo9P9+gCUgBBiA8jV7IOi2xZXLBYq59FmW/DG/FndXKvMS7XzmY9IJ

9C4kUY+V2rOAWzwyPtOGHIFiJiTkcPYVwZgixIupme83sUW2KDqtfPIE5KVYEONZ

i6vINuaL+Ct7rvAt50tyKO8wBbeFf8OCBEk1Q3z3wSV3oq4Pk31QG/V1ZEieHvSw

I69TMR5yp5Ayf8u54B6vgDPDDu/GzEyI+3S9H9cfS/2lVoZREkwRALUOxgjTLtOP

88L3DTmh+cQSTcMH5vcTQO4e4bp2Ii08HJVnKfvwC2yuIVfeg9Wu6saTbtlVcr62

VvfgnAtPqXRMUDVzYzsEbDJz9lVa88w3jp/PEPJyKIz5cCVHhZNnU8JArBXROGpb

VrQdQru6/ClzHuJb2wzPgIprrmqRCIxgWM+ejM/w/h/dBl91R3SHPfvH1RGkFR3a

EyjutYGIWiq9PDBjaTKnRA8L4x/GIGuCP6kbBcW5ELcMapytNi1cTWVzORuzbYIi

5jo9eh+7noDsKzPYB7Tykg7wwRZGYNCl7LyZ9SyO/qe84cOauvvgw5+Eaz4pzPPH

YzkIhCwZZ+UKBL7vCA8h+NzA6ZEn46665woXX4Buou/Jc17gAOYV1hXQO48+5LM/

OzLQPZRvyftqOAq1HpSV

=n5dE

-END PGP SIGNATURE-





-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Release XML Graphics Commons 2.0.1 (2nd attempt)

[Luis Bernardo]

Note: It is my experience that copy and paste that introduces new lines 
breaks the signature and that seems to be the case here...


On 5/26/15 9:31 AM, Simon Steiner wrote:

-BEGIN PGP SIGNED MESSAGE-

Hash: SHA1

  


Hi,

  


This is a vote to release XML Graphics Commons 2.0.1, so we can make FOP 2.0
release. Findbugs is passing.

  


Artifacts can be found there:

https://people.apache.org/~ssteiner/xgc-2.0.1/

  


The release is signed with the key:

https://people.apache.org/~ssteiner/KEYS

  


The vote will end on 2/6/2015

  


+1 from me.

  


Thanks

  


-BEGIN PGP SIGNATURE-

Version: GnuPG v1

  


iQIcBAEBAgAGBQJVZC8vAAoJEFuT8d98223qMQ8QAK61t2rKD7h4YtQ0nr7Pfovh

gPEDjdY+9hvo9P9+gCUgBBiA8jV7IOi2xZXLBYq59FmW/DG/FndXKvMS7XzmY9IJ

9C4kUY+V2rOAWzwyPtOGHIFiJiTkcPYVwZgixIupme83sUW2KDqtfPIE5KVYEONZ

i6vINuaL+Ct7rvAt50tyKO8wBbeFf8OCBEk1Q3z3wSV3oq4Pk31QG/V1ZEieHvSw

I69TMR5yp5Ayf8u54B6vgDPDDu/GzEyI+3S9H9cfS/2lVoZREkwRALUOxgjTLtOP

88L3DTmh+cQSTcMH5vcTQO4e4bp2Ii08HJVnKfvwC2yuIVfeg9Wu6saTbtlVcr62

VvfgnAtPqXRMUDVzYzsEbDJz9lVa88w3jp/PEPJyKIz5cCVHhZNnU8JArBXROGpb

VrQdQru6/ClzHuJb2wzPgIprrmqRCIxgWM+ejM/w/h/dBl91R3SHPfvH1RGkFR3a

EyjutYGIWiq9PDBjaTKnRA8L4x/GIGuCP6kbBcW5ELcMapytNi1cTWVzORuzbYIi

5jo9eh+7noDsKzPYB7Tykg7wwRZGYNCl7LyZ9SyO/qe84cOauvvgw5+Eaz4pzPPH

YzkIhCwZZ+UKBL7vCA8h+NzA6ZEn46665woXX4Buou/Jc17gAOYV1hXQO48+5LM/

OzLQPZRvyftqOAq1HpSV

=n5dE

-END PGP SIGNATURE-





-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Release XML Graphics FOP 2.0

[Luis Bernardo]

I release cannot not officially be vetoed 
(http://www.apache.org/foundation/voting.html) but obviously having 
consensus is desirable and should be the goal.


So before I spend time checking and testing the package I would like us 
to reach a consensus here whether this vote still stands.


In my opinion, and given the fact that the number of warning/errors with 
checkstyle and findbugs is dependent on the version used, having a 
litmus test on checkstyle and findbugs warnings for a release only makes 
sense if we were to use the most recent released versions of checkstyle 
and findbugs.


Glenn, can you point us to some examples where no findbugs warnings are 
a requirement for a company to use open source software? That would be a 
good reason for me to support aborting this vote. Otherwise I am in 
favor of proceeding with the vote.


On 5/21/15 8:16 PM, Glenn Adams wrote:

I'm not asking for a policy decision at this time. Rather, I'm asking that
Simon ensure there are no warnings for the common warning sources we are
accustomed to using, which for many users, includes: javac, checkstyle,
findbugs. Some folks also use PMD, but i'm not asking for it here.

On Thu, May 21, 2015 at 12:08 PM, Clay Leeds the.webmaes...@gmail.com
wrote:


I too would prefer no findbugs* warnings going into a Release, and if it's
'easy' for someone to resolve that issue, then by all means, that's great!

However, I'm not prepared to VETO this RELEASE due to this issue. IIRC,
this issue has been brought up before, but was never resolved and I don't
think now is the time to resolve, unless it's relatively painless.

Clay

My +1 remains...

* [OT] heh... AutoCorrect tried to change that to 'windbags'! ;-)


On May 21, 2015, at 11:00 AM, Glenn Adams gl...@skynav.com wrote:

I would prefer no findbugs warnings going into the release. I'm finding
more and more commercial uses of code have policies that require no
findbugs warnings. You can simply add entries to the findbugs-exclude.xml
file to disable the warnings for the release.

On Thu, May 21, 2015 at 11:42 AM, Simon Steiner 

simonsteiner1...@gmail.com

wrote:


Hi,



Did we agree that these need to be fixed (we never passed a vote to fail
build on findbugs):



XGC has no findbugs target in ant.

XGC has 6 compiler warnings.



FOP has 124 findbugs warnings:




https://builds.apache.org/view/XMLGraphics/job/xmlgraphics-fop/ws/build/report_findbugs.html



Thanks



*From:* Glenn Adams [mailto:gl...@skynav.com]
*Sent:* 21 May 2015 18:06
*To:* FOP Developers; XML Graphics Project
*Subject:* Re: [VOTE] Release XML Graphics FOP 2.0



Before you create the final artifact, please ensure there are no

compiler,

checkstyle, or findbugs warnings. Same applies for XGC 2.0.1.



On Thu, May 21, 2015 at 7:39 AM, Glenn Adams gl...@skynav.com wrote:

+1



On Thu, May 21, 2015 at 7:21 AM, Simon Steiner 

simonsteiner1...@gmail.com

wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

This is a vote to release XML Graphics FOP 2.0.

Artifacts can be found there:
https://people.apache.org/~ssteiner/fop-2.0

The release is signed with the key:
https://people.apache.org/~ssteiner/KEYS

The vote will end on 28/5/2015

+1 from me.

Thanks
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVXduFAAoJEFuT8d98223qUtYP/3NaJGfuElP3RyKQFW71J7Fz
M/RXeiHQrsxrEg0MW9HXnzGLDnqlmUiFHIs3EHU1vVBy2kBVD0OO42Eh68FqcwWS
maqzGQHGKtyKhxS52X3mb/nSv8N/php1PlvqJbbNYl4KqMhT9GhOhilhtIXKD+Z5
KMIkDFkFPcN++H65CSMn3ynmR3XzUZffzrGwpjIBIj7gP2zW6ZJ5qM/E05k/90rd
QsRT/UYBN3bGolZp3oOHLnB/H6KwGsHOfVmrxaFwhLGJnqpaBgYe2+dQ6I50Twx9
tlJhtv0/7nAq/Py/vPQj2kTDC7XV0pQhTFbhnhlJ4smk21G9XRV12nKlQtRmiLqp
Yrmn8HPqSia6UZ2zl5ObDMVLjc+vnsUzkqa8ONkSmUW23XziF3anojaf4Hb8ENNg
8k8KpVQU1z1uOrPYxQDK9ajJPmlUocOpfVTBWyzyL39bhmJmx479TSViYGy2j29v
9JXN3r36tKfxxepT2u0npLPdqPi1MrOhUdMdFNuxZdIG9W2KgYDNqvaK4dTmYBT+
kghoQzM8Ega8bKPe+mMmoYsAEPo9iftnellcLKk7dBp6SRBVOdPLa8K+OKF1UAqW
OrOS4ahlkRk3k0cl/SdSBfnEQcclVD6WenNZA2T09RELx8riWnVuRjmu+GSLhgzx
Vs3s8aMGH8xBEN0SEv+l
=t6hJ
-END PGP SIGNATURE-





-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[ANN] Apache Batik 1.7.1 Released

[Luis Bernardo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


The Apache XML Graphics team is pleased to announce the availability of
Apache Batik 1.7.1.

Batik [1] is a Java-based toolkit for applications or applets that want to
use images in the Scalable Vector Graphics (SVG) format for various
purposes, such as display, generation or manipulation.

This release addresses vulnerability CVE-2015-0250, but otherwise it is the
same as release 1.7.

To download visit the Batik Download [2] page.

The Apache XML Graphics team


[1] http://xmlgraphics.apache.org/batik/
[2] http://xmlgraphics.apache.org/batik/download.html

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVUFzfAAoJEIIDaYnVa18XYxkIAMO5XzN1OLtCUv27e8bJGW0S
UyQqt/ToGzW714xDgv7Z50qfX1a2RJTRJOsQmd2CuBuE/0/d+IqX9NfVC6Ge3EjO
vD+/z688Fz1ddetPNiFTPrnxciHUBTfH5YO2MBcQK/fhB0x3T1EH6zVVVTg036o6
wiUxgKSd2yV7SmRnNCZlPb2mdbKWZ8YX7d6oWqOH9GtFjfZ89ljF3fwUOTbqh8SX
A4Z0hRGNJxwbAYqXQEtEt8hYDmUhgat+k139Bkp7stB6YofBDHHTNVyCip8V97oo
rtIpTz4qsYwSueAgUc/LKDBZBECV1263GBcUlufVG7xxPWd5ka+2h80u0Tj9B70=
=2w9J
-END PGP SIGNATURE-

[ANN] Apache Batik 1.6.1 Released

[Luis Bernardo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


The Apache XML Graphics team is pleased to announce the availability of
Apache Batik 1.6.1.

Batik [1] is a Java-based toolkit for applications or applets that want to
use images in the Scalable Vector Graphics (SVG) format for various
purposes, such as display, generation or manipulation.

This release addresses vulnerability CVE-2015-0250, but otherwise it is the
same as release 1.6.

To download visit the Batik Download [2] page.

The Apache XML Graphics team


[1] http://xmlgraphics.apache.org/batik/
[2] http://xmlgraphics.apache.org/batik/download.html

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVUF1QAAoJEIIDaYnVa18XTJUH/1azZYVha7dSgy38S0zJ7v6f
MLpqlqgzq30x1uZ0rVxN51YKVuLEirqT4fC0pqRnIKMk+/3T0GA2oEGt19ASzpn1
gJq0ULVOFrnVDrjXbleHwgCNFR6Z+QCYza6o3DwkIzF4IPps4+/wtGHXJBdcmujC
AOjiyYSrclWUs0zS3P1deGlxLs4A9XeRHksNwwsCLr1XDIob0r4arE8Uz5+H4j0t
Y7ulJDyWJYBFCTdT3Vcdl5kly953wei9MXzbB0nPMCFFIHJfmcmGdbieKa0fxv4t
BsM7yW9vGWsF/0BCB9ZczgPfGlJGil9aLRLXKXZrSbU0GtBeCX4MSc38OS4lJ7A=
=rG1Z
-END PGP SIGNATURE-

Re: [VOTE] Release XML Graphics Batik 1.6.1

[Luis Bernardo]

The vote is closed.

The release of Batik 1.6.1 is approved.

On 5/6/15 11:14 PM, Luis Bernardo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


This is a vote to release XML Graphics Batik 1.6.1.

The only change compared with release 1.6 is the XXE security fix 
(CVE-2015-0250).


The files for the release are available in 
http://people.apache.org/~lbernardo/batik-1.6.1/.


Please cast your vote before Sun May 10 22:00:00 CET 2015.

The release is signed with the key: 
http://people.apache.org/~lbernardo/KEYS.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVSoO0AAoJEIIDaYnVa18XL3YIAMceRHGG0/zHlRQWQDyR7ZA6
nAxK1eIkCsha05HT3vDxcsxdy7PXwXGJUMyYF2qCTN9DrhBKwMvsT3aDxGrTe0nS
E8kYKPCPdsv+5V1UwHJiGwtLoPMIK/usW2MayaRDhzyP3RAfXOkf0TrTui7oHbLd
gdQQrLClV5uqZqR3aLJVI8pAtppDmkLJFvbSDF/1z3WZMxEU0EgPnMedKTaaCWOQ
KhBUx0zkQTG8gsRxj4d2+ODcXYoiWq8X1uWHsbAFJ6k4b84tLFysWMLuRTOTJA7M
IgWfTaQEHWSdqa4iscOe1ZynvZf9K+sEwwnu+8vLlanMN44GE4bq0/duvEKwvE0=
=hhZS
-END PGP SIGNATURE-




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[VOTE] Release XML Graphics Batik 1.6.1

[Luis Bernardo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


This is a vote to release XML Graphics Batik 1.6.1.

The only change compared with release 1.6 is the XXE security fix 
(CVE-2015-0250).


The files for the release are available in 
http://people.apache.org/~lbernardo/batik-1.6.1/.


Please cast your vote before Sun May 10 22:00:00 CET 2015.

The release is signed with the key: 
http://people.apache.org/~lbernardo/KEYS.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVSoO0AAoJEIIDaYnVa18XL3YIAMceRHGG0/zHlRQWQDyR7ZA6
nAxK1eIkCsha05HT3vDxcsxdy7PXwXGJUMyYF2qCTN9DrhBKwMvsT3aDxGrTe0nS
E8kYKPCPdsv+5V1UwHJiGwtLoPMIK/usW2MayaRDhzyP3RAfXOkf0TrTui7oHbLd
gdQQrLClV5uqZqR3aLJVI8pAtppDmkLJFvbSDF/1z3WZMxEU0EgPnMedKTaaCWOQ
KhBUx0zkQTG8gsRxj4d2+ODcXYoiWq8X1uWHsbAFJ6k4b84tLFysWMLuRTOTJA7M
IgWfTaQEHWSdqa4iscOe1ZynvZf9K+sEwwnu+8vLlanMN44GE4bq0/duvEKwvE0=
=hhZS
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[VOTE] Release XML Graphics Batik 1.6.1 and 1.7.1

[Luis Bernardo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


This is a vote to release XML Graphics Batik 1.6.1 and 1.7.1.

The only change compared with releases 1.6 and 1.7 is the XXE security 
fix (CVE-2015-0250).


The files for the release are available in 
http://people.apache.org/~lbernardo/.


Please cast your vote before Sat May 9 22:00:00 CET 2015.

The release is signed with the key here: 
http://svn.apache.org/viewvc?view=revisionrevision=1665414.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVSLu3AAoJEIIDaYnVa18XnTcH/ikE75W4dGI2wdh2S9hMmb6U
e9ccX0zL5mX4CYin2CfCbwVFHaU6iuzOWb1YaXDPB7ml98nMb4MZSXw5d7zQ5yX7
Koffrc4L1+pdFiqwbzQhMwywNQTm8kG9650UaDvyAZ9b/dN3UJ1e+D7WJiFD0bWv
OxPepawjEDZjVBCGjZ8oE8BtyWOQbdTwMeWjHSrufz3A2lxJdpj2uhQZiKDQ+TCq
/XSx7NBb9Qc83ZfMVb/4a7qylaSPOxPQep+QHkuIJt05qKhFMT6chNwa2BYVr8Qc
Fv40zZW6ZwlHIyklMIQLHjoW81b9Srm73S3nPeJ8sxKL2i/CzvoAJShBIrhvCJM=
=XAUS
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Release XML Graphics Batik 1.6.1 and 1.7.1

[Luis Bernardo]

-1 then for failure to follow due process.

Votes will be called again.

On 5/5/15 3:57 PM, Chris Bowditch wrote:

Hi Luis,

As mentioned on private@, you really need to have separate voting 
threads for each release. Sorry to be a jobs worth on this but the 
Apache board may make us do it retrospectively. Much easier to do it 
as required in the first place.


Thanks,

Chris

On 05/05/2015 13:47, Luis Bernardo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


This is a vote to release XML Graphics Batik 1.6.1 and 1.7.1.

The only change compared with releases 1.6 and 1.7 is the XXE 
security fix (CVE-2015-0250).


The files for the release are available in 
http://people.apache.org/~lbernardo/.


Please cast your vote before Sat May 9 22:00:00 CET 2015.

The release is signed with the key here: 
http://svn.apache.org/viewvc?view=revisionrevision=1665414.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVSLu3AAoJEIIDaYnVa18XnTcH/ikE75W4dGI2wdh2S9hMmb6U
e9ccX0zL5mX4CYin2CfCbwVFHaU6iuzOWb1YaXDPB7ml98nMb4MZSXw5d7zQ5yX7
Koffrc4L1+pdFiqwbzQhMwywNQTm8kG9650UaDvyAZ9b/dN3UJ1e+D7WJiFD0bWv
OxPepawjEDZjVBCGjZ8oE8BtyWOQbdTwMeWjHSrufz3A2lxJdpj2uhQZiKDQ+TCq
/XSx7NBb9Qc83ZfMVb/4a7qylaSPOxPQep+QHkuIJt05qKhFMT6chNwa2BYVr8Qc
Fv40zZW6ZwlHIyklMIQLHjoW81b9Srm73S3nPeJ8sxKL2i/CzvoAJShBIrhvCJM=
=XAUS
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report May 2015

[Luis Bernardo]

Do you have an account? The user ClayLeeds is a member of the 
AdminGroup, so that user should be able to edit content.


On 5/1/15 5:46 PM, Clay Leeds wrote:

Thanks Chris! Can you or someone bless me with the Karma needed to make edits 
to the wiki?

Thanks! Cheers!


On 30/04/2015 03:37, Clay Leeds wrote:

I noticed a small typo but I can't edit the wiki (I see Immutable Page--can 
someone with Karma bless me? ;-).


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Uploading new Maven artifacts for Batik 1.8 (and FOP?)

[Luis Bernardo]

I plan to push the jars to maven central, but I would like to address 
https://issues.apache.org/jira/browse/BATIK-989 first since apparently 
some people also want the sources... Maybe next week...


The sources for 1.7 were pushed by a non Batik committer (see 
https://issues.sonatype.org/browse/MVNCENTRAL-602), so yes, it is possible.


On 3/26/15 4:38 PM, Damiano Albani wrote:

Hello Chris,

On Thu, Mar 26, 2015 at 3:45 PM, Chris Bowditch bowditch_ch...@hotmail.com
wrote:


Anyone can upload artifacts to Maven central, it doesn't need to be a
batik/XMLGraphics committer


Hum, are you sure about that?
I mean, the documentation on Maven website
http://maven.apache.org/guides/mini/guide-central-repository-upload.html#Publishing_your_artifacts_to_the_Central_Repository
mentions going through some intermediate repository (for instance the
Apache one, among others).

Regards,




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[ANN] Apache Batik 1.8 Released

[Luis Bernardo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


The Apache XML Graphics team is pleased to announce the availability of
Apache Batik 1.8.

Batik [1] is a Java-based toolkit for applications or applets that want to
use images in the Scalable Vector Graphics (SVG) format for various
purposes, such as display, generation or manipulation.

The main new feature is support for CMYK colors, as specified in the SVG
Color 1.2 Working Draft [2].

This release addresses vulnerability CVE-2015-0250.

The minimum required Java version is 1.6.

To download visit the Batik Download [3] page.

The Apache XML Graphics team


[1] http://xmlgraphics.apache.org/batik/
[2] http://www.w3.org/TR/SVGColor12/
[3] http://xmlgraphics.apache.org/batik/download.html

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJVBtweAAoJEIIDaYnVa18XIwkIAMDxtP2gsrQbURh67vDaWpZx
NmNkz4NKGRkc4jeaqEiHzT7Nw/7b/oCPDEaPT2QBrg2uNJ8x0g24tncT6gs9RIou
qnOtO5DyeIdQETJ7ctU/nxnm/Muq/fm2dR2wNbH5tbF2IseoKgGYbJGEnzhPX6K0
K/jswqhJcedq2LsBg6NjdmU72etD8m1th8gWsxJAFxGqYwu7sxgZtcgRRlzU9aUv
lkfGRO+5KLk3hzXS2XOeC5ImmoLvVNVsNtW9ti5JWJAjQpqkDsAYeEz7odLiqL9E
HNF5wbCuYOfB6xoh89Ko4R78fSkRGC/D76xyw5lXSP2/2SwehBF9O6jLtNhkwUc=
=2+Z+
-END PGP SIGNATURE-

Re: [VOTE] Release XML Graphics Batik 1.8

[Luis Bernardo]

The vote is closed.

According to http://www.apache.org/dev/release.html#approving-a-release 
the release of Batik 1.8 is approved.


On 3/10/15 11:13 PM, Luis Bernardo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


This is a vote to release XML Graphics Batik 1.8.

The files for the release are available in 
http://people.apache.org/~lbernardo/.


Please cast your vote before Sun Mar 15 22:00:00 CET 2015.

The release is signed with the key here: 
http://svn.apache.org/viewvc?view=revisionrevision=1665414.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJU/2v4AAoJEIIDaYnVa18Xi/4H/ieyreETxXBx5bVPTGsh2ZOA
pB6L0r6nAszJKXXxnNs3eVTC4t70a9CtcSUN4rdiBtVgBLMEh5iwSVtxazcv1qu1
Qw3kXVo5ohFAvZEBVERZ2PQmNbpIv9EDLmNEBbmPYFgmMRoWJT0eVGw9/wu8TFBB
BEoscmThSfAfEB39hB0jiMHAZUzrl3XjAVmlxZTAOBSp+GwhlP8XJhYAi/1kGRou
R2RybU8bl1pRGrWFx0+C0l09pGCnynIskiUWJrwoaeKZkkb5trXshhodjev5vHFo
bimVmm7uATflD7oHvmHv3D2lpl37/34Kz3beZTNTwsNJd8tCYyqTqZvNGspWEzw=
=oS5A
-END PGP SIGNATURE-




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[VOTE] Release XML Graphics Batik 1.8

[Luis Bernardo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


This is a vote to release XML Graphics Batik 1.8.

The files for the release are available in 
http://people.apache.org/~lbernardo/.


Please cast your vote before Sun Mar 15 22:00:00 CET 2015.

The release is signed with the key here: 
http://svn.apache.org/viewvc?view=revisionrevision=1665414.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (Darwin)

iQEcBAEBAgAGBQJU/2v4AAoJEIIDaYnVa18Xi/4H/ieyreETxXBx5bVPTGsh2ZOA
pB6L0r6nAszJKXXxnNs3eVTC4t70a9CtcSUN4rdiBtVgBLMEh5iwSVtxazcv1qu1
Qw3kXVo5ohFAvZEBVERZ2PQmNbpIv9EDLmNEBbmPYFgmMRoWJT0eVGw9/wu8TFBB
BEoscmThSfAfEB39hB0jiMHAZUzrl3XjAVmlxZTAOBSp+GwhlP8XJhYAi/1kGRou
R2RybU8bl1pRGrWFx0+C0l09pGCnynIskiUWJrwoaeKZkkb5trXshhodjev5vHFo
bimVmm7uATflD7oHvmHv3D2lpl37/34Kz3beZTNTwsNJd8tCYyqTqZvNGspWEzw=
=oS5A
-END PGP SIGNATURE-


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report for February 2015

[Luis Bernardo]

Looks good.

On 1/30/15 4:30 PM, Chris Bowditch wrote:

Hi PMC,

Please review the draft board report that I've prepared here: 
https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForFebruary2015#preview


I plan to submit this to the board in 7 days time on the 6th February, 
so please let me have your feedback by then


Thanks,

Chris

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report for November 2014

[Luis Bernardo]

Looks good. We could also mention that FOP started using the Apache Jenkins
build service.

On Tue, Oct 28, 2014 at 11:16 AM, Chris Bowditch bowditch_ch...@hotmail.com
 wrote:

 Hi Team,

 I have prepared a draft report here: https://wiki.apache.org/
 xmlgraphics/StatusReports/StatusReportForNovember2014#preview

 Please review and give me your feedback over the next few days. I aim to
 submit this to the board on 5th November.

 Thanks,

 Chris

 -
 To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
 For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Release XML Graphics Commons 2.0 (Third Attempt)

[Luis Bernardo]

+1

all file permissions ok, all sigs checked and build passed. so I think 
it is good to ship.


On 10/1/14, 11:12 AM, Vincent Hennebert wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks to Luis for investigating the failing test under 1.7 issue.

I’m relaunching the vote to release XML Graphics Commons 2.0.

Due to the minor change compared to the previous version, I’ll leave the
deadline unmodified. Therefore, the vote will end on Fri, 3rd Oct at
15:00 UTC.

Artifacts can be found there:
http://people.apache.org/~vhennebert/xgc-2.0/

+1 from me.

Thanks,
Vincent
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUK9OMAAoJEO9tMcdy+idauM0P/1JkxcjLQ7xd1QOBfq7zUSfg
vCPuwhD/3NsnXCdLR4d+UbJLILmqwusYDlx3jKh5UjNZIcUw3KsCHHQnIaxJBCtJ
afyiWikqxbLR/cE4Gbz0fIlDIkDsRu24b/34tbFexo/yi+ipQcPnRTZWdiXNPjVi
D+lsQsqpP9kvf1hbkv1ssHL4OJiPnbBsT8hAtjQ0p3MsngBIbmetVqZNH4yx2Xq5
5x8z6jIAmmSjtG2gFCOSqLybZcffVOMd5xDas4CNVVnH7D8w0QIQoAf3x0k99UoE
7xs1Qu9CtnCdtwPNWl3cpLDo62jiR4omL7YXM5E4RFH8Kcu3v+Oh1ToAYk4PY3y+
51jvniPNeguKlXZdrSqXjt+1vyPzoXBnl8UEMR10X2nL6xJVCl/b0MnJE2i0t3sA
bkcxQDMscrda/U/M3KrE6oxk7h0uuu009UEf+n8Lu2P4fqGWKGN230UH8gjBJla+
I0jgh4S8ZxVA+hOkfxJU+WAWZgWQg3TrndIWvxCZhRs9YblG3thuFRWA70IvjcML
lNhTbEm86N5HtGxRUX6yQcZCHBS409QlCSorhmrHIj+FatkIi2VHzHfHjiGDCjiN
L2J06MESDQl0OG31K01jsTqWmgjuTrk8KucPH+qpfIoMh3mGlVi83quqjHCD5Mzo
Fp7phm2IgCEe/XMSouTH
=6s2t
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Resolved] (XGC-66) TestCase testICCProfiles fails with OpenJDK or Oracle Java7

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-66?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo resolved XGC-66.
--
Resolution: Fixed

Oracle providers blacklisted too: 
http://svn.apache.org/viewvc?view=revisionrevision=1628560.

I don't think anything changed beyond the name or I would had noticed by now. 
Also, the provider version did not change either.

 TestCase testICCProfiles fails with OpenJDK or Oracle Java7
 ---

 Key: XGC-66
 URL: https://issues.apache.org/jira/browse/XGC-66
 Project: XMLGraphicsCommons
  Issue Type: Bug
  Components: image codecs
Affects Versions: Trunk
 Environment: Operating System: Linux
 Platform: PC
Reporter: James Page
Assignee: XML Graphics Project Mailing List
 Fix For: --


 Building trunk with OpenJDK or Oracle Java 7 fails with the following test 
 failure:
 [junit] Testcase: 
 testICCProfiles(org.apache.xmlgraphics.image.loader.ImageLoaderTestCase): 
   FAILED
 [junit] Embedded ICC Profiles are not the same size! expected:632 but 
 was:912
 [junit] junit.framework.AssertionFailedError: Embedded ICC Profiles are 
 not the same size! expected:632 but was:912
 [junit]   at 
 org.apache.xmlgraphics.image.loader.ImageLoaderTestCase.testICCProfiles(ImageLoaderTestCase.java:176)
 This test case passes on openjdk-6.
 OS: Ubuntu 12.04
 Java SDK: openjdk-7 or oracle-java-7 (makes no difference).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Releasing XGC

[Luis Bernardo]

+1

There is a unit test that fails with jdk1.7+ but passes with 1.6. The 
test is 
testICCProfiles(org.apache.xmlgraphics.image.loader.ImageLoaderTestCase).


I think that should be addressed, even if it means removing the test, 
and then the release can be done.


On 9/24/14, 10:24 AM, Vincent Hennebert wrote:

Hi,

I’ll have some spare time over next week to do a release of XGC. Due to
API changes introduced by the new URI resolution framework I guess we’ll
bump the version number to 2.0. And, while we’re at it, the minimum Java
requirement to 1.6.

If nobody objects by next Monday, I’ll start the release process.

Thanks,
Vincent

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Move to Jenkins

[Luis Bernardo]

I think this will be a positive move.

Looking at the output at 
https://builds.apache.org/job/xmlgraphics-fop/16/console I see at the end:


findbugs-exec:
 [findbugs] Executing findbugs FindBugsTask from ant task
 [findbugs] Running FindBugs...
 [findbugs] Warnings generated: 127
 [findbugs] Calculating exit code...
 [findbugs] Setting 'bugs found' flag (1)
 [findbugs] Exit code set to: 1
 [findbugs] Java Result: 1
 [findbugs] Output saved to 
/home/jenkins/jenkins-slave/workspace/xmlgraphics-fop/build/report_findbugs.html

findbugs:

BUILD SUCCESSFUL
Total time: 4 minutes 9 seconds
Finished: SUCCESS


Shouldn't this be a failure then since findbugs fails?


On 8/27/14, 9:39 AM, Simon Steiner wrote:

Hi,

  


I setup the other jobs, they should email the lists if they fail:

  


https://builds.apache.org/job/xmlgraphics-fop-pdf-images/

https://builds.apache.org/job/xmlgraphics-commons/

https://builds.apache.org/job/xmlgraphics-fop/

  


Thanks

  


From: Glenn Adams [mailto:gl...@skynav.com]
Sent: 26 August 2014 16:33
To: XML Graphics Project
Cc: FOP Developers
Subject: Re: [VOTE] Move to Jenkins

  


assuming this will pass if it works, can you get the jenkins flavor of builds 
working first, then we can evaluate the results prior to doing a vote (and 
switchover)?

  


On Tue, Aug 26, 2014 at 9:24 AM, Simon Steiner simonsteiner1...@gmail.com 
mailto:simonsteiner1...@gmail.com  wrote:

Hi,



Vote to move from Gump to Jenkins for Fop, XGC, Pdf-plugin. This allows us
to control version of checkstyle, also Jenkins is more flexible, has
plugins, we can trigger manually and make changes without asking infra for
help (if workspace is corrupted we can fix it ourselves).



Fop job:

https://builds.apache.org/job/xmlgraphics-fop/9/console



Votes to general@ only please, they won't count on fop-dev. The vote will
run for 7 days until 2 Sept.



Here's my +1



Thanks

  

Re: [VOTE] Move to Jenkins

[Luis Bernardo]

+1

On 9/2/14, 10:12 PM, Simon Steiner wrote:

Hi,

We need to fix all findbugs warnings then modify build.xml to fail on warnings, 
this is how pdfplugin is working.

Thanks

-Original Message-
From: Luis Bernardo [mailto:lmpmberna...@gmail.com]
Sent: 02 September 2014 21:53
To: general@xmlgraphics.apache.org
Subject: Re: [VOTE] Move to Jenkins


I think this will be a positive move.

Looking at the output at
https://builds.apache.org/job/xmlgraphics-fop/16/console I see at the end:

findbugs-exec:
   [findbugs] Executing findbugs FindBugsTask from ant task
   [findbugs] Running FindBugs...
   [findbugs] Warnings generated: 127
   [findbugs] Calculating exit code...
   [findbugs] Setting 'bugs found' flag (1)
   [findbugs] Exit code set to: 1
   [findbugs] Java Result: 1
   [findbugs] Output saved to 
/home/jenkins/jenkins-slave/workspace/xmlgraphics-fop/build/report_findbugs.html

findbugs:

BUILD SUCCESSFUL
Total time: 4 minutes 9 seconds
Finished: SUCCESS


Shouldn't this be a failure then since findbugs fails?


On 8/27/14, 9:39 AM, Simon Steiner wrote:

Hi,

   


I setup the other jobs, they should email the lists if they fail:

   


https://builds.apache.org/job/xmlgraphics-fop-pdf-images/

https://builds.apache.org/job/xmlgraphics-commons/

https://builds.apache.org/job/xmlgraphics-fop/

   


Thanks

   


From: Glenn Adams [mailto:gl...@skynav.com]
Sent: 26 August 2014 16:33
To: XML Graphics Project
Cc: FOP Developers
Subject: Re: [VOTE] Move to Jenkins

   


assuming this will pass if it works, can you get the jenkins flavor of builds 
working first, then we can evaluate the results prior to doing a vote (and 
switchover)?

   


On Tue, Aug 26, 2014 at 9:24 AM, Simon Steiner simonsteiner1...@gmail.com 
mailto:simonsteiner1...@gmail.com  wrote:

Hi,



Vote to move from Gump to Jenkins for Fop, XGC, Pdf-plugin. This
allows us to control version of checkstyle, also Jenkins is more
flexible, has plugins, we can trigger manually and make changes
without asking infra for help (if workspace is corrupted we can fix it 
ourselves).



Fop job:

https://builds.apache.org/job/xmlgraphics-fop/9/console



Votes to general@ only please, they won't count on fop-dev. The vote
will run for 7 days until 2 Sept.



Here's my +1



Thanks

   






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report for August

[Luis Bernardo]

I think it is good.

On 8/1/14, 9:21 AM, Chris Bowditch wrote:

Hi fellow PMC members,

Its time to prepare a new report to the board. I've created the draft 
report here: 
https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForAugust2014#preview


Please let me have your feedback within the next 7 days, at which 
point I will submit it to the board.


Thanks,

Chris

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Key Signing Party Anyone?

[Luis Bernardo]

I am not going to dispute the social benefits of a party, but can't we 
achieve the same level of trust by placing the public key in our Apache 
area, or by committing it to svn? Then for sure we know the key belongs 
to that committer, right?


On 7/23/14, 8:58 PM, Vincent Hennebert wrote:

as you are probably aware Apache releases must be signed. I do have
a code-signing key but, because of the weaknesses found in SHA-1 [1], it
is now obsolete. So I created a new, stronger one, and I now have to add
it to the web of trust.

See [2] for explanations about the web of trust. In short, this is a way
to ensure that a key actually belongs to the person it claims, without
having met that person. That allows to increase your confidence that
a signed artefact you are downloading has not been tampered with and was
created by the right people. For a graphical representation of the web
of trust at Apache, see here:
http://people.apache.org/~henkp/trust/apache.html

In order to build a web of trust I thought that maybe we could organise
a virtual key signing party, over Skype or Google Hangout, among the XML
Graphics committers.

It’s fairly simple and quite fun. You have to send me beforehand the
public fingerprint of your key. It can be generated e.g. like this:
$ gpg --fingerprint vhennebert
pub   4096R/72FA275A 2014-07-22
  Key fingerprint = 492F E32D 853F 1081 FF58  66F5 EF6D 31C7 72FA 
275A


During the signing party, we will check that all the fingerprints are
correct. Then, each of us will show their ID at the webcam, for others
to check they are talking to the right person.

And that’s it. After the meeting, each of us can download the others’
keys from a key server, check that the fingerprint matches what was
presented during the party (this is important!), sign and upload the
key. See [3] for more details.

If you don’t have a PGP key, now is the time to create one. The
following document is full of details about PGP, how it works, how it is
used at Apache, how to create a key, etc.
http://www.apache.org/dev/release-signing.html

If you do have a key but it is a DSA key or a 1024 bit RSA key, then you
need to switch to a stronger key (this is my case). See here for more
info:
http://www.apache.org/dev/key-transition.html

So, who’s up for it? Please give your availabilities in an answer to this
message. If you have it already, you may also want to include your
public key fingerprint.

As for myself, I would be available on working days during the next
2 weeks, between 7am UTC and 8pm UTC.

Thanks,
Vincent


[1] For more details, see
http://www.apache.org/dev/release-signing.html#note
[2] http://www.apache.org/dev/release-signing.html#web-of-trust
[3] 
http://www.cryptnet.net/fdp/crypto/keysigning_party/en/keysigning_party.html#after_keysigning_party


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: hungarian hyphenation file

[Luis Bernardo]

FOP does not include hyphenation patterns in the releases. However you 
can get hyphenation patterns that work with FOP from the OFFO project.


The OFFO hyphenation patterns are build from the hyphenation patterns in 
svn://tug.org/texhyphen. The last release was in January of 2014.


Is the file that you used as source not present in the above TUG 
repository? Or has it been recently updated? In either case, and mainly 
due to license issues, we only create OFFO releases from source in the 
TUG repository. I can create a new release and make sure it includes 
hyphenation for Hungarian as long as the original source is in the TUG 
repository.



On 7/22/14, 8:44 PM, Bence Eros wrote:

Hello,

I've created a hu.xml hyphenation file (attached) from the according 
huhyphen.tex I found here 
http://www.ctan.org/tex-archive/language/hyphenation.

Please include it in the next FOP release.



best regards,
--
*Bence Eros
CyclonePHP http://cyclonephp.org* core developer
http://erosbence.blogspot.com


This body part will be downloaded on demand.

Re: Draft Board report for May 2014

[Luis Bernardo]

It's good.

Feedback by May 6th...

On 4/29/14, 3:44 PM, Chris Bowditch wrote:

Hi All,

I will have to submit the board report for May 2014 in about a weeks' 
time. Can all committers please review the report at [1] and let me 
have feedback by 6th April?


Thanks,

Chris

[1] 
https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForMay2014


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Page break within fo:block

[Luis Bernardo]

Either markers or table-markers, depending on what you want to achieve. 
Markers go on static content, table-markers on table headers and 
footers. See the samples in FOP-2136 for an extensive example.


On 4/4/14, 5:44 PM, Nelson, Rhema wrote:

I have a series of blocks in a flow that will span over multiple pages.

What I am trying to figure out is if there is a way that I can have a separate 
header when a block crosses pages:

Block Header
page break
Block Header cont.

Does anybody know of a method of doing this or ideas on which direction to go?

-Rhema




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Simon Steiner for committer

[Luis Bernardo]

+1

On 3/26/14, 3:37 PM, Chris Bowditch wrote:

Hi Team,

I'd like to propose Simon Steiner for committership on the FOP 
project. Simon has been submitting patches since late 2012, and has 
now submitted 33 in total. 23 of these have been applied to the codebase.


Votes to general@ only please, they won't count on fop-dev. The vote 
will run for 7 days until 2 April.


Here's my +1

Thanks,

Chris



-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE][RESULT] Give PMC members write access to all sub-projects

[Luis Bernardo]

This has been done. Can someone check that the resolve button is enabled 
now?


Some of the members have more than one Jira account (different email 
used). For those members I tried to choose the email I was more familiar 
with.



On 2/12/14, 8:44 AM, Chris Bowditch wrote:

Hi Luis,

Thanks for taking care of this. I am fine with your proposal, Batik 
committers + PMC members will need rights to update bugs in the Batik 
JIRA project.


Thanks,

Chris

On 06/02/2014 23:25, Luis Bernardo wrote:


This has been done. I am admin, together with Glenn, of the BATIK 
Jira project.


I need now to give permissions to resolve issues to some users. I 
assume the list will be (active?) Batik committers plus PMC members. 
I will do that unless someone else voices a different opinion.



On 2/4/14, 11:46 PM, Luis Bernardo wrote:


FYI, I have filled a request with infra (INFRA-7268) to request 
admin rights to Jira for BATIK.


On 1/23/14, 10:00 AM, Chris Bowditch wrote:

Hi Luis,

I noticed this too a few weeks ago. Lets give Glenn a few days to 
reply. If not we may need to raise this with infra@


Thanks,

Chris

On 22/01/2014 00:23, Luis Bernardo wrote:


This is probably a request for Glenn... It looks like that we also 
need access to JIRA for BATIK. I cannot flag issues as resolved.


On 10/31/13, 10:15 AM, Chris Bowditch wrote:

Hi All,

I've made the necessary adjustments to the SVN Authorization 
File, so all PMC members should now have write access to all sub 
projects. Please let me know if you encounter any issue.


Thanks,

Chris

On 29/10/2013 11:52, Chris Bowditch wrote:
Thanks Vincent. I'll look into implementing the changes over the 
next few days and report back here once done.


Thanks,

Chris

On 28/10/2013 18:14, Vincent Hennebert wrote:

Ok, so we have 9 +1, the vote passes.

This is where I’m handing over to the PMC chair. Chris, please 
let us

know once you’ve made the appropriate modifications.

Thanks,
Vincent


On 22/10/13 12:12, Vincent Hennebert wrote:
At the moment, when someone is elected to become a committer, 
they are
given written access only to the project(s) they have been 
involved in.
So an active contributor to Batik will become a Batik 
committer, a FOP

contributor will become a FOP committer, etc.

Our project is set up such that the PMC members are the subset 
of the
committers who show interest beyond the sub-project they are 
active in.


As a result of that I would like to propose the following 
modification:
that PMC members are given write access to all the 
sub-projects of XML

Graphics.

This vote will run until Friday, the 25th of October, 18:00 UTC.

Here’s my vote: +1

Thanks,
Vincent


- 


To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: 
general-h...@xmlgraphics.apache.org







- 


To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: 
general-h...@xmlgraphics.apache.org







- 


To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE][RESULT] Give PMC members write access to all sub-projects

[Luis Bernardo]

This has been done. I am admin, together with Glenn, of the BATIK Jira 
project.


I need now to give permissions to resolve issues to some users. I assume 
the list will be (active?) Batik committers plus PMC members. I will do 
that unless someone else voices a different opinion.



On 2/4/14, 11:46 PM, Luis Bernardo wrote:


FYI, I have filled a request with infra (INFRA-7268) to request admin 
rights to Jira for BATIK.


On 1/23/14, 10:00 AM, Chris Bowditch wrote:

Hi Luis,

I noticed this too a few weeks ago. Lets give Glenn a few days to 
reply. If not we may need to raise this with infra@


Thanks,

Chris

On 22/01/2014 00:23, Luis Bernardo wrote:


This is probably a request for Glenn... It looks like that we also 
need access to JIRA for BATIK. I cannot flag issues as resolved.


On 10/31/13, 10:15 AM, Chris Bowditch wrote:

Hi All,

I've made the necessary adjustments to the SVN Authorization File, 
so all PMC members should now have write access to all sub 
projects. Please let me know if you encounter any issue.


Thanks,

Chris

On 29/10/2013 11:52, Chris Bowditch wrote:
Thanks Vincent. I'll look into implementing the changes over the 
next few days and report back here once done.


Thanks,

Chris

On 28/10/2013 18:14, Vincent Hennebert wrote:

Ok, so we have 9 +1, the vote passes.

This is where I’m handing over to the PMC chair. Chris, please 
let us

know once you’ve made the appropriate modifications.

Thanks,
Vincent


On 22/10/13 12:12, Vincent Hennebert wrote:
At the moment, when someone is elected to become a committer, 
they are
given written access only to the project(s) they have been 
involved in.
So an active contributor to Batik will become a Batik committer, 
a FOP

contributor will become a FOP committer, etc.

Our project is set up such that the PMC members are the subset 
of the
committers who show interest beyond the sub-project they are 
active in.


As a result of that I would like to propose the following 
modification:
that PMC members are given write access to all the sub-projects 
of XML

Graphics.

This vote will run until Friday, the 25th of October, 18:00 UTC.

Here’s my vote: +1

Thanks,
Vincent


- 


To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE][RESULT] Give PMC members write access to all sub-projects

[Luis Bernardo]

FYI, I have filled a request with infra (INFRA-7268) to request admin 
rights to Jira for BATIK.


On 1/23/14, 10:00 AM, Chris Bowditch wrote:

Hi Luis,

I noticed this too a few weeks ago. Lets give Glenn a few days to 
reply. If not we may need to raise this with infra@


Thanks,

Chris

On 22/01/2014 00:23, Luis Bernardo wrote:


This is probably a request for Glenn... It looks like that we also 
need access to JIRA for BATIK. I cannot flag issues as resolved.


On 10/31/13, 10:15 AM, Chris Bowditch wrote:

Hi All,

I've made the necessary adjustments to the SVN Authorization File, 
so all PMC members should now have write access to all sub projects. 
Please let me know if you encounter any issue.


Thanks,

Chris

On 29/10/2013 11:52, Chris Bowditch wrote:
Thanks Vincent. I'll look into implementing the changes over the 
next few days and report back here once done.


Thanks,

Chris

On 28/10/2013 18:14, Vincent Hennebert wrote:

Ok, so we have 9 +1, the vote passes.

This is where I’m handing over to the PMC chair. Chris, please let us
know once you’ve made the appropriate modifications.

Thanks,
Vincent


On 22/10/13 12:12, Vincent Hennebert wrote:
At the moment, when someone is elected to become a committer, 
they are
given written access only to the project(s) they have been 
involved in.
So an active contributor to Batik will become a Batik committer, 
a FOP

contributor will become a FOP committer, etc.

Our project is set up such that the PMC members are the subset of 
the
committers who show interest beyond the sub-project they are 
active in.


As a result of that I would like to propose the following 
modification:
that PMC members are given write access to all the sub-projects 
of XML

Graphics.

This vote will run until Friday, the 25th of October, 18:00 UTC.

Here’s my vote: +1

Thanks,
Vincent


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Feb 2014 Board Report

[Luis Bernardo]

It is a good summary of a modest  quarter. But since the report is so 
precise about the number of commits I think we could add the same 
information about the number of Jira issues. In fact I think it is a 
good information to add going forward.


The page 
https://confluence.atlassian.com/display/JIRA/Adding+the+Created+vs+Resolved+Gadget 
explains how to do it. For the past 90 days I see right now, for FOP, 26 
issues created and 19 resolved. Probably we would want to get these 
numbers just at the end of the quarter the report refers to. We could do 
the same for XGC and BATIK.


Luis

On 1/27/14, 3:37 PM, Chris Bowditch wrote:

Hi all,

Another quarter is almost over and its time to submit a board report. 
I've created a draft here: 
https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForFebruary2014


It's been a slightly quieter quarter, partly due to the holidays. I'd 
appreciate it if PMC members could provide feedback. I'll be 
submitting it in about 1 weeks time.


Thanks,

Chris

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE][RESULT] Give PMC members write access to all sub-projects

[Luis Bernardo]

This is probably a request for Glenn... It looks like that we also need 
access to JIRA for BATIK. I cannot flag issues as resolved.


On 10/31/13, 10:15 AM, Chris Bowditch wrote:

Hi All,

I've made the necessary adjustments to the SVN Authorization File, so 
all PMC members should now have write access to all sub projects. 
Please let me know if you encounter any issue.


Thanks,

Chris

On 29/10/2013 11:52, Chris Bowditch wrote:
Thanks Vincent. I'll look into implementing the changes over the next 
few days and report back here once done.


Thanks,

Chris

On 28/10/2013 18:14, Vincent Hennebert wrote:

Ok, so we have 9 +1, the vote passes.

This is where I’m handing over to the PMC chair. Chris, please let us
know once you’ve made the appropriate modifications.

Thanks,
Vincent


On 22/10/13 12:12, Vincent Hennebert wrote:

At the moment, when someone is elected to become a committer, they are
given written access only to the project(s) they have been involved 
in.

So an active contributor to Batik will become a Batik committer, a FOP
contributor will become a FOP committer, etc.

Our project is set up such that the PMC members are the subset of the
committers who show interest beyond the sub-project they are active 
in.


As a result of that I would like to propose the following 
modification:

that PMC members are given write access to all the sub-projects of XML
Graphics.

This vote will run until Friday, the 25th of October, 18:00 UTC.

Here’s my vote: +1

Thanks,
Vincent


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org






-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: running out of filehandles

[Luis Bernardo]

Can you try trunk to see if the problem also happens then? There was a 
fix by Alexios Giotis regarding open files that may be relevant for your 
case, but I think it happened after the 1.1 release.


Possibly what is happening is that the files are being left open always. 
If the image exists, then it is cached by FOP, and the next time time 
requested FOP uses the cached image instead of opening a new connection. 
If the image does not exist, FOP keeps opening new connections (since no 
image was cached) until you run out of file handles.



On 1/7/14, 3:46 PM, Carl Buxbaum wrote:

Hi all, this is directed toward the developers:

We have a customer who recently encountered an issue when running a FOP 1.0 
report in an environment where none of the images referenced in the report 
existed.  All of the references were URLs to images served by our application 
through a servlet.  Our servlet writes the image bytes to the 
ServletOutputStream.  I verified that I close all resources in a finally  block 
(I do not, of course, close the Output Stream). If the file does not exist, I 
return a 404 not found in the response.

When the images do not exist on the server, the platform runs out of file 
handles.  They get this error:

java.net.SocketException: Too many open files

After researching a workaround, I had the customer add this to their Java 
startup

-Dorg.apache.xmlgraphics.image.loader.impl.AbstractImageSessionContext.no-source-reuse=true

This fixed it, but we are unclear on why the customer would see a difference 
between a server where all the images are available, and where the images are 
not available.  In their production environment they never had this problem.  
Is it possible that the URL resource (and/or the ServletOutputStream) is not 
being closed when the response is 404 not found?

Thanks,

Carl  Buxbaum
Software Architect
TradeStone Software
17 Rogers St. Suite 2; Gloucester, MA 01930
P: 978-515-5128 F : 978-281-0673
www.tradestonesoftware.comhttp://www.tradestonesoftware.com


DISCLAIMER:
E-mails and attachments from TradeStone Software, Inc. are confidential.
If you are not the intended recipient, please notify the sender immediately by
replying to the e-mail, and then delete it without making copies or using it
in any way. No representation is made that this email or any attachments are
free of viruses. Virus scanning is recommended and is the responsibility of
the recipient.

[jira] [Created] (XGC-87) Add support for APP1 (Exif) segment in JPEG images

[Luis Bernardo (JIRA)]

Luis Bernardo created XGC-87:


 Summary: Add support for APP1 (Exif) segment in JPEG images
 Key: XGC-87
 URL: https://issues.apache.org/jira/browse/XGC-87
 Project: XMLGraphicsCommons
  Issue Type: Improvement
Reporter: Luis Bernardo


Some JPEG images, in particular camera images, have the resolution set in the 
Exif (aka APP1) segment of the file. Currently XGC skips that segment.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Commented] (XGC-87) Add support for APP1 (Exif) segment in JPEG images

[Luis Bernardo (JIRA)]

[ 
https://issues.apache.org/jira/browse/XGC-87?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13847724#comment-13847724
 ] 

Luis Bernardo commented on XGC-87:
--

implemented in http://svn.apache.org/viewvc?view=revisionrevision=1550785

 Add support for APP1 (Exif) segment in JPEG images
 --

 Key: XGC-87
 URL: https://issues.apache.org/jira/browse/XGC-87
 Project: XMLGraphicsCommons
  Issue Type: Improvement
Reporter: Luis Bernardo

 Some JPEG images, in particular camera images, have the resolution set in the 
 Exif (aka APP1) segment of the file. Currently XGC skips that segment.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Comment Edited] (XGC-87) Add support for APP1 (Exif) segment in JPEG images

[Luis Bernardo (JIRA)]

[ 
https://issues.apache.org/jira/browse/XGC-87?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13847748#comment-13847748
 ] 

Luis Bernardo edited comment on XGC-87 at 12/13/13 6:36 PM:


attached example image that has a resolution of 180 ppi; the PDF files were 
generated with FOP: fop -fo test.fo -pdf test-*.pdf


was (Author: lmpmbernardo):
attached example image that has a resolution of 180 ppi; the PDF files were 
generated with FOP: fop -fo test.fo -pdf test-(before|after).pdf

 Add support for APP1 (Exif) segment in JPEG images
 --

 Key: XGC-87
 URL: https://issues.apache.org/jira/browse/XGC-87
 Project: XMLGraphicsCommons
  Issue Type: Improvement
Reporter: Luis Bernardo
 Attachments: image.jpg, test-after.pdf, test-before.pdf, test.fo


 Some JPEG images, in particular camera images, have the resolution set in the 
 Exif (aka APP1) segment of the file. Currently XGC skips that segment.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Updated] (XGC-87) Add support for APP1 (Exif) segment in JPEG images

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-87?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo updated XGC-87:
-

Attachment: test.fo
test-before.pdf
test-after.pdf
image.jpg

attached example image that has a resolution of 180 ppi; the PDF files were 
generated with FOP: fop -fo test.fo -pdf test-(before|after).pdf

 Add support for APP1 (Exif) segment in JPEG images
 --

 Key: XGC-87
 URL: https://issues.apache.org/jira/browse/XGC-87
 Project: XMLGraphicsCommons
  Issue Type: Improvement
Reporter: Luis Bernardo
 Attachments: image.jpg, test-after.pdf, test-before.pdf, test.fo


 Some JPEG images, in particular camera images, have the resolution set in the 
 Exif (aka APP1) segment of the file. Currently XGC skips that segment.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Resolved] (XGC-87) Add support for APP1 (Exif) segment in JPEG images

[Luis Bernardo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/XGC-87?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luis Bernardo resolved XGC-87.
--

Resolution: Implemented

 Add support for APP1 (Exif) segment in JPEG images
 --

 Key: XGC-87
 URL: https://issues.apache.org/jira/browse/XGC-87
 Project: XMLGraphicsCommons
  Issue Type: Improvement
Reporter: Luis Bernardo
 Attachments: image.jpg, test-after.pdf, test-before.pdf, test.fo


 Some JPEG images, in particular camera images, have the resolution set in the 
 Exif (aka APP1) segment of the file. Currently XGC skips that segment.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

[jira] [Comment Edited] (XGC-87) Add support for APP1 (Exif) segment in JPEG images

[Luis Bernardo (JIRA)]

[ 
https://issues.apache.org/jira/browse/XGC-87?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13847748#comment-13847748
 ] 

Luis Bernardo edited comment on XGC-87 at 12/13/13 6:37 PM:


attached example image that has a resolution of 180 ppi; the PDF files were 
generated with FOP: fop -fo test.fo -pdf test.pdf


was (Author: lmpmbernardo):
attached example image that has a resolution of 180 ppi; the PDF files were 
generated with FOP: fop -fo test.fo -pdf test-*.pdf

 Add support for APP1 (Exif) segment in JPEG images
 --

 Key: XGC-87
 URL: https://issues.apache.org/jira/browse/XGC-87
 Project: XMLGraphicsCommons
  Issue Type: Improvement
Reporter: Luis Bernardo
 Attachments: image.jpg, test-after.pdf, test-before.pdf, test.fo


 Some JPEG images, in particular camera images, have the resolution set in the 
 Exif (aka APP1) segment of the file. Currently XGC skips that segment.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Draft Board Report for August

[Luis Bernardo]

The report is factual. Maybe mentioning that the PMC chair received a 
vote of confidence from the rest of the PMC members should be part of 
the report too?


On 7/31/13 10:21 AM, Chris Bowditch wrote:

Hi fellow PMCers,

Please find draft board report that I've prepared for the last 
quarter:https://wiki.apache.org/xmlgraphics/StatusReports/StatusReportForAugust2013#preview


Please review and let me have any feedback. I plan to submit the 
report early next week, so please let me have feedback by then.


Thanks,

Chris

-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Your Gump Build(s)

[Luis Bernardo]

They have been running:
http://ci.apache.org/projects/xmlgraphics/fop/snapshots/.
I rarely use them but there are people that do. Someone mentioned using a
nightly build in a recent post in the mailing list.


On Mon, Jul 1, 2013 at 11:42 AM, Glenn Adams gl...@skynav.com wrote:

 We should restore the gump builds if they aren't running first. Then we can
 deal with the question of whether to change the nightly build process.


 On Mon, Jul 1, 2013 at 3:27 AM, Vincent Hennebert vhenneb...@gmail.com
 wrote:

  I wasn’t aware that email notification had been turned off. Maybe our
  projects haven’t been building for months...
 
  Before we reply to Stefan: do we want to keep the Gump build? Or do we
  want to take this as an opportunity to switch to Jenkins? Gump does the
  job, but I see the automatic build more as a regression catcher than an
  API compatibility checker. So Jenkins seems more appropriate.
 
  Vincent
 
 
  On 24/06/13 15:20, Stefan Bodewig wrote:
   Dear Community
  
   Apache Gump builds some of your projects and it is quite possible you
   don't know or have by now forgotten about it.
  
   More than half a year ago a technical problem has forced us to turn off
   emails on build failures as we would have been sending out lots of
 false
   alarms.
  
   Before we re-enable emails we'd like to know whether you are still
   interested in the service Gump provides, so please tell us. :-)
  
   Metadata for many projects have been neglected for a long time and it
 is
   quite possible they'd need some love for results to be meaningful.  All
   Apache committers have write access to Gump's metadata.
  
   In case you don't know what this Gump stuff is about:
  
   Apache Gump builds the full stack of the latest commits of software in
   order to ensure integrity over releases.  Build failures surface API
   discontinuities between projects before they impact releases, and
 Gump's
   e-mail notifications hope to promote the conversations between teams to
   resolve those discontinuities.
  
   When responding to this mail please shorten the CC list as appropriate.
  
   Cheers
  
   Stefan
  
on behalf of the Gump PMC
  
   -
   To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
   For additional commands, e-mail: general-h...@xmlgraphics.apache.org
  
 
  -
  To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
  For additional commands, e-mail: general-h...@xmlgraphics.apache.org
 
 

Re: Download

[Luis Bernardo]

Hi,

This was caused by a request I made to infra that I think was not
executed the right way. I asked infra to add xmlgraphics to svnpubsub
for releases and dev packages. This is the newer way to release files,
as explained in http://www.apache.org/dev/release.html#upload-ci. So
it seemed a good idea... But infra did not notice that there were
already files in /www/www.apache.org/dist/xmlgraphics which were
deleted in the process of adding xmlgraphics to svnpubsub. This means
that either we wait for infra to recover the files or we add ourselves
(only PMC members can do this) the files through svnpubsub. Note that
the older releases, which are held in archive, are not affected. Only
the most recent release needs to be commited to svnpubsub.

Luis

On Mon, Nov 12, 2012 at 10:01 AM, Helder Magalhães
helder.magalh...@gmail.com wrote:
 Hi,

 Hi Oliver,


 The download link seems to be down.

 http://xmlgraphics.apache.org/batik/download.cgi

 Clicking the binary distribution (first download link) takes me to

 http://mirror.catn.com/pub/apache//xmlgraphics/batik/batik-1.7.zip

 which isn't there. I've tried a few different mirrors.

 I've quickly checked and you are right: apparently the downloads seem
 to have moved to pub/apache/xmlgraphics-org/batik ([1] for your
 case) for some reason. Please download from there while we check
 what's happening (CC'ing general@).

 Regards
 Oliver
 www.agilebase.co.uk

 Thanks for the report,
  Helder


 [1] http://mirror.catn.com/pub/apache/xmlgraphics-org/batik/batik-1.7.zip

 -
 To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
 For additional commands, e-mail: general-h...@xmlgraphics.apache.org


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Download

[Luis Bernardo]

In defense of infra I need to add, as Helder noticed, that they did
not delete the files but rather moved the files to /dist/xmlgraphics
(so http://www.apache.org/dist/xmlgraphics-org/batik/). So the files
can be gotten from there and put in svnpubsub.

Luis

On Mon, Nov 12, 2012 at 1:28 PM, Luis Bernardo lmpmberna...@gmail.com wrote:
 Hi,

 This was caused by a request I made to infra that I think was not
 executed the right way. I asked infra to add xmlgraphics to svnpubsub
 for releases and dev packages. This is the newer way to release files,
 as explained in http://www.apache.org/dev/release.html#upload-ci. So
 it seemed a good idea... But infra did not notice that there were
 already files in /www/www.apache.org/dist/xmlgraphics which were
 deleted in the process of adding xmlgraphics to svnpubsub. This means
 that either we wait for infra to recover the files or we add ourselves
 (only PMC members can do this) the files through svnpubsub. Note that
 the older releases, which are held in archive, are not affected. Only
 the most recent release needs to be commited to svnpubsub.

 Luis

 On Mon, Nov 12, 2012 at 10:01 AM, Helder Magalhães
 helder.magalh...@gmail.com wrote:
 Hi,

 Hi Oliver,


 The download link seems to be down.

 http://xmlgraphics.apache.org/batik/download.cgi

 Clicking the binary distribution (first download link) takes me to

 http://mirror.catn.com/pub/apache//xmlgraphics/batik/batik-1.7.zip

 which isn't there. I've tried a few different mirrors.

 I've quickly checked and you are right: apparently the downloads seem
 to have moved to pub/apache/xmlgraphics-org/batik ([1] for your
 case) for some reason. Please download from there while we check
 what's happening (CC'ing general@).

 Regards
 Oliver
 www.agilebase.co.uk

 Thanks for the report,
  Helder


 [1] http://mirror.catn.com/pub/apache/xmlgraphics-org/batik/batik-1.7.zip

 -
 To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
 For additional commands, e-mail: general-h...@xmlgraphics.apache.org


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] Migrating XML Graphics Project to ASF-CMS from Apache Forrest

[Luis Bernardo]

my vote: +1

On 11/11/12 12:45 AM, The Web Maestro wrote:

Hi Folks,

We've pretty much agreed on migrating, but I want to have a formal [VOTE]
on migrating the XML Graphics Project to ASF-CMS from Forrest for posterity.

There are a few minor issues to discuss/resolve (see below*), however, I
don't believe any of us believe these issues require resolution prior to
migration to the ASF-CMS version of the web site:

http://xmlgraphics.staging.apache.org/

Without further ado, I hereby call for a [VOTE] on migrating to the ASF-CMS
version of the Apache XML Graphics web site.

Here is my +1!

This [VOTE] will complete 2012-11-14 at 00:00:01 GMT and will proceed with
lazy consensus if there are no VETOs in three days

* minor issues to discuss/resolve:
   - enhancing the ASF-CMS commit logging
   - moving the NAV to the left
   - switching to some form of bootstrap
   - dynamically adding HEADER  FOOTER to static HTML pages[1]  [2]

[1] FOP Compliance page (static)
http://xmlgraphics.staging.apache.org/fop/compliance-static.html

[2] Batik Demo page (static)
http://xmlgraphics.staging.apache.org/batik/

Kind regards,

Clay Leeds
--
the.webmaes...@gmail.com - http://ourlil.com/
My religion is simple. My religion is kindness.
- HH The 14th Dalai Lama of Tibet




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE - la troisième partie] XGC 1.5 and FOP 1.1 Releases

[Luis Bernardo]

Sorry, it was my mistake... I did tar -xvf xml|fop follow by tab 
completion and picked the zip instead of the tar.gz. I didn't know tar 
would work on a zip archive!


I confirm both the zip and tar.gz archives have the normal modes after 
expanding.


On 10/19/12 1:33 AM, Glenn Adams wrote:

that's strange, since I just did the same, and i'm seeing normal modes,
i.e., 755 for dirs, and 644 for (most) files; i'm also using a Mac (10.8.1)

On Thu, Oct 18, 2012 at 5:28 AM, Luis Bernardo lmpmberna...@gmail.comwrote:


my vote: +1

I noticed that after  a tar -xvf *gz of the archives all files are
executable (I am using a Mac). This was not the case with 1.0; although odd
I do not see that as a problem that requires new archives.


On 10/16/12 5:30 PM, Glenn Adams wrote:


I have fixed/updated the lib/build inclusions in source tar balls, as well
as adding a few other missing files (e.g., checkstyle*, etc), updated
release date to OCT20, assigned new tags [1][2], from which I have build
and uploaded new release artifacts at [3][4].

Accordingly, I would like to commence a vote on releasing these artifacts
*
[3][4]*, ending at 0800Z 20OCT, after which time, if there are no negative

votes and no unresolved comments, I will deploy to the appropriate
locations and send out respective release announcements.

Regarding my signing key, it has now been signed by an ASF Member, and is
present in the KEYS file for both of these distributions, also available
from [5].

Regards,
Glenn

[1] 
http://svn.apache.org/viewvc?**view=revisionrevision=1398829http://svn.apache.org/viewvc?view=revisionrevision=1398829
[2] 
http://svn.apache.org/viewvc?**view=revisionrevision=1398854http://svn.apache.org/viewvc?view=revisionrevision=1398854
[3] http://people.apache.org/~**gadams/candidates/xmlgraphics-**
commons-1_5/http://people.apache.org/~gadams/candidates/xmlgraphics-commons-1_5/
[4] 
http://people.apache.org/~**gadams/candidates/fop-1_1/http://people.apache.org/~gadams/candidates/fop-1_1/
[5] 
https://people.apache.org/**keys/committer/gadams.aschttps://people.apache.org/keys/committer/gadams.asc

pub   2048R/0ED3D317 2012-04-09 Glenn Adams gad...@apache.org
   Primary key fingerprint: D354 4AC1 BCAD DF9D 424F  D025 6654 BABE 0ED3
D317



--**--**-
To unsubscribe, e-mail: 
general-unsubscribe@**xmlgraphics.apache.orggeneral-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: 
general-help@xmlgraphics.**apache.orggeneral-h...@xmlgraphics.apache.org





-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE - la troisième partie] XGC 1.5 and FOP 1.1 Releases

[Luis Bernardo]

my vote: +1

I noticed that after  a tar -xvf *gz of the archives all files are 
executable (I am using a Mac). This was not the case with 1.0; although 
odd I do not see that as a problem that requires new archives.


On 10/16/12 5:30 PM, Glenn Adams wrote:

I have fixed/updated the lib/build inclusions in source tar balls, as well
as adding a few other missing files (e.g., checkstyle*, etc), updated
release date to OCT20, assigned new tags [1][2], from which I have build
and uploaded new release artifacts at [3][4].

Accordingly, I would like to commence a vote on releasing these artifacts *
[3][4]*, ending at 0800Z 20OCT, after which time, if there are no negative
votes and no unresolved comments, I will deploy to the appropriate
locations and send out respective release announcements.

Regarding my signing key, it has now been signed by an ASF Member, and is
present in the KEYS file for both of these distributions, also available
from [5].

Regards,
Glenn

[1] http://svn.apache.org/viewvc?view=revisionrevision=1398829
[2] http://svn.apache.org/viewvc?view=revisionrevision=1398854
[3] http://people.apache.org/~gadams/candidates/xmlgraphics-commons-1_5/
[4] http://people.apache.org/~gadams/candidates/fop-1_1/
[5] https://people.apache.org/keys/committer/gadams.asc

pub   2048R/0ED3D317 2012-04-09 Glenn Adams gad...@apache.org
  Primary key fingerprint: D354 4AC1 BCAD DF9D 424F  D025 6654 BABE 0ED3 D317




-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: Broken link for avalon

[Luis Bernardo]

I assume you got FOP through your distribution because the current FOP 
trunk uses an older avalon jar...


I just tried the link below and it works:

http://repo1.maven.org/maven2/org/apache/avalon/framework/avalon-framework-api/4.3.1/avalon-framework-api-4.3.1.jar

On 10/16/12 4:58 PM, Volkan Istek wrote:


Hi Guys,

I am trying use FOP (Formatting Objects Processor) with maven. It uses 
avalon-framework-api-4.3.1.jar and it can't download it. Because of 
following links are not working.  Directories are there and other 
filres in the directories are there too.


http://repo.maven.apache.org/maven2/org/apache/avalon/framework/avalon-framework-api/4.3.1/avalon-framework-api-4.3.1.jar

http://repo1.maven.org/maven2/org/apache/avalon/framework/avalon-framework-api/4.3.1/avalon-framework-api-4.3.1.jar

Do you have any idea for it or fo you know who I should  connect in 
order to fix it?


Thanks,

Volkan Istek

Volkan Istek.Senior Software Developer.+90 216 576 80 66

Description: Description: Description: Description: Description: 
Sqills Logo http://www.sqills.com/




Enschede



+31 (0)88 7745570



Hengelosestraat 52, 7514 AJ



NL

Haarlem



+31 (0)88 7745570



Leidsevaart 594, 2014 HT



NL

Istanbul



+90 216 576 80 66



Kayışdağı Cad. Sevinç Sok. No:5 Kat:5 34758 Küçükbakkalköy, Ataşehir / 
İstanbul




TR

Tunis



+216 97 861 927



64, Rue d'Iran,2nd Floor, La Fayette, 1002



TN

Re: [VOTE - la deuxième partie] XGC 1.5 and FOP 1.1 Releases

[Luis Bernardo]

The issue with lib/build is only with xmlgraphics. FOP builds (so there 
is no excuse to delay checking it...).


Now, some of the jars in lib/build, that are present in trunk, are not 
present in the ZIP, which means the unit tests cannot run (the mockito 
jar is missing). Are they supposed to be part of the release? I see that 
they are not included in the ant task that apparently is used to build 
the distribution archive. Does that need to be updated?



On 10/14/12 2:52 PM, Glenn Adams wrote:

I see you've fixed the lib/build problem. I'll create and upload new images
shortly.

As for my key, pgp.mit.edu reports my key at:

http://pgp.mit.edu:11371/pks/lookup?search=gadams%40apache.orgop=index

So I'm not sure what you mean by having no signature there.

On Sun, Oct 14, 2012 at 5:24 PM, Jeremias Maerki d...@jeremias-maerki.chwrote:


Hi Glenn,

I'm sorry for the bad news again but the source ZIP doesn't compile
since it's missing lib/build. Since the source distribution is the main
release (the binary is always just a convenience for the users), I still
can't give a +1 here. Due to the other issues I haven't even bothered to
check the previous ZIP so I didn't catch that earlier. I'm sorry.

Web of Trust: one little snag we should probably address is that Glenn's
key currently has no signatures on pgp.mit.edu. But that is easily fixed
by adding another signature from a committer with a sufficient number of
signatures until Glenn can attend an ApacheCon or meet some Apache
committers at another opportunity.


Jeremias Maerki


On 14.10.2012 11:06:00 Glenn Adams wrote:

Now that Jeremias has integrated two important fixes at [1][2], and

having

updated [3][4] the release date to 18OCT12 and fixed the minor
documentation issues noted by Vincent at [5], I have tagged [6][7],

built,

and uploaded the respective release artifacts at [8][9].

Accordingly, I would like to commence a vote on releasing these

artifacts *

[8][9]*, ending at 0800Z 18OCT, after which time, if there are no

negative

votes and no unresolved comments, I will deploy to the appropriate
locations and send out respective release announcements.

Regards,
Glenn

[1] http://svn.apache.org/viewvc?view=revisionrevision=1395896
[2] http://svn.apache.org/viewvc?view=revisionrevision=1395925
[3] http://svn.apache.org/viewvc?view=revisionrevision=1397983
[4] http://svn.apache.org/viewvc?view=revisionrevision=1397989
[5]


http://mail-archives.apache.org/mod_mbox/xmlgraphics-general/201210.mbox/%3cCACQ=j+f1fo078dff7fjdprnj0qcvg0rodxute1upw6vscp+...@mail.gmail.com%3e

[6] http://svn.apache.org/viewvc?view=revisionrevision=1397986
[7] http://svn.apache.org/viewvc?view=revisionrevision=1397992
[8] http://people.apache.org/~gadams/candidates/xmlgraphics-commons-1_5/
[9] http://people.apache.org/~gadams/candidates/fop-1_1/


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org





-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: [VOTE] XGC 1.5rc1 and FOP 1.1rc1 Candidate Releases

[Luis Bernardo]

I would like to suggest that the last patch for bug 40676, which was 
submitted some hours after the RCs were cut, be included in the final 
release. Otherwise the raw PNG image loader will be crippled.


On 6/29/12 3:20 PM, Glenn Adams wrote:

Although there aren't as many votes as I would like, I have received 5 +1s
(including myself), and no negatives, so the vote passes. However, I will
wait until Monday, 07/02, to publish the RCs in case someone who didn't
vote wishes to raise an objection or has an issues that needs resolving.

On Sun, Jun 24, 2012 at 1:41 AM, Glenn Adams gl...@skynav.com wrote:


I have posted release candidates XGC 1.5rc1 and FOP 1.1rc1 at [1] and [2],
respectively. I would like to initiate a 3-day vote on publishing these
RCs, to serve as such for a period of at least 30 days, after which time
the final XGC 1.5 and FOP 1.1 will be proposed for publishing.

If I see no negative vote and no comment remains unresolved by JUN28
0800Z, then I will publish to the appropriate sites.

[1]
http://people.apache.org/~gadams/candidates/xmlgraphics-commons-1_5rc1/
[2] http://people.apache.org/~gadams/candidates/fop-1_1rc1/

Note that both of these RCs contain all commits to their respective trunks
as of this time.







-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org

Re: How to use native text with EPSDocumentGraphics2D?

[Luis Bernardo]

There is bug that makes the EPS file invalid. Until the bug is fixed you 
can manually fix the EPS file.


The problem is with the font. For the example below open the EPS file 
and search for


null 12 F

replace that with

/Helvetica 12 F


On 3/6/12 7:07 PM, Thomas Smith wrote:

Hi,

I'd like to use XML Graphics Commons's EPSDocumentGraphics2D to 
generate output that includes the text as text, not as rendered 
shapes.  Is there a straightforward way to do that?


I've tried including both xmlgraphics-commons-1.4.jar and fop-1.0.jar 
in my project, and using the NativeTextHandler class from 
org.apache.fop.render.ps http://org.apache.fop.render.ps, like this...


OutputStream out = new FileOutputStream(mini-test.eps);
EPSDocumentGraphics2D g2d = new EPSDocumentGraphics2D(false);
g2d.setGraphicContext(new GraphicContext());
g2d.setCustomTextHandler(new NativeTextHandler(g2d, null));
g2d.setupDocument(out, 200, 100);
g2d.setFont(new Font(Helvetica, Font.PLAIN, 12));
g2d.drawString(Hi there, 50, 50);
g2d.finish();
out.close();

But it generates invalid EPS files, like the one attached.  Here's the 
output from Adobe Acrobat Pro...


%%[ Error: typecheck; OffendingCommand: findfont ]%%

Stack:
/Font
-null-


%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
%%[ Warning: PostScript error. No PDF file produced. ] %%


If I leave out the NativeTextHandler line, it generates valid EPS 
files, but you can't e.g. copy and paste the text from the file.


Any help appreciated!
I'm not on the mailing list, so please CC me...
-Thomas


-
To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: general-h...@xmlgraphics.apache.org