I would be ok with that, however why can't you just use the ResourceHandler? PathResourceManager will use transferFrom if the file is larger than a configured minimum (the transferMinSize parameter in the constructor). Stuart On Wed, Dec 28, 2016 at 1:52 AM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: > Previously I've asked about streaming a single file back to the client and > got some good insight as to how to accomplish this with `transferFrom`, but > this misses out on all the extra features like resuming transfers, cached > content, etc. It would be very nice Undertow offered a static utility > method to serve up File, Path, and URL providing all of this functionality > that is currently contained in ResourceHandler > ( https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io... ). > > I don't think it would be difficult to extract all of that out of the > private method and simply have ResourceHandler call the static method. > Stuart, what do you think? > > I'd even be willing to do the leg-work if you'd be willing to accept a PR > for it. > > _______________________________________________ > undertow-dev mailing list > undertow-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/undertow-dev

You should be able to handle all of your use cases by composing handlers together. Create a new handler that handles security or the database logic then delegates to an internal resource handler with the appropriate path. On Mon, Jan 2, 2017 at 9:50 PM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: The problem with ResourceHandler is it doesn't easily support more complex scenarios. A few examples: security on resources, URLs that must find a resource path from the database, conditional resources (deliver resource A if the IP is x.x.x.x and resource B otherwise), etc. Offering a more granular control to allow delivery of individual resources without the need of a ResourceHandler will drastically improve the flexibility of Undertow. On Mon, Jan 2, 2017 at 4:46 PM Stuart Douglas <sdouglas(a)redhat.com&gt; wrote: I would be ok with that, however why can't you just use the ResourceHandler? PathResourceManager will use transferFrom if the file is larger than a configured minimum (the transferMinSize parameter in the constructor). Stuart On Wed, Dec 28, 2016 at 1:52 AM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: > Previously I've asked about streaming a single file back to the client and > got some good insight as to how to accomplish this with `transferFrom`, but > this misses out on all the extra features like resuming transfers, cached > content, etc. It would be very nice Undertow offered a static utility > method to serve up File, Path, and URL providing all of this functionality > that is currently contained in ResourceHandler > ( https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io... ). > > I don't think it would be difficult to extract all of that out of the > private method and simply have ResourceHandler call the static method. > Stuart, what do you think? > > I'd even be willing to do the leg-work if you'd be willing to accept a PR > for it. > > _______________________________________________ > undertow-dev mailing list > undertow-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/undertow-dev _______________________________________________ undertow-dev mailing list undertow-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/undertow-dev

If you submit a PR I would be happy to look at it. Stuart On Wed, Jan 4, 2017 at 2:09 AM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: > Bill, though you're probably right, I still believe this would be useful > functionality for one-off resource handling without requiring a resource > handler. > > On Mon, Jan 2, 2017 at 8:59 PM Bill O'Neil <bill(a)dartalley.com&gt; wrote: >> >> You should be able to handle all of your use cases by composing handlers >> together. Create a new handler that handles security or the database logic >> then delegates to an internal resource handler with the appropriate path. >> >> On Mon, Jan 2, 2017 at 9:50 PM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: >>> >>> The problem with ResourceHandler is it doesn't easily support more >>> complex scenarios. A few examples: security on resources, URLs that must >>> find a resource path from the database, conditional resources (deliver >>> resource A if the IP is x.x.x.x and resource B otherwise), etc. >>> >>> Offering a more granular control to allow delivery of individual >>> resources without the need of a ResourceHandler will drastically improve the >>> flexibility of Undertow. >>> >>> On Mon, Jan 2, 2017 at 4:46 PM Stuart Douglas <sdouglas(a)redhat.com&gt; >>> wrote: >>>> >>>> I would be ok with that, however why can't you just use the >>>> ResourceHandler? PathResourceManager will use transferFrom if the file >>>> is larger than a configured minimum (the transferMinSize parameter in >>>> the constructor). >>>> >>>> Stuart >>>> >>>> On Wed, Dec 28, 2016 at 1:52 AM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: >>>> > Previously I've asked about streaming a single file back to the client >>>> > and >>>> > got some good insight as to how to accomplish this with >>>> > `transferFrom`, but >>>> > this misses out on all the extra features like resuming transfers, >>>> > cached >>>> > content, etc. It would be very nice Undertow offered a static utility >>>> > method to serve up File, Path, and URL providing all of this >>>> > functionality >>>> > that is currently contained in ResourceHandler >>>> > >>>> > ( https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io... ). >>>> > >>>> > I don't think it would be difficult to extract all of that out of the >>>> > private method and simply have ResourceHandler call the static method. >>>> > Stuart, what do you think? >>>> > >>>> > I'd even be willing to do the leg-work if you'd be willing to accept a >>>> > PR >>>> > for it. >>>> > >>>> > _______________________________________________ >>>> > undertow-dev mailing list >>>> > undertow-dev(a)lists.jboss.org >>>> > https://lists.jboss.org/mailman/listinfo/undertow-dev >>> >>> >>> _______________________________________________ >>> undertow-dev mailing list >>> undertow-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/undertow-dev >> >> >