Re: Rel 9 Green Screen

Henrick John <john.henrick-5T14U8HB8hg3nlPAGJ/[email protected]>
Newsgroups gmane.comp.systems.as400.mapics
Message-ID <2AD913EAB57A5C4A939AAFC73F1C2A31026EED67@EXCH01KN.KN.GKNAERO.LOCAL>
Hi

We moved to Release 9 LIVE  In July and I can confirm green screen
functionality is still there in full - most is also  in IDF level 1 host
process (apart from functions already available in IDF level2/PowerLink)

We are moving users over now to the Host based IDF level 1

JH



-----Original Message-----
From: mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]
[mailto:mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]] On Behalf Of
mapics-l-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Sent: 29 September 2010 16:44
To: mapics-l-Zwy7GipZuJhWk0Htik3J/[email protected]
Subject: MAPICS-L Digest, Vol 8, Issue 160

GKN Aerospace     *** This message has been scanned for viruses by
Mimecast ***

Send MAPICS-L mailing list submissions to
	mapics-l-Zwy7GipZuJhWk0Htik3J/[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.midrange.com/mailman/listinfo/mapics-l
or, via email, send a message with subject or body 'help' to
	mapics-l-request-Zwy7GipZuJhWk0Htik3J/[email protected]

You can reach the person managing the list at
	mapics-l-owner-Zwy7GipZuJhWk0Htik3J/[email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MAPICS-L digest..."


Today's Topics:

   1. Re:  Integrator Host Reports (cmh501-rDkNP/[email protected])
   2. Re:  Integrator Host Reports (Dale Gindlesperger)
   3. Re:  Integrator Host Reports (Thomas, Lisa (Hayssen))
   4. Re:  PSVTUE - eFin U-Job (James Pankratz)
   5. Re:  PSVTUE - eFin U-Job (Lucas Geheniau)
   6. Re:  PSVTUE - eFin U-Job (Kevin Fox)
   7. Re:  PSVTUE - eFin U-Job ([email protected])
   8.  Rel 9 Green Screen (Joe Perrault)
   9. Re:  Rel 9 Green Screen (Phil Brewer)


----------------------------------------------------------------------

message: 1
date: Tue, 28 Sep 2010 13:19:30 -0400
from: <cmh501-rDkNP/[email protected]>
subject: Re: [MAPICS-L] Integrator Host Reports

Thank you for the responses so far.  I am not too sure how having an XA
Printer Override is going to resolve the problem as the report could go
to email or it can be printed.  Maybe I am not understanding your
suggestion.

What is perplexing is that Infor should have something in their code if
the report is being sent via email is not to print it or at least have
an option not to print.  I guess I should explore more possibilities of
trying to put something in the parms to fix what Infor should have out
there in the first place.  Thank you for that suggestion.

Thank you for your assistance.


------------------------------

message: 2
date: Tue, 28 Sep 2010 10:46:40 -0700 (PDT)
from: Dale Gindlesperger <dale_gindlesperger-/[email protected]>
subject: Re: [MAPICS-L] Integrator Host Reports

Sorry for the delay in responding, but we had to do this.  How I did it
was to 
place a flag in one of the user fields for the data that was being
reported (in 
POMAST, for example, for POs).  When entering the PO, the user would
enter the 
appropriate flag for print, fax, email, or whatever combo was desired.
Then I 
used a user exit (you could do the same with a trigger) to perform the
required 
override print file to route the report to the desired outq with
whatever parms 
were needed (email address, fax#, etc).   It sounds more complicated
than it 
really was.

 Dale (Cork) Gindlesperger, CPIM 






________________________________
From: "cmh501-rDkNP/[email protected]" <cmh501-rDkNP/[email protected]>
To: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
Sent: Tue, September 28, 2010 1:19:30 PM
Subject: Re: [MAPICS-L] Integrator Host Reports

Thank you for the responses so far.  I am not too sure how having an XA
Printer 
Override is going to resolve the problem as the report could go to email
or it 
can be printed.  Maybe I am not understanding your suggestion.

What is perplexing is that Infor should have something in their code if
the 
report is being sent via email is not to print it or at least have an
option not 
to print.  I guess I should explore more possibilities of trying to put 
something in the parms to fix what Infor should have out there in the
first 
place.  Thank you for that suggestion.

Thank you for your assistance.
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.


      

------------------------------

message: 3
date: Tue, 28 Sep 2010 11:25:04 -0700
from: "Thomas, Lisa (Hayssen)" <Lisa.Thomas-OS9Ow22N/gepfz1mWNPRf1aTQe2KTcn/@public.gmane.org>
subject: Re: [MAPICS-L] Integrator Host Reports

I know this is probably a dumb question but could you have a printer
override for the people who normally email to send just theirs to a
separate queue which does not print.  Then they would be the only ones
having to move it to another printer only if they needed the print.

-----Original Message-----
From: mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]
[mailto:mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]] On Behalf Of cmh501-rDkNP/[email protected]
Sent: Tuesday, September 28, 2010 1:20 PM
To: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
Subject: Re: [MAPICS-L] Integrator Host Reports

Thank you for the responses so far.  I am not too sure how having an XA
Printer Override is going to resolve the problem as the report could go
to email or it can be printed.  Maybe I am not understanding your
suggestion.

What is perplexing is that Infor should have something in their code if
the report is being sent via email is not to print it or at least have
an option not to print.  I guess I should explore more possibilities of
trying to put something in the parms to fix what Infor should have out
there in the first place.  Thank you for that suggestion.

Thank you for your assistance.
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.



------------------------------

message: 4
date: Tue, 28 Sep 2010 18:20:06 -0500
from: James Pankratz <[email protected]>
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job

We are running on a Model 525. There is an issue with disk space - we're
at
80%. There are plans to upgrade within 6 months so that may solve this
problem in the long term, but basically we're hoping to understand why
so
many transactions are being generated...it doesn't seem that we generate
that many new financial transactions on a daily basis, so there must be
something else triggering it. if we can reduce that, then maybe the
performance issue will not be such a factor. Based on responses so far,
the
culprit is likely exchange rate corrections.

I did receive an off-line email as well to recommend looking into an XA
IFM
job that runs an update for Credit Limits on a regular schedule. Could
be
this job runs too frequently or in peak hours.



> date: Tue, 28 Sep 2010 08:55:36 -0700
> from: [email protected]
> subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
>
> James--- Just what kind of box are you running?
>
>


------------------------------

message: 5
date: Wed, 29 Sep 2010 09:32:45 +0200
from: Lucas Geheniau <[email protected]>
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job

Hi,  if you also have a test environment on your system, you could
partly remove the history transactions from that.


Kind Regards
Lucas Geh?niau
M.I.S. Supervisor

l.geheniau-/NLkJaSkS4VmR6Xm/[email protected]
sms NO PHONE  31645886969

Tokheim Netherlands B.V.
Industrieweg 5
5531 AD BLADEL

Tel:   +31 (0)497 389555
Fax:  +31 (0)497 381950

-----Original Message-----
From: mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]
[mailto:mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]] On Behalf Of James Pankratz
Sent: woensdag 29 september 2010 1:20
To: mapics-l-Zwy7GipZuJhWk0Htik3J/[email protected]
Subject: Re: [MAPICS-L] PSVTUE - eFin U-Job

