[jboss-jira] [JBoss JIRA] (WFLY-12299) More fine grain dependency for galleon basic layers

[Brian Stansberry (Jira)]

    [ https://issues.jboss.org/browse/WFLY-12299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13760871#comment-13760871 ] 

Brian Stansberry commented on WFLY-12299:
-----------------------------------------

bstansberry 8 days ago  Member
@jfdenise A question then would be whether we would provide other layers that depend on transactions but which don't also involve an a servlet container.

Not just whether they might exist in theory, but whether we would provide them. If we don't provide them, then the user who would want that would be somehow doing fairly complex provisioning config manipulation anyway, and excluding the servlet container / undertow parts would just be another part of that. Not unreasonable.

So what layer that would use transactions would we provide that doesn't have an HTTP endpoint? It would have to be something that involves some other remote access protocol (e.g. native remoting or IIOP or QPID.) Or something that doesn't involve listening for outside connections at all.

For the 'other remote access protocol' case, I don't see us providing such a layer. Our standard configs aim toward having a single HTTP socket for application use with HTTP Upgrade used if needed.

The "doesn't involve listening for outside connections at all" case is valid though. A server set up for batch jobs. Or a server that runs MDBs, where the messages processed by the MDB are pulled from a remote broker over a client socket, not a server socket.

> More fine grain dependency for galleon basic layers
> ---------------------------------------------------
>
>                 Key: WFLY-12299
>                 URL: https://issues.jboss.org/browse/WFLY-12299
>             Project: WildFly
>          Issue Type: Enhancement
>          Components: Build System
>            Reporter: Jean Francois Denise
>            Assignee: Jean Francois Denise
>            Priority: Major
>
> Having basic layers to only depend on the layers (and features) they do require will offer more flexibility than depending on web-server layer.



--
This message was sent by Atlassian Jira
(v7.12.1#712002)