cc1ef8df32
Remove oraclejdk7 from travis
...
Similar to jruby-gradle/jruby-gradle-plugin#217
2015-09-10 17:01:27 -07:00
27ec0761d0
Upgrade to jruby/gradle core 1.0.4 with some more recent bugfixes
...
This commit also changes JRubyStormJar a bit to override properties now that
they are properly overwritable in 1.0.4
Fixes #22
2015-09-10 16:03:57 -07:00
b8f6b9886e
Set some default groups and descriptions on our packaging/run tasks
...
Fixes #19
2015-09-10 11:20:44 -07:00
ca083054b4
Ensure that setting of the jrubyVersion for the topology jar works properly
...
This contains some workarounds until jruby-gradle/redstorm#11 is fixed which
will allow us to work on JRuby 9k, until then we'll default to the latest
stable JRuby 1.7.x branch
Fixes #23
2015-09-09 15:33:56 -07:00
a6d92230c9
Ensure that the jrubyStormLocal configuration extends the classpath configuration
2015-09-09 15:33:40 -07:00
26a8316f49
Introduce a new configuration for unzipping things directly into the topology jar
...
This goes hand-in-hand with jruby-gradle/redstorm#12 and allows us to
incorporate things like storm-kafka early on in the load time of a topology
while still allowing most JRuby-originating jar dependencies to be packed "as
per usual." (See fast-rsa-engine and others which pack jar files inside gem
archives)
Fixes #25
2015-09-09 13:51:42 -07:00
61794ed1d2
Upgrade to the latest version of JRuby 1.7.x
2015-09-09 13:06:12 -07:00
8b59d41c0d
Bump version for next "major" bit of dev work
2015-09-09 13:06:12 -07:00
d60010f797
Rely on the user to provide a jcenter-compatible repository by default
...
Fixes #18
2015-09-09 13:06:12 -07:00
d0de027097
Move the bintray{} invocation to the main build.gradle
...
I forgot that the plugin seems to act funny when you try to use it from an
applied script like I had been using it previously
2015-09-09 13:05:41 -07:00
d28608f31f
Add some build/bintray badges
2015-08-18 13:11:51 -07:00
c70216f1c4
Support auto-releasing the plugin on git tagging from Travis CI
2015-08-18 12:55:58 -07:00
6f2631ce45
Merge pull request #17 from rtyler/jrubystormlocal-configuration
...
Prevent JRubyStormLocal task from erroneously using jrubyExec
2015-08-18 11:09:52 -07:00
a0b287c92a
Prevent JRubyStormLocal task from erroneously using the jrubyExec configuration
...
Fixes #12
2015-08-18 10:52:58 -07:00
998e9961c2
Merge pull request #16 from rtyler/fix-npe
...
Fix null dereference when JRubyStormLocal is standalone
2015-08-18 10:37:54 -07:00
68904a8bf8
Merge pull request #15 from rtyler/depends-and-assemble
...
dependsOn and assembleTask delegation
2015-08-18 10:03:33 -07:00
90c92d045d
Fix null dereference when JRubyStormLocal is standalone, i.e. no parentTask
...
Fixes #11
2015-08-18 10:01:53 -07:00
8c7e2ddc14
Delegate to our assembleTask for methods not already defined in JRubyStorm
...
Fixes #13
2015-08-18 09:39:08 -07:00
2046c89c29
Executing the jrubyStorm task should also execute its assemble task
...
Fixes #14
2015-08-17 16:10:00 -07:00
2934164708
Upgrade to the latest release of redstorm which has some better version ranges
2015-08-17 16:09:37 -07:00
dec7a74629
Mark the storm extension as incubating for now
...
Given the troubles with jruby.defaultVersion in the code plugins, I'm not sure
this is a great pattern
2015-08-16 12:44:55 -07:00
343260827a
Merge pull request #10 from rtyler/zero-two-zero
...
Last round of 0.2.0 changes
2015-08-14 19:08:54 -07:00
85fea21820
Lazily include the redstorm jar to avoid compatibiity issues on Gradle 2.2
...
There's an issue with overriding copy() in Gradle 2.0 -> Gradle 2.2
<https://issues.gradle.org/browse/GRADLE-3207 >
Caused by: groovy.lang.MissingMethodException: No signature of method: com.github.jrubygradle.storm.internal.JRubyStormJar_Decorated.copy() is applicable for argument types: () values: []
Possible solutions: copy(), any(), any(groovy.lang.Closure), notify(), wait(), find()
at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:55)
at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:130)
at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuper0(ScriptBytecodeAdapter.java:148)
at com.github.jrubygradle.storm.internal.JRubyStormJar.copy(JRubyStormJar.groovy:43)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:63)
2015-08-14 18:53:51 -07:00
add7020757
Default to using redstorm 0.7.2
2015-08-14 17:07:42 -07:00
6f0bd71f12
Default to JRuby 1.7.21 for packaging up topology jars
2015-08-14 17:06:53 -07:00
363821f23b
Dump the redstorm contents into the resulting archive
2015-08-14 16:23:04 -07:00
d7288e23a9
Properly packaging up the topology code inside of the jar
...
Fixes #6
2015-08-14 15:00:33 -07:00
c02a5674d5
Merge pull request #9 from rtyler/zero-two-zero
...
Zero two zero
2015-08-14 13:00:59 -07:00
8c3ea3fd26
Attempting to clean up these loglevels on ProjectBuilder but they just won't set
...
Need to work with somebody in the Gradle community to figure out why these
Project fixtures won't use anything other than DEBUG level logging
2015-08-14 12:27:38 -07:00
4d340fc42c
Shuffle some tests around so they don't run in the integrationTest task
2015-08-14 11:47:26 -07:00
fe5a55d754
Introduce some GradleTestKit-based tests and the supporting infra to run them
...
Some of this was unapologetically pilfered from the core plugins
2015-08-14 11:24:32 -07:00
988888d068
Move integration tests into a separate task and start using GradleTestKit
...
This commit introduces a failing integration test, that's expected
2015-08-11 08:27:25 -07:00
43b07fc936
Properly fail the gradleTest if the was no storm topology produced
2015-08-10 15:56:48 -07:00
4d1dc25e59
Make the word-count example a gradleTest while we're at it
2015-08-10 09:31:27 -07:00
aba9b2f234
Upgrade to the latest released version of JRuby/Gradle core
2015-08-10 09:00:35 -07:00
dce2c36021
Upgrade to Gradle 2.6 for development
2015-08-10 08:58:48 -07:00
352d44b34b
Properly make use of JRubyExecTraits API to run our environment and prepare dependencies
...
Fixes #4
Fixes #7
2015-07-30 07:35:14 -07:00
3f39e00e95
WIP checkpointing some refactoring and structuring around the JRubyStorm task
2015-07-28 05:19:21 -07:00
cc53f8d734
Start adding an example to represent the ideal configuration DSL
2015-07-27 08:26:28 -07:00
1680405ce3
Only attempt to grab the specified jruby-gradle plugins
2015-07-27 08:16:15 -07:00
cc4b707d1d
Start relocating basic topology jar functionality into JRubyStorm class
...
This will make it easier to move over to JRubyJar soon
References #6 , #8
2015-07-27 08:01:21 -07:00
d0cf8246a6
Move JRubyStormLocal to inherit from JRubyExec
...
This means that we will have the same dependency management behavior and
classpaths as we have in JRubyExec, which should fix up #7
Fixes #7
2015-07-27 07:59:17 -07:00
611a52820f
Support modifying the version of redstorm included as well
...
References #3
2015-07-27 00:03:50 -07:00
6aa1174faf
Add an extension to the Gradle project which allows for configuring the Storm version
...
Since this is only used for running local topologies, we're just adding it to
the jrubyStormLocal configuration
Fixes #3
2015-07-26 23:50:31 -07:00
072210343f
Introduce codenarc to keep this groovy tidy
2015-07-26 22:41:25 -07:00
28756c36c4
Disable the creation of a JRuby-specific jar and remove the BC dependency
...
The BC version being included was an artifact from using older versions of
jruby-complete (pre 1.7.20), see 5d59833e998ceed24e0805e09d36897de770838f
The fact that this doesn't fail any tests is a problem :)
2015-07-26 22:31:55 -07:00
e72eb82b60
Upgrade to the latest JRuby/Gradle plugins as compile/runtime dependnecies
...
References #8
2015-07-26 22:24:10 -07:00
66e6764c59
Introduce the gradleTest plugin (yet unused) for testing on different Gradles
2015-07-26 22:19:14 -07:00
cbf75ebf19
Add travis.yml so we can start testing properly again
...
This commit also updates the README but that's like, whatever man
2015-07-26 22:06:18 -07:00
e15c36bbb6
Upgrade the build.gradle to be a bit cleaner for 0.2.0
...
Now that I know a lot more about what I'm doing with Gradle, this can be
cleaned up a bit
2015-07-26 22:06:18 -07:00
R. Tyler Croy