We are running on a Model 525. There is an issue with disk space - we're
at
80%. There are plans to upgrade within 6 months so that may solve this
problem in the long term, but basically we're hoping to understand why
so
many transactions are being generated...it doesn't seem that we generate
that many new financial transactions on a daily basis, so there must be
something else triggering it. if we can reduce that, then maybe the
performance issue will not be such a factor. Based on responses so far,
the
culprit is likely exchange rate corrections.

I did receive an off-line email as well to recommend looking into an XA
IFM
job that runs an update for Credit Limits on a regular schedule. Could
be
this job runs too frequently or in peak hours.



> date: Tue, 28 Sep 2010 08:55:36 -0700
> from: [email protected]
> subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
>
> James--- Just what kind of box are you running?
>
>
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.


This e-mail and any attachments contain material that is confidential
for the sole use of the intended recipient.  Any review, reliance or
distribution by others or forwarding without express permission is
strictly prohibited.  If you are not the intended recipient, please
contact the sender and delete all copies.


------------------------------

message: 6
date: Wed, 29 Sep 2010 07:46:33 -0700 (GMT-07:00)
from: Kevin Fox <[email protected]>
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job

James

Your number one issue is 80%.  It does not matter which job is running
or not.  If disk space is at 80% the operating system begins caching at
such a rate that your system will slow to a crawl.  80% is like a magic
number on the i Series (Power Systems i, AS/400, et. al.) You need to do
everything you can to lower your disk space usage to below the 80%
threshold.

