I need to throw some XML around


  • Discourse touched me in a no-no place

    Maybe. I'll try it tomorrow.

    For development, testing, and ease-of-use purposes, I have installed IIS and Tomcat on my own dev PC, so I have a single-machine environment, if it matters.



  • i misread that. where i said server #1 was server #2.

    if i understand:
    client -http--> server #2(tomcat) -http-->IIS
    Fiddler must be configured as a proxy in server #2 so it intercepts the traffic from #2 to #1.
    anyway, it will serve you as a debugging tool. to see how the request is being formed.

    if it's only one request using the whole reverse proxy thing will be an overkill, but it will work(provided you do the tailoring required)
    otherwise, your approach seems like the same thing i would do.

    i would start doing a dummy http request from tomcat to IIS to see if the request it's being done.
    also, a simple servlet that basicly spews a html page with the content of the xml you're sending.

    hope this helps(if not, tell me and i'll shut up :P ). i've done a thing like this, but in php. AFAIK it's still working


  • Discourse touched me in a no-no place

    @Jarry said:

    i would start doing a dummy http request from tomcat to IIS to see if the request it's being done.also, a simple servlet that basicly spews a html page with the content of the xml you're sending.

    Sadly, this is pretty much what I was trying to do, until I ran into a lack of ability to find clear sample code, and, since this isn't really my day to day type of work, I didn't know what tools to use and so on.

    I'd've been done weeks ago if I could have done it entirely in Progress, but the restrictions placed on me (e.g., "no CORS on IIS") have hamstrung me.

    @Jarry said:

    hope this helps(if not, tell me and i'll shut up ).

    No, it's potentially useful. If nothing else it means that my idea might not have been inherently horrible. Unless you're a horrible coder. 😄



  • @FrostCat said:

    Can I capture server-to-server traffic with it?

    It captures all HTTP traffic assuming the HTTP-using app properly asks the OS for proxy settings.

    In the Java world? I doubt any do.


  • Discourse touched me in a no-no place

    @blakeyrat said:

    In the Java world? I doubt any do.

    Yes, that's what I'm afraid of.

    I mean, I could write my own tooling to test this shit, but that takes time and my boss is trying not to breathe down my neck.

    "Here, Frost, we've got a project for you that we're going to prevent you from doing in the language we as a company do all of our work in".


  • Java Dev

    Yeah, generic packet capture tends to capture everything which is too much. You can supply a filter but that requires knowing the filter language.

    The pcap filter tcp port 8080 (substitute correct port) probably works, assuming wireshark uses pcap filters there. If it uses its own format it's something like tcp.port = 8080, but I rarely need to use that so I'm not sure.


Log in to reply