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



I think your private reply made it to the list as well :-)

I ended up just using an SQL update, but silly to have to compose an SQL update when I have a unique key already :-)

I like your idea and it has merit too. I just didn't want to be creating logicals over a JDE table since this is a process that will run regularly and needs filtering.

I guess I'll just have to get use to the fact that sometimes using SQL for all the I/O is the way to go :-)

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT

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

message: 2
date: Sat, 21 Dec 2013 12:25:44 -0500
from: Mark S Waterbury <mark.s.waterbury@xxxxxxxxxxxxx>
subject: Re: CPF428A on a JDE Table

Hi, Richard:

(For the list, and the archives, here is the "non-private" version I intended to post to the list.)

How about this approach:

1. create a logical file (or view) over that table that omits the BLOB
field, since you say your program will not be using it?
2. then, your program just uses the logical file, instead of directly
accessing the physical file.
3. if needed, you could even provide QDDSSRC and issue CRTLF to create
the (temporary) logical file (or SQL DDL source to create the SQL
view) in QTEMP, when the program runs...

Does that help? (/"Any problem in computer science can be solved by
adding one more level of indirection.":/)

All the best,

Mark S. Waterbury

On 12/21/2013 12:14 PM, Richard Schoen wrote:
Hello All,

Working to create an RPGLE program that uses a JD Edward/Oracle E1 V9.1 table and it has a blob field in it.

Getting CPF428A when the program attempts to implicitly open the file as defined in the F spec.

I can get around it by using SQLRPGLE and omitting the blob field, but is there a way to get a regular RPGLE program to process a table with a blob field ?

I don't plan to use the field, but it's in the table.

I did google and checked the list, but didn't see a clear resolution for this.

Thanks in advance.

Regards,
Richard Schoen
...(snip)...



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



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.