I wanted to be notified about last changes of JDK's project through RSS, for example lambda project. http://hg.openjdk.java.net/lambda/lambda/jdk/rss-log seems is not a valid RSS output, so where is valid RSS of OpenJDK projects?
Let me guess. Are you using the Chrome browser? It is picky about RSS conformance ...
I suggest you switch Firefox for now to read this RSS feed. Firefox displays it just fine for me. And if it really bugs you, see if you can figure out what the problem with this feed is and report it to the site maintainers.
To answer your question: I don't know if there is another RSS feed, but I rather doubt not.
2012: Seems there is some bug on OpenJDK Mercurial rss feed output.
2021 update: Apparently is fixed now, http://hg.openjdk.java.net/lambda/lambda/jdk/rss-log although I used to check it with Google Reader which is gone since 2013!
Related
I'm using latest jsoup (1.13.1) in latest Eclipse IDE for Java Developers (includes Incubating components)
Version: 2020-09 (4.17.0)
Build id: 20200910-1200.
I'm trying to parse a very specific website, but with no success.
After I execute these lines:
doc = Jsoup.connect("http://pokehb.pw/%D7%A2%D7%95%D7%A0%D7%94/21/%D7%A4%D7%A8%D7%A7/43").get();
doc.select("title").forEach(System.out::println);
Nothing gets printed.
It's not just the , any element or property of the page is not available.
Yes, the URL is weird, but this is the one I need, I can browse it fine in Chrome.
I also know this is now due to the Hebrew in the website, since other Hebrew sites works ok.
For example, using this URL seems fine: https://context.reverso.net/translation/hebrew-english/%D7%9C%D7%9B%D7%AA%D7%95%D7%91%D7%AA+url
Any hint on what can be done?
What I can tell you is there's a "laravel_session" in the cookies. This suggests you'll need a more capable technology than JSoup. Try HtmlUnit instead and it might work.
What I ended up doing is using this command:
doc = Jsoup.parse(driver.getPageSource());
Which brought all of the page's source into the doc.
From there it was a simple use of getElementsByClass and getElementsByTag.
Hope this helps someone, and thanks Rob for trying to answer.
I already searched a lot about this but i found results only for Python.
I am trying to get EXIF data from an image, and output it as JSON, but as far as i understand that only Python is supported.
First thing i need to know is the confirmation of this.
I found this one-year-old thread
Java support is still needed in the API.
I have not found other updates about that, in version 1.8.1.1 is still not supported?
For Python there is the regular documentation for the method to extract, but for Java the method does not exists. Another hint for understanding that Java is still not supported
This application i found is exactly what i'm trying to do, but my application is entirely written in Java and i need a version for it.
Can you confirm that Java is still not supported for getting the EXIF data from an image, and there is no way with third part libraries because the Java ImageIO API are not supported by GAE?
Thank you guys!
You can use Python in another version of your application and have your Java version queue a task targeting your Python version that extracts and stores the EXIF info.
I am looking for a Android compatible Java feed reader class to help create a calendar application for my school's calendar. The feed I was given is located here and it is atom based; not RSS 2.0
Help would be greatly appreciated
This very good article by IBM should get you going. It covers all the concepts and tech involved... with full code examples and documentation starting on page 4. A project for download as well to build their example. Enjoy!
Check out these codes from a project of mine https://github.com/dodyg/AndroidRivers/tree/master/src/com/silverkeytech/android_rivers/syndications
They handle Atom and RSS equally fine.
I'm working on an upgrade to iText to version 2.17. It's a java application, jdk 1.6.
Our old iText 1.0 code takes some rtf files and converts them to pdf and it works fine. However, on certain pdf documents, I'm seeing some blank rows added in. After looking at them, it looks like there is a table and the location on the page where it goes is where the extra blank space is occurring. The table still gets put on, but it forces the document to add another page. I think somehow the method call for this code must have been changed to accommodate the new api methods and that is the problem.
Any ideas as to how to track this down? I'm going back to the api's and my code changes to get it to compile with the new version; however, it's brute force search trying to figure out which of the changes effected this and I'm wondering what I can do to improve the process?
Thanks,
James
Ouch. 1.0, seriously?! Wow.
The API has evolved quite a bit since I signed on with 1.44(paulo), so going back to the dark ages... wow.
There's no conversion guide. You really are going to have to "brute force" your code update. Furthermore, some classes (text.Table, HeaderFooter, all the RTF output support) were flat out removed. There Are Ways to get the same sorts of results, (PdfPTable, PdfPageEventHandler) but you've got some catching up to do.
I really recommend you get the book: iText in Action (2nd edition). Chapter 2 and chapter 6 are available for free online, as is the source to all the examples.
Also keep in mind that starting with 5.0, iText is released under the APL (or you can buy a commercial license). The APL is a variant of the GPL expanded to encompass "the web service problem". Anyone with access to the OUTPUT of your code must have access to your code.
Well, I found this api page and it's helped a lot! Hopefully it will be of use to someone else:
http://www.jarvana.com/jarvana/view/com/lowagie/itext/2.0.8/itext-2.0.8-javadoc.jar!/index.html?overview-summary.html
What I've done is look at the deprecated api methods and the recommendation for the correct use for their change to the new version that were listed on this page.
HTH,
James
I am trying to link some user docs to my Java Swing application. The user docs are pdf and I would like to be able to click on a button in my application which opens up some sort of pdf renderer to display my userdoc.pdf.
I do not want to use the runtime exec command
I have tried the following with not much success --
pdfRenderer -- this seems to not work for the current version of pdfs (seems to want older pdfs)
acrobat viewer -- I keep getting font errors (the document is displayed but everytime I go to a new page, I get an error)
JPedal pdfHelp - This sounds cool and if it will work, it would be the best for me. But for some reason, I am unable to open any file here. No pdf file that I have loads in the window (The pdfHelp panel comes up with a list of pdfs as promised, but when I right click one of them and say "OpenPDF", I just get a progress bar and the file does not load, I have tried a few files on this and checked file permissions)
JPedal SimpleViewer -- So far this one seems to be the most promising. I would like to remove some of the functionality of this viewer though and am not able to edit the xml to do this. When I edit the xml, then I seem to get xml parsing errors.
Has anybody done anything similar that worked? Help please
PS. I need this to work on Linux machines (IcePDF seems to works only for Windows). I would very much prefer something that is free!
Would Java's Desktop API meet your requirements? It does launch another process, but it's not through you calling Runtime.exec().
The Desktop API uses your host operating system's file associations to launch applications associated with specific file types.
Update: pdfHelp from IDR solutions (creators of JPedal) works now. The latest version (4.0) has fixed the bug and it reads my pdf files (and I am sure more of the latest pdf files). Just playing around with the product today and it is great! There are few minor bugs but I really appreciate how quickly Mark Stephens(?) responded to the first bug. Good work guys!
I chose pdfbox for a similar use case - it's not perfect with every PDF, but works pretty well and is under active development. From the PDDocument you can get a list of PDPage objects, which have a convertToImage() method that gives you a BufferedImage you can draw on screen. I switched to this from pdf-renderer because I felt it gave better results in general.
PdfHelp has moved to its own domain at http://www.pdfhelp.org and have been updated to fix your issues and add some other improvements...