Gradle Plugin about spoon HOT 13 CLOSED

This would be really great. Any progress on this?

from spoon.

Im currently working on a basic gradle plugin.
https://github.com/x2on/gradle-spoon-plugin

from spoon.

@x2on I started developing my own version of the plugin few hours before your message here :)
It will be available at Maven Central in several hours.
https://github.com/stanfy/spoon-gradle-plugin

from spoon.

@JakeWharton could somebody from the Spoon team take a look at that plugin?

from spoon.

@roman-mazur thats funny - i just also refactored to use the android plugin. now i looked at your plugin, and we have almost the same idea ;) Perhaps we should work together on the plugin.

from spoon.

Much of the functionality of Spoon has been integrated into the instrumentTest task in the new build system.

Looking at both of the plugins, they both act as a wrapper for the SpoonRunner class. It'd be great if we could instead leverage the existing task. Besides reducing the need for a lot of the current spoon classes, it would integrate the reports with Gradle's report system better and allow for DeviceProviders to be used with Spoon.

I had a solution in mind, but don't know enough to implement it just yet.

It would "inject" an action into the instrumentTest task which would use adb to pull files off the device right before the uninstall happens. After the instrumentTest task, a custom task would execute which would generate the Spoon reports using customTask.mustRunAfter instrumentTest.

Thoughts?

PS. @roman-mazur @x2on thank you both for bringing this to gradle until there's a v2.0 release!

from spoon.

That sounds reasonable to me. My biggest fear is leaning on the inflexibility of the standard Gradle reports. We could always just produce a companion report to the real one with the additional data.

from spoon.

I definitely agree that tests should be run with android plugin. The only reason I've implemented our current plugin as a wrapper for spoon runner is that it took the shortest time.
Frankly speaking I do not believe we'll get better integration with Gradle reports. The last time I was looking at their reporting code, all the classes belonged to internal API and were not rather flexible...

from spoon.

Yeah I haven't had time to look deeply yet. It'll probably represent a fundamental shift in this tool, however.

from spoon.

A dramatical shift :)
We won't need to use ddmlib directly for running tests. At least for
gradle builds.
Will the maven plugin be deprecated?
On 20 Dec 2013 21:14, "Jake Wharton" [email protected] wrote:

Yeah I haven't had time to look deeply yet. It'll probably represent a
fundamental shift in this tool, however.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/9#issuecomment-31033988
.

from spoon.

Closing this out. https://github.com/stanfy/spoon-gradle-plugin is what we're using internally now.

from spoon.

But I would love to this revived for v2.

from spoon.

If there ever is a v2, it won't be anything at all like the current project.

from spoon.