Bug #93134
closed
Exception\InvalidArgumentException class FileProcessingAspect not found
Added by Mayer Patrick almost 4 years ago.
Updated over 3 years ago.
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
After deleting package 10.4.9 the error was gone.
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?
- Status changed from New to Needs Feedback
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.
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.
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.
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. "/"
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',
],
],
- Related to Bug #93169: 500 error, [CRITICAL] request="42945d6a42cae" added
- 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.
Also available in: Atom
PDF