Любая альтернатива @GrabConfig?

Я использую библиотеку javax.mail для отправки электронных писем, которые могут содержать или не содержать вложения.Любая альтернатива @GrabConfig?

Я также использую Groovy 2.0.6 для написания этого скрипта и разрабатываю его в Eclipse и запускает модульные тесты с использованием Gradle 1.5. Сценарий, который я пишу, будет развернут в банке во многих разных местах в будущем. Поэтому на javax.mail необходимо ссылаться на мой сценарий, а не только вручную добавляться в путь к машине.

Чтобы сделать это, я использую следующие инструкции в моем сценарии:

@GrabConfig(systemClassLoader=true) 
@Grab(group='javax.mail', module='mail', version='1.4.7')

Моя проблема заключается в том, что я не могу запустить юнит-тесты с Gradle в то время как оператор @GrabConfig включен. Он отлично работает только с инструкцией @Grab, но не работает, когда там находится @GrabConfig. Сообщение об ошибке я получаю это:

:compileJava UP-TO-DATE 
:compileGroovy 
startup failed: 

General error during conversion: No suitable ClassLoader found for grab 

java.lang.RuntimeException: No suitable ClassLoader found for grab 
     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
     at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) 
     at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 
     at java.lang.reflect.Constructor.newInstance(Constructor.java:513) 
     at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77) 
     at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:102) 
     at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:57) 
     at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:182) 
     at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:190) 
     at groovy.grape.GrapeIvy.chooseClassLoader(GrapeIvy.groovy:181) 
     at groovy.grape.GrapeIvy$chooseClassLoader.callCurrent(Unknown Source) 
     at groovy.grape.GrapeIvy.grab(GrapeIvy.groovy:247) 
     at groovy.grape.Grape.grab(Grape.java:141) 
     at groovy.grape.GrabAnnotationTransformation.visit(GrabAnnotationTransformation.java:312) 
     at org.codehaus.groovy.transform.ASTTransformationVisitor$3.call(ASTTransformationVisitor.java:319) 
     at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:903) 
     at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:566) 
     at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:542) 
     at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:519) 
     at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:498) 
     at org.gradle.api.internal.tasks.compile.ApiGroovyCompiler.execute(ApiGroovyCompiler.java:118) 
     at org.gradle.api.internal.tasks.compile.ApiGroovyCompiler.execute(ApiGroovyCompiler.java:39) 
     at org.gradle.api.internal.tasks.compile.daemon.CompilerDaemonServer.execute(CompilerDaemonServer.java:52) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
      at java.lang.reflect.Method.invoke(Method.java:597) 
      at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35) 
      at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24) 
      at org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:355) 
      at org.gradle.internal.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66) 
      at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 
      at java.lang.Thread.run(Thread.java:662) 

    1 error 

    :compileGroovy FAILED 

    FAILURE: Build failed with an exception.

Согласно No suitable classloader found for grab, @GrabConfig делает код непроверяема.

Есть ли альтернатива @GrabConfig для моей ситуации?

источник

2013-05-09 twbbas

Добавить почтовый баночку путь к классам? –

@tim_yates Как указано в вопросе, это не вариант для моей ситуации, потому что банка будет автоматически развернута на разных машинах, и мне нужна javax.mail jar, на которую можно ссылаться и использовать без каких-либо действий вручную. – twbbas

Вы можете использовать плагин gradle-one-jar, чтобы упаковать свой собственный и сторонний код в один исполняемый Jar. Кроме того, вы можете использовать плагин Gradle application для создания дистрибутива Zip со стартовыми скриптами.

источник

2013-05-10 07:16:58

Вы можете отключить виноград в build.gradle так:

test {           
    systemProperty 'groovy.grape.enable', 'false' 
} 

compileGroovy { 
    groovyOptions.forkOptions.jvmArgs = [ '-Dgroovy.grape.enable=false' ] 
} 
compileTestGroovy { 
    groovyOptions.forkOptions.jvmArgs = [ '-Dgroovy.grape.enable=false' ] 
}

источник

2013-07-20 02:53:56

Любая альтернатива @GrabConfig?

ответ

Смежные вопросы