namelesscoder / asynchronous_reference_indexing Goto Github PK

The compatibility with TYPO3 7 LTS can be removed now that TYPO8 LTS has been released.

I successfully installed (via Composer) and activated the extension on a TYPO3 7.6.14 LTS.

Then, in the page-tree I copied a page-tree (I have recursive levels set to 9*). When I tried to insert I just saw a HTTP 500 code in the browser's Network Inspector. The TYPO3 Log module had the following info:

Core: Exception handler (WEB): Uncaught TYPO3 Exception: Class 'NamelessCoder\AsyncReferenceIndexing\DataHandling\DataHandler' not found | Error thrown in file /<path>/vendor/typo3/cms/typo3/sysext/core/Classes/Utility/GeneralUtility.php in line 4535. Requested URL: https://<domain>/typo3/index.php?ajaxID=%2Fajax%2Fext-direct%2Froute&namespace=TYPO3.Components.PageTree

• I suppose it could go all the way to 11 ;-)

Replace references to cli_dispatch.phpsh with new method calls in TYPO3 8 LTS

If the array being processed is too large the bulkInsert can fail with an sql error.

After installing this extension under TYPO3 7.6 and click on the page module in Backend I get this exception:
Class 'TYPO3\CMS\Core\Database\ConnectionPool' not found

I installed v. 1.0.2 and added a Scheduler task for the reference indexer. I set the task to run every 60 seconds and disallowed simultaneous runs (the cronjob triggering scheduler runs once a minute). I then verified that the task started successfully.

Trouble is, that it doesn't seem to ever stop again, so every minute it get a new entry in the Log module: "[scheduler]: Task is already running and multiple executions are not allowed, skipping! Class: TYPO3\CMS\Extbase\Scheduler\Task, UID: 6"

I went to the DB Check module and ran the refindex re-building from there. I ran for a little more that thirty seconds and then reported: 6180 records from 38 tables were checked/updated. Index Integrity was perfect!

Since the complete refindex checking takes much less than sixty seconds, I assume that it is the Scheduler task that is something wrong with.

Looks like file references are not updated.

If i remove a file form a record the reference is still there and will not be removed.

Can you confirm that?

Are there any plans to make this extension compatible with TYPO3 10? Is it still useful for TYPO3 10?

The default value for $where in the method performCount should be 1=1 and not 1==1

The command I run in my shell
# /var/www/docroot/typo3/sysext/core/bin/typo3
or
# /vendor/bin/typo3

Then this error occures:

Uncaught TYPO3 Exception #1484486383: Command "referenceindex:update" registered by "backend" is already in use
thrown in file /var/www/vendor/typo3/cms/typo3/sysext/core/Classes/Console/CommandRequestHandler.php
in line 150

It seams, that the TYPO3 Backend want to register its referenceindex:update command. At this time the Command referenceindex:update from EXT:async_reference_indexing is already registered.
This throw an Exception and the cli-interface is not usable.

I think the fastest way to fix this is to rename the command to something like 'asyncUpdateCommand'.

This take part with the typo3-cli. With the typo3cms-cli this error doesn't occure ... the last entry wins and no exception is thrown - but one command is lost.

I hope this helps,
Carsten

I wanted to setup the command controller, but when it tried to create an Extbase CommandController Task, it wasn't available among the other CommandControllers in the drop-down.

Also, on the command line the list obtained by ./typo3/cli_dispatch.phpsh extbase help does not show any sign of having recognised async. ref. indexing.

All of the above might be related to Issue 1.

I am running TYPO3 7.6.14 LTS on a Linux system.