When I create a new module, there is the next error in the log file:
There is no newmod.ini file in Opentext\staging\newmod\
Hi,
this issue still not resolved, i still can not create more than one module in project. When i create new module from wizard i still recive error in log:
13:55:51,207 ERROR KFile::Delete() - C:\OPENTEXT\staging\sstest2\sstest.ini error: The system cannot find the path specified. 13:55:51,207 ERROR KFile::Open() - apr_file_open() error The system cannot find the path specified. file: C:\OPENTEXT\staging\sstest2\sstest.ini13:55:51,207 ERROR fileprefs_create: failed to create C:\OPENTEXT\staging\sstest2\sstest.ini13:55:51,207 ERROR KFilePrefs::CreateKFilePrefs - failed to create prefs file: C:\OPENTEXT\staging\sstest2\sstest.ini (-1)
0 DumpModuleConfigToFile script also doens't work and generate the same log!
We use 10.5.3.139 plugin version
Thanks Darcy!
I have one more question. I have closed my project in Eclipse, how can i open it again so that it appears on the Oscript Explorer tab?
Upd: I found how to open project, but when i start server i recive an eror:
Greetings.
I want to add that we get the same error:
16:54:42,208 ERROR KFile::Delete() - C:\OPENTEXT105\staging\testmodule_1_0_0\testmodule.ini error: The system cannot find the file specified. 16:54:42,261 INFO dependencies16:54:42,261 INFO requires_1={'kernel',10,15}16:54:42,261 INFO description16:54:42,261 INFO moduleName=testmodule16:54:42,261 INFO Name=testmodule16:54:42,261 INFO Version=1.0 r 016:54:42,261 INFO install16:54:42,261 INFO Url=func=testmodule.configure&module=testmodule&nextUrl=%116:54:42,262 INFO OSpaces16:54:42,262 INFO ospace_1=testmodule
As you can see the .ini file is not created. If one creates an .ini file by hand and then proceeds to add it in the source folder, then, the build module command succeeds and there is a proper .ini file (with proper ini file sections e.g. [dependencies] and whatnot).
This bug did not exist in previous versions (atm using com.opentext.cside_10.5.4.235 jar). Please notify support - this is a serious hindrance and can cause lots of errors.
Also, when this is fixed, make sure that the required kernel version is {10,0} and not {10,15} (obviously something goes horribly wrong there).
This is total true. It doesn't say it in the manuals, but if you have a module name say "test123" and create folder called "test123_1_0_0", the ODumpModuleConfigToFile script will fail when you run it. If you debug far enough, you find a function called SplitOffVersionNumber which does does not work correctly. It's supposed to return "test123" when it is given the folder name, but instead returns "test". Things go wrong and ODumpModuleConfigToFile ultimately doesn't write anything.