Currently the plugin only supports servlet 2.5 smoothly out of the box. The plugin should be improved so it is as easy to create a servlet 3.0 project as it is creating a servlet 2.5 project today. A wiki article describing the process of creating a servlet 3.0 project should be added when this is done.

Currently the plugin only supports simple gradle projects. Multi module builds should be supported as well.

The add() methods for most containers have been deprecated in Gradle 1.6. We need to replace them with the create methods.

The following containers are affected:

• ConfigurationContainer.add()
• SourceSetContainer.add()
• TaskContainer.add()

http://www.gradle.org/docs/current/release-notes#renamed-several-add%28%29-methods

Currently the artifact name is VaadinPlugin.

This has two problems:

1. It breaches Vaadin guidelines since it is not a official Vaadin product which causes problems with the Vaadin directory
2. It does not conform to conventions where the name should be in lower case.

To resolve this we should rename the addon artifact to gradle-vaadin-plugin.

Widgetset generators could be supported by the user providing the class of the widgetset generator in the gradle build conf.

When running the clean task the generated artifacts under webapp are not removed causing an old conflicting unit cache or widgetset being in use in some cases.

Adding <collapse-all-properties /> will compile all permutations into one file and thus speed up the compilation process. An option to include this into the widgetset should be added to the plugin configuration

vaadin.servletVersion is appended to javax.servlet:servlet-api as a dependency, but this doesn't appear to be the standard way of getting new servlet versions as a dependency. In particular:

• Maven central search only shows a 3.0-alpha-1 version for this dependency.
• According to http://stackoverflow.com/questions/1979957/maven-dependency-for-servlet-3-0-api there are a ton of servlet-specific API versions meant to compensate for the missing javax.servlet:servlet-api.

Perhaps the plugin should pick the Jetty-specific dependency and use it rather than the generic? Or use the generic for 2.5, and the Jetty-specific version for anything else?

Currently most of the compiler options are available though the plugin configuration but some time you may want to add some rarely used compiler options not yet supported by the plugin.

To do this there should be a configuration option vaadin.gwt.extraArgs where you could add those extra parameters.

createVaadinProject task fails when run using latest plugin (apply from: 'http://plugins.jasoft.fi/vaadin.plugin') and Gradle 1.4 for the following build.gradle script:

apply plugin: 'groovy'
apply plugin: 'eclipse-wtp'
apply from: 'http://plugins.jasoft.fi/vaadin.plugin'

sourceCompatibility = 1.7
ext.vaadinVersion = '7.0.+'

repositories {
    maven { url 'http://repository.springsource.com/maven/bundles/release' }
    maven { url 'http://repository.springsource.com/maven/bundles/external' }

    maven { url 'http://maven.vaadin.com/vaadin-addons' }
    mavenCentral()
    mavenLocal()
}

eclipse { classpath { downloadSources=true } }

sourceSets {    //override default project structure to make it possible to have .groovy files in src/*/java
    main {
        groovy {
            srcDir 'src/main/java'
        }
        java {
            srcDirs = []
        }
    }
    test {
        groovy {
            srcDir 'src/test/java'
        }
        java {
            srcDirs = []
        }
    }
}

vaadin.manageDependencies = false

vaadin.version = vaadinVersion
vaadin.manageWidgetset = false
task wrapper(type: Wrapper) { gradleVersion = '1.4' }

dependencies {

    groovy  "org.codehaus.groovy:groovy-all:2.1.+"


    compile "org.slf4j:jcl-over-slf4j:1.6.1",
            "com.vaadin:vaadin-server:${vaadinVersion}",
            "com.vaadin:vaadin-shared:${vaadinVersion}",
            "com.vaadin:vaadin-themes:${vaadinVersion}",
            "com.vaadin:vaadin-client:${vaadinVersion}",
            "com.vaadin:vaadin-client-compiler:${vaadinVersion}",
            "com.vaadin:vaadin-theme-compiler:${vaadinVersion}",
            'org.dellroad:dellroad-stuff:1.0.592'

//  compile ("org.springframework:org.springframework.context:${springVersion}") {
//      exclude group: 'commons-logging', module:'commons-logging'
//  }

    providedRuntime 'org.mortbay.jetty:jetty:6.1.11',
            "com.vaadin:vaadin-client-compiler:${vaadinVersion}@jar",
            "com.vaadin:vaadin-theme-compiler:${vaadinVersion}@jar"


    runtime 'org.slf4j:slf4j-api:1.6.5',
            'log4j:log4j:1.2.16',
            'ch.qos.logback:logback-classic:1.0.6',
            'ch.qos.logback:logback-core:1.0.6'

    testRuntime 'junit:junit:4.+'
}

Below the stacktrace enabled run:

Building > :createVaadinProject
Application Name (MyApplication):

Application Package (com.example.myapplication):
:createVaadinProject FAILED

FAILURE: Build failed with an exception.

• What went wrong:
  Execution failed for task ':createVaadinProject'.

  java.util.NoSuchElementException (no error message)

• Try:
  Run with --info or --debug option to get more log output.

