I don't see my Microsoft Dot-Net co-workers have to create a "Compile-Program" inside of Visual Studio.
They basically deal with the source and build the project. Which is the point of "Projects. Work with source and build the objects...
Like most languages, there will still be a make file of some sort underlying the UI to do the compiling and linking, probably VS does a better job at hiding it. But it's also not really a fair comparison as they're usually (always?) building a single type of source file so there's not much the make file has to do. A typical RDi project will have programs, modules, service programs, SQL, CL et.c etc. and they have to be built in the right order of course (which is hard, if not impossible, to derive automatically).
Tim.
________________________________
From: WDSCI-L <wdsci-l-bounces@xxxxxxxxxxxx> on behalf of Ken Killian <kkillian@xxxxxxxxxxxx>
Sent: 20 April 2017 19:27
To: Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries
Subject: Re: [WDSCI-L] Feedback on iProjects - good, bad and ugly
Concur!
I wish I could "mark" one as *PGM and another for a *MODULE or maybe *SRVPGM.
Instead of having to manually Edit/Correct the compile.clle program. Which was okay for a "Starter", but not for long term using iProjects. Because that is lot of extra work, when it should be more automated if possible...
I don't see my Microsoft Dot-Net co-workers have to create a "Compile-Program" inside of Visual Studio. They basically deal with the source and build the project. Which is the point of "Projects. Work with source and build the objects...
We should not have to manually configure the build process. The only way I know that would be feasible is by source types, which is what most C.M.S. do, such as Softlanding/Turnover has us tell what type this "RPGLE" is going to be. Such as *MODULE, *PGM, Service-Program, etc. by a "type-Code".
Example:
RPGLE = CRTBNDRPG
SQLRPM = Create SQLRPGLE Module
RPGSRV = RPG Service Program
RPGLEC = RPG Copy-Book (No compile)
RPGSQL = RPG SQL program
Too many extra steps in iProject, which is while I do not use it more. It can really complicate what should be a "simple" process...
Gee, I guess iProject is not designed to a simple and a C.M.S. (Change Management System).
I guess I have opened up a "can of worms" here... <LOL>
-Ken Killian-
-----Original Message-----
Subject: Re: [WDSCI-L] Feedback on iProjects - good, bad and ugly
Yes, I know about the BIND.CLLE but it doesn't work for my typical development workflow. When I have to manually edit the COMPILE.CLLE anyway then adding another member to maintain for building the project makes it unnecessarily redundant.
Mitch
.
--
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/wdsci-l
WDSCI-L Info Page - midrange.com<
http://lists.midrange.com/mailman/listinfo/wdsci-l>
lists.midrange.com
WDSCI-L -- Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries : About WDSCI-L
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/wdsci-l.
midrange.com -- WDSCI-L mailing list archive<
http://archive.midrange.com/wdsci-l>
archive.midrange.com
midrange.com WDSCI-L mailing list archive
midrange.com
