Re: re: iSeries Projects -- WDSCI-L

But now that I think of it, I *do* wish that source was referred to in the
/qsys.lib/yourlib.lib/yourfile.file/yourmember.mbr style so that you could
have IFS files included in a filter.  That way, if I'm writing an RPG
program that calls a Java program, I could have both in the same filter.

I've tried using RSE to access the /qsys.lib file system, but I've found a
few things:

1.  It takes *forever* to resolve everything.
2.  I don't know how to create a filter over files in the IFS.
3.  If I open a source member in the jLpex editor, it looks like it's
expecting ASCII and getting EBCIDIC.

Mike E.



Mark,

I don't know about anyone else, but I thought of Projects as a way to
organize related source members.  I wind up just making filters; it seems
to work OK for me.

Mike E.




                    "Mark Phippard"

                    <MarkP@xxxxxxxxxxx       To:     Websphere Development
Studio Client for iSeries
                    .com>                     <wdsci-l@xxxxxxxxxxxx>

                    Sent by:                 cc:

                    wdsci-l-bounces@xx       Subject:     Re: [WDSCI-L] re:
iSeries Projects
                    drange.com



                    06/06/2003 09:30

                    AM

                    Please respond to

                    Websphere

                    Development Studio

                    Client for iSeries







My understanding is that the purpose of iSeries projects was to allow you
to work offline.  In other words, pull some source down to your laptop and
go home or back to your office and work on it.  Then when you reconnect
later you push it back to build it.  I imagine it could also be used for
someone that was always connected if they had a large project they were
going to work on for several days/weeks and preferred to have the source
on their PC.  But, in general, if you are connected to your system, why
wouldn't you just use RSE anyway?

Mark








Vern Hamberg <vhamberg@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sent by: wdsci-l-bounces@xxxxxxxxxxxx
06/06/2003 09:09 AM
Please respond to Websphere Development Studio Client for iSeries

        To:     Websphere Development Studio Client for iSeries
<wdsci-l@xxxxxxxxxxxx>
        cc:
        Subject:        Re: [WDSCI-L] re: iSeries Projects


Thanks, Diz.

My main issue now is, if I pull something from a location, why is it
pushed
somewhere else?

I can see numerous times where source could come from different places - a

fix could involve both objects in common and specific to a product. A
project could be set up for the entire product and would automatically
pull
from multiple sources. But I'd never want all that source to go somewhere
else than where I took it from.

The CM products will pull things into a development area, as ACMS and
TurnOver do - then promote up to QA and integration, and finally
production
(I forget TurnOver's versions of these terms as used in ACMS - sorry,
Mark  ;-)  I had more time with ACMS, although I recommended TurnOver at a

later job.). I can see this project model working when there is extensive
software control of where things are.

It seems I'd be better off using a member (maybe object?) filter, adding
the references to what I need at the time. This'd work OK, I think.

Oh, well, I was hoping for a poor-man's change management system. Sigh!

Now, how about including source from disparate systems - consider a Delphi

GUI that uses certain iSeries programs - can they all be included under
one
umbrella somewhere in WDSC?

Regards

Vern

At 07:27 AM 6/6/2003 -0400, you wrote:
><So, does a project allow you to specify a build program? is this like
>your "wizard" or "style"? Does this program run in the "associated"
>library? Are these wizards part of TurnOver or of WDSC?
>
>Later
>
>Vern>

-snip-

>Both of the Program and Command build styles push your source changes
back
>to the project's associated library.  But the source can be pulled into
>the project from any source library on the iSeries.

-snip-