• Exception is:
  org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':createVaadinProject'.
  at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:72)
  at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:49)
  at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:34)
  at org.gradle.api.internal.changedetection.CacheLockHandlingTaskExecuter$1.run(CacheLockHandlingTaskExecuter.java:34)
  at org.gradle.internal.Factories$1.create(Factories.java:22)
  at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:179)
  at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:232)
  at org.gradle.cache.internal.DefaultPersistentDirectoryStore.longRunningOperation(DefaultPersistentDirectoryStore.java:142)
  at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.longRunningOperation(DefaultTaskArtifactStateCacheAccess.java:
  3)
  at org.gradle.api.internal.changedetection.CacheLockHandlingTaskExecuter.execute(CacheLockHandlingTaskExecuter.java:32)
  at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:55)
  at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:57)
  at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:41)
  at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
  at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:52)
  at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:42)
  at org.gradle.api.internal.AbstractTask.executeWithoutThrowingTaskFailure(AbstractTask.java:275)
  at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.executeTask(DefaultTaskPlanExecutor.java:52)
  at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.processTask(DefaultTaskPlanExecutor.java:38)
  at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:30)
  at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:84)
  at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:29)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
  at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
  at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
  at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter$1.run(TaskCacheLockHandlingBuildExecuter.java:31)
  at org.gradle.internal.Factories$1.create(Factories.java:22)
  at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:124)
  at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:112)
  at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:134)
  at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.useCache(DefaultTaskArtifactStateCacheAccess.java:79)
  at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter.execute(TaskCacheLockHandlingBuildExecuter.java:29)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
  at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
  at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
  at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:54)
  at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:165)
  at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:113)
  at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:81)
  at org.gradle.launcher.cli.ExecuteBuildAction.run(ExecuteBuildAction.java:38)
  at org.gradle.launcher.exec.InProcessGradleLauncherActionExecuter.execute(InProcessGradleLauncherActionExecuter.java:39)
  at org.gradle.launcher.exec.InProcessGradleLauncherActionExecuter.execute(InProcessGradleLauncherActionExecuter.java:25)
  at org.gradle.launcher.cli.RunBuildAction.run(RunBuildAction.java:50)
  at org.gradle.api.internal.Actions$RunnableActionAdapter.execute(Actions.java:171)
  at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:201)
  at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:174)
  at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:170)
  at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:139)
  at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33)
  at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22)
  at org.gradle.launcher.Main.doAction(Main.java:48)
  at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45)
  at org.gradle.launcher.Main.main(Main.java:39)
  at org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:50)
  at org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:32)
  at org.gradle.launcher.GradleMain.main(GradleMain.java:26)
  at org.gradle.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:33)
  at org.gradle.wrapper.WrapperExecutor.execute(WrapperExecutor.java:130)
  at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:48)
  Caused by: java.util.NoSuchElementException
  at java_util_Iterator$next.call(Unknown Source)
  at fi.jasoft.plugin.tasks.CreateProjectTask.run(CreateProjectTask.groovy:55)
  at org.gradle.api.internal.BeanDynamicObject$MetaClassAdapter.invokeMethod(BeanDynamicObject.java:216)
  at org.gradle.api.internal.BeanDynamicObject.invokeMethod(BeanDynamicObject.java:122)
  at org.gradle.api.internal.CompositeDynamicObject.invokeMethod(CompositeDynamicObject.java:147)
  at fi.jasoft.plugin.tasks.CreateProjectTask_Decorated.invokeMethod(Unknown Source)
  at org.gradle.util.ReflectionUtil.invoke(ReflectionUtil.groovy:23)
  at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$4.execute(AnnotationProcessingTaskFactory.java:161)
  at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$4.execute(AnnotationProcessingTaskFactory.java:156)
  at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:510)
  at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:499)
  at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:64)
  ... 60 more

Vaadin 7.1 now provides asserts which are useful for debugging multi-threaded apps. The asserts needs to be enabled for the JVM by adding the -ea flag to the JVM process. By default the -ea flag should be turned on for easier debugging, but there should also be a way of removing it if necessary

JRebel should work out-of-the-box so that the user only needs to specify where his jrebel.jar is located and when using vaadinRun JRebel is automatically activated.

The companion to my earlier issue:

vaadinRun now terminates the server as advertised, but now I can't run a server at all.

This is in gnome-terminal, so a console is very much available. I can also run the offending code in groovysh and it pauses and waits for a newline as it should.

When the widgetset scanner finds multiple widgetsets specified in an addon meta tag it it does not split the widgetsets up into separate inherits, instead it adds them all to the same inherit tag.

For example, this can be noticed when including the latest Vaadin Charts library:

<inherits name="com.vaadin.addon.charts.Widgetset,com.vaadin.addon.timeline.gwt.TimelineWidgetSet" />

hi john,

i keeping on getting this error with the last version of the plugin , maybe you have an idea of what i'm doing wrong here ?

FAILURE: Build failed with an exception.

• What went wrong:
  Execution failed for task ':vaadinRun'.

  Could not resolve all dependencies for configuration ':vaadinSources'.
  Artifact 'com.vaadin:vaadin-client-compiled:7.0.4:sources@jar' not found.

thanks

I have enabled JRebel in the build.gradle:
jrebel.enabled = true
and it works when using devMode, but when running the project in superDevMode JRebel doesn't seem to be enabled.

