Vladimir Kotal

It seems that the recent version of xtream got more strict in terms of (de)serialization and now demands explicit converter, in our case for the Lucene's `BytesRef`. The converter needs...

The `XStream` object is created inside `ChronicleMap` code and there does not seem to be a way how to access it or modify its converters. This would be possible if...

Calling `parallelizer.getIndexWorkExecutor().shutdownNow()` in the catch block below the cycle is probably not feasible as it might impact indexing of other projects. On the other hand if the indexer fails with...

Another idea is to use [ExecutorCompletionService](https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ExecutorCompletionService.html) so that it is possible to retrieve the already complete `Future` objects. Then the rest of the futures submitted in `indexParallel()` can be `cancel()`ed...

I don't see why not. For source code content there is the 'Raw' link.

> I signed the OCA in a personal capacity. The OCA e-mail has to match the commit/author e-mail, I think.

Also, `black` needs to be applied to `start.py`.

I don't think this has ever been supported. The webapp allows only files that are currently present to be handed back. The check in https://github.com/oracle/opengrok/blob/f79db409d75bcf91ceab9ed0e9dcbfcde691d838/opengrok-web/src/main/java/org/opengrok/web/PageConfig.java#L1144 will propagate to https://github.com/oracle/opengrok/blob/f79db409d75bcf91ceab9ed0e9dcbfcde691d838/opengrok-web/src/main/webapp/mast.jsp#L50 I'd...

Care to submit a PR ?

For the include directive I think this needs to be processed by the Fortran analyzer. I believe https://github.com/oracle/opengrok/blob/master/opengrok-indexer/src/main/jflex/analysis/fortran/FortranSymbolTokenizer.lex needs to obtain similar rule as e.g. in https://github.com/oracle/opengrok/blob/0e0e613f0e7824b129796f77d024a0455d659ed9/opengrok-indexer/src/main/jflex/analysis/c/CSymbolTokenizer.lex#L54 , just with...