That is exactly what I needed. I didn’t realize back pressure could be disabled.
Thanks Shawn Sent from my iPhone On Mar 1, 2018, at 7:23 AM, Brandon DeVries <b...@jhu.edu<mailto:b...@jhu.edu>> wrote: Shawn, Often when you have a loop you can run into problems with back pressure. I'd try setting the back pressure limits to 0 / 0 B on one or more of the relationships in the loop so the involved processors don't get "stuck". Brandon On Wed, Feb 28, 2018 at 12:26 PM Shawn Weeks <swe...@weeksconsulting.us<mailto:swe...@weeksconsulting.us>> wrote: Hi, I’ve got a workflow where I’m trying to extract nested compressed files. I used an example I found on here where you setup a flow that passes the file through the Identify Mime Type Processor and then a Route on Attribute to send the file to either the Compress Content or Unpackage Content Processor. Then I’m looping back through the original Mime Type processor. The issue I’m running into is it’s possible to get the route on attribute processor stuck if either of the compress or unpackage processors get backed up. I’m trying to figure out a way to avoid that happening either by restricting input into the mine type or somehow setup the connector priorities. Any ideas? I don’t have a way to know how nested the combination of zip tar and gzip maybe. Thanks Shawn
