The documentation on how to use the ExifTool class is extensive, covering everything from design to performance to thread safety. Using ExifTool in the new "daemon mode" (-stay_open True cmd line) is also supported and turning on support for it is as easy as creating your ExifTool instance like so: ExifTool tool = new ExifTool(Feature.STAY_OPEN) "\tLong: " + valueMap.get(Tag.GPS_LONGITUDE)) ("Lat: " + valueMap.get(Tag.GPS_LATITUDE) + Tool.getImageMeta(image, Tag.GPS_LATITUDE, Tag.GPS_LONGITUDE) In this initial release I support reading tag data (will add writing in a future release) and it is as simple as this: File image = // path to some image My goal for the library isn't just to abstract out the external process execution code from the caller (like most of the other abstraction layers are seeming to do) but to actually design a wrapper so tightly integration and resilient (I will clarify what I mean here later), that you treat instances of your ExifTool class exactly as you would if ExifTool itself was written in Java. The project is under the commercial-friendly Apache 2 license.
I just made the first public release this past week after incubating the project under the imgscalr project umbrella for a while. ExifTool (for Java) is designed to be a simple-to-use and robust Java abstraction of Phil Harvey's ExifTool.
0 kommentar(er)
