teragrep / jpr_01 Goto Github PK

View Code? Open in Web Editor NEW

5.0 3.0 3.0 209 KB

Java PCRE Library

License: Apache License 2.0

C 29.28% Makefile 0.30% M4 0.34% Java 70.09%

java pcre pcre-regex pcre2 pcre2-libraries pcre2-wrapper regex java-lib java-libraries java-library

jpr_01's Introduction

Teragrep

This is a portal page for accessing different parts of Teragrep.

List of Teragrep Components

Component	Description
ajs_01	Teragrep user-interface
blf_01	Bloom filter library
blf_02	MariaDB bloom filter plugin
bos_01	Teragrep flavor repack of s3proxy
cfe_16	HTTP event capture to RFC5424
doc_01	Teragrep documentation
dpf_02	Batch collect
dpf_03	Tokenizer Aggregator
jla_01	Logback RELP appender library
jla_02	Example source for jla_01
jla_04	Java Util logging RELP handler
jla_05	Log4j RELP plugin
jla_06	Log4j2 RELP plugin
jlt_01	Java lookup tables
jpr_01	Java PCRE library
jsa_01	JavaScript Log4js appender
jue_01	Java UNIX Extensions
pth_03	Data Processing Language (DPL) parser
pth_06	Teragrep Datasource for Apache Spark
pth_07	Data Processing Language (DPL) Interpreter for Apache Zeppelin
pth_10	Data Processing Language (DPL) translator for Apache Spark
rad_01	Record Audit Data library
rlo_04	rsyslog regex perfect file input plugin
rlo_06	Syslog (RFC 5424) library for Java
rlo_08	Syslog (RFC 5424) formatter for JavaScript
rlp_01	Java RELP library
rlp_02	NodeJS RELP library
rlp_03	Java RELP server library
rlp_05	Go RELP library
zep_01	Teragrep back-end

jpr_01's People

Contributors

Stargazers

Watchers

Forkers

kortemik eemhu strongestnumber9

jpr_01's Issues

provide method to access capture group info after compile

https://www.pcre.org/current/doc/html/pcre2api.html tells that PCRE2_INFO_NAMETABLE should be available via pcre2_pattern_info

JavaPcre constructor is package-private

https://github.com/teragrep/jpr_01/blob/main/src/main/java/org/teragrep/JavaPcre.java#L175
should have "public" keyword to make it accessible from different packages

change package name to com.teragrep

currently org.teragrep is used, however we release under com.teragrep groupId so the package should be changed to com.teragrep.jpr_01

refactor for more object oriented structure

current implementation is very focused on replicating the original library structure.

Clean up tests

Description

Clean up tests to match our standards

Use case or motivation behind the feature request

There are a lot of branching and try/catches, non-standard domains, while loops and such, should avoid them if possible

Modernize pom to our standards

Description

Modernize pom to our standards

Use case or motivation behind the feature request

Doesn't have Maven Enforcer plugin, Rat plugin and such.

change malloc/free pairs to use AutoCloseable

change the Java classes to use AutoCloseable interface so that pointers get automatically freed

see https://www.yegor256.com/2017/08/08/raii-in-java.html

then usage of the resources should happen with try-with-resources which ensures their closing

try (final SomeClass sc = new SomeClass("perhaps arg").open()) { // allocates memory, open returns allocated instance of the class
System.out.println("you have call()ed and it provides you with " + sc.something());
} // frees it because close is automatically done

care must be taken that SomeClass methods are blocked while allocation is not done, for example with AtomicBoolean and if not the thr IllegalStateException

name_table and match_table not accessible from outside package

results of regex cannot be accessed, the Maps are not exposed to the outside (package-private).
should be public or have public getters

cannot find native library LibJavaPcre.so

on jpr_01 3.0.0, JavaPcre pcre = new JavaPcre(); causes

java.lang.UnsatisfiedLinkError: Unable to load library 'JavaPcre':
libJavaPcre.so: cannot open shared object file: No such file or directory
libJavaPcre.so: cannot open shared object file: No such file or directory
Native library (linux-x86-64/libJavaPcre.so) not found in resource path (...)
	at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:307)
	at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:467)
	at com.sun.jna.Library$Handler.<init>(Library.java:192)
	at com.sun.jna.Native.load(Native.java:622)
	at com.sun.jna.Native.load(Native.java:596)
	at com.teragrep.jpr_01.JavaPcre$LibJavaPcre.<clinit>(JavaPcre.java:39)
	at sun.misc.Unsafe.ensureClassInitialized(Native Method)
	at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:43)
	at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:156)
	at java.lang.reflect.Field.acquireFieldAccessor(Field.java:1088)
	at java.lang.reflect.Field.getFieldAccessor(Field.java:1069)
	at java.lang.reflect.Field.get(Field.java:393)
	at com.sun.jna.Native.loadLibraryInstance(Native.java:694)
	at com.sun.jna.Native.getLibraryOptions(Native.java:764)
	at com.sun.jna.Native.getStructureAlignment(Native.java:856)
	at com.sun.jna.Structure.setAlignType(Structure.java:291)
	at com.sun.jna.Structure.<init>(Structure.java:208)
	at com.sun.jna.Structure.<init>(Structure.java:204)
	at com.sun.jna.Structure.<init>(Structure.java:191)
	at com.sun.jna.Structure.<init>(Structure.java:183)
	at com.teragrep.jpr_01.JavaPcre$LibJavaPcre$OptionsStruct.<init>(JavaPcre.java:42)
	at com.teragrep.jpr_01.JavaPcre.<init>(JavaPcre.java:176)

Check if noexec is enabled before loading native libraries

Description

Check if noexec is enabled before loading native libraries

Use case or motivation behind the feature request

Getting errors like
.cache/JNA/temp/jna2624433973614287324.tmp: failed to map segment from shared object: Operation not permitted

due to noexec being enabled in $HOME, stacktrace points it to being jpr_01

<snip>
  at com.sun.jna.Structure.<init>(Structure.java:204)
  at com.sun.jna.Structure.<init>(Structure.java:191)
  at com.sun.jna.Structure.<init>(Structure.java:183)
  at com.teragrep.jpr_01.JavaPcre$LibJavaPcre$OptionsStruct.<init>(JavaPcre.java:42)
  at com.teragrep.jpr_01.JavaPcre.<init>(JavaPcre.java:187)
  at com.teragrep.pth10.ast.commands.transformstatement.regex.RegexMatch.call(RegexMatch.java:70)
  at com.teragrep.pth10.ast.commands.transformstatement.regex.RegexMatch.call(RegexMatch.java:57)
<snip>

This doesn't seem to be a bug but I am also not sure how feasible it is to do a self sanity check

Additional context

https://github.com/teragrep/pth_10