vert-x/vertx-gradle-template

Vert.x 2.x is **deprecated** - use instead

Vert.x 2.x is deprecated - use instead https://github.com/vert-x3/vertx-gradle-starter

Vert.x Gradle Template

Template project for creating a Vert.x module with a Gradle build.

Clone this and adapt it to easily develop Vert.x modules using Gradle as your build tool.

By default this module contains a simple Java verticle which listens on the event bus and responds to ping! messages with pong!.

This template also shows you how to write tests in Java, Groovy, Ruby and Python

See the build script for the list of useful tasks

---

See Vert.x gradle based developer guide on how to use this template.

vertx-gradle-template's Issues

Classpath and scripts loading issue

I have a launcher Javascript module that deploys and launches another Javascript "sub-module".
The main script in both these modules are named "main.js". When I "./gradlew runMod" the launcher module, it starts the main.js of the launcher which in turn should invoke the main.js of the sub-module. But due to the way the classpath is setup, the src/resources/main of the launcher module is where the main.js is looked up first and executed.

In short, runMod does not provide a clear classloader separation between the modules. Here is a gist with a series of steps to reproduce the error
https://gist.github.com/nikhilgk/7094109

java version "1.7.0_25"
Ubuntu 13.04 x86_64
vertxVersion=2.0.3-SNAPSHOT

Fix: Comment out line 84
classpath files(['src/main/resources'])
This fixes the problem and tests on the module passes after this. Not sure if this has any other side effects.

Will send a pull request.

fatjar does not work with gradle 2.1

Fatjar does not work in gradle 2.1 due to the way vertx jars are added to "lib" directory. DefaultPlatformManager code assumes vertx-jars are in a URLClassLoader classpath. New gradle classloading mechanism seems to use a caching mechanism to load classfiles. There vertx jars are not located.

runModIdea classpath does not match idea 13 default output

Hi,

In idea 13, the default output change from 'out' to 'classes' so the template won't match it.

Maybe the output should be forced in script :

idea {
module {
outputDir = file('classes')
}
}

gradle template project does not work on Windows

The vertx.gradle file defines some classpath rules to include files underneath directories

src/main/platform-lib
src/main/resources/platform-lib

but the real directories contain a '_' instead of a '-' character:

src/main/platform_lib
src/main/resources/platform_lib

On Windows the lines with '.jar' and '.zip'

classpath files(['src/main/platform-lib'])
classpath files(['src/main/platform-lib/*.jar'])
classpath files(['src/main/platform-lib/*.zip'])
classpath files(['src/main/resources/platform-lib'])
classpath files(['src/main/resources/platform-lib/*.jar'])
classpath files(['src/main/resources/platform-lib/*.zip'])

cause gradle to exit with error:

FAILURE: Build failed with an exception.

* Where:
Build file 'C:\Users\vmuser\Workspace\my-vertx-module\build.gradle' line: 1

* What went wrong:
A problem occurred evaluating root project 'my-vertx-module'.
> Could not resolve all dependencies for configuration 'classpath'.
> Could not normalize path for file 'C:\Users\vmuser\Workspace\my-vertx-module\src\main\platform-lib\*.jar'.

* Try:
Run with --stacktrace option to get the stack trace. Run with --debug option to get more log output.

BUILD FAILED

Probably a fileTree() instead of the files() statement is meant here?

copyMod does not copy all files from the processResources task output

Hi,
I just wanted to suggest using processResources in the copyMod task instead of copying from src/main/resources. Someone may have exclusions in the processResources and other inclusions that would be required in the module. This is currently being done for classes using the output of compileJava.

update README.md to include answers to some common pitfalls

Provide a FAQ section in the README.md to make starting to develop a vert.x module as easy as possible without having to spend a lot of time researching.

Please see #38

Eclipse JUnit tests do not work unless ./gradlew check was done before

This is a really strange behaviour when running with Eclipse JUnit. To reproduce, try this:

1. ./gradlew clean cleanEclipse eclipse
2. Right click on project "Run as -> JUnit Test"

