[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Parse error in httpapi

From: Thomas Neerup Andersen <thnan@xxxxx>
To: HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: Parse error in httpapi
Date: Mon, 18 Jan 2016 13:03:19 +0000

Hi Scott

I have downloaded the new Beta from
[1]http://www.scottklement.com/httpapi/beta

And so far I have not run into any problems.

But I still had to change the MKEXPATCL/INSTALL CL programs to make the
C modules and service programs Storage Model *INHERIT

It seems to me that this should be the standard way of creating the
service programs, or alternatively it should be an option when running
the INSTALL program.

When the service programs has Storage model *SNGLVL they can not be
used from programs running *TERASPACE, but with *INHERIT that can be
used from both *SINGLVL and *TERASPACE .

IBM have updated all service programs to storage model *INHERIT
according the the manual.

I hope this will make it into the new Release of HTTPAPI.

Cheers
Thomas Neerup Andersen
Software Architect
EG A/S

On 17 Jan 2016, at 16:49, Scott Klement <[2]sk@xxxxxxxxxxxxxxxx> wrote:

FYI: I have put a beta release of HTTPAPI with Expat 2.1.0 on my site
for you to try. You can find it here:
[3]http://www.scottklement.com/httpapi/beta
On 12/31/2015 9:48 PM, Scott Klement wrote:

Julius,
If I remember correctly, the version of Expat in HTTPAPI actually
contains the 2.0.1 updates, even though I ported it before 2.0.1.
You might have noticed that some of the changes they logged for
Expat were related to EBCDIC -- they got those changes from me. I
actually incorporated those changes into my copy, as well as the
other fixes, before including it in HTTPAPI. So the version in
HTTPAPI is shown as 2.0.0, but it's actually 2.0.0 plus the fixes I
added. Shortly afterwards, the Expat project released 2.0.1 with
the same fixes.
I see they now have 2.1.0. I have not looked into that one. I have
not run into any need for an update, so haven't updated it.
I think before looking into this, we should determine if that update
would address Magne's error. Indeed, at this point, it's not clear
to me what is causing the problem Magne is experiencing. I think
we should set up a test case and see if we can determine where
things are going wrong.
If we can determine that an update to 2.1.0 will help, then I'll be
happy to make one. But, this update is not easy to do properly, so
I'd like to know that it will help before doing it. I don't see
anything on http://www.libexpat.org that seems to address the
situation Magne is experiencing...
-SK
On 12/31/2015 11:00 AM, Julius Kaj wrote:

Correction!
The current version of Expat is actually more recent (I linked to an
apparently abandoned older project page):
http://www.libexpat.org/
Someone with C knowledge may be able to interpret what has been
changed since Scott did his IBM I port of Expat. :-)
-----Oprindelig meddelelse-----
Fra: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
[mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] P�egne af Julius
Kaj
Sendt: 31. december 2015 17:20
Til: 'HTTPAPI and FTPAPI Projects'
Emne: SV: Parse error in httpapi
Actually, according to this
http://stackoverflow.com/questions/1091945/what-characters-do-i-need
-to-escape-in-xml-documents
the > character doesn't need to be escaped inside an element text.
The OP's XML would thus pass the W3C Markup Validation Service test
and be considered valid. But the parser used (Expat?) may still
require that > be escaped, though that should then be considered a
bug, I think.
I see that the Expat version on Scott's homepage is listed as being
version 2.0.0, while the Expat site lists version 2.0.1 as the
current one. The list of changes in that bugfix release doesn't
directly state anything about the described scenario, but it may
still be worth looking into as some of the listed fixes are pretty
high-level descriptions that doesn't really say what has actually
been fixed.
http://expat.sourceforge.net/
http://www.scottklement.com/expat/
-----Oprindelig meddelelse-----
Fra: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
[mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] P�egne af Koester,
Michael
Sendt: 31. december 2015 14:43
Til: HTTPAPI and FTPAPI Projects
Emne: RE: Parse error in httpapi
I am going to guess that the trouble might be caused by the > just
before "Skatteetaten"? is that a character imbedded in the
CorrespondenceTxt that needs to be escaped?
I had a similar issue with a < symbol recently.
Michael Koester

-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-
bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Magne Kofoed
Sent: Wednesday, December 30, 2015 1:48 PM
To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
Subject: Parse error in httpapi
Hi,
I get an error (the parsing just ends - no error msg, but RC = -1)
when I try to parse this tag:
<a:CorrespondenceTxt>&lt;p>Skatteetaten har behandlet innsendingen.
Du
m�pne tilbakemeldingene under for �e hva du skal gj� videre.&lt;/p></a:CorrespondenceTxt>
Any idea on how to parse this?
HTTPAPI_VERSION is 1.24
Best regards,
Magne

--------------------------------------------------------------------
---
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
--------------------------------------------------------------------
---
____________________________________________________________________
__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
____________________________________________________________________
__
____________________________________________________________________
__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
____________________________________________________________________
__
--------------------------------------------------------------------
---
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
--------------------------------------------------------------------
---
____________________________________________________________________
__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
____________________________________________________________________
__
____________________________________________________________________
__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
____________________________________________________________________
__
--------------------------------------------------------------------
---
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
--------------------------------------------------------------------
---

--
Visit us on: www.eg.dk - EG A/S, Main office: Industrivej Syd 13 C,
DK-7400 Herning. CVR no.: 84 66 78 11.
This message may contain confidential information and is intended only
for the individual named. Please notify the sender immediately by
e-mail if you have received this e-mail by mistake, and delete this
e-mail from your system without disseminating, distributing or copying
it. Thank you.

References

1. http://www.scottklement.com/httpapi/beta
2. mailto:sk@xxxxxxxxxxxxxxxx
3. http://www.scottklement.com/httpapi/beta

-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------

References:
- Re: SV: Parse error in httpapi
  - From: Scott Klement

Prev by Date: Re: SV: Parse error in httpapi
Next by Date: RE: FW: FW: Help - HTTP_URL_POST_XML recvresp hanging
Previous by thread: Re: SV: Parse error in httpapi
Next by thread: lists.scottklement.com mailing list memberships reminder
Index(es):
- Date
- Thread