Re: Compile errors in HEAD and 1.6.0
I was able to get it working with Netbeans 6.9.1, so it must have been an issue with Netbeans 6.8. Thanks for the mvn commands, I'm sure they'll come in handy in the future! --Adam On 06/28/2011 03:19 PM, Andreas Lehmkuehler wrote: > Hi, > > Am 28.06.2011 22:27, schrieb a...@swmc.com: >> Is anyone else having compiling errors with 1.6.0 or HEAD? I did a clean >> checkout of 1.6.0[1] and I told Netbeans to download all the libraries, >> which resolved most of the errors, but the following still persists: >> [ERROR]Transitive dependency resolution for scope: test has failed for >> your project. >> [ERROR]Error message: Missing: >> [ERROR]-- >> [ERROR]1) org.apache.pdfbox:pdfbox:jar:1.6.0 >> [ERROR] Try downloading the file manually from the project website. >> [ERROR] Then, install it using the command: >> [ERROR] mvn install:install-file -DgroupId=org.apache.pdfbox >> -DartifactId=pdfbox -Dversion=1.6.0 -Dpackaging=jar -Dfile=/path/to/file >> [ERROR] Alternatively, if you host your own repository you can deploy >> the >> file there: >> [ERROR] mvn deploy:deploy-file -DgroupId=org.apache.pdfbox >> -DartifactId=pdfbox -Dversion=1.6.0 -Dpackaging=jar -Dfile=/path/to/file >> -Durl=[url] -DrepositoryId=[id] >> [ERROR] Path to dependency: >> [ERROR] 1) org.apache.pdfbox:pdfbox-ant:jar:1.6.0 >> [ERROR] 2) org.apache.pdfbox:pdfbox:jar:1.6.0 >> [ERROR]-- >> [ERROR]1 required artifact is missing. >> [ERROR]for artifact: >> [ERROR] org.apache.pdfbox:pdfbox-ant:jar:1.6.0 >> [ERROR]from the specified remote repositories: >> [ERROR] apache.snapshots (http://repository.apache.org/snapshots), >> [ERROR] central (http://repo1.maven.org/maven2) >> [ERROR]Group-Id: org.apache.pdfbox >> [ERROR]Artifact-Id: pdfbox-ant >> [ERROR]Version: 1.6.0 >> [ERROR]From file: C:\Users\adam.nichols\Documents\pdfbox1.6.0\ant\pom.xml >> >> I also tried doing this on Linux and got the same error. This could be >> something I'm doing wrong, but it shouldn't be anything more involved >> than >> `svn co<1.6.0 branch URL>` and downloading the libs. After that it >> should be ready to compile and run. I want to get this resolved so I can >> check the 1.6.0 release and give it a thumbs up. >> >> When I checked out HEAD it says that the pdfbox module is a "Badly formed >> Maven project." When I get the details, it says "The Parent POM with >> coordinates org.apache.pdfbox:pdfbox-parent:1.7.0-SNAPSHOT was not found >> in local sources (via parent/relativePath xml element) or in the >> following >> remote repositories: central (http://repo1.maven.org/maven2)" >> >> I tried checking out some older revisions of HEAD (1140777, 1140775, >> 1140768, and 1140753) to see if that would resolve my issue, but it keeps >> complaining about the 1.7.0-SNAPSHOT. >> >> Probably the most troubling thing is that I can check out tag 1.5.0, >> download the libs, and everything works fine. So I think it may be an >> issue with the tag/HEAD and not something I'm doing wrong. >> >> [1] https://svn.apache.org/repos/asf/pdfbox/tags/1.6.0/ > I'm neither a Netbeans nor a maven expert, but I guess it must have > something to do with netbeans. I checked out the 1.6.0 tag and the head > version and both build fine using "mvn test". Probably netbeans tries to > download 1.6.0/1.7.0 artifacts which are not in the maven repository. > Try a "mvn install" to create an install the artifacts to your local repo. > > HTH > Andreas Lehmkühler
[jira] [Commented] (PDFBOX-561) Text extraction with PDFTextStripper is system file.encoding dependent. Override does not work.
[
https://issues.apache.org/jira/browse/PDFBOX-561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058789#comment-13058789
]
Ryan Minniear commented on PDFBOX-561:
--
Are there any plans for when this bug will be fixed? I am working on a team
which uses PDFBox (indirectly through Solr/Tika) and would very much like to
see this problem addressed.
> Text extraction with PDFTextStripper is system file.encoding dependent.
> Override does not work.
> ---
>
> Key: PDFBOX-561
> URL: https://issues.apache.org/jira/browse/PDFBOX-561
> Project: PDFBox
> Issue Type: Bug
> Components: Text extraction
>Affects Versions: 0.7.3, 0.8.0-incubator
>Reporter: d ferbas
> Attachments: blindtext_mit_bullets.pdf
>
>
> The text extraction depends on the jvm file.encoding setting. The "override"
> new PDFTextStripper("utf-8") (since version 0.8.0) has no effect.
> If there are critical characters in a pdf file, the extracted string differs
> dependent of the jvm system encoding.
> It has to be possible to set the encoding for the extraction to ensure same
> results independent of the default system encoding.
> Sample file: see attachment "blindtext_mit_bullets.pdf"
> Bullets #3 to #8 differ using utf-8 vs cp1252
> Be aware that the file.encoding setting only works if passed while starting
> the jvm (-Dfile.encoding=utf-8). System.setProperty(..) does not work.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1010) Image printed with colors inverted
[ https://issues.apache.org/jira/browse/PDFBOX-1010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058742#comment-13058742 ] Mike Zahler commented on PDFBOX-1010: - I am still experiencing this issue using the current snapshots( pdfbox 1.6.0-snapshot and fontbox 1.6.0-snapshot), when converting a pdf to an image. > Image printed with colors inverted > -- > > Key: PDFBOX-1010 > URL: https://issues.apache.org/jira/browse/PDFBOX-1010 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Affects Versions: 1.6.0 > Environment: Windows XP using latest snapshot >Reporter: Laurent Chane >Assignee: Andreas Lehmkühler > Fix For: 1.6.0 > > Attachments: 1300793789842.pdf > > > When printing a test PDF page, the colors of one embedded image has its > colors inverted (black and white) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release Apache PDFBox 1.6.0
Hi, Am 01.07.2011 20:35, schrieb Jeremias Maerki: Oops, sorry. Almost missed it. I wish I had more time for PDFBox. I've got so many cool ideas... 30 minutes later and you'd have missed the official deadline ;-) Thanks for the last minute review. The NOTICE.txt of the distribution package still has 2010 in the copyright year but I don't see that as a blocker. Otherwise, everything looks good to me, so: I'll fix that. BR Andreas Lehmkühler
[RESULT][VOTE] Release Apache PDFBox 1.6.0
Hi, Am 28.06.2011 21:02, schrieb Andreas Lehmkuehler: Please vote on releasing this package as Apache PDFBox 1.6.0. The vote passes as follows: +1 Andreas Lehmkühler +1 Jeremias Maerki +1 Jukka Zitting Thanks for voting!! I'll push the release out. BR Andreas Lehmkühler
Re: [VOTE] Release Apache PDFBox 1.6.0
Oops, sorry. Almost missed it. I wish I had more time for PDFBox. I've got so many cool ideas... The NOTICE.txt of the distribution package still has 2010 in the copyright year but I don't see that as a blocker. Otherwise, everything looks good to me, so: [X] +1 Release this package as Apache PDFBox 1.6.0 Thanks for the release work, Andreas! On 01.07.2011 10:51:32 Andreas Lehmkühler wrote: > Hi, > > Gesendet: Di, 28. Jun 2011 > Von: Andreas Lehmkuehler > > > Please vote on releasing this package as Apache PDFBox 1.6.0. > > The vote is open for the next 72 hours and passes if a majority of at > > least three +1 PDFBox PMC votes are cast. > > > > [ ] +1 Release this package as Apache PDFBox 1.6.0 > > [ ] -1 Do not release this package because... > > > Can anyone of the PMC-Members spare some time to check the release candiate, > please? > There are 10 hours left and at least one "+1" is missing to release 1.6.0 > > Thanks in advance > Andreas Lehmkühler Jeremias Maerki
[jira] [Created] (PDFBOX-1057) PDXObjectImage create diferences between pdf on mac and windows
PDXObjectImage create diferences between pdf on mac and windows
---
Key: PDFBOX-1057
URL: https://issues.apache.org/jira/browse/PDFBOX-1057
Project: PDFBox
Issue Type: Bug
Components: PDModel
Affects Versions: 1.5.0
Environment: Mac OSx 10.6.8, java version "1.6.0_26"
Reporter: Jose robles
Hi! I hope you can help me with this, I have a pdf form, I use pdfbox to fill
the fields, but also to add a barcode to the form, the barcode is generated
with jbars, this generate a jpg, then I add this jpg to the pdf form, on Mac
works everything fine, but when I generate/open the same form on Windows the
barcode is distorted, I dont know whats going on, not sure If I did something
wrong or is the pdfbox.
[code]
File fi = new File(codigoBarras.getPathToImg()); //the
generated Codebar
if(!fi.exists() || !fi.canRead()){
Log.error("GenerarPoliza", "La imagen del codigo de
barras no se genero correctamente."); //the codebar didnt generate correctly
codigo = false;
}
PDXObjectImage ximage = null;
ximage = new PDJpeg(this.pdf, new FileInputStream( fi ) );
//this.pdf is the pdf document.
ximage.setWidth(toPixel(60 * pixelXmm_x)); //set the width of
the image
ximage.setHeight(toPixel(13 * pixelXmm_x)); //set the height of
the image
PDPageContentStream contentStream = new
PDPageContentStream(this.pdf, pagina, true , true);
contentStream.drawImage(ximage, toPixel(20.0 * pixelXmm_x),
toPixel(10.0 * pixelXmm_y)); //draw the codebars to the given coordinates.
contentStream.close();
[/code]
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release Apache PDFBox 1.6.0
Hi, Gesendet: Di, 28. Jun 2011 Von: Andreas Lehmkuehler > Please vote on releasing this package as Apache PDFBox 1.6.0. > The vote is open for the next 72 hours and passes if a majority of at > least three +1 PDFBox PMC votes are cast. > > [ ] +1 Release this package as Apache PDFBox 1.6.0 > [ ] -1 Do not release this package because... > Can anyone of the PMC-Members spare some time to check the release candiate, please? There are 10 hours left and at least one "+1" is missing to release 1.6.0 Thanks in advance Andreas Lehmkühler
