libextractor-java.git - GNU libextractor Java bindings

	Commit message (Collapse)	Author	Age
*	Add a .dir-locals,el for configuring emacs for this projectHEAD master	Hartmut Goebel	2019-04-18
\|
*	change cvsignore to gitignore	Nils Gillmann	2018-06-17
\| \| \| \|	Signed-off-by: Nils Gillmann <gillmann@infotropique.org>
*	fix #3869: outdated FSF address	Christian Grothoff	2015-06-30
\|
*	-bringing copyright tags up to FSF standard	Christian Grothoff	2015-02-07
\|
*	-bringing copyright tags up to FSF standard	Christian Grothoff	2015-02-07
\|
*	-chlg	Christian Grothoff	2013-04-14
\|
*	-verion bump	Christian Grothoff	2012-09-22
\|
*	gplv3	Christian Grothoff	2012-08-27
\|
*	release	Christian Grothoff	2010-01-13
\|
*	ignores	Christian Grothoff	2010-01-01
\|
*	updating code to work with libextractor 0.6	Christian Grothoff	2010-01-01
\|
*	updating code to work with libextractor 0.6	Christian Grothoff	2010-01-01
\|
*	API update, releasing 0.5.18	Christian Grothoff	2007-04-21
\|
*	Dear Christian,	Christian Grothoff	2006-07-05
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	I've attached another version which includes all the EXTRACTOR_KeywordType enum values from extractor.h as public fields, so that Java applications using libextractor will have something more than the magic number exposed for them to use to refer to a keyword's type. That way Java developers will be able to refer to Extractor types in a meaningful way. Regards, Andrew
*	libextractor JNI	Christian Grothoff	2006-07-04
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	From: Andrew Marrington <a.marrington@qut.edu.au> To: christian@grothoff.org Date: Today 02:51:57 am Spam Status: Spamassassin 0% probability of being spam. Full report: No, score=-2.0 required=5.0 tests=BAYES_00, MSGID_FROM_MTA_HEADER autolearn=ham version=3.1.3 Bogofilter 0% probability of being spam. Full report: Ham, tests=bogofilter, spamicity=0.000000, version=1.0.2 Christian, I am working with libextractor in a piece of Java software I've written as part of my research, and I came across a little bug in Extractor.java. It's just a tiny little thing, but it was the difference between being able to get your Xtract demo working and being able to get my own code working, which some other Java programmers might come across, so I thought I'd email you the fix (apologies if I could've just checked in a new version myself): Starting at line 188 of Extractor.java: public Vector extract(File f) { return extract(f.getName()); } should be: public Vector extract(File f) { return extract(f.getAbsolutePath()); } getName just returns the last element of the complete filename and thus will only work for software running from the same directory. libextractor is a great piece of software and will be extremely useful to my own work, thanks very much for the work you've put into this great tool! Regards, -----------------------------
*	fix	Christian Grothoff	2005-10-10
\|
*	jni.h is hard to find	Christian Grothoff	2005-10-10
\|
*	release 0.5.1	Christian Grothoff	2005-07-04
\|
*	java	Christian Grothoff	2005-07-04
\|
*	update	Christian Grothoff	2005-07-04
\|
*	starting seperate projects for language bindings	Christian Grothoff	2005-07-04