× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Charles,

Re: Shared Activation groups. Someone had said in the thread that while it is "possible", IBM has not given us the capability of doing it. Essentially an activation group's scope is limited to the job it's running in.

AFAIK, your DTAQ server has to be running in batch, so I'm not sure what you mean by it executing something as interactive vs batch (or is it interactive as in it process it self instead of spawning off another job). If the latter is correct, any job spawned off will load its own version of the service program into memory. If it's the former, and you are in fact funneling all processing requests through the DTAQ server, you'll likely see a bottleneck (or at least need to address the issue of a possible bottleneck).

It seems to me you're viewing the hit of an opening service program as more than it really is--though I don't know how intensive your processing is. Do you foresee jobs starting and ending quite often? Is your concern in regard to batch processing vs interactive (w/screen) jobs? In my experience the performance hit of a service program opening is completely negligible.

Where I work, when a service program is started, it remains resident until the job ends (we don't really do activation-group specific stuff). This varies amongst our systems, but lately we've been coding it so once a file is opened, it remains opened for the life of the service program.

Kurt Anderson
Application Developer
Highsmith

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Charles St-Laurent
Sent: Thursday, July 31, 2008 2:19 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Shared activation groups... any example?

Hi!

I want to implement a DTAQ server this way:
1) I start the server in a named shared activation group
2) Each time my server receives a request, a paramater is received to indicate if the request has to be executed as an interactive or as a batch job, using my shared activation group

The reason I want to use shared activation groups is: I want to load my service programs once and keep the files opened between calls until the end of my activation group

I want to reuse previously loaded programs and previously created open paths to my files, so my data files won't be opened / closed each time I execute my SRVPGMs from within my DTAQ server. Two scenarios are possible:

1) My DTAQ server receives a request to execute my programs in interactive mode and reuse previously loaded programs and previously opened files
2) My DTAQ server receives a request to execute my programs in batch mode and reuse previously loaded programs and previously opened files

Most of my programs uses embedded SQL to select records from files.
Actually, programs prepare the statement, declare a cursor, open the cursor, do fetch(es) and close the cursor.

I didn't find any documentation related to shared activation groups. No example at all. Can you please help me?
Or if you have a better idea about how to do what I want to do, all suggestions are welcome...

Charles St-Laurent
Consultant Berco
Technologies
Industrielle Alliance, Assurance auto et habitation Téléphone : 418 650-4600, poste 3216 Sans frais : 1 800 463-4382 Télécopieur : 418 650-4612 Sans frais : 1 877 650-4612 Courriel : charles.st-laurent@xxxxxxx <mailto:pcharles.st-laurent@xxxxxxx>
www.inalco.com/assurancegenerale


--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.