Also, I'm assuming VR5.3 or VR5.4?  The Power-Link architecture will
benefit from an upgrade as the iSeries Java servers are vastly improved.
Although, that being said I know many, many customers running R7.8 on
VR5.3 and VR5.4 and are very happy with performance.  But all of them
are below 50% disk utilization.

Also, your advice on the credit limit program may be incorrect as it has
been replaced at R7.8 with PSVTUE and is no a longer scheduled job.

Its not just the number of transactions that are being run, it's really
your 80% issue.  It also explains why you see the numbers growing. When
transactions are posted (assuming all current PTF's are applied) the
PSVTUE runs the updates; however because of the 80% usage issue, the
system will start swapping disk space around, which will cause the
program to appear to be running away.  It's not really the program, but
all the swapping that the OS is doing as a result of the program
running.  Since the swapping (memory caching)is taking overy, many of
the transactions are not really completing and your numbers of pending
transactions grows.

I'd recommend calling support to ask them to assist in reviewing your
system performance.  They have the tools to assist you.

Kevin Fox


-----Original Message-----
>From: James Pankratz <[email protected]>
>Sent: Sep 28, 2010 4:20 PM
>To: mapics-l-Zwy7GipZuJhWk0Htik3J/[email protected]
>Subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
>
>We are running on a Model 525. There is an issue with disk space -
we're at
>80%. There are plans to upgrade within 6 months so that may solve this
>problem in the long term, but basically we're hoping to understand why
so
>many transactions are being generated...it doesn't seem that we
generate
>that many new financial transactions on a daily basis, so there must be
>something else triggering it. if we can reduce that, then maybe the
>performance issue will not be such a factor. Based on responses so far,
the
>culprit is likely exchange rate corrections.
>
>I did receive an off-line email as well to recommend looking into an XA
IFM
>job that runs an update for Credit Limits on a regular schedule. Could
be
>this job runs too frequently or in peak hours.
>
>
>
>> date: Tue, 28 Sep 2010 08:55:36 -0700
>> from: [email protected]
>> subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
>>
>> James--- Just what kind of box are you running?
>>
>>
>_______________________________________________
>This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
>To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/mailman/listinfo/mapics-l
>or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/mapics-l.
>


Kevin Fox
(909) 762-1384 mobile


------------------------------

message: 7
date: Wed, 29 Sep 2010 08:07:07 -0700
from: [email protected]
subject: Re: [MAPICS-L] PSVTUE - eFin U-Job

James--- Kevin already mentioned it but 80% DASD usage is not good, but
as
long as you have an open slot for a drive it's an inexpensive fix.

I assume your on top of reorgs and stuff like that to free up more
storage?

> We are running on a Model 525. There is an issue with disk space -
we're
> at
> 80%. There are plans to upgrade within 6 months so that may solve this
> problem in the long term, but basically we're hoping to understand why
so
> many transactions are being generated...it doesn't seem that we
generate
> that many new financial transactions on a daily basis, so there must
be
> something else triggering it. if we can reduce that, then maybe the
> performance issue will not be such a factor. Based on responses so
far,
> the
> culprit is likely exchange rate corrections.
>
> I did receive an off-line email as well to recommend looking into an
XA
> IFM
> job that runs an update for Credit Limits on a regular schedule. Could
be
> this job runs too frequently or in peak hours.
>
>
>
>> date: Tue, 28 Sep 2010 08:55:36 -0700
>> from: [email protected]
>> subject: Re: [MAPICS-L] PSVTUE - eFin U-Job
>>
>> James--- Just what kind of box are you running?
>>
>>
> _______________________________________________
> This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mapics-l
> or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mapics-l.
>
>




------------------------------

message: 8
date: Wed, 29 Sep 2010 10:19:19 -0500
from: "Joe Perrault" <[email protected]>
subject: [MAPICS-L] Rel 9 Green Screen

This may be an obvious question, but is the green screen interface
completely removed at rel 9 or does it still exist but is also
functionally available in the IDF level 1 interface?

 

Joe Perrault

McElroy Manufacturing, Inc.



------------------------------

message: 9
date: Wed, 29 Sep 2010 16:43:31 +0100
from: "Phil Brewer" <[email protected]>
subject: Re: [MAPICS-L] Rel 9 Green Screen

We're in the process of moving from R6 to R9.  Green-screen still exists
in R9 and seems to work as it always did...but we're trying not to use
it.
I think it will disappear completely in the next release.

Phil

-----Original Message-----
From: mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]
[mailto:mapics-l-bounces-Zwy7GipZuJhWk0Htik3J/[email protected]] On Behalf Of Joe Perrault
Sent: 29 September 2010 16:19
To: mapics-l-Zwy7GipZuJhWk0Htik3J/[email protected]
Subject: [MAPICS-L] Rel 9 Green Screen