When changing a lot of options in the build configuration using closures would simplify and cleanup the syntax a lot.

For example:

vaadin {
        widgetset 'com.example.WidgetSet' 
        gwt {
                style 'PRETTY'
                logLevel 'TRACE'
                draftCompile true
                strict true              
        }
        devmode {
                superDevMode true
        }
        plugin {
                logToConsole true
        }
}

If compiling the widgetset in eclipse using the Vaadin plugin compile button the plugin will by default overwrite the widgetset xml file with it's own. This is not really optimal as then all options the gradle plugin added will be lost.

This can be prevented by adding the following comment to the widgetset xml file:

<!-- WS Compiler: manually edited -->

My widgetset compilation now fails due to java.lang.OutOfMemoryError: Java heap space . And I have found no way to pass Xmx parameter to that compilation step.

Currently all Jetty server logs end up in build/logs/jetty. But sometimes you would like directly to see the logs in your console while running. Provide a boolean configuration plugin.logToConsole by which setting to true the logs are just printed to console instead of to the log files.

Hey,

i would like to change the Project Structure but the ContentWidgetset.gwt.xml is always in the

src/main/resources/com/sonoxo/frame/widgetset/ContentWidgetset.gwt.xml

directory how can i change it to

src/com/sonoxo/frame/widgetset/ContentWidgetset.gwt.xml ?

which property can i use for it?

And is the VAADIN/gwt-unitCache required for the widgetset?

Thx John!

The provided jetty is fine for some use cases, but sometimes it would be useful to be able to also deploy the app via Eclipse. Everything else works fine with gradles built-in eclipse-wtp plugin, but the Vaadin JARs aren't added to the deployment assembly.

I'd guess they aren't added to the wtp.component container because they are not in the default compile configuration. Is the DependencyListener run after the evaluation of the build script? Would it make more sense to add the Vaadin dependencies to the compile/runtime configurations instead of vaadin and gwt?

If you have a public folder in your projects classpath and you have previously compiled the widgetset and modified a CSS file in the public folder, the widgetset task does not recompile the widgetset.

No matter if logToConsole is enabled or not, the log is not printed on Windows

If i´m logging to file, i get this error

FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)

If i´m login to console, nothing happens.

Example of build.gradle file:

apply plugin: 'eclipse'
apply plugin: 'eclipse-wtp'
apply from: 'http://plugins.jasoft.fi/vaadin.plugin'

version = '0.1-SNAPSHOT'

repositories {
mavenCentral()
maven {
url "http://files.couchbase.com/maven2/"
}
maven{
url "http://maven.vaadin.com/vaadin-addons"
}
maven{
url "http://support.audaxis.com/maven2/"
}

}

vaadin {
version '7.0.5'
widgetset 'dc.framework.DCWidgetSet'
widgetsetGenerator 'dc.framework.OptimizedConnectorBundleLoaderFactory'
plugin {
logToConsole true
}
}
vaadin.gwt.jvmArgs = ['-Xmx1024m', '-Xms256m', '-XX:MaxPermSize=512m']

tasks.withType(Compile) {
options.encoding = 'ISO-8859-1'
}

dependencies {

    //compile 'org.vaadin.addons:pagedtable:0.6.5'
    //compile 'org.vaadin.addons.lazyquerycontainer:vaadin-lazyquerycontainer:1.3.0'

     //compile 'eu.hurion.vaadin.heroku:vaadin-for-heroku:0.4'

     compile 'org.vaadin.addon:confirmdialog:2.0.4'
     compile 'com.vaadin.addon:vaadin-calendar-cval-2.0:2.0.0.beta3'
     compile 'com.vaadin.addon:vaadin-charts:1.0.0'
     compile 'org.vaadin.addons:cssinject:2.0.3'


    // dependencies     
    compile 'org.hibernate:hibernate-entitymanager:4.2.1.Final'
    compile 'org.hibernate:hibernate-validator:5.0.0.Final'

    compile 'org.hibernate:hibernate-search:4.2.0.Final'
    compile 'org.hibernate:hibernate-search-analyzers:4.2.0.Final'

    compile 'com.itextpdf:itextpdf:5.0.6'
    compile 'javax.mail:mail:1.4'

    compile 'mysql:mysql-connector-java:5.1.21'
    compile 'postgresql:postgresql:9.1-901.jdbc4'

    compile 'br.com.caelum.stella:caelum-stella-core:2.0-beta1'
    compile 'commons-beanutils:commons-beanutils:1.7.0'
    compile 'commons-pool:commons-pool:1.6'
    compile 'commons-lang:commons-lang:2.6'
    compile 'commons-dbcp:commons-dbcp:1.4'

    compile 'asm:asm:3.3.1'
    compile 'org.springframework:spring-beans:3.2.2.RELEASE'
    compile 'org.springframework:spring-context:3.2.2.RELEASE'
    compile 'org.springframework:spring-core:3.2.2.RELEASE'
    compile 'org.springframework:spring-expression:3.2.2.RELEASE'
    compile 'org.springframework:spring-orm:3.2.2.RELEASE'
    compile 'org.springframework:spring-jdbc:3.2.2.RELEASE'
    compile 'org.springframework:spring-tx:3.2.2.RELEASE'
    compile 'org.springframework:spring-web:3.2.2.RELEASE'
    compile 'org.springframework:spring-webmvc:3.2.2.RELEASE'
    compile 'org.springframework:spring-context-support:3.2.2.RELEASE'
    compile 'org.freemarker:freemarker:2.3.18'


    compile 'org.springframework.security:spring-security-core:3.1.4.RELEASE'
    compile "org.springframework.security:spring-security-web:3.1.4.RELEASE"
    compile 'org.springframework.security:spring-security-config:3.1.4.RELEASE'


    compile 'org.slf4j:slf4j-api:1.7.5'
    compile 'org.slf4j:slf4j-simple:1.7.5'

    providedCompile 'org.mortbay.jetty:jetty:6.1.26'

    // REST
    compile 'com.sun.jersey:jersey-servlet:1.17'
    compile 'com.sun.jersey:jersey-server:1.17'
    compile 'com.sun.jersey:jersey-core:1.17'
    compile 'com.sun.jersey:jersey-json:1.17'

    compile ('com.sun.jersey.contribs:jersey-spring:1.17') {
        exclude group:'org.springframework'
    } 

    compile 'org.vaadin.addon:easyuploads:7.0.0'
    compile 'com.reveregroup.gwt:gwt-image-loader:1.1.4'
    compile 'org.vaadin.addons:imageviewer:0.5.1.v7'  

}

