And mangle things such that the actual app test works

And get the other strategy from master implemented

Fix bugs introduced previously

Do not munge config

First hack at factoring the strategy out, broke the config munging test..

Remove unused autobox

Able to use strings rather than having to use hash refs

Adjust to not munge config

We don't use structures types any more

Fix tests, add autobox to flatten interface roles so you can use a string or array ref (need to apply this everywhere else we mangle config also), allow app wide config of interface roles

Remove the types stuff

Add code from gists 12311[56]

Add shell for a more complex testapp

Whoops, add the demo type library and the trivial test also

Make the generated action method fit better into what the StompTestApp::Controller::TestController does, viz getting stuff out of ->req->data, and returning ->stash->{response} - this is the correct basic protocol yes?

Also add a type check to the input document (i.e. the deserialized message) using structured and lexical
type constraints. I do this in a method modifier, to illustrate that we can get the reflector
(or something) to apply a modifier like this around every model method.

Tada, instant explosion when the data incoming is bad.

You can do this in the controller action with the response document before you stash it also.

This isn't quite as elegant as applying the types as part of the interface role, but I'm sure we
can work through that if this is considered useful.

And lets have a test that the reflector works in interface role mode

The code which offended me is expunged

Now the config isn't eaten whilst building the model, we can get the interface roles from it

Shitting all over the application config in the model generator was somewhat unfriendly to everything else. Lets add a test for this, which will be a pita to maintain, so pull the config out to YAML and read that in the test? Anyway, this crap explains the difficulty in getting interface_roles out the config..

Merge commit 'chris/master' into use_interface_roles

Don't clobber the "config" method - it's pretty important. This is
a working approach, but the problem of accessing generated component
configs needs more work.

Merge commit 'chris/master' into use_interface_roles

Take dispatchable methods from the role(s) applied to the class.
Stashes the config away on the generated classes so it's accessible
even once we've app-namespace-qualified the class name.
Appears to break Catalyst::Action::REST...

Ignore emacs

Merge branch 'master' of git@github.com:bobtfish/catalyst-dynamicappdemo

Update DynamicComponent so that you just ask for 'Model::Foo' not 'MyApp::Model::Foo', as the component generator is called on  anyway so can find 'MyApp for itself

Put controllergeneratingmodel in the right place

More template pod

Hack some of my current thoughts into the TODO

Don't use CMA anywhere any more

Start adding pod to ModelsFromConfig

Nuke the now unused controller role. This will probably be back at some point, but right now it's unused so killing.

move the model to controller reflector into a namespace under dynamiccomponent

Whilst the 'nominate individual methods as dispatchable by their metaclass' strategy is reasonable, we actually want to be able to make the strategies pluggable, and encourage 'class consumes an interface role' as the default way of doing it. Therefore, as I have no intention of documenting it, or really maintaining it to be more useable than as a test case for an alternate method finding implementation, then I'm moving the relevant code to generate those methods down into the tests

Add include/exclude options so that havingModelsFromConfig loaded doesn't involve trying to auto-borg every model which in any way has config. Should I just ignore models which have already been loaded into the app by Catalyst (i.e. have a real 'on disk' class) - I guess so, thoughts chris?

Move CatalystX::ModelsFromConfig => ::DynamicComponent::ModelsFromConfig

Fix test when run with make test

Write CatalystX::ModelsFromConfig::InterfaceRoles

Your model configurations have to have 'interface_roles => [qw/ AtLeast OneRole /]',
and the class has to do those roles, or it all goes bang in a big way.

Give SomeModelClass an interface role which requires a method

Apply roles to component after adding the methods, so methods can advise roles

Add a load more POD

The fake example is now broken as we're not smashing random methods. Fix method generation to use the public API for adding attributes, and what do you know, the rest of it works. Add a lower level test for this

Add more tests for config replacement and make them pass. I seem to have made 10_app.t start to fail at some point