There are two things then:
a) It complains that build/mods could not be created for the downloaded modules
b) If you create the build/ directory first, it can install the downloaded modules, but it still won't be able to find the "my-module".

There is a workaround to be able to run all the tests in eclipse, though:

1. ./gradlew clean cleanEclipse eclipse check
   This can be CTRL+C as soon as the tests run.
2. Right click on project "Run as -> JUnit Test"

Now it works. Even if you change something in the code: Running as JUnit test within Eclipse works with the new code then.

It definitely is a strange behaviour and should be changed if possible. If you happen to forget to build via gradle once, most of the tests fail and you don't really know why.

Extend runMod tasks

The runMod tasks should be extended so they work with the various command line parameters that vertx runmod supports, e.g config, instances, clustering etc

Dependency problem (commons-lang)

% git clone https://github.com/vert-x/vertx-gradle-template.git
 % cd vertx-gradle-template
 % ./gradlew test

FAILURE: Build failed with an exception.

* What went wrong:
Could not resolve all dependencies for configuration ':testCompile'.
> Artifact 'commons-lang:commons-lang:2.4@jar' not found.

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

BUILD FAILED

Dependency report says this is called for in the vertx testools module.

testCompile - Classpath for compiling the test sources.
+--- io.vertx:vertx-core:2.1M1
|    +--- org.slf4j:slf4j-api:1.6.2
|    +--- com.fasterxml.jackson.core:jackson-databind:2.2.2
|    |    +--- com.fasterxml.jackson.core:jackson-annotations:2.2.2
|    |    \--- com.fasterxml.jackson.core:jackson-core:2.2.2
|    +--- com.fasterxml.jackson.core:jackson-core:2.2.2
|    +--- io.netty:netty-all:4.0.11.Final
|    \--- log4j:log4j:1.2.16
+--- io.vertx:vertx-platform:2.1M1
|    \--- io.vertx:vertx-core:2.1M1 (*)
+--- org.codehaus.groovy:groovy-all:2.1.5
+--- io.vertx:lang-groovy:2.0.0-final
+--- junit:junit:4.10 -> 4.11
|    \--- org.hamcrest:hamcrest-core:1.3
\--- io.vertx:testtools:2.0.2-final
     +--- io.vertx:vertx-core:2.0.2-final -> 2.1M1 (*)
     +--- org.apache.directory.server:apacheds-protocol-dns:1.5.7
     |    +--- org.apache.directory.server:apacheds-i18n:1.5.7
     |    |    +--- org.apache.directory.shared:shared-ldap:0.9.19
     |    |    |    +--- commons-lang:commons-lang:2.4

running runMod after running fatJar causes stale module code in IDE

the runMod and fatjar code are stepping on each other. The fatjar installs full blown module in the mods directory. After running fatjar, when runMod task is run, we get a warning that the mods directory already exists while trying to create module.link file. When code changes are made in IDE and we do runMod again, the stale code from fatjar is executed. Is it possible to clean out the fatjar output in mods directory and then create the module.link file?

Gradle template hangs in test target

When I run ./gradlew test on my a Mac (OS X Mavericks), I get this output:

:compileJava
:compileGroovy
:processResources
:classes
:copyMod
:compileTestJava
:compileTestGroovy
:processTestResources
:testClasses
:test

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests STANDARD_ERROR
    log4j:WARN No appenders could be found for logger (io.netty.util.internal.logging.InternalLoggerFactory).
    log4j:WARN Please initialize the log4j system properly.
    log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testHTTP STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testHTTP

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testHTTP STANDARD_ERROR
    May 12, 2014 5:49:16 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Downloading io.vertx~lang-groovy~2.0.0-final. Please wait...
    May 12, 2014 5:49:20 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Module io.vertx~lang-groovy~2.0.0-final successfully installed

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testDeployArbitraryVerticle STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testDeployArbitraryVerticle
    In Groovy some verticle

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testCompleteOnTimer STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testCompleteOnTimer

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_ERROR
    May 12, 2014 5:49:22 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started
    May 12, 2014 5:49:22 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: in testPing()

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_OUT
    vertx is org.vertx.groovy.core.Vertx

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_ERROR
    May 12, 2014 5:49:22 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Downloading io.vertx~mod-web-server~2.0.0-final. Please wait...
    May 12, 2014 5:49:22 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Module io.vertx~mod-web-server~2.0.0-final successfully installed
