Re: CPE3460 with XML-INTO over empty file

Henrik

It is put into the IFS by a process on a Windows box, related to an accounts receivable application - the Windows box is internal to our network. It might be a scheduled job on that box or it might be scheduled using UC4.

It was decided that this XML file would be sent, even if there is no information to send. But I had thought there would at least be XML header - never tested it with absolutely 0 bytes in the file!

I have to say that I think that AR app is rather stupid - for many reasons - and getting that to change is something the project leaders decided not to pursue, as it just wouldn't happen. Since when does a company let a software package decide what information you can pass back and forth? What your business requirements can be? Should not your data/business needs have precedence? Sigh!

Vern

On 3/4/2014 7:00 PM, Henrik Rützou wrote:

Vernon

how did you recieve the file ?


On Wed, Mar 5, 2014 at 12:56 AM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>wrote:

We are using XML-INTO to process a file from an external source.

This morning, the XML file was completely empty - no XML header, no
DOCTYPE, nada, zip, nullo, etc.

We got a CPE3460 "Storage allocation request failed." message.

Is it trying to allocate 0 bytes? :) Is this expected behavior?

I did see a couple hits in Google about this message and XML-INTO for
v5r4 and 6.1 - we are on 7.1 and pretty current.

I can live with it, am using a monitor around the XML-INTO section.
There are ON-ERROR sections for status 351, 352, 353, and 354 - this one
had status of 9999.

Regards
Vern
--
This is the RPG programming on the IBM i (AS/400 and 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.