Hi john,

I have a concern, in my project using your gradle-vaadin plugin i have this directory tree appearing under webapp directory :

└── webapp
├── VAADIN
│   ├── gwt-unitCache
│   │  
│   ├── themes
│   │   └── mytheme
│   │   ├
│   │   └──
│   └── widgetsets
│   ├──
│   │   ├──
│   │   ├──
│   │   ├──
│   │   ├──
│   └── VAADIN
│   └── gwt-unitCache
└── WEB-INF
├── web.xml

Is it normal to have a second VAADIN directory under widgetset forlder ? if yes what is the purpose ?

Rok

Currently the server is always started on 0.0.0.0:8080 making it impossible to access from an outside network. To enable debugging the application from an external network options should be provided to configure both the address and the port of the embedded server.

Getting the following stacktrace when executing vaadinRun under 0.3.4:

FAILURE: Build failed with an exception.

• What went wrong:
  Execution failed for task ':vaadinRun'.

  Cannot invoke method readLine() on null object

• Try:
  Run with --info or --debug option to get more log output.

• Exception is:
  org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':vaadinRun'.
  at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:68)
  at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
  at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:34)
  at org.gradle.api.internal.changedetection.CacheLockHandlingTaskExecuter$1.run(CacheLockHandlingTaskExecuter.java:34)
  at org.gradle.internal.Factories$1.create(Factories.java:22)
  at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:179)
  at org.gradle.cache.internal.DefaultCacheAccess.longRunningOperation(DefaultCacheAccess.java:232)
  at org.gradle.cache.internal.DefaultPersistentDirectoryStore.longRunningOperation(DefaultPersistentDirectoryStore.java:138)
  at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.longRunningOperation(DefaultTaskArtifactStateCacheAccess.java:83)
  at org.gradle.api.internal.changedetection.CacheLockHandlingTaskExecuter.execute(CacheLockHandlingTaskExecuter.java:32)
  at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:55)
  at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:57)
  at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:41)
  at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
  at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:52)
  at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:42)
  at org.gradle.api.internal.AbstractTask.executeWithoutThrowingTaskFailure(AbstractTask.java:247)
  at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.executeTask(DefaultTaskPlanExecutor.java:52)
  at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.processTask(DefaultTaskPlanExecutor.java:38)
  at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor.process(DefaultTaskPlanExecutor.java:30)
  at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:83)
  at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:29)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
  at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
  at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
  at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter$1.run(TaskCacheLockHandlingBuildExecuter.java:31)
  at org.gradle.internal.Factories$1.create(Factories.java:22)
  at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:124)
  at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:112)
  at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:130)
  at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.useCache(DefaultTaskArtifactStateCacheAccess.java:79)
  at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter.execute(TaskCacheLockHandlingBuildExecuter.java:29)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
  at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)
  at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)
  at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)
  at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:54)
  at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:158)
  at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:113)
  at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:81)
  at org.gradle.launcher.cli.ExecuteBuildAction.run(ExecuteBuildAction.java:38)
  at org.gradle.launcher.exec.InProcessGradleLauncherActionExecuter.execute(InProcessGradleLauncherActionExecuter.java:39)
  at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:45)
  at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:34)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:42)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:24)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.StartStopIfBuildAndStop.execute(StartStopIfBuildAndStop.java:33)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.ReturnResult.execute(ReturnResult.java:34)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:70)
  at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:68)
  at org.gradle.util.Swapper.swap(Swapper.java:38)
  at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:68)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:60)
  at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:34)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:59)
  at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:34)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:45)
  at org.gradle.launcher.daemon.server.DaemonStateCoordinator.runCommand(DaemonStateCoordinator.java:186)
  at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy.doBuild(StartBuildOrRespondWithBusy.java:49)
  at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:34)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.HandleStop.execute(HandleStop.java:36)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.CatchAndForwardDaemonFailure.execute(CatchAndForwardDaemonFailure.java:32)
  at org.gradle.launcher.daemon.server.exec.DaemonCommandExecution.proceed(DaemonCommandExecution.java:126)
  at org.gradle.launcher.daemon.server.exec.DefaultDaemonCommandExecuter.executeCommand(DefaultDaemonCommandExecuter.java:48)
  at org.gradle.launcher.daemon.server.DefaultIncomingConnectionHandler$ConnectionWorker.handleCommand(DefaultIncomingConnectionHandler.java:155)
  at org.gradle.launcher.daemon.server.DefaultIncomingConnectionHandler$ConnectionWorker.receiveAndHandleCommand(DefaultIncomingConnectionHandler.java:128)
  at org.gradle.launcher.daemon.server.DefaultIncomingConnectionHandler$ConnectionWorker.run(DefaultIncomingConnectionHandler.java:116)
  at org.gradle.internal.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66)
  Caused by: java.lang.NullPointerException: Cannot invoke method readLine() on null object
  at fi.jasoft.plugin.tasks.RunTask.run(RunTask.groovy:57)
  at org.gradle.api.internal.BeanDynamicObject$MetaClassAdapter.invokeMethod(BeanDynamicObject.java:216)
  at org.gradle.api.internal.BeanDynamicObject.invokeMethod(BeanDynamicObject.java:122)
  at org.gradle.api.internal.CompositeDynamicObject.invokeMethod(CompositeDynamicObject.java:147)
  at fi.jasoft.plugin.tasks.RunTask_Decorated.invokeMethod(Unknown Source)
  at org.gradle.util.ReflectionUtil.invoke(ReflectionUtil.groovy:23)
  at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$4.execute(AnnotationProcessingTaskFactory.java:161)
  at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$4.execute(AnnotationProcessingTaskFactory.java:156)
  at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:472)
  at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:461)
  at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:60)
  ... 78 more