Get rid of all messing with action registration by just stuffing the attributes onto the methods straight after their generated, rather than messing with the action registration process itself. This elegantly cures all cases of accidental methods getting given attributes and so becoming dispatchable

Some more changes needed by the controller reflector, no tests for them yet

We already need 0004, use the new shiny in test app, and turn off debug

Fix POD

Convert the two DynamicComponent clients to use the new protocol. This significantly cleans up the controller reflector

Make the extended tests pass. This is now fairly frightning code ;)

Remove COMPONENT feature, add tests for making the other features generic from currying and config when component generator is invoked + strategies for merging curried / passed component config

Rename app test to run later

Add repos to Makefile.PL, other tweaks

Add more tests for DynamicComponent, and make the config for a new dynamic component saner

Test COMPONENT functionality

Start trivial tests for dynamiccomponent

Add some thoughts / notes to TODO

Add a load of POD

This is for the tests, move over there

Fix so that superclasses and roles get applied from config. This is where the method smashing shows itself as untenable, but I think I have a strategy for that..

Make superclasses and roles tests pass

Failing tests for configured base classes and roles.

Ignore stuff I have open in my editor

MX::Role::Parameterized fixed the bug which meant I had to mention the parameterized role here to get it to compose, by composing right, and as it had no parameters, crapped itself. Bump required version so all the hate goes away

Bump Catalyst dep

Add a base class and a controller role, and some config for the controller builder, so I can write failing tests

Initial capture of discussion as TODOs.

Make the test work like I want it too. It's a gross hack currently, but now does what it says on the tin

Bad kitty, ->can't('has')

Add auto_install so I get make installdeps

FAIL

Fix scripts. I also appear to have fucked things so we're getting actions we shouldn't registered. Fail, and the tests don't. DOUBLE FAIL.

Whole lotta reorganisation. Moved the app demo down into t/lib, added Module::Install::ExtraTests, as it will goad me into adding POD tests, rip configloader out the test app, I know it works already

Convert the controller base class into a role applied to the controller meta. There needs to be a way to config how controllers are generated / their superclass + extra roles and stuff like that

Actually only find methods which have been defined with the 'command' syntax..

Ok, I don't feel so dirty now. Still need to implement method filtering, such that only methods created with the appropriate metaclass get used

Another piece of insantiy factored out

Get rid of the insanity of passing the compoenent method as a subref - instead it becomes a role parameter. This gets rid of the insane hack to remove the COMPONENT method from the local package in controllers

First step switch to MX::Role::Parameterized

Did I mention that I'm rubbish at naming things. I'll start caring about that when I start pulling this shit apart into components for the CPAN when it's past prototype stage. Add stuff to give me syntax to generate methods with a custom metaclass, so that when I introspect - I don't have to use a fucking regex to work out what methods to exclude. We could then sanely support role application, which would be nice - although doing modifiers right is hard. This is also waaay more involved than it should need to be.

Hmm...

Factor out to smaller routines

Ignore more crap

Add more epic comments in the 3am badlands code

Add stuff to .gitignore

Fuck you pod coverage

Switch everything to autoclean. Add sanity tests to ensure appropriate modern perl policy compliance ;)

Add types::structured, as we need a calling convention.. Add namespace::autoclean as it's less typing, and rafl nagged me to use it

The basis for the one true type of controller

Remove hardcoded 'DynamicAppDemo' from reflector - ControllerBase still
hardcoded.

Remove LIES in comment

And works, with tests. 4 hours start to finish, that was fun :)

Almost there, builds controllers with methods in them...

Almost works generating controllers

Start my reflector. Factor out the component generation from the other shit into a role

Thats action registration sorted out. Now I just need to introspect all the models, and generate shim controllers, piece of piss :)

Add .gitignore

Well, thats dynamic model class loading from 100% config, with tests. Should be CPANable by itself :)

Base class for controllers we auto-generate

Strip code down to the bare minimum to start from

Scaffold