> Building 90% > :test > 3 tests completed

At this point it seems to hangs at Building 90%. It then proceeds through the tests a 1 completed every few minutes ... currently Building 90% > :test > 8 tests completed, 1 failed after 10 minutes ... with no apparent CPU activity.

Any ideas?

Log4j not found

Where does this dependency come from? Running gradle gives:

A problem occurred evaluating root project 'wt'.
> Could not resolve all dependencies for configuration 'classpath'.
> Artifact 'log4j:log4j:1.2.16@jar' not found.

runModIDEA does not exist

This template works great, and I am able to runmod from command line. I am unable to run with auto-redeploy however. The build file suggests that runModIDEA is the way to go, but ./gradlew tasks tells me it doesn't exist. Please advise. Thanks.

groovy version for class compilation

Please add this code to GroovyPingVerticle:

println GroovySystem.version

The output will be 1.8.6.

Can you fix this in order to use the specified groovy version in gradle.properties file?

Thank you!

task runModEclipse does not work under Windows

The solution for Windows was to provide the absolute classpath of the Eclipse bin directory, rather than just the URL('file:bin/'):

def classpath = [new URL("file:${projectDir}/bin/")] as URL[]

This works under Windows, but I could not test it under other OSs.

The other classpath entries are not needed since the JDT compiler copies all content of Eclipse src folders to the bin directory.

doInit() function does not factor in environment specific settings

doInit() should factor in environment specific settings in order to create vertx_classpath.txt.

Suggestion: Change doInit() function to something along these lines....

def doInit() {
File cpFile = new File("$projectDir/vertx_classpath.txt")
if (!cpFile.exists()) {
cpFile.createNewFile();
//modified for intellij build outputs
String resourcesPaths = "";
sourceSets.main.getResources().getSrcDirs().each {
resourcesPaths += "${it.path}\r\n"
}
String defaultCp =
resourcesPaths+
"bin\r\n" +
sourceSets.main.output.classesDir+"\r\n" +
sourceSets.test.output.classesDir+"\r\n" +
"build/deps\r\n";
cpFile << defaultCp;
}
def args = ['create-module-link', moduleName]
Starter.main(args as String[])
}

Errors with ./gradlew test

I cloned the project, ran ./gradlew test, and got a bunch of error messages. Are there prerequisites that are needed for this to work?

$ ./gradlew test
:compileJava
:compileGroovy
:processResources
:classes
:copyMod
:compileTestJava
:compileTestGroovy UP-TO-DATE
:processTestResources
:testClasses
:test

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests STANDARD_ERROR
    log4j:WARN No appenders could be found for logger (io.netty.util.internal.logging.InternalLoggerFactory).
    log4j:WARN Please initialize the log4j system properly.
    log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|moduleIntegrationTest.js|testPing STANDARD_OUT
    Starting test: src/test/resources/integration_tests/javascript|moduleIntegrationTest.js|testPing

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|moduleIntegrationTest.js|testPing STANDARD_ERROR
    Jul 30, 2013 11:23:56 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Downloading io.vertx~lang-rhino~2.0.0-final. Please wait...
    Jul 30, 2013 11:23:57 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Module io.vertx~lang-rhino~2.0.0-final successfully installed
    Jul 30, 2013 11:23:58 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started
    Jul 30, 2013 11:23:58 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Sent back pong

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|moduleIntegrationTest.js|testSomethingElse STANDARD_OUT
    Starting test: src/test/resources/integration_tests/javascript|moduleIntegrationTest.js|testSomethingElse

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|moduleIntegrationTest.js|testSomethingElse STANDARD_ERROR
    Jul 30, 2013 11:23:58 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|basicIntegrationTest.js|testHTTP STANDARD_OUT
    Starting test: src/test/resources/integration_tests/javascript|basicIntegrationTest.js|testHTTP

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|basicIntegrationTest.js|testDeployArbitraryVerticle STANDARD_OUT
    Starting test: src/test/resources/integration_tests/javascript|basicIntegrationTest.js|testDeployArbitraryVerticle

