问题标签 [playframework-2.6]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
1 回答
540 浏览

netbeans - 如何为 Netbeans 安装 Typesafe Activator?

我最近为 Netbeans 版本 8.2 安装了一个名为“playnb”(版本:1.4.1)的插件。安装上述插件后,Netbeans 的选项窗口在名为 Play Framework 的选项卡中打开。我在此选项卡中收到以下错误消息

请指定类型安全的激活器安装目录。这是必需的。

这样做的问题是,我无法找到从哪里获得类型安全的激活器。

您的帮助将不胜感激。

0 投票
1 回答
927 浏览

scala - 玩 2.6 使用 Logging Markers 携带请求 uuid 类似于 Java MDC

我正在尝试在整个请求周期中使用日志标记来携带上下文信息。基本上,我想将 a 分配uuid给一个请求,然后,与该 HTTP 请求相关的所有日志记录都应该打印该请求uuid

https://www.playframework.com/documentation/2.6.x/ScalaLogging#using-markers-and-marker-contexts

我看到了logstash的例子,但我不使用logstash。

我知道它可以用 MDC 完成。可以/如何使用 Logging Markers 来完成?

0 投票
1 回答
1073 浏览

eclipse - Eclipse Oxygen 和 Scala IDE 4.7 与工作区中的 play framework 2.6.6 项目一起崩溃

当 play/maven 项目在工作区中时,有两种情况我的 eclipse ide 或 scala ide(直接从 scala 站点下载)崩溃。

这是问题:

重启 eclipse/scala ide 后,它说:“发生错误。查看日志文件 /.metadata/.log”

这是该日志文件的内容:

我用 ScalaIDE 和 Eclipse 测试了它

1) 安装 Scala IDE 4.7。导入现有的 play/maven 项目。注意 IDE 错误日志中的一堆 scala 编译器错误。重新启动,您会看到 eclipse 无法启动相同的工作区。它可以引导其他工作区。即使我从 play-maven 项目中删除所有 Eclipse 文件(.settings、.classpath、.project),它也会崩溃。唯一的解决方案是从工作区中删除 .metadata 并重新导入项目。但是下次重新启动后问题再次发生。

2) 安装 Eclipse 氧气。导入现有的 play/maven 项目。安装需要重启 Eclipse 的 Scala IDE 4.7 插件。重新启动后,该工作区会崩溃。与 1 相同的解决方法。

PS - 正如我在上面提到的,如果我选择任何其他内部没有 play-maven 项目的工作区,eclipse/scala-id 可以正常启动。

如果我需要分享任何其他细节,请告诉我。

0 投票
1 回答
4891 浏览

playframework - 在 Play Framework 2.6 中使用 JWT 身份验证

我在使用旧版本指南使用 JWT 身份验证时遇到问题,但我想专注于新的 Play 2.6

根据官方文档,JWT 现在在后台使用。

似乎有一种更简单的方法,而不是创建 ActionBuilder 和一堆其他类或导入第三方库,但我不知道我需要做什么。

谁能给我有关如何使用 2.6 创建 JWT 令牌/秘密的指导?最好是 Java,但我也可以通过 Scala。

0 投票
2 回答
2067 浏览

akka - Request-URI Too Long':URI 长度超过了配置的 2048 个字符的限制

我有这个配置,我使用 play 2.6,我不能使用 Netty 和 POST

但是抛出这个异常 akka.actor.ActorSystemImpl(play-dev-mode)] Illegal request, respond with status '414 Request-URI Too Long': URI length超过了配置的2048个字符的限制

0 投票
3 回答
601 浏览

scala - SBT 在 Play 2.6 中创建 Scala 种子项目时找不到 bash

我正在尝试在 Play 2.6 中创建一个新的 scala 种子项目。从 play 的网站上,我可以看到他们放弃了使用 activator 并切换到 sbt 命令。

即使我在 Windows 上运行 SBT,我也会收到“找不到 bash”文件的消息(见下文)。任何帮助将不胜感激。

我安装了 SBT 1.0.4 版。

0 投票
1 回答
608 浏览

scala - 播放框架 - 如何写入公共资产

尝试处理上传的图像,然后显示结果。如下:https ://github.com/playframework/play-scala-fileupload-example

相关片段:

如何获取/public/images资产文件夹的绝对路径,将图像写入,而不是使用Files.createTempFile

0 投票
0 回答
344 浏览

java - Bittrex API - 带有 Play 框架的“无效签名”

我正在使用带有 Play 框架的 Java 实现与 Bittrex API 的连接。在对 API 的一些调用中,我收到“无效签名”错误。

这很奇怪,因为在大多数调用中,签名工作都很好,而且我已经检查过其他开源并且我的签名功能是正确的。我注意到查询参数的顺序似乎很重要。Play using WSRequest 对查询参数顺序有影响吗?

这就是我的代码的外观,例如:

正如我所说,我认为这不是getMessageSignature问题,因为我的签名大部分时间都有效。这个例子失败了,但是说我会改变查询参数的顺序,所以 URL 看起来像这样:

然后一切正常,我没有收到错误。我什至尝试了 5 个查询参数的所有 120 种排列,只有这一个有效。如果我使用 120 个选项中的任何一个进行调试并获取签名并将请求放入 Postman,那么它们都可以工作,这就是为什么我认为它与框架有关。

任何帮助将不胜感激(如果有人需要,可以添加签名功能)。

0 投票
1 回答
412 浏览

scala - 玩 2.6 + Slick 3.x 体验和示例

我想向一些有经验的 Scala/Play 程序员寻求建议。

多年来,我一直很高兴在 Java 中使用 Play Framework 2.x。现在我想学习 Scala 版本的 Play,因为有人告诉我,使用 Scala 的 Play 比使用 Java 好得多。

语言本身给我留下了深刻的印象,我理解 Scala 和 Play 之间的联系。但是,我在采用 Scala 中使用的数据库时遇到了一些问题。

我尝试了其中的一些,最后我还是选择了 Slick,因为它在 Scala 语言方面的想法看起来最有前途。从 Java 世界开始,我习惯了 ORM,尤其是 Play Ebean。我喜欢对象图加载的想法,因此我可以从数据库加载客户实体,而不是遍历客户的合同、票证和其他实体。所有的 SQL 选择和连接都是由 ORM 为我完成的。

现在......我完全理解,Slick 不是 ORM。我可以忍受这一点。但是我想找到一些用 Play/Slick/Scala 编写的真实应用程序,这样我就可以观察使用 Slick 的最佳实践。我在互联网上能找到的都是非常基本的示例,它们连接到数据库并执行一些基本的插入/更新/删除操作。

我找不到任何使用表和其他事物之间关系的复杂示例,这比仅从一个表中保存/加载行更复杂。

关于如何学习这个的任何想法?

0 投票
2 回答
1115 浏览

scala - scala.concurrent.Future[play.api.mvc.Result] 需要:play.api.mvc.Result

我想要一个 Action.async (1)尝试从数据库中获取值。如果数据库不可用,它将尝试连接到另一个资源并 (2) 从那里获取值。因为我使用的两个资源返回 Future,所以我用“recover”关键字将它们分开。我不确定这是否是最好的方法......但是 recovery{} 里面的语句有一个类型不匹配错误:

我得到了type mismatch; found : scala.concurrent.Future[play.api.mvc.Result] required: play.api.mvc.Result在线错误seq.map { seq: Seq[Commit] =>。如果我的未来失败了,我该如何返回另一个结果?

谢谢!