× 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.



This may be old news or has since been taken care. But the last I knew.
There were several browser app's that are or were not ready(unavailable) for
R7.  Potentially a show stopper. If this has been since been taken care of.
Then please ignore my rambling
Looking forward to seeing what is being said about R7 at the Conf next
week...

Pete Olshavsky
Ind. Mapics Analyst/Systems Analyst


----- Original Message -----
From: Jeff Snyder <jgsnyder@infonline.net>
To: <mapics-l@midrange.com>
Sent: Wednesday, May 01, 2002 8:18 AM
Subject: Re: Upgrade Issue


> Good reply Dale , ref rel 7 upgrade !!  Yea i didnt know Java was Dead ??
>
>  Also, I have not had any issues with EPDM / PDM sync.  At rel 6 and
> above the P/S and RTN files go away, only the Itemas a,b,c survive in
> PDM.  ( for Purch, COM) The sync is performed under the covers, any item
> you 'rel' to pdm WILL stay in sync.
>
>   Be careful , if same item exist in 2 or moe 'sites' in EPDM. ONLY 1 can
> will be rel to PDM.
>
>   As for product costing, the b-record-pdm is synced with only the latest
> rel item from epdm.  I/M will still use the itembl cost fields.
>
> Jeff Snyder CPIM
>
> Ind. mfg consultant
>
>
> -----Original Message-----
> From: "De Vlieger Kris" <devlieger.kris@village.uunet.be>
> To: <mapics-l@midrange.com>
> Date: Wed, 1 May 2002 08:59:43 +0200
> Subject: Re: Upgrade Issue
>
> > There's an easy way to automate the open and save of queries:
> >     Start recording in client acces
> >     Do one screen and then page down
> >     stop recording
> >     Edit this recording to eliminate all the waits
> >     Select all commands and then paste them about 20 times
> >     save this recording
> > Now each time you run it, you've done 20 screens of queries (=about 250
> > queries). At the end it'll get an input inhibited and you can move to
> > the
> > next library.  It speeds up nicely this way without programming for any
> > gazillion dumb sequence.
> >
> > Good luck,
> >
> > Kris De Vlieger
> >
> > ----- Original Message -----
> > From: <DaleGindlesperger@fft-inc.com>
> > To: <mapics-l@midrange.com>
> > Sent: Wednesday, 01 May, 2002 01:23 AM
> > Subject: Re: Upgrade Issue
> >
> >
> > > This is a multipart message in MIME format.
> > > --
> > > [ Picked text/plain from multipart/alternative ]
> > > Connie,
> > >
> > > We usually make an effort to stay current, with one exception over
> > the
> > > last several years - we skipped XA/R4 and went straight from R3 to
> > R5.  As
> > > we implemented EPDM at the same time, that was a BIG conversion.  On
> > the
> > > other hand, our conversion from R5 to R6 was VERY easy.  We basically
> > only
> > > recompiled our add-on code (in a separate library).  As we were in
> > the
> > > middle of a major project at the time, I actually outsourced the
> > upgrade
> > > prep to my affiliate, who did it remotely in a couple days of
> > compiling
> > > and checking on their system.  Then they brought the source code on a
> > > tape, loaded it on my AS/400, recompiled everything, and we were
> > ready.  I
> > > love library lists!
> > >
> > > The actual upgrade was done on a Sunday afternoon, took me about 6
> > hours.
> > > Quite easy, and about the easiest upgrade we've done since we went
> > from DB
> > > Mod 3 to DB Mod 4.  Most of the users never really noticed, except
> > for the
> > > new functionality.  (FYI, we are on an AS/400 Model 720-2062.)
> > >
> > > Query conversion, on the other hand, is always a pain.  We have about
> > a
> > > gajillion and two queries, and we have to open and save all of them
> > to
> > > prevent the annoying level checks.  Serious annoyance.  My operator
> > > basically gets a listing and spends a couple days just opening and
> > saving
> > > them in sequence.  Boooooring!  And definitely not a "value add" use
> > of
> > > his time and abilities.  I'd love an automated way of doing that.
> > (Hint
> > > hint - any of you system geniuses out there figure something out for
> > > that?)
> > >
> > > I am actually very much anticipating our upgrade to R7.  Our MAPICS
> > > Browser implementation has been very successful (EPDM, CSM, AMPlus,
> > and
> > > Integrator), but since we are using applications that aren't
> > converted to
> > > Java yet, we have to wait.  I am quite eager to be able to extend
> > EPDM
> > > inquiries to the plant floor on thin clients, instead of limiting it
> > to a
> > > couple PCs placed in fairly clean offices.  (Plus the ability to put
> > > certain apps out on the web.)  I am curious as to how much AS/400
> > > horsepower will be required.  We had to add an addition 500MB of
> > memory to
> > > my existing 1GB of memory in my AS/400 to get acceptable response
> > time
> > > with CSM and MDCC, all allocated to QSERVER.
> > >
> > > I noticed a comment earlier on this thread about not wanting to move
> > to
> > > "obsolete" technology like Browser or R7?   I must be missing
> > something
> > > there - I think that the move to Java for R7 (with EZ-Link, too!) is
> > > pretty darn current!  We are quite pleased with how current MAPICS
> > has
> > > stayed, especially with all the user exits and off-line loads that
> > let you
> > > hang custom stuff on and off MAPICS without modification of base
> > code. And
> > > the new COM_Net, woo-hoo sweet!  Now with the free enhancements
> > MAPICS is
> > > offering, like off-line shipping to take care of the (in my opinion)
> > > cumbersome pick-pack-ship process, it's even better.  (No, I don't
> > work
> > > for MAPICS, just use it a lot....)
> > >
> > > Incidentally, I also don't understand why MAPICS keeps the old PDM
> > files
> > > as actual physical files after you implement EPDM.  It would seem to
> > me
> > > that they should be able to convert them to logical files and just
> > use the
> > > actual EPDM files for the data.  Then the other apps that use the
> > > ITEMASA/B/C, PSTRUC, ROUTNG, and so on would just use the EPDM
> > databases
> > > via the logicals.  Of course, not being personally conversant with
> > the
> > > couple million lines of code using the PDM files, I don't know how
> > > reasonable that is.
> > >
> > > Dale Gindlesperger @ Fleetwood
> > >
> > >
> > >
> > >
> > >
> > >
> > > Connie Webb <cwebb@grahamwhite.com>
> > > Sent by: mapics-l-admin@midrange.com
> > > 04/30/02 10:29 AM
> > > Please respond to mapics-l
> > >
> > >
> > >         To:     "'mapics-l@midrange.com'" <mapics-l@midrange.com>
> > >         cc:
> > >         Subject:        Upgrade Issue
> > >
> > >
> > > Has anyone moved to REL 7 or have immediate plans to do so?
> > >
> > > I am interested in the resources you consider necessary to move from
> > > different releases of MAPICS. Do you migrate with internal resources?
> > Do
> > > you
> > > have programmers on site?  When did you move from REL 4 to REL 6?
> > > _______________________________________________
> > > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> > > To post a message email: MAPICS-L@midrange.com
> > > To subscribe, unsubscribe, or change list options,
> > > visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
> > > or email: MAPICS-L-request@midrange.com
> > > Before posting, please take a moment to review the archives
> > > at http://archive.midrange.com/mapics-l.
> > >
> > >
> > >
> > > _______________________________________________
> > > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> > > To post a message email: MAPICS-L@midrange.com
> > > To subscribe, unsubscribe, or change list options,
> > > visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
> > > or email: MAPICS-L-request@midrange.com
> > > Before posting, please take a moment to review the archives
> > > at http://archive.midrange.com/mapics-l.
> > >
> > >
> >
> > _______________________________________________
> > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> > To post a message email: MAPICS-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
> > or email: MAPICS-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/mapics-l.
> >
> >
>
> _______________________________________________
> This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> To post a message email: MAPICS-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
> or email: MAPICS-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mapics-l.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.