当前位置: 首页 > 面试题库 >

Intellij和sbt 0.13.5“ URI具有权限组件”

楚承天
2023-03-14
问题内容

我正在使用Java和Amazon Web Services进行游戏框架项目。这是我的build.sbt:

name := """RegistrationEndpoint"""

version := "1.0"

lazy val root = (project in file(".")).enablePlugins(PlayJava)

scalaVersion := "2.11.5"

libraryDependencies ++= Seq(
javaJdbc,
cache,
javaWs
)

// Play provides two styles of routers, one expects its actions to be injected, the
// other, legacy style, accesses its actions statically.
//routesGenerator := InjectedRoutesGenerator

如果我在命令行上调用“激活程序运行”,它将与激活程序一起运行。

Intellij无法构建项目。它返回以下错误消息

java.lang.IllegalArgumentException: URI has an authority component
    at java.io.File.<init>(File.java:423)
    at sbt.Classpaths$.sbt$Classpaths$$bootRepository(Defaults.scala:1758)
    at sbt.Classpaths$$anonfun$appRepositories$1.apply(Defaults.scala:1729)
    at sbt.Classpaths$$anonfun$appRepositories$1.apply(Defaults.scala:1729)
    at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:244)
    at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:244)
    at scala.collection.IndexedSeqOptimized$class.foreach(IndexedSeqOptimized.scala:33)
    at scala.collection.mutable.WrappedArray.foreach(WrappedArray.scala:34)
    at scala.collection.TraversableLike$class.map(TraversableLike.scala:244)
    at scala.collection.AbstractTraversable.map(Traversable.scala:105)
    at sbt.Classpaths$.appRepositories(Defaults.scala:1729)
    at sbt.Classpaths$$anonfun$41.apply(Defaults.scala:1102)
    at sbt.Classpaths$$anonfun$41.apply(Defaults.scala:1102)
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
    at sbt.EvaluateSettings$MixedNode.evaluate0(INode.scala:175)
    at sbt.EvaluateSettings$INode.evaluate(INode.scala:135)
    at sbt.EvaluateSettings$$anonfun$sbt$EvaluateSettings$$submitEvaluate$1.apply$mcV$sp(INode.scala:69)
    at sbt.EvaluateSettings.sbt$EvaluateSettings$$run0(INode.scala:78)
    at sbt.EvaluateSettings$$anon$3.run(INode.scala:74)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)
[error] java.lang.IllegalArgumentException: URI has an authority component

当我从任何地方调用sbt时,也会出现相同的错误(通过在命令行上调用“ sbt”)

有什么建议我应该去哪里看?错误消息在我的实际playframework项目中不包含任何位置。


问题答案:

激活器以某种方式在C:/ Users / User_Name /.sbt/repositories中为Windows创建格式错误的存储库URI。

将激活器存储库更改为以下值(请注意文件后的三个斜杠:)为我解决了此问题。

[repositories]
  local
  activator-launcher-local: file:///${activator.local.repository-${activator.home-${user.home}/.activator}/repository}, [organization]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)[revision]/[type]s/[artifact](-[classifier]).[ext]
  activator-local: file:///${activator.local.repository-//D:/.../activator-1.3.4/repository}, [organization]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)[revision]/[type]s/[artifact](-[classifier]).[ext]
  maven-central
  ...

但是,以后每次启动激活器UI或通过激活器创建新项目时,文件上的内容都会再次更改。因此,这只是暂时的解决方法,直到在激活器中修复它为止。

您可以订阅https://github.com/typesafehub/activator/issues/1033,以便在错误修复后得到通知。



 类似资料:
  • 问题内容: 我试图在NetBeans 6.8上构建Java Web项目,但出现以下错误: 该模块尚未部署。 它指向我的文件,第577行: GlassFish v3错误日志显示: 什么 “URI有一个授权组成” 是什么意思? 问题答案: 解决的方法很简单,就是URI的格式不正确(因为我的项目的位置在“ \\” UNC路径上)。当我使用本地工作区时,此问题已修复。

  • 问题内容: 我正在尝试设置具有权限的基于角色的安全性。我正在尝试与Spring-Security一起执行此操作。 我不想设置ACL,因为这似乎对我的要求来说有些过头了。 我只想拥有本文所述的简单权限和角色。不幸的是,本文没有描述如何实现给定的解决方案。 有人已经尝试过了,可以指出正确的方向吗?也许还有另一个博客条目描述了实现方式? 非常感谢你。 问题答案: 要实现这一点,您似乎必须: 创建模型(用

  • 问题内容: 我需要实现用户组的用户权限(与Facebook组非常相似)。例如,每个组可以具有具有以下权限的成员:can_post,can_delete,can_ban等。当然,一个用户可以是多个组的成员,并且组可以具有许多具有不同权限的不同用户。我需要什么型号的功能? 问题答案: Django有一个内置的网上论坛系统。每当你有这样的问题时,我建议你搜索Django文档,该文档广泛,有用并且编写得很

  • 问题内容: 我试图通过checkPermission()方法获取目录权限,如代码中所示。 大多数相关File类方法(例如canRead(),canWrite()等)的java(<= 6)文档都表明它们对文件有用,但对目录却没有帮助(这里我错了吗?)。 我没有在服务器上运行代码,也没有运行多个线程,并且需要在它们之间保存acc,或者做任何棘手的事情,这很简单- 使用本地运行的jvm和代码重新安装ec

  • 我最常看到基于角色的访问控制(RBAC)需要权限才能执行操作。为主题分配了授予其权限的角色。 我最近遇到了一个授权库,它没有权限和角色的单独概念。主体仍然被授予角色,但是授权检查直接对角色进行,并且没有权限的概念。我担心这种设计有缺点,因为我很少看到它。以这种方式组合角色和权限可能会出现什么问题?在这个系统中,什么事情更困难?

  • NAS权限组用于设置指定IP地址或者网段访问文件系统,并给不同的IP地址或网段授予不同的访问权限。 NAS权限组用于设置指定IP地址或者网段访问文件系统,并给不同的IP地址或网段授予不同的访问权限。在文件系统添加挂载点时,需要选择NAS权限组。 初始情况下,每个阿里云账号会自动生成一个默认权限组,默认权限组允许任何IP地址以最高权限(可读写且不限制Linux系统用户对文件系统的访问权限)访问文件系