Question on why DE 127 in Discover TEST data is NOT in my UNPACK log

[Melinda]

Quick on the UNPACK method.  I'm still in the process of certifying with Discover and have a question on some TEST data.  I did not get an error but noticed in the message that I received that I did not receive the value in DE 127 which is the version indicator and which was sent to me by Discover.  I ran the UNPACK test code that I was given by someone on this list and it works great and it showed that I did not receive the value in DE 127.  I did notice an WARNING below but I'm not sure what it means or how to deal with it. Any help/direction would be appreciated.  Thank you.

Here is what I got in the jPOS log:

<log realm="" at="Tue May 14 07:13:45 CDT 2013.394">

  <unpack>

    30323030F23E6451A8E1980C000000000000000231363030303030303030303030303030303030313030303030303030303030313430303030353134313230383139343036383931313634343437313230383038313231323138363031313834303032313031443030303030313030303630303030303030363030303030303337363031313030303939333136393839393D30393130313031313030303135353531393330313132333435363738393031327472616E73656E64363031313031383030303930303139504120436C69656E742063657274696669636174696F205269766572776F6F647320494920494C2030323520202020202050554C53383730303731373631383933303032333430000000003030303130303030303030303030303030313330303030303030303030303030303334504120436C69656E742063657274696669636174696E3030303030303030303030303030353033313331

    <bitmap>{1, 2, 3, 4, 7, 11, 12, 13, 14, 15, 18, 19, 22, 26, 28, 32, 33, 35, 37, 41, 42, 43, 48, 49, 52, 53, 61, 62, 127}</bitmap>

    <unpack fld="2" packager="org.jpos.iso.IFA_LLNUM">

      <value>0000000000000000</value>

    </unpack>

    <unpack fld="3" packager="org.jpos.iso.IFA_NUMERIC">

      <value>010000</value>

    </unpack>

    <unpack fld="4" packager="org.jpos.iso.IFA_NUMERIC">

      <value>000000014000</value>

    </unpack>

    <unpack fld="7" packager="org.jpos.iso.IFA_NUMERIC">

      <value>0514120819</value>

    </unpack>

    <unpack fld="11" packager="org.jpos.iso.IFA_NUMERIC">

      <value>406891</value>

    </unpack>

    <unpack fld="12" packager="org.jpos.iso.IFA_NUMERIC">

      <value>164447</value>

    </unpack>

    <unpack fld="13" packager="org.jpos.iso.IFA_NUMERIC">

      <value>1208</value>

    </unpack>

    <unpack fld="14" packager="org.jpos.iso.IFA_NUMERIC">

      <value>0812</value>

    </unpack>

    <unpack fld="15" packager="org.jpos.iso.IFA_NUMERIC">

      <value>1218</value>

    </unpack>

    <unpack fld="18" packager="org.jpos.iso.IFA_NUMERIC">

      <value>6011</value>

    </unpack>

    <unpack fld="19" packager="org.jpos.iso.IFA_NUMERIC">

      <value>840</value>

    </unpack>

    <unpack fld="22" packager="org.jpos.iso.IFA_NUMERIC">

      <value>021</value>

    </unpack>

    <unpack fld="26" packager="org.jpos.iso.IFA_NUMERIC">

      <value>01</value>

    </unpack>

    <unpack fld="28" packager="org.jpos.iso.IFA_AMOUNT">

      <value>D00000100</value>

    </unpack>

    <unpack fld="32" packager="org.jpos.iso.IFA_LLNUM">

      <value>000000</value>

    </unpack>

    <unpack fld="33" packager="org.jpos.iso.IFA_LLNUM">

      <value>000000</value>

    </unpack>

    <unpack fld="35" packager="org.jpos.iso.IFA_LLCHAR">

      <value>6011000993169899=09101011000155519301</value>

    </unpack>

    <unpack fld="37" packager="org.jpos.iso.IF_CHAR">

      <value>123456789012</value>

    </unpack>

    <unpack fld="41" packager="org.jpos.iso.IF_CHAR">

      <value>transend</value>

    </unpack>

    <unpack fld="42" packager="org.jpos.iso.IF_CHAR">

      <value>601101800090019</value>

    </unpack>

    <unpack fld="43" packager="org.jpos.iso.IF_CHAR">

      <value>PA Client certificatio Riverwoods II IL </value>

    </unpack>

    <unpack fld="48" packager="org.jpos.iso.IFA_LLLCHAR">

      <value>      PULS870071761893002</value>

    </unpack>

    <unpack fld="49" packager="org.jpos.iso.IFA_NUMERIC">

      <value>340</value>

    </unpack>

    <unpack fld="52" packager="org.jpos.iso.IFB_BINARY">

      <value>[B@1d1fc02</value>

    </unpack>

    <unpack fld="53" packager="org.jpos.iso.IF_CHAR">

      <value>0000000000000130</value>

    </unpack>

    <unpack fld="61" packager="org.jpos.iso.IFA_LLLCHAR">

      <value></value>

    </unpack>

    <unpack fld="62" packager="org.jpos.iso.IFA_LLLCHAR">

      <value></value>

    </unpack>

    <unpack fld="127" packager="org.jpos.iso.IFA_LLLCHAR">

      <value></value>

    </unpack>

    WARNING: unpack len=353 consumed=305

  </unpack>

</log>

[chhil]

Anytime you see an empty value it means there is a problem, networks dont set bits and not send data for it.
Check the field packagers again, especially for the ones that are empty.

Assuming your bitmap is correct.

I would start looking from

333430000000003030303130303030303030303030303030313330303030303030303030303030303334504120436C69656E742063657274696669636174696E3030303030303030303030303030353033313331

This starts from field 49 = 340 [333430]
Field 52 = 00000000030303031
Fied 53 =  0000000000000130 [30303030303030303030303030313330]


Data for 61 onwards,

303030303030303030303030303334504120436C69656E742063657274696669636174696E3030303030303030303030303030353033313331.
If you see it looks like the start is a fixed field and not a IFA_LLLChar (field 61) Go through it and see if you find a problem based on your field definitions.

-chhil

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage.
Please support jPOS, contact: sa...@jpos.org
 
You received this message because you are subscribed to the "jPOS Users" group.
Please see http://jpos.org/wiki/JPOS_Mailing_List_Readme_first
To post to this group, send email to jpos-...@googlegroups.com
To unsubscribe, send email to jpos-users+...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/jpos-users
 
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jpos-users+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[chhil]

Change 52 to
  <isofield
      id="52"
      length="4"
      name="XXXXXX"
      class="org.jpos.iso.IFB_BINARY"
      />
Should fix it for you.

-chhil

[Andy Orrock]

Melinda -  Are you the creator or the receiver of this 0200?

It is flat-out weird data -- note the presence of 8 binary zeroes after the correct consumption of Field 49.

Andy Orrock || 972.679.9464 (mobile) || 214.466.1008 (office) || 214.466.1042 (fax) || www.olsdallas.com

This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.

[Melinda]

I am the receiver.  This is TEST data from what is called their RCT tool.  I guess you would this a malformed message.  I've been testing with their 0800, 0100, 0120 and now their 0200 and this is what I ran into.

[Melinda]

Thank chhil, I'll give that a try and see what happens.  I appreciate your time and help.

Regards.

[Melinda]

Thanks, Andy.  I appreciate you taking time to look at this as well. Regards.   

On Tuesday, May 14, 2013 7:54:43 AM UTC-5, Andy Orrock wrote:

[Melinda]

THAT got it!! Thanks so much again.

On Tuesday, May 14, 2013 7:54:05 AM UTC-5, chhil wrote:

[Andy Orrock]

So...tell Discover to update their specs: it's 8 binary characters - 4 bytes, not 8.

Andy Orrock || 972.679.9464 (mobile) || 214.466.1008 (office) || 214.466.1042 (fax) || www.olsdallas.com

This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.

[Melinda]

I'll definitely do that!! Thanks.