I'm currently trying to use VisualCobol for Eclipse for our legacy code base, in order to modernize our development tools. Up until now we develop in a text editor and compile our cobol-programs via shell script directly on the AIX target. Essentially the script executes the call of the precompiler and the cobol compiler separately. Depending on project conventions (basically naming of the sourcecode), the programm is compiled as standalone binary or as member of one of our shared object libaries. This approach of course requires different arguments to the compilers to achieve this goal. Now I have tried to create a similar behavior running in Eclipse but unfortunately failed with different approaches.
What I like to achieve is that, when I start the compile of a single sourcecode in the IDE (via the option compile from the context menu of a cobol file in an remote cobol project), that my buildfile is executed instead of the project generated .cobolBuild.
Manipulating the .cobolBuild file instead does the trick, but the changes are not persistent. Changing anything in the project config triggers a re-generation of the whole buildfile and my changes are lost.
When I use my own ant-build file with a custom run configuration , I am not able to trigger the compile as mentioned before (which I could accept). Worse, I cannot communicate with the rdoDeamon and have to make each call via ant sshexec calls. This will work, but renders the rdoDeamon and the added ant-functionality by Microfocus for the purpose of compiling source obsolete.
Using the run configuration as my costum builder (implementing the same enty-ant-targets as in the generated .cobolBuild-File) doesn't start a build at all -> no output on console.
I too tried to structure our code-base in different Remote Cobol Projects according to our conventions to configure the individually. Here I have the problem that with the provided functionality I cannot escape the project structure in the filesystem in order to get the binaries on the desired target location outside of the project structure. This would require an additional process outside of the IDE to move (copy) the generated binaries to their target-locations on the server.
To sum up: I like to use Visual Cobol for Eclipse under following cirumstances:
Use of a remote code base (all sources in a common location on AIX server)
Compile via Visual Cobol for Eclipse on an Windows machine on the remote server
Explicit call of oracle Pro*Cobol precompiler
Use of different compile settings dependend on legacy naming conventions
Different target locations for the binaries
Compile of single files and NOT the whole project
Ideally I like to achieve that my custom settings are called via compile from the context menu of an source item in the cobol explorer. Using a ant build-file with an eclipse (ant-)run configuration would also suffice as long I can use the mf specifics on the server - avoiding implementing every task via an ant sshexec task.
Does anybody have experience with such requirements? Have I missed something in the documentation? Or are these requirements too exotic and this toolset isn't made for these purpose?