快速摘要:我正在尝试在顶级项目中等待所有SBT子模块构建,然后删除它们的target目录.顶级应用程序聚合所有子模块,它们不会单独部署,而只是作为具有类路径依赖性的包,而子模块中的重复库会炸毁整个包的大小,并且slug超过Heroku限制.
从技术上讲,我正在尝试实际使用它 - 我正在尝试添加一个可以运行的'清理'任务stage.上面链接的解决方案对我来说似乎不起作用(Play 2.4,SBT 0.13.5),错误说它比我更好:
build.sbt:50: error: reference to stage is ambiguous;
it is imported twice in the same scope by
import _root_.com.typesafe.sbt.packager.universal.UniversalPlugin.autoImport._
and import $52e59eb09172b3222f9e._
stage := {
Run Code Online (Sandbox Code Playgroud)
假设我有清理任务:
val stageCleanupTask = taskKey[Unit]("Clean after stage task")
stageCleanupTask := {
val log = streams.value.log
if (sys.env.getOrElse("POST_STAGE_CLEAN", "false").equals("true")) {
log.info("Cleaning submodules' target directories")
sbt.IO.delete(baseDirectory.value / "modules" / "a" / "target")
sbt.IO.delete(baseDirectory.value / "modules" / "b" / "target")
sbt.IO.delete(baseDirectory.value / "modules" / "c" / "target")
} …Run Code Online (Sandbox Code Playgroud) 已经有问题如何获得自定义错误处理和答案,但所有这些答案都使用"外部"引用/选择器来使其工作,例如:
function onError(e) {
if (e.errors) {
var message = "Error:\n";
var grid = $('#gridID').data('kendoGrid'); // <<- here
(...)
}
Run Code Online (Sandbox Code Playgroud)
是否有可能从错误处理函数内部获取对网格的引用,而无需手动或"外部"提供选择器(因为全局变量是meh)?这样,错误处理脚本可以是完全独立的.
javascript asp.net-mvc kendo-ui kendo-grid kendo-asp.net-mvc
我知道PipeTo,但有些东西,比如同步等待嵌套延续,似乎违背异步和等待方式.
所以,我的第一个问题[1]将是:这里是否存在"魔法",以便我们可以在延续中同步等待嵌套任务并且最终仍然是异步的?
当我们处于异步并等待差异时,如何处理失败?
让我们创建一个简单的例子:
public static class AsyncOperations
{
public async static Task<int> CalculateAnswerAsync()
{
await Task.Delay(1000).ConfigureAwait(false);
throw new InvalidOperationException("Testing!");
//return 42;
}
public async static Task<string> ConvertAsync(int number)
{
await Task.Delay(600).ConfigureAwait(false);
return number + " :)";
}
}
Run Code Online (Sandbox Code Playgroud)
在'常规',异步和等待方式:
var answer = await AsyncOperations.CalculateAnswerAsync();
var converted = await AsyncOperations.ConvertAsync(answer);
Run Code Online (Sandbox Code Playgroud)
正如您所期望的那样,例外将从第一次操作中冒出来.
现在,让我们创建一个将与这些异步操作一起工作的actor.对于争论的缘故,让我们说,CalculateAnswerAsync并ConvertAsync应使用一个又一个为一体,富有操作(类似,例如,StreamWriter.WriteLineAsync并且StreamWriter.FlushAsync如果你只想写一行到一个流).
public sealed class AsyncTestActor : ReceiveActor
{
public sealed class Start
{
}
public sealed class OperationResult …Run Code Online (Sandbox Code Playgroud) akka.net ×1
asp.net-mvc ×1
c# ×1
heroku ×1
javascript ×1
kendo-grid ×1
kendo-ui ×1
sbt ×1
scala ×1