小编Jak*_*aur的帖子

我想写一些集成测试,验证用户是否收到注册确认电子邮件.

理想情况下,为此我想:

1. 创建临时电子邮件帐户.
2. 以登记表格传递.
3. 检查我们是否收到电子邮件.
4. 删除电子邮件帐户.

是否有任何一次性电子邮件帐户提供简单的API？我找不到任何,但现有的很容易解析/提出请求(例如http://10minutemail.com/).

这听起来像个好主意吗？另一种方法是使用一些gmail帐户并为此目的使用标签.但是,处理垃圾邮件文件夹,其他文件夹等中的msgs听起来有点复杂.

每当我部署jetty应用程序时,我都遇到了这个问题.看起来有些人jar或班级被打破了.

• 同事编译完全相同的代码,没有遇到问题.即使部署到同一台计算机.(我们使用git和maven)
• 删除本地maven存储库~/.m2和重建没有帮助.
• 可以在本地运行相同的码头应用程序没有任何问题
• 我最初的怀疑是有些人jar被打破了.试过jar tvf $every_jar,没有找到任何东西.

任何想法如何调试这个？看起来真的很神秘,我怀疑是有些文件被破坏了.

Stack trace:
2014-10-21 13:29:25.123:WARN:oejw.WebAppContext:Failed startup of context o.e.j.w.WebAppContext{/,file:/XYZ/},/XYZ/webapps/root
javax.servlet.ServletException: jersey-serlvet
        at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:553)
        at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:344)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
        at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:791)
        at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:265)
        at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1242)
        at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)
        at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:494)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
        at org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:39)
        at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:186)
        at org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:494)
        at org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:141)
        at org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:145)
        at org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:56)
        at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:615)
        at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:540)
        at org.eclipse.jetty.util.Scanner.scan(Scanner.java:403)
        at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:337)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
        at org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:121)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
        at org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:555)
        at org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:230)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64) …

Scala中的编译速度相当慢.有没有希望让它更快？

我想到的一件事是Scala相当于ccache:一个缓存,编译器不必重新编译某些部分.我知道类型推断使事情变得更复杂,但我想知道它是否可行.也许缓存应该在不同的层面上完成(例如AST),或者需要进行某种预处理.

我很乐意看到一些估计,如果存在这种工具,可以节省多少.构建它需要解决哪些挑战？

我广泛使用EC2实例来测试分布式系统.不幸的是,有时我遇到了运行实例的限制,导致整个部署失败.我捕获了相应的异常,但我宁愿避免整个部署,而不是在启动多个实例后失败.为了避免这种情况,我想进行预检检查:

number_of_running_instances + number_of_required_instances <= instance_limit

我可以很容易检查number_of_running_instances和number_of_required_instances,但我无法找到一个API检查instance_limit.更糟糕的是,AWS支持声称没有客户可见的api:

https://forums.aws.amazon.com/message.jspa?messageID=296314

此外,我宁愿不假设限制是默认的,因为我们公司的一些AWS账户申请了更高的限额.

有没有解决这个问题的解决方法？

我在maven中看到很多上传日志,例如:

114/970 KB   
116/970 KB   
118/970 KB   
120/970 KB   
122/970 KB   
124/970 KB   
126/970 KB 

其中大多数似乎都是从maven-deploy-plugin生成的,同时将jar上传到nexus存储库.

有没有办法让他们沉默？不依赖于maven之外的工具,比如grep.

使用我们的并行构建系统会严重污染我们的日志,并且很难在没有其他工具的情况下分析它们.

我已经阅读:http: //maven.apache.org/plugins/maven-deploy-plugin/ 但找不到任何有用的选项.