Project

General

Profile

Actions

Bug #93134

closed

Exception\InvalidArgumentException class FileProcessingAspect not found

Added by Mayer Patrick over 3 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Install Tool
Target version:
-
Start date:
2020-12-21
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
10
PHP Version:
7.3
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

After update from 10.4.9 to 10.4.11 I have got the following error:

(1/1) Symfony\Component\DependencyInjection\Exception\InvalidArgumentException

Expected to find class "TYPO3\CMS\Core\Context\FileProcessingAspect" in file "/home/xxx/www/xxx/typo3_src-10.4.11/typo3/sysext/core/Classes/Context/FileProcessingAspect.php" while importing services from resource "../Classes/*", but it was not found! Check the namespace prefix used with the resource.

operating system: UNIX-Webserver mit FreeBSD als Betriebssystem
PHP version: 7.3
composer mode: no


Files

Wizards message.JPG (67.6 KB) Wizards message.JPG Mayer Patrick, 2020-12-21 12:57
stacktrace.txt (23.2 KB) stacktrace.txt Mayer Patrick, 2020-12-21 12:57

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #93169: 500 error, [CRITICAL] request="42945d6a42cae"Closed2020-12-25

Actions
Actions #1

Updated by Mayer Patrick over 3 years ago

After deleting package 10.4.9 the error was gone.

Actions #2

Updated by Oliver Bartsch over 3 years ago

Hi, this seems like a caching issue regarding the service containers. Should have been resolved with flushing the cache in the install tool (Maintenance > Flush TYPO3 and PHP Cache), which should generally be performed after every core update.

If it's however already fixed for you, can this issue be closed?

Actions #3

Updated by Oliver Bartsch over 3 years ago

  • Status changed from New to Needs Feedback
Actions #4

Updated by Mayer Patrick over 3 years ago

Hello Oliver
Yes, of course I cleared the cache.
After deleting package 10.4.9 on the server the error was gone.
For me it is fixed. I'm already on version 10.4.12.
Can be closed.
Thank you for your commitment.

Actions #5

Updated by Ralf Hübner over 3 years ago

Hello Patrick,
what does it mean "deleting package 10.4.9."?

I have the same problem on a Windows, the paths in services.yaml causing the issue:

(1/1) Symfony\Component\DependencyInjection\Exception\InvalidArgumentException
Expected to find class "xxx\yyy\Command\AbstractCommand\AbstractCommand" in file "C:\Git-Typo\xxx\Classes/Command\AbstractCommand\AbstractCommand.php" while importing services from resource "../Classes/*", but it was not found! Check the namespace prefix used with the resource.

If i change to "..\Classes\*" it works but then another Exception is throwing with path issues:

"Class xxx\yyy\Domain\Model\Typo\SysLanguage does not exist" but the class def. exists in this dirrectory.

Actions #6

Updated by Mayer Patrick over 3 years ago

Hello Ralf
I think we don't have the same problem. Or did you also make an update?
Unfortunately, I cannot help you with your problems. It's about DI. DI is well described in the documentation.

With "deleting package 10.4.9." I mean the physical deletion of the entire package on the server.
It's the old package, so it can be deleted without hesitation.
And this after an update of the package (on a unix server with sim-links, Windows is different)!
Take a look at the procedure for an update, then you will surely understand what I mean by that.

Actions #7

Updated by Ralf Hübner over 3 years ago

Hello Patrik,

yes, i mean an composer update to 10.4.11.

In 10.4.9. all works fine, after upgrade the exception Symfony\Component\DependencyInjection\Exception\InvalidArgumentException occurs.

So I think the Path-Syntax in services.yaml is not valid anymore on a windows platform? "\" vs. "/"

Actions #8

Updated by Mayer Patrick over 3 years ago

Hello Ralf

It can (does not have to) have a connection if the definition regarding autoload is missing in ext_emconf.php.

ext_emconf.php

'autoload' => [
'psr-4' => [
'Vendor\\ExtensionName\\' => 'Classes',
],
],
Actions #9

Updated by Christian Weiske over 3 years ago

  • Related to Bug #93169: 500 error, [CRITICAL] request="42945d6a42cae" added
Actions #10

Updated by Christian Kuhn about 3 years ago

  • Status changed from Needs Feedback to Closed

Hey.

Thanks for your feedback on this.

When DI changes between versions, it may result in backend fatals. Dropping typo3temp/var/cache/code should help.

For patch level upgrades in non-composer mode done via the install tool, this is done automatically, the DI cache can also be cleared in the install tool with 'clear all cache' wich also resets opcode, if possible.

I think there isn't much we can do at the moment in core. I'll go ahead and close this issue for now. Please open a new one if you think there is something left to do.

Actions

Also available in: Atom PDF