ReMatchNoCase() doesn't work as expected when handling with vast data

Description

When handling vast data using reMatchNoCase() & its get takes more time, after that it throws time out error.
From lucee-snapshot 5.2.8.30, it's in loading state for more than 5 Minutes after that issue has been occurred.
Before 5.2.8.30 its works fine.

Stacktrace

Environment

Commandbox / Lucee 5.2.9.31

Activity

Show:
Pothys - MitrahSoft
February 14, 2019, 12:33 AM

I've added a test case for this ticket & confirmed the issue happened on lucee.

Pull request: https://github.com/lucee/Lucee/pull/632

Michael Offner
August 11, 2020, 12:00 AM

problem is

Michael Offner
August 11, 2020, 3:29 AM

this is a bug in the underlaying apache ORO library, we could not fix this without reverting LDEV-1467, so we decided to add a new argument to the function, to enable multiline (what was enabled before the fix). so simply add that argument and set it to true and you are ok.

 

Michael Offner
August 17, 2020, 6:19 PM

we also added the possibility to change the underlaying regex engine used

Fixed

Assignee

Michael Offner

Reporter

Pothys - MitrahSoft

Priority

Blocker

Labels

Fix versions

Sprint

5.3.8 Sprint 3

Affects versions