This may be an obvious question, but is the green screen interface
completely removed at rel 9 or does it still exist but is also
functionally available in the IDF level 1 interface?

 

Joe Perrault

McElroy Manufacturing, Inc.

_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list To post
a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected] To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives at
http://archive.midrange.com/mapics-l.



This email message and its content are confidential and may contain
proprietary or privileged information. If you are not the intended
recipient, please notify the sender immediately, and do not read, copy,
disclose, distribute or use the information in any way. Any views
expressed in this message are those of the individual sender, except
where the message states otherwise. SciLabware Ltd and its subsidiaries
("the company") does not accept responsibility for such views and
opinions and this message should not be read as representing the views
and opinions of the company. No liability shall attach to the company,
except where the message states otherwise and the sender is authorised
to make such a statement.

All orders are accepted and sales made subject to our Terms and
Conditions of Sale (available upon request or from www.scilabware.com.
No variation to these terms and conditions shall be made except when
explicitly accepted in writing by SciLabware Ltd.

This e-mail has been swept for the presence of computer viruses, but no
warranty is given that this e-mail and any attachments are virus free.
You should undertake your own virus checking. The right to monitor
e-mail communications through our networks is reserved by us.
 
Registered office: SciLabware Ltd., 4 Felsted Gardens, Ferry Street,
London, E14 3BS. Registered in England & Wales no. 1631004


------------------------------

_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) digest list
To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.



End of MAPICS-L Digest, Vol 8, Issue 160
****************************************

GKN Aerospace Services
This e-mail and any attachments transmitted with it contain information which is confidential, intended solely for the addressee(s) 
and which may also be privileged or exempt from disclosure under applicable law. If you are not the addressee(s), or have received 
this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, print, disclose or use any 
part of it or its attachments. Internet communications are not guaranteed to be secure or free of any virus. The GKN Group does not accept 
liability for any loss or damage arising in any way from changes to this e-mail or its attachments which may occur in transmission 
due to network, machine or software failure or manufacturer or operator error, or from unauthorised access or interference with internet 
communications by any third party or from the transmission of any viruses. Any opinion or other information in this e-mail or its attachments 
that does not relate to the business of the GKN Group or any part of it is personal to the sender and is not given or in any way endorsed by the 
GKN Group or any part of it.

GKN Aerospace Services Limited is registered in England No. 355922
Registered office: Ferry Road, East Cowes, Isle of Wight, PO32 6RA, EnglandReviewed 21st February 2007 

-----------------------------------------------------------------------------------------------------------------------------------------
This email message has been scanned & delivered safely by Mimecast, for more information please visit http://www.mimecast.co.uk 
-----------------------------------------------------------------------------------------------------------------------------------------
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L-Zwy7GipZuJhWk0Htik3J/[email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request-Zwy7GipZuJhWk0Htik3J/[email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.