I'm not exactly sure about this, but as the plugin takes care of setting the addon properties, should it also automatically include the source? At least I've always done something like this for my addon projects:

jar {
    from sourceSets.main.allJava
}

When building addons with the plugin some metadata in META-INF/MANIFEST.MF should be present according to http://dev.vaadin.com/wiki/VaadinAddon.

The metadata could be added automatically to the manifest and some of the attributes should be configurable.

There's a very odd side-effect in the widgetset task. It copies the gwt.xml file to the build/classes/path/to/widgetset directory from the resource dir. And, if I run the build task which runs widgetset and jar, the JAR includes the gwt.xml from both build/classes/ and build/resources. Afterwards, if I run clean jar it only includes the gwt.xml file once (since the widgetset task isn't run again).

EDIT: my initial assumptions were wrong, this has nothing to do with the java/resource dir gwt.xml checks.

As far as I understand, when I add this gradle plugin to my project, I have not add explicit vaadin dependencies. Plugin will add them for me. But then my IDE, IntelliJ in this case, will not see vaadin.jar. IntelliJ's JetGradle does not see them, Gradle's own idea task will not see them.

Any suggestions?

If you create a multi-module build with two projects where one is a Vaadin addon project and the other is a demo application utilizing the addon project, then run the devmode task on the demo project, the breakpoints you set in the addon projects source code will not be hit nor will code changes be updated.

The problem is that the demo project only depends on the artifact (jar) of the addon project and not on the sources of the addon project so devmode will not be able to know where the breakpoints have been set and update accordingly.

For application projects where both the client source code and the application code is in the same project this is not an issue.

I'm working on a vaadin 7 project and nethertheless the widgetset task is using the old vaadin 6 style for the DefaultWidgetset :

Vaadin 6 :

Should be in Vaadin 7 like this :

But that is not the case after a widegdet compile i open the widegetset file and the module is define as if i was using vaadin 6.

I guess that might come from the widgetset template file used in gradle-vaadin-plugin

Rok

The plugin should be able to create Vaadin composites which later can be edited with the Visual Designer in eclipse.

Currently when you apply the http://plugins.jasoft.fi/vaadin.plugin script to your project you will always get the latest plugin. This is problematic since you never know when the plugin is updated and might cause changes in the build.

Instead, a parameter should be added to the url ?version=0.4 so that you can specify which plugin version is in use. If no such parameter is present then the latest plugin should be downloaded.

also have the same problem with the plugin on linux and mac it works perfectly on windows but it does not show the events at runtime. would arrange to work perfectly in windows it works on linux and mac?

Hi John,

I think it would be nice to have a compagion project for the plugin, just to illustrate the usage of this plugin . It will allow new comer to quickly get up and going with new project .

What do think about this ?

By the way it seems that you used to have such project ?

cheers

Vaadin 7.1 will introduce support for using push by providing a new vaadin push dependency. The plugin should support using push in your applications as well.

It seems that the value I set in vaadin.gwt.userAgent has no effect on which permutations are compiled. Here is where I configure the plugin:

vaadin {
    version '7.0.7'
    widgetset 'com.XXXXXX'
    manageWidgetset false
    manageDependencies false
    gwt {
        if (targetEnvironments.contains('PROD')) {
            userAgent 'ie8,ie9,gecko1_8,safari'
            optimize '9'
        } else {
            userAgent 'ie9,gecko1_8,safari'
            optimize '0'
            draftCompile true
        }
    }
}

