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> 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> 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> 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> 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