Lumen support

[jelhan]

Is there any plan to add support for lumen? I tried out with lumen 5.4 but it seem to break php artisan in similar way as described in laravel/lumen-framework#504.

[lindyhopchris]

Would love to add this, but it hasn't been a priority because we don't have any Lumen apps. I haven't actually used Lumen before so don't know what the differences are in terms of wiring it all up.

Is this something you'd be willing to help with?

[jelhan]

I've started to dig into a little bit. Trying to write a proof of concept for Lumen 5.4. It's not working yet but also I didn't faced any show-stopper yet. What I've figured out so far:

• ServiceProvider does not get an instance of Illuminate\Routing\Router but of Laravel\Lumen\Application. But as far as I got yet Laravel\Lumen\Application their apis are similar. Only difference I faced yet is method to assign a short-hand key to the middleware. It's called routeMiddleware in Lumen 5.4 (not aliasMiddleware as in Laravel 5.4 or middleware as in Laravel <= 5.3). Watch out that Laravel\Lumen\Application also has a middleware method but that one registers a middleware for every HTTP request. 47bb485
• ServiceProvider does not get a second argument at boot in Lumen. As far as I understood laraval-json-api only uses the instance of Illuminate\Contracts\Routing\ResponseFactory to register response macros. Lumen does not support any response macros. ServiceProvider method bootResponseMacro has a check if macro method exists, so I assume laravel-json-api should not require them. 47bb485 But actually Exceptions\HandleError does. Perhaps this should be considered a bug and fixed anyway? jelhan@9e9e240
• Lumen does not have a config_path helper. But we could easily polyfill it. jelhan@9151004
• Also in routing classes we don't get an instance of Illuminate\Contracts\Routing\Registrar but of Laravel\Lumen\Application. Here it gets a little bit more tricky since method to register routes (e.g. get, post) of Laravel\Lumen\Application do not return an instance of Illuminate\Routing\Route or something similar. And as far as I know Lumen does not support setting default value for a route at all. I think also setting a regular expression requirement on the route is not supported by Lumen. I'm not quite sure what both are used for and if it's really needed. jelhan@21d0b28, jelhan@c49adf8

That is how far I got yet. Hopefully I've a little spare time the next weeks to investigate it further.

I'm having a simple lumen app consuming my lumen branch of laravel-json-api to test with. Could push that one also to GitHub if you or someone else also like to work on these issue.

[lindyhopchris]

Hey. This sounds good - thanks so much for putting the time into it. I'll need to look into this in a bit more detail, but here's some initial thoughts...

I think ServiceProvider should be left specifically for Laravel and we should add a LumenServiceProvider. This will just keep things a lot clearer and easier to maintain between the two. The stuff that is common to both could be in an AbstractServiceProvider that both extend?

The routing is the thing that I thought would be the most difficult, considering that Lumen does it completely differently. The regular expression isn't massively important, but the defaults are being used to push the relationship name and the resource type into the route so that the package can detect these values as things happen through the middleware. I'll have to dig around in the Lumen code a bit. If we can't push these in to the routing, then one solution that springs to mind is to provide them to the jsonapi middleware and push them in at that stage.

In terms of a simple Lumen app, that sounds great. There's currently a demo-laravel-json-api repo so it would make sense for me to add a demo-lumen-json-api repo too. If I set that repo up, would you be ok to push your sample app to it? That might help because then I can look around how things work as well.

[jelhan]

Thanks for your fast response and thanks for pointing out what injecting defaults in a route is used for. 👍 I think I found a quick work-a-round to move forward. jelhan@9200b17

What I've done so far was just meant as a proof of concept. Just a quick write to find possible show-stoppers and have an idea what need to be done. Just wanna prove before that it would work and that it won't be a waste of time before starting refactor laravel-json-api, adding tests etc.

Pushing my sample app in it's current stage is absolutely fine for my.

[jelhan]

Moved forward and faced an issue I wasn't able to resolve yet. CloudCreativity\LaravelJsonApi\Document\LinkFactory expects a Illuminate\Contracts\Routing\UrlGenerator in constructor. That one is not present in Lumen. And I didn't figured out yet at what point a new instance of LinkFactory is created. Do you have any hints?

[lindyhopchris]

It's used to generate paging links, so is injected into the StandardStrategy instance.

Also anything that uses the GeneratesLink trait will be resolving it out of the container. That's in the abstract schema and the controller classes as a helper. It's also in the test helpers and is definitely being used heavily in the testing.

I'm surprised there isn't one in Lumen - how in Lumen do you create a link to a named route?

[jelhan]

Ah yeah, of course. Guess I'm already in weekend mode. Sorry for disturbing you, it's just Laravel\Lumen\Routing\UrlGenerator. jelhan@dd57d98

A first, very simple request is passing now! Maybe a good point to go into the weekend. 😎

[simonhamp]

@jelhan is your version working well with Lumen then?

[jelhan]

Sorry for late update. Haven't had the time to push that one further. Faced more and more lumen limitations in my application I want to use laravel-json-api and decided therefore to migrate to Laravel.

I have pushed my latest attempts to https://github.com/jelhan/laravel-json-api/tree/lumen and https://github.com/jelhan/demo-lumen-json-api. Currently only fetching a list of posts is working and it relies on some dirty work-a-rounds.

There are two main issues I have faced and have not treated so far. There may be more which does not came to table yet since I did not tried creating or updating a model at all.

1. nicik/FastRoute does not support setting (default) Route parameters. Actually it does not provide a route object at all. laravel-json-api uses route parameters for model binding (CloudCreativity\LaravelJsonApi\Http\Middleware\SubstituteBindings).

2. Lumen has not followed testing changes introduced by Laravel 5.4 yet. Test helpers does not work therefore.

[lindyhopchris]

@jelhan thanks for the update.

For (1) I'm planning some improvements to the middleware and route parameter stuff. At the moment my current thinking is to remove the default parameters and instead push the resource type and relationship names via middleware parameters. That'll solve the issue in Lumen I think and if I make the JSON API registrar only use methods that are on both the Laravel and Lumen routers, the two should be cross compatible.

I don't know how feasible it is considering that I don't use Lumen but hopefully it'll help.

[simonhamp]

@lindyhopchris I'm going to be working with @jelhan's repo for now and will try to work out any kinks and share what I find here.

Hope it can all make it back into this base package as it would be nice to have something that works well in both Laravel and Lumen.

Will keep you posted.

[kevyworks]

Status update?

[lindyhopchris]

@KevMT still want to add this but haven't had time to do it yet... it's not helped by us not having any Lumen projects at the moment.

Can look at it once we get to 1.0.0 (which we're not currently far off from)

[kevyworks]

@lindyhopchris Thanks man.. really looking forward.