6 permutations are always compiled.

As a work-around, I can configure this value in Widgetset.gwt.xml:
<set-property name="user.agent" value="ie8,ie9,gecko1_8,safari"/>
But then having different values for dev and prod is more difficult.

I have upgraded from vaadin 7.07 to 7.10 and now my widgest compilation does not work.

Here is the output:

bruno@bruno-Lenovo-G480:~/workspace/workana/gradle-vaadin$ gradle build
Using Gradle Vaadin Plugin 0.6.2
:compileJava UP-TO-DATE
:updateAddonStyles
:updateWidgetset
:processResources UP-TO-DATE
:classes UP-TO-DATE
:themes
Compiling /home/bruno/workspace/workana/gradle-vaadin/src/main/webapp/VAADIN/themes/dotcompany/styles.scss...
:widgetset
Compiling module dc.framework.DCWidgetSet
Validating units:
Ignored 14 units with compilation errors in first pass.
Compile with -strict or with -logLevel set to TRACE or DEBUG to see all errors.
Finding entry point classes
[ERROR] Errors in 'com/vaadin/client/ApplicationConnection.java'
[ERROR] Line 98: The import com.vaadin.shared.ui.ui.UIState.PushConfigurationState cannot be resolved
[ERROR] Line 469: overlayContainerLabel cannot be resolved or is not a field
[ERROR] Line 1398: localeServiceState cannot be resolved or is not a field
[ERROR] Line 2943: VAADIN_PROTOCOL_PREFIX cannot be resolved or is not a field
[ERROR] Line 2946: VAADIN_PROTOCOL_PREFIX cannot be resolved or is not a field
[ERROR] Line 3371: PushConfigurationState cannot be resolved to a type
[ERROR] Line 3371: pushConfiguration cannot be resolved or is not a field
[ERROR] Unable to find type 'com.vaadin.client.ApplicationConfiguration'
[ERROR] Hint: Previous compiler errors may have made this type unavailable
[ERROR] Hint: Check the inheritance chain from your module; it may not be inheriting a required module or a module may not be adding its source path entries properly
:widgetset FAILED

Any suggestion or idea?

Thanks!

Hi John,

i'm a big fan of gradle i mean all the advantage it gives is awesome, but never used it on project before. So i'm starting to with a new vaadin 7 project .

my issue is about the widgetset task , every time i call widgetset task it will overwrite my MyAppWidegtset.gwt.xml that i have customize with. for exemple i inherit from some gwt additional module. i customize the src path etc ...
Seems like your template widgetset file is always replacing my custom one.

When using maven-vaadin plugin this is not happening . Is this the wanted behavior ?

Rok

As the plugin takes care of setting the manifest properties of addons, it should provide more feedback for conflicts and missing data:

• the project already has jar settings and these are overwritten
• when the project doesn't define e.g. vaadin.addon.title and an empty value is used.

This would ensure that when the plugin has created the addon JAR, then the Directory would always accept the addon.

Vaadin 7.1 will introduce a new feature allowing Vaadin addons to provide server side themes without compiling the widgetset. The plugin should also support using these themes in your application

