[JBoss JIRA] (DROOLS-1822) [Guided Decision Table] Set Field value With Work Item is too strict in Type Comparison
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-1822?page=com.atlassian.jira.plugi... ]
Michael Anstis resolved DROOLS-1822.
------------------------------------
Resolution: Won't Do
> [Guided Decision Table] Set Field value With Work Item is too strict in Type Comparison
> ---------------------------------------------------------------------------------------
>
> Key: DROOLS-1822
> URL: https://issues.jboss.org/browse/DROOLS-1822
> Project: Drools
> Issue Type: Enhancement
> Components: Guided Decision Table Editor
> Affects Versions: 7.1.0.Beta2
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Minor
> Labels: reported-by-qe
>
> Lets say you have in your GDT column that executes work item. Next assume this work item returns Float result. Next assume you want to set value of a string field with this Float result (You will use _Set the field value with Work Item column_). Currently user is not able to do this. Currently user is allowed just to do assignments like String -> String, Float -> Float in the _Set the field value with Work Item column_.
> Reproducer submitted as: https://github.com/kiegroup/drools-wb/pull/528
> Once the issue is fixed, please unignore the ignored test from PR.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (DROOLS-2137) [Guided Decision Table] The asset lock does not work when one of the users is in another tab (in the GDT Editor)
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-2137?page=com.atlassian.jira.plugi... ]
Michael Anstis resolved DROOLS-2137.
------------------------------------
Resolution: Won't Do
> [Guided Decision Table] The asset lock does not work when one of the users is in another tab (in the GDT Editor)
> ----------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2137
> URL: https://issues.jboss.org/browse/DROOLS-2137
> Project: Drools
> Issue Type: Enhancement
> Components: Guided Decision Table Editor
> Reporter: Guilherme Carreiro
> Assignee: Guilherme Carreiro
> Priority: Major
>
> The Guided Decision Table lock does not work when one of the users is in another tab (in the GDT Editor).
> Steps do reproduce:
> - Login with the `user1`;
> - Login in a different session with the `user2`;
> - Open a Guided Decision Table with the `user1`;
> - Open the same Guided Decision Table with the `user2`;
> - Open the "Overview" tab with the `user1`;
> - Append a new row with values in the GDT with `user2`;
> - See that the GDT is not locked for the `user1`.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (WFLY-11720) Cannot invoke EJB over HTTP on JDK 11
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-11720?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-11720:
------------------------------------
Component/s: EJB
> Cannot invoke EJB over HTTP on JDK 11
> -------------------------------------
>
> Key: WFLY-11720
> URL: https://issues.jboss.org/browse/WFLY-11720
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Remoting
> Affects Versions: 16.0.0.Beta1
> Environment: JDK 11
> Reporter: Jan Kašík
> Priority: Major
>
> Run of client app calling EJB over HTTP fails on JDK 11 with following log:
> {noformat}
> Feb 14, 2019 12:49:30 PM org.wildfly.naming.client.Version <clinit>
> INFO: WildFly Naming version 1.0.6.Final
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by org.wildfly.security.manager.GetAccessibleDeclaredFieldAction (file:/home/hudson/hudson_workspace/mod_cluster/client/wildfly-elytron-1.1.3.Final.jar) to field java.security.AccessControlContext.context
> WARNING: Please consider reporting this to the maintainers of org.wildfly.security.manager.GetAccessibleDeclaredFieldAction
> WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Feb 14, 2019 12:49:30 PM org.wildfly.security.Version <clinit>
> INFO: ELY00001: WildFly Elytron version 1.1.3.Final
> Feb 14, 2019 12:49:30 PM org.jboss.ejb.client.EJBClient <clinit>
> INFO: JBoss EJB Client version 4.0.2.Final
> Feb 14, 2019 12:49:30 PM org.xnio.Xnio <clinit>
> INFO: XNIO version 3.6.5.Final
> Feb 14, 2019 12:49:30 PM org.xnio.nio.NioXnio <clinit>
> INFO: XNIO NIO Implementation Version 3.6.5.Final
> Feb 14, 2019 12:49:30 PM org.jboss.threads.Version <clinit>
> INFO: JBoss Threads version 2.3.0.Beta2
> Feb 14, 2019 12:49:30 PM org.jboss.remoting3.EndpointImpl <clinit>
> INFO: JBoss Remoting version 5.0.0.Final
> Feb 14, 2019 12:49:30 PM org.jboss.threads.LoggingUncaughtExceptionHandler uncaughtException
> ERROR: Thread Thread[XNIO-1 task-1,5,main] threw an uncaught exception
> java.lang.ExceptionInInitializerError
> at org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1335)
> at org.jboss.marshalling.river.RiverMarshallerFactory.createMarshaller(RiverMarshallerFactory.java:54)
> at org.wildfly.httpclient.common.HttpTargetContext.createMarshaller(HttpTargetContext.java:132)
> at org.wildfly.httpclient.ejb.HttpEJBReceiver.marshalEJBRequest(HttpEJBReceiver.java:367)
> at org.wildfly.httpclient.ejb.HttpEJBReceiver.lambda$processInvocation$1(HttpEJBReceiver.java:185)
> at org.wildfly.httpclient.common.HttpTargetContext$1.lambda$completed$0(HttpTargetContext.java:338)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1871)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1400)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
> at org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:287)
> ... 9 more
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (WFLY-11722) Internal Server Error (500) when using directory-listing in FileHandler
by Adam Krajcik (Jira)
[ https://issues.jboss.org/browse/WFLY-11722?page=com.atlassian.jira.plugin... ]
Adam Krajcik updated WFLY-11722:
--------------------------------
Description:
When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
I also tried to use simple example application - _File Serving_ from [Undertow Examples|https://github.com/undertow-io/undertow/tree/master/examples] where I can see the following exception when accessing the directory with the bad symlink:
{code}
java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
at java.nio.file.Files.readAttributes(Files.java:1748)
at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
... 8 more
{code}
was:
When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
I also tried to use simple example application - _File Serving_ from Undertow Exampleswhere I can see the following exception when accessing the directory with the bad symlink:
{code}
java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
at java.nio.file.Files.readAttributes(Files.java:1748)
at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
... 8 more
{code}
> Internal Server Error (500) when using directory-listing in FileHandler
> -----------------------------------------------------------------------
>
> Key: WFLY-11722
> URL: https://issues.jboss.org/browse/WFLY-11722
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 15.0.1.Final
> Reporter: Adam Krajcik
> Assignee: Flavia Rainone
> Priority: Major
>
> When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
> I also tried to use simple example application - _File Serving_ from [Undertow Examples|https://github.com/undertow-io/undertow/tree/master/examples] where I can see the following exception when accessing the directory with the bad symlink:
> {code}
> java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
> at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> at java.lang.Thread.run(Thread.java:811)
> Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
> at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
> at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
> at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
> at java.nio.file.Files.readAttributes(Files.java:1748)
> at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
> ... 8 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (WFLY-11722) Internal Server Error (500) when using directory-listing in FileHandler
by Adam Krajcik (Jira)
[ https://issues.jboss.org/browse/WFLY-11722?page=com.atlassian.jira.plugin... ]
Adam Krajcik updated WFLY-11722:
--------------------------------
Description:
When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
I also tried to use simple example application - _File Serving_ from Undertow Exampleswhere I can see the following exception when accessing the directory with the bad symlink:
{code}
java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
at java.nio.file.Files.readAttributes(Files.java:1748)
at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
... 8 more
{code}
was:
When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
I also tried to use simple Undertow example application - _File Serving_ where I can see the following exception when accessing the directory with the bad symlink:
{code}
java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
at java.nio.file.Files.readAttributes(Files.java:1748)
at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
... 8 more
{code}
> Internal Server Error (500) when using directory-listing in FileHandler
> -----------------------------------------------------------------------
>
> Key: WFLY-11722
> URL: https://issues.jboss.org/browse/WFLY-11722
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 15.0.1.Final
> Reporter: Adam Krajcik
> Assignee: Flavia Rainone
> Priority: Major
>
> When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
> I also tried to use simple example application - _File Serving_ from Undertow Exampleswhere I can see the following exception when accessing the directory with the bad symlink:
> {code}
> java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
> at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> at java.lang.Thread.run(Thread.java:811)
> Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
> at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
> at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
> at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
> at java.nio.file.Files.readAttributes(Files.java:1748)
> at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
> ... 8 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (WFLY-11722) Internal Server Error (500) when using directory-listing in FileHandler
by Adam Krajcik (Jira)
[ https://issues.jboss.org/browse/WFLY-11722?page=com.atlassian.jira.plugin... ]
Adam Krajcik updated WFLY-11722:
--------------------------------
Description:
When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
I also tried to use simple Undertow example application - _File Serving_ where I can see the following exception when accessing the directory with the bad symlink:
{code}
java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
at java.nio.file.Files.readAttributes(Files.java:1748)
at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
... 8 more
{code}
was:
When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the welcome-content.
However, no exception is thrown when the Internal Server Error (500) is returned on WildFly.
The following exception is thrown when using _http2_ in _undertow-examples_:
{code}
ava.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
at java.nio.file.Files.readAttributes(Files.java:1748)
at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
... 8 more
{code}
> Internal Server Error (500) when using directory-listing in FileHandler
> -----------------------------------------------------------------------
>
> Key: WFLY-11722
> URL: https://issues.jboss.org/browse/WFLY-11722
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 15.0.1.Final
> Reporter: Adam Krajcik
> Assignee: Flavia Rainone
> Priority: Major
>
> When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the *welcome-content* server returns Internal Server Error (500) when accessing the folder containing the bad symlink. However, no exception is logged in the output on WildFly.
> I also tried to use simple Undertow example application - _File Serving_ where I can see the following exception when accessing the directory with the bad symlink:
> {code}
> java.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
> at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> at java.lang.Thread.run(Thread.java:811)
> Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
> at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
> at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
> at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
> at java.nio.file.Files.readAttributes(Files.java:1748)
> at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
> ... 8 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (WFLY-11722) Internal Server Error (500) when using directory-listing in FileHandler
by Adam Krajcik (Jira)
[ https://issues.jboss.org/browse/WFLY-11722?page=com.atlassian.jira.plugin... ]
Adam Krajcik updated WFLY-11722:
--------------------------------
Steps to Reproduce:
# Create a folder in welcome content and create a bad symlink in the folder
{code}
mkdir folder
cd folder
ln -s xxx bad
{code}
# Start server standalone.sh
# Allow directory listing in file handler
{code}
/subsystem=undertow/configuration=handler/file=welcome-content:write-attribute(name=directory-listing, value=true)
reload
{code}
# Go to the folder in welcome content
{code}http://127.0.0.1:8080/folder{code}
was:
1.) Create a folder in welcome content and create a bad symlink in the folder
{code}
mkdir folder
cd folder
ln -s xxx bad
{code}
2.) Start server standalone.sh
3.) Allow directory listing in file handler
{code}
/subsystem=undertow/configuration=handler/file=welcome-content:write-attribute(name=directory-listing, value=true)
{code}
4.) Go to the folder in welcome content
{code}http://127.0.0.1:8080/folder{code}
> Internal Server Error (500) when using directory-listing in FileHandler
> -----------------------------------------------------------------------
>
> Key: WFLY-11722
> URL: https://issues.jboss.org/browse/WFLY-11722
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 15.0.1.Final
> Reporter: Adam Krajcik
> Assignee: Flavia Rainone
> Priority: Major
>
> When I added a bad symlink to the *welcome-content* and allowed *directory-listing* in the file handler of the welcome-content.
> However, no exception is thrown when the Internal Server Error (500) is returned on WildFly.
> The following exception is thrown when using _http2_ in _undertow-examples_:
> {code}
> ava.lang.RuntimeException: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:62)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:139)
> at io.undertow.server.handlers.resource.DirectoryUtils.renderDirectoryListing(DirectoryUtils.java:162)
> at io.undertow.server.handlers.resource.ResourceHandler$1.handleRequest(ResourceHandler.java:233)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1160)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> at java.lang.Thread.run(Thread.java:811)
> Caused by: java.nio.file.NoSuchFileException: /home/akrajcik/Pictures/pictures
> at sun.nio.fs.UnixException.translateToIOException(UnixException.java:98)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:114)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:119)
> at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:67)
> at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:156)
> at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:111)
> at java.nio.file.Files.readAttributes(Files.java:1748)
> at java.nio.file.Files.getLastModifiedTime(Files.java:2277)
> at io.undertow.server.handlers.resource.PathResource.getLastModified(PathResource.java:60)
> ... 8 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months