所以我花了两天的大部分时间试图弄清楚这一点,无论我做什么,我都无法弄清一切。这是怎么回事:
goapp serve
或者goapp test -v ./src/lib1
取决于我设置导入路径的方式。如果我用"src/lib1"
我的导入路径,然后goapp serve
。我的应用程序启动并正常运行,但是当我运行测试时,出现以下故障:
src/lib1/lib1.go:5:2: cannot find package "src/lib2" in any of:
/Users/USERNAME/go_appengine/goroot/src/pkg/src/lib2 (from $GOROOT)
/Users/markhayden/Projects/go/src/src/lib2 (from $GOPATH)
同样,如果我将其"dummy/src/lib1"
用作路径,则我的测试很高兴并且运行良好,但是在运行goapp serve
该应用程序后,我会得到:
2014/11/06 20:33:34 go-app-builder: Failed parsing input: app file lib1.go conflicts with same file imported from GOPATH
摆弄了各种不同的选项,无法弄清楚如何处理依赖项,仍然需要进行可靠的测试。也许是一个appengine / golang错误?还是我错过了什么?
任何帮助将不胜感激。提前致谢!
根据第一条评论反馈更新了所有内容。我可以运行测试(如我之前所做的那样),但是我仍然无法提供该应用程序。这是我跑步时得到的goapp serve
INFO 2014-11-07 17:24:48,727 devappserver2.py:745] Skipping SDK update check.
INFO 2014-11-07 17:24:48,748 api_server.py:172] Starting API server at: http://localhost:60732
INFO 2014-11-07 17:24:48,751 dispatcher.py:185] Starting module "default" running at: http://localhost:8080
INFO 2014-11-07 17:24:48,754 admin_server.py:118] Starting admin server at: http://localhost:8000
ERROR 2014-11-07 17:24:49,041 go_runtime.py:171] Failed to build Go application: (Executed command: /Users/markhayden/go_appengine/goroot/bin/go-app-builder -app_base /Users/markhayden/Projects/go/src/github.com/markhayden/SampleIssue -arch 6 -dynamic -goroot /Users/markhayden/go_appengine/goroot -nobuild_files ^^$ -unsafe -gopath /Users/markhayden/Projects/go -print_extras_hash lib1/lib1.go lib2/lib2_test.go main_test.go main.go lib1/lib1_test.go lib2/lib2.go)
2014/11/07 09:24:49 go-app-builder: Failed parsing input: app file lib2.go conflicts with same file imported from GOPATH
$ GOPATH = /Users/markhayden/Projects/go
$ GOROOT =未设置(根据文档,如果您不使用自定义目录,则不需要
应用程序结构:
$GOPATH/src/github.com/markhayden/SampleIssue/
- app.yaml
- /lib1
- lib1_test.go
- lib1.go
- /lib2
- lib2_test.go
- lib2.go
- main_test.go
- main.go
在main.go中:
import (
"fmt"
"github.com/markhayden/SampleIssue/lib1"
"net/http"
)
在lib1 / lib1.go中:
import (
"fmt"
"github.com/markhayden/SampleIssue/lib2"
)
Appengine正在将内容导入根目录下(即app.yaml所在的位置)。这将导致两次导入,一次是由appengine扫描目录时进行的,另一次是由您的源文件进行的明确导入时的。
您有两种选择:
不要对appengine使用完整的导入路径(对于子文件夹包)。
注意:
这有点使您的构建和软件appengine变得很糟糕。您可以(可能)通过使用构建约束使它更好一点。例如,+build !appengine
或 +build !appengine
根据您是否定位到appengine来从构建中包含/删除某些文件。
将模块/依赖项(子文件夹)移动到单独的独立项目中,以使其与完整路径导入约定一起工作:
摘要:
对于appengine项目中的子文件夹包,不要在导入路径中包含“源存储库”部分,或者仅使用appengine来进行init()并将所有其他代码移动到单独的项目中,并像外部依赖项一样使用。
问题内容: 我正在测试服务A,但是服务A取决于服务B(即服务B已注入服务A)。 我已经看到了这个问题,但是我的情况有所不同,因为我认为_模拟_ 服务B而不是注入服务B的实际实例更有意义。我将用茉莉间谍对其进行模拟。 这是一个示例测试: 我得到的错误是: 错误:未知提供程序:serviceBProvider 我该怎么做? 问题答案: 实际上,在AngularJS中,依赖注入使用“最后获胜”规则。因此
像组件一样,服务通常需要依赖,Angular通过服务类的构造函数注入。由于我们在Angular的引导过程之外初始化这些类,我们必须自己显式注入这些依赖。这是通过使用TestBed配置测试模块传回所需的依赖项(如HTTP模块)来实现的。
我允许你问一个问题,我有与你的mod_wsgi在windows上的移植托管烧瓶应用程序 我有两个烧瓶申请,由于进口冲突,只有一个可以同时活着 ie:如果请求应用程序1,我有一个响应,那么如果请求应用程序2,我有内部服务器错误,日志中有错误。。。然后,如果我重新启动apache并请求应用程序2,我会有一个响应,但如果我请求应用程序1,我会有相同的内部服务器错误,如果我评论一些导入,如numpy,则两
我正在从国家美术馆的在线目录中检索信息。由于目录的结构,我无法通过提取和跟踪条目之间的链接来导航。幸运的是,集合中的每个对象都有一个可预测的url。我希望我的爬行器通过生成开始URL来导航集合。 我试图通过实现这个线程中的解决方案来解决我的问题。不幸的是,这似乎打破了我蜘蛛的另一部分。错误日志显示我的网址正在成功生成,但它们没有被正确处理。如果我正确地解释了日志——我怀疑我没有——在重新定义允许我
问题内容: 我想测试用Go编写的gRPC服务。我使用的示例是来自grpc-go repo的Hello World服务器示例。 protobuf的定义如下: 主要类型是: 我在寻找示例,但找不到有关如何在Go中实现gRPC服务测试的任何示例。 问题答案: 我认为您正在寻找该软件包,以帮助您避免使用真实端口号启动服务,但仍允许测试流式RPC。 这种方法的好处是,您仍然可以通过网络连接来获得网络行为,但