我正在做一些奇怪的事情,导致这个错误.
以下简单示例失败:
--> thingy.lua
function doThing()
print( "Thing has been done." );
end
Run Code Online (Sandbox Code Playgroud)
和
--> test.lua
require( "thingy" );
Run Code Online (Sandbox Code Playgroud)
当thingy.lua被执行时,没有问题.执行test.lua时,我看到以下错误:
script:2 module 'thingy' not found: thingy
no field package.preload['thingy']
thingy.lua
no class 'thingy'
Run Code Online (Sandbox Code Playgroud)
这两个文件都存在于同一目录中,我可以使用SciTE(运行Lua 5.1)运行这两个脚本而不会出错.这似乎是一个路径问题,所以我尝试将package.path设置为源文件的绝对路径.
注意:我设置路径,而不是附加,以便我可以确定SciTE没有成功,因为现有的相对路径"?.lua".
我在LauJ(使用我自己的程序)和SciTE中进行了测试,发现SciTE能够执行test.lua,而LuaJ仍然无法执行,并且一如既往地产生相同的错误.
我应该在Java代码中做些什么(或者不做)可能导致这种情况?我已成功从Lua脚本访问Java,而不是其他 Lua脚本.只要我手动运行包含它们的脚本,我就可以访问LuaJ中的全局变量和函数.
好的方法是,这是我用来执行脚本的Java代码.
// some fancy Java code
public void execute() throws ScriptException, LuaError
{
try
{
FileReader reader = new FileReader( filename );
Script_Engine.eval( reader );
reader.close();
}
catch( FileNotFoundException fnfe )
{
fnfe.printStackTrace();
}
catch( IOException ioe )
{
ioe.printStackTrace();
}
}
public void callFunction( String functionName, Object[] args ) throws Exception
{
File scriptFile = new File( filename );
FileReader reader = new FileReader( scriptFile );
CompiledScript script = ((Compilable)Script_Engine).compile( reader );
script.eval( Script_Bindings );
LuaFunction lua_function = (LuaFunction)Script_Bindings.get( functionName );
LuaValue[] vals = new LuaValue[args.length];
for( int i = 0; i < args.length; i++ )
{
vals[i] = CoerceJavaToLua.coerce( args[i] );
}
lua_function.invoke( vals );
reader.close();
}
Run Code Online (Sandbox Code Playgroud)
两个函数中使用的'filename'变量是在外壳类的构造函数中创建的.
更新: 我发现,无论出现什么问题,它都存在于LuaJ 3.0版本中(我正在使用JSE包).用旧的2.03 JAR替换3.0-alpha2 JAR文件后,问题就不复存在了.虽然我很满意我现在可以继续使用旧版本的LuaJ,但我仍然希望使用最新版本.
也有一些是在LuaJ自述发现这里是说如下:
当调用require()时,它将首先尝试将模块加载为实现LuaFunction的Java类.
并在发行说明部分下:
3.0-alpha2
供应环境作为通过require()加载时LibFunction的第二个参数
我强烈怀疑它与此有关,因为它是在3.0-alpha2版本中添加的,所以我下载了版本3.0-alpha1(使用3.0-alpha2),期待它能够正常工作,但事实并非如此.
在与LuaJ的创建者进行了一些对话之后,我们确定问题来自于从版本3.0-alpha1开始的更改,其中在通过require加载脚本时忽略了lua的package.path.这意味着require只会查看路径"." 搜索脚本时 如果存在从子目录调用的脚本,则将其称为"place",然后require可以通过使用点运算符加载它们来查找这些脚本:
require( "place.thingy" );
Run Code Online (Sandbox Code Playgroud)
我怀疑,原因是这个package.path问题的问题在社区中有些缺乏,因为有一种方法可以设置从以前版本的LuaJ v3.0开始工作的Java端路径.(一旦我弄清楚了,我会在正确的方法上发布更新,因为我仍然不清楚这个过程.)
整个情况的长短不一,应该很快就会有一个LuaJ v3.0-alpha3,它允许从lua设置package.path.
再次感谢Jim Roseborough与我合作解决问题.
Jim Roseborough的注释:正如Nathan所提到的,这确实是luaj-3.0-alpha2中的一个错误.这已经修复,应该在luaj-3.0-beta1及更高版本中按预期工作,现在可用.
| 归档时间: |
|
| 查看次数: |
1877 次 |
| 最近记录: |