com.mycompany.myproject.test.integration.javascript.JavaScriptIntegrationTests > src/test/resources/integration_tests/javascript|basicIntegrationTest.js|testCompleteOnTimer STANDARD_OUT
    Starting test: src/test/resources/integration_tests/javascript|basicIntegrationTest.js|testCompleteOnTimer

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|basic_integration_test.py|test_http STANDARD_OUT
    Starting test: src/test/resources/integration_tests/python|basic_integration_test.py|test_http

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|basic_integration_test.py|test_http STANDARD_ERROR
    Jul 30, 2013 11:24:01 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Downloading io.vertx~lang-jython~2.0.0-final. Please wait...
    Jul 30, 2013 11:24:05 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Module io.vertx~lang-jython~2.0.0-final successfully installed

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|basic_integration_test.py|test_deploy_arbitrary_verticle STANDARD_OUT
    Starting test: src/test/resources/integration_tests/python|basic_integration_test.py|test_deploy_arbitrary_verticle

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|basic_integration_test.py|test_complete_on_timer STANDARD_OUT
    Starting test: src/test/resources/integration_tests/python|basic_integration_test.py|test_complete_on_timer

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|module_integration_test.py|test_ping STANDARD_OUT
    Starting test: src/test/resources/integration_tests/python|module_integration_test.py|test_ping

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|module_integration_test.py|test_ping STANDARD_ERROR
    Jul 30, 2013 11:24:13 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started
    Jul 30, 2013 11:24:13 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Sent back pong

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|module_integration_test.py|test_something_else STANDARD_OUT
    Starting test: src/test/resources/integration_tests/python|module_integration_test.py|test_something_else

com.mycompany.myproject.test.integration.python.PythonIntegrationTests > src/test/resources/integration_tests/python|module_integration_test.py|test_something_else STANDARD_ERROR
    Jul 30, 2013 11:24:14 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_ERROR
    Jul 30, 2013 11:24:14 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Downloading io.vertx~lang-groovy~2.0.0-final. Please wait...
    Jul 30, 2013 11:24:16 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Module io.vertx~lang-groovy~2.0.0-final successfully installed
    Jul 30, 2013 11:24:17 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started
    Jul 30, 2013 11:24:17 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: in testPing()

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_OUT
    vertx is org.vertx.groovy.core.Vertx

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testPing STANDARD_ERROR
    Jul 30, 2013 11:24:17 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Sent back pong

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testSomethingElse STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testSomethingElse

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|ModuleIntegrationTest.groovy|testSomethingElse STANDARD_ERROR
    Jul 30, 2013 11:24:17 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testHTTP STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testHTTP

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testDeployArbitraryVerticle STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testDeployArbitraryVerticle

com.mycompany.myproject.test.integration.groovy.GroovyIntegrationTests > src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testCompleteOnTimer STANDARD_OUT
    Starting test: src/test/resources/integration_tests/groovy|BasicIntegrationTest.groovy|testCompleteOnTimer

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_http STANDARD_OUT
    Starting test: src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_http

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_http STANDARD_ERROR
    Jul 30, 2013 11:24:19 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Downloading io.vertx~lang-jruby~2.0.0-final. Please wait...
    Jul 30, 2013 11:24:27 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Module io.vertx~lang-jruby~2.0.0-final successfully installed

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_deploy_arbitrary_verticle STANDARD_OUT
    Starting test: src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_deploy_arbitrary_verticle

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_complete_on_timer STANDARD_OUT
    Starting test: src/test/resources/integration_tests/ruby|basic_integration_test.rb|test_complete_on_timer

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|module_integration_test.rb|test_ping STANDARD_OUT
    Starting test: src/test/resources/integration_tests/ruby|module_integration_test.rb|test_ping

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|module_integration_test.rb|test_ping STANDARD_ERROR
    Jul 30, 2013 11:24:34 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started
    Jul 30, 2013 11:24:34 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Sent back pong

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|module_integration_test.rb|test_something_else STANDARD_OUT
    Starting test: src/test/resources/integration_tests/ruby|module_integration_test.rb|test_something_else

