[Octane] Event use handle instead of asListener

[exodusanto]

Using Laravel Octane seems that actions are run as object instead of listener.

The problem is similar to #87, the workaround on EventServiceProvider event/listener registration works.

UserUpdated::class => NotifyUserUpdated::class.'@asListener'

[lorisleiva]

Hi there 👋

Thanks for raising this! The issue with #87 was that Laravel Actions was not able to recognise the action as being a listener due to a lack of recognised frames.

Since I've not used Octane yet, would you be able to tell me how Laravel dispatches listeners when used with Octane? It could be using a different method or perhaps even a different class than the ones listed above which would cause Laravel Actions to default to returning an object.

[exodusanto]

This is a trace of the exception.

#0 /.../vendor/laravel/framework/src/Illuminate/Events/Dispatcher.php(424): App\\Actions\\User\\SetupCompleted->handle(Object(App\\Events\\UserUpdated))
#1 /.../vendor/laravel/framework/src/Illuminate/Events/Dispatcher.php(249): Illuminate\\Events\\Dispatcher->Illuminate\\Events\\{closure}('App\\\\Events\\\\User...', Array)
#2 /.../vendor/nuwave/lighthouse/src/Schema/Directives/EventDirective.php(48): Illuminate\\Events\\Dispatcher->dispatch('App\\\\Events\\\\User...')

Note:
I'm using lighthouse graphql plugin, but this problem is only with octane serve

[lorisleiva]

According to your stacktrace, Laravel Actions should recognise it as a Listener (see code below).

laravel-actions/src/DesignPatterns/ListenerDesignPattern.php

Line 20 in 6e0aa6e

return $frame->matches(Dispatcher::class, 'dispatch')

Is there anything unusual about how you dispatch these events?

[exodusanto]

I made some tests and I think that this part

laravel-actions/src/ActionServiceProvider.php

Lines 41 to 51 in 6e0aa6e

	protected function extendActions(ActionManager $manager)
	{
	$this->app->beforeResolving(function ($abstract, $parameters, Application $app) use ($manager) {
	if (! class_exists($abstract) || $app->resolved($abstract)) {
	return;
	}
	$manager->extend($abstract);
	});
	}
	}

extends only some classes, maybe octane create a new application instance like there

Edit: I added an var_dump before the $manager->extend($abstract); and only Actions registred as command are logged

[lorisleiva]

Hey 👋 Sorry for the late reply. I finally got around to checking it out. Could you try to use dev-main and let me know if that fixes your issue?

[exodusanto]

Hi, thank you for your fix, but it doesn't work.

I have the same exception:

App\Actions\User\SetupCompleted::handle(): Argument #1 ($user) must be of type App\Models\User, App\Events\UserUpdated given, called in /.../vendor/laravel/framework/src/Illuminate/Events/Dispatcher.php on line 424

I also made some tests but I'm worried that beforeResolving is not supported from Octane, or for integrate it this package need to register some logic into octane.php file

 RequestReceived::class => [
            ...Octane::prepareApplicationForNextOperation(),
            ...Octane::prepareApplicationForNextRequest(),
            //
        ],

[lorisleiva]

No worries, thanks for trying!

If anyone using Octane would like to open a PR for this, that would be most appreciated. ❤️

[exodusanto]

Maybe @nunomaduro can give us a hit if nowadays Octane support beforeResolving in some way

[nunomaduro]

Are you able to make a pull request in Octane with a failing test? Or create an issue, with a repository example, so I can reproduce the issue locally?

[Wulfheart]

@exodusanto I think he meant that you should create an issue in the Octane repo itself.

[exodusanto]

Not yet 😔, I'll find some time next weeks