Client side SASS styles are commonly stored in public/*.scss and can be directly compiled using the SassLinker (see https://vaadin.com/blog/-/blogs/link-to-the-client-side-from-sass).

The sass linker + stylesheet definitions should be automatically included in the widgetset if scss files are present in the public folder.

When the project uses the eclipse plugin the Vaadin Eclipse Plugin facet should be added to the project so the Vaadin's eclipse plugin can be used with the gradle generated project.

I have my own folder structure like

ProjectName/src/com/example/

and at these tasks (processResources, widgetset, updateWidgetset) the plugin always look into

ProjectName/src/main/java/com/example

is it possible to change this?

Getting a massive error message when attempting to build widgetsets. I had this build working with an earlier buildscript modeled after the one from your blog post, so I know that it can work. It just fails when I try using the plugin.

Here is my build.gradle. I'm keeping widgets in src/main/resources.

apply plugin: "scala"

compileScala.scalaCompileOptions.useAnt = false

project.ext.scalaVersion = "2.9.2"

apply from: 'http://plugins.jasoft.fi/vaadin.plugin'

vaadin.version = "6.8.7"

vaadin.widgetset = "code.MainWidgetset"

repositories {
mavenCentral()
mavenLocal()
maven { url "https://oss.sonatype.org/content/repositories/public/" }
maven { url "https://oss.sonatype.org/content/repositories/snapshots/" }
maven { url "http://repo.typesafe.com/typesafe/releases/" }
maven { url "http://download.java.net/maven/2/" }
maven { url "https://repository.apache.org/content/repositories/" }
ivy {
url System.getProperty("user.home")+"/.ivy2/local"
layout "pattern", {
artifact "[organization]/[module]/[revision]/[artifact].[ext]"
ivy "[organization]/[module]/[revision]/ivys/ivy.xml"
}
}
}

project.ext.shiroVersion = "1.2.1"

configurations.all {
resolutionStrategy {
force "com.vaadin:vaadin:$vaadin.version"
}
}

dependencies {
scalaTools "org.scala-lang:scala-compiler:$scalaVersion"
scalaTools "org.scala-lang:scala-library:$scalaVersion"
compile([
"org.scala-lang:scala-library:$scalaVersion",
"org.vaadin.addons:scaladin:2.1.0",
"org.vaadin:dontpush-addon-ozonelayer:1.0.4",
"org.apache.shiro:shiro-core:$shiroVersion",
"org.apache.shiro:shiro-web:$shiroVersion",
"ch.qos.logback:logback-classic:1.0.6",
"com.typesafe:config:1.0.0",
"com.typesafe.akka:akka-actor:2.0.5",
"com.novus:salat-core_$scalaVersion:1.9.2-SNAPSHOT",
"org.mindrot:jbcrypt:0.3m"
])
}

task wrapper(type: Wrapper)

defaultTasks "build"

And the error:

:compileJava UP-TO-DATE
:compileScala UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:themes
SASS themes are not compatible with Vaadin 6.
:widgetset
Compiling module code.MainWidgetset
Scanning for additional dependencies: jar:file:/home/nolan/.gradle/caches/artifacts-15/filestore/com.vaadin/vaadin/6.8.7/jar/581d6f629c436190b7ddaeec39ffcc0906ae65dc/vaadin-6.8.7.jar!/com/vaadin/terminal/gwt/client/WidgetSet.java
Computing all possible rebind results for 'com.vaadin.terminal.gwt.client.WidgetMap'
Rebinding com.vaadin.terminal.gwt.client.WidgetMap
Invoking generator com.vaadin.terminal.gwt.widgetsetutils.EagerWidgetMapGenerator
Detecting Vaadin components in classpath to generate WidgetMapImpl.java ...
Widget set will contain implementations for following components:
com.vaadin.ui.AbsoluteLayout
com.vaadin.ui.Accordion
com.vaadin.ui.Audio
com.vaadin.ui.Button
com.vaadin.ui.CheckBox
com.vaadin.ui.ComboBox
com.vaadin.ui.CssLayout
com.vaadin.ui.CustomComponent
com.vaadin.ui.CustomLayout
com.vaadin.ui.DateField
com.vaadin.ui.DragAndDropWrapper
com.vaadin.ui.Embedded
com.vaadin.ui.Form
com.vaadin.ui.FormLayout
com.vaadin.ui.GridLayout
com.vaadin.ui.HorizontalLayout
com.vaadin.ui.HorizontalSplitPanel
com.vaadin.ui.InlineDateField
com.vaadin.ui.Label
com.vaadin.ui.Link
com.vaadin.ui.ListSelect
com.vaadin.ui.MenuBar
com.vaadin.ui.NativeButton
com.vaadin.ui.NativeSelect
com.vaadin.ui.OptionGroup
com.vaadin.ui.OrderedLayout
com.vaadin.ui.Panel
com.vaadin.ui.PasswordField
com.vaadin.ui.PopupView
com.vaadin.ui.ProgressIndicator
com.vaadin.ui.RichTextArea
com.vaadin.ui.Select
com.vaadin.ui.Slider
com.vaadin.ui.SplitPanel
com.vaadin.ui.TabSheet
com.vaadin.ui.Table
com.vaadin.ui.TextArea
com.vaadin.ui.TextField
com.vaadin.ui.Tree
com.vaadin.ui.TreeTable
com.vaadin.ui.TwinColSelect
com.vaadin.ui.Upload
com.vaadin.ui.UriFragmentUtility
com.vaadin.ui.VerticalLayout
com.vaadin.ui.VerticalSplitPanel
com.vaadin.ui.Video
com.vaadin.ui.Window
Done. (3seconds)
Scanning for additional dependencies: jar:file:/home/nolan/.gradle/caches/artifacts-15/filestore/com.google.gwt/gwt-user/2.3.0/jar/56370730a26623ac3a05b111096ed24599ffb01e/gwt-user-2.3.0.jar!/com/google/gwt/user/client/ui/MenuBar.java
Adding '1' new generated units
Validating newly compiled units
[ERROR] Errors in 'generated://866E533E810D66AB0B074B0163B8A8C0/com/google/gwt/user/client/ui/MenuBar_Resources_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
See snapshot: /tmp/com.google.gwt.user.client.ui.MenuBar_Resources_default_InlineClientBundleGenerator3412179914385779309.java
Scanning for additional dependencies: jar:file:/home/nolan/.gradle/caches/artifacts-15/filestore/com.google.gwt/gwt-user/2.3.0/jar/56370730a26623ac3a05b111096ed24599ffb01e/gwt-user-2.3.0.jar!/com/google/gwt/user/client/ui/DisclosurePanel.java
Adding '1' new generated units
Validating newly compiled units
[ERROR] Errors in 'generated://59B9DC327723A2FD9849342ADEF4A992/com/google/gwt/user/client/ui/DisclosurePanel_DefaultImages_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 29: The method fromTrustedString(String) is undefined for the type UriUtils
See snapshot: /tmp/com.google.gwt.user.client.ui.DisclosurePanel_DefaultImages_default_InlineClientBundleGenerator412908390770151896.java
[ERROR] Errors in 'generated://866E533E810D66AB0B074B0163B8A8C0/com/google/gwt/user/client/ui/MenuBar_Resources_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
Scanning for additional dependencies: jar:file:/home/nolan/.gradle/caches/artifacts-15/filestore/com.google.gwt/gwt-user/2.3.0/jar/56370730a26623ac3a05b111096ed24599ffb01e/gwt-user-2.3.0.jar!/com/google/gwt/user/client/ui/Tree.java
Adding '1' new generated units
Validating newly compiled units
[ERROR] Errors in 'generated://F96346BB16742D29129AA81852EFAC16/com/google/gwt/user/client/ui/Tree_Resources_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 29: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 47: The method fromTrustedString(String) is undefined for the type UriUtils
See snapshot: /tmp/com.google.gwt.user.client.ui.Tree_Resources_default_InlineClientBundleGenerator5837107723025801242.java
[ERROR] Errors in 'generated://59B9DC327723A2FD9849342ADEF4A992/com/google/gwt/user/client/ui/DisclosurePanel_DefaultImages_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 29: The method fromTrustedString(String) is undefined for the type UriUtils
Scanning for additional dependencies: jar:file:/home/nolan/.gradle/caches/artifacts-15/filestore/com.vaadin/vaadin/6.8.7/jar/581d6f629c436190b7ddaeec39ffcc0906ae65dc/vaadin-6.8.7.jar!/com/vaadin/terminal/gwt/client/ui/richtextarea/VRichTextToolbar.java
Adding '2' new generated units
Validating newly compiled units
[ERROR] Errors in 'generated://661AB311484B884E6AC2E4E699ADF095/com/vaadin/terminal/gwt/client/ui/richtextarea/VRichTextToolbar_Images_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 29: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 47: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 65: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 83: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 101: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 119: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 137: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 155: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 173: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 191: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 209: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 227: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 245: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 263: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 281: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 299: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 317: The method fromTrustedString(String) is undefined for the type UriUtils
See snapshot: /tmp/com.vaadin.terminal.gwt.client.ui.richtextarea.VRichTextToolbar_Images_default_InlineClientBundleGenerator6509507868241238794.java
[ERROR] Errors in 'generated://F96346BB16742D29129AA81852EFAC16/com/google/gwt/user/client/ui/Tree_Resources_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 29: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 47: The method fromTrustedString(String) is undefined for the type UriUtils
Scanning for additional dependencies: jar:file:/home/nolan/.gradle/caches/artifacts-15/filestore/com.vaadin/vaadin/6.8.7/jar/581d6f629c436190b7ddaeec39ffcc0906ae65dc/vaadin-6.8.7.jar!/com/vaadin/terminal/gwt/client/ui/dd/VAcceptCriteria.java
Computing all possible rebind results for 'com.vaadin.terminal.gwt.client.ui.dd.VAcceptCriterionFactory'
Rebinding com.vaadin.terminal.gwt.client.ui.dd.VAcceptCriterionFactory
Invoking generator com.vaadin.terminal.gwt.widgetsetutils.AcceptCriteriaFactoryGenerator
Detecting available criteria ...
creating mapping for com.vaadin.event.dd.acceptcriteria.SourceIs
creating mapping for com.vaadin.event.dd.acceptcriteria.Or
creating mapping for com.vaadin.event.dd.acceptcriteria.ContainsDataFlavor
creating mapping for com.vaadin.ui.Table.TableDropCriterion
creating mapping for com.vaadin.event.dd.acceptcriteria.And
creating mapping for com.vaadin.event.dd.acceptcriteria.AcceptAll
creating mapping for com.vaadin.event.dd.acceptcriteria.ServerSideCriterion
creating mapping for com.vaadin.ui.Tree.TreeDropCriterion
creating mapping for com.vaadin.ui.AbstractSelect.TargetItemIs
creating mapping for com.vaadin.event.dd.acceptcriteria.Not
creating mapping for com.vaadin.ui.Tree.TargetInSubtree
creating mapping for com.vaadin.event.dd.acceptcriteria.SourceIsTarget
creating mapping for com.vaadin.event.dd.acceptcriteria.TargetDetailIs
creating mapping for com.vaadin.ui.AbstractSelect.AcceptItem
Done. (0seconds)
[ERROR] Errors in 'generated://661AB311484B884E6AC2E4E699ADF095/com/vaadin/terminal/gwt/client/ui/richtextarea/VRichTextToolbar_Images_default_InlineClientBundleGenerator.java'
[ERROR] Line 11: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 29: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 47: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 65: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 83: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 101: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 119: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 137: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 155: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 173: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 191: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 209: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 227: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 245: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 263: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 281: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 299: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Line 317: The method fromTrustedString(String) is undefined for the type UriUtils
[ERROR] Cannot proceed due to previous errors
:widgetset FAILED

BUILD FAILED

Total time: 35.702 secs

This would not only improve the visibility of the plugin but also provide an easy location for downloading the plugin for using offline.

Currently the plugin assumes all classes that should be compiled with the GWT Compiler is found in the client package. Provide an option to modify and add other source packages as well.

Currently the createVaadinProject task always creates Servlet 2.5 projects. This is problematic since Vaadin 7.1+ (with push) always will require 3.0 to work properly.

The createVaadinProject should create a servlet 3.0 project automatically if vaadin 7.1+ is used.