com.mycompany.myproject.test.integration.ruby.RubyIntegrationTests > src/test/resources/integration_tests/ruby|module_integration_test.rb|test_something_else STANDARD_ERROR
    Jul 30, 2013 11:24:35 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started

com.mycompany.myproject.test.integration.java.BasicIntegrationTest > testDeployArbitraryVerticle STANDARD_OUT
    Starting test: testDeployArbitraryVerticle

com.mycompany.myproject.test.integration.java.BasicIntegrationTest > testHTTP STANDARD_OUT
    Starting test: testHTTP

com.mycompany.myproject.test.integration.java.BasicIntegrationTest > testCompleteOnTimer STANDARD_OUT
    Starting test: testCompleteOnTimer

com.mycompany.myproject.test.integration.java.ModuleIntegrationTest > testSomethingElse STANDARD_OUT
    Starting test: testSomethingElse

com.mycompany.myproject.test.integration.java.ModuleIntegrationTest > testSomethingElse STANDARD_ERROR
    Jul 30, 2013 11:24:36 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started

com.mycompany.myproject.test.integration.java.ModuleIntegrationTest > testPing STANDARD_OUT
    Starting test: testPing

com.mycompany.myproject.test.integration.java.ModuleIntegrationTest > testPing STANDARD_ERROR
    Jul 30, 2013 11:24:36 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: PingVerticle started
    Jul 30, 2013 11:24:36 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: in testPing()
    Jul 30, 2013 11:24:36 PM org.vertx.java.core.logging.impl.JULLogDelegate info
    INFO: Sent back pong

BUILD SUCCESSFUL

Total time: 55.121 secs

Incompatibility with Gradle 2.1

edit: I see someone made a pull request for this. Good working :)

In vertx.gradle, on line 174, add def in front of the code. Otherwise, Gradle 2.1 will give errors about arguments as it's not desired behaviour

Running project with ./gradlew runMod does not properly serve static content

I am having a Verticle which is serving static content. For example: request.response().sendFile("web/index.html");

Everything is packaged into a Gradle-Template based Module. The index page (index.html) is located in src/main/resources/web/index.html.

If I run the Module using the runMod-command (./gradlew runMod -i), the resource will not be located ("Resource not found"). The lookup takes place at build/mods//.

Otherwise if I package the Module (./gradlew modZip) and execute the module (vertx runzip everything works fine.

I would expect the same behaviour.

maven.gradle is not working with gradle 1.12

Bumped version of gradle to 1.12, build fails with error:

* What went wrong:
A problem occurred evaluating script.
> No signature of method: org.gradle.api.publication.maven.internal.ant.DefaultGroovyMavenDeployer.configurePom() is applicable for argument types: (org.gradle.api.publication.maven.internal.DefaultMavenPom) values: [org.gradle.api.publication.maven.internal.DefaultMavenPom@7c73375a]

No log while running from within IntelliJ IDEA

When I run my module from the command line I'm able to see the log and the respective vertx.log file is created in the temp folder, but when I run from within IntelliJ using the runModIDEA task (I'm using Gradle) there is neither visible log nor a log file.

I've tried to add

System.setProperty("java.util.logging.config.file", "PATH_TO/logging.properties")

to the setSysProps on vertx.gradle, add

-Djava.util.logging.config.file=PATH_TO/logging.properties

in the runModIDEA VM options run configuration and even to the gradlew.bat. Nothing worked...

I'm using Windows.

fatJar is not working properly with gradle 1.12

with gradle 1.12, fatJar builds successfully, but it does not contain necessary 'lib' and 'org' directories:

gradle 1.11 fat jar content:

META-INF
lib
mods
org

gradle 1.12 fat jar content:

META-INF
mods