[jira] [Commented] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16508880#comment-16508880 ] ASF subversion and git services commented on QPID-8208: --- Commit 06c01aa94dd4e71be8280c1fd218f909fddf3f15 in qpid-broker-j's branch refs/heads/7.0.x from [~alex.rufous] [ https://git-wip-us.apache.org/repos/asf?p=qpid-broker-j.git;h=06c01aa ] QPID-8208: [Broker-J] Strengthen handling of exception thrown on establishing of LDAP connections (cherry picked from commit 93a288fdc6d44c0a39ad217beb4b58e768753128) > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > Attachments: 0001-QPID-8208-Broker-J-Improve-exception-handling.patch > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16508838#comment-16508838 ] ASF subversion and git services commented on QPID-8208: --- Commit 93a288fdc6d44c0a39ad217beb4b58e768753128 in qpid-broker-j's branch refs/heads/master from [~alex.rufous] [ https://git-wip-us.apache.org/repos/asf?p=qpid-broker-j.git;h=93a288f ] QPID-8208: [Broker-J] Strengthen handling of exception thrown on establishing of LDAP connections > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > Attachments: 0001-QPID-8208-Broker-J-Improve-exception-handling.patch > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (DISPATCH-1033) Incorrect location for legend on Message flow page in console
Ernest Allen created DISPATCH-1033: -- Summary: Incorrect location for legend on Message flow page in console Key: DISPATCH-1033 URL: https://issues.apache.org/jira/browse/DISPATCH-1033 Project: Qpid Dispatch Issue Type: Bug Components: Console Affects Versions: 1.1.0 Reporter: Ernest Allen Assignee: Ernest Allen When the console is view using a narrow browser (< 768px wide) and the legend is displayed using the page menu (three horizontal bars in the upper left), the legend is displayed in the incorrect place. The legend has a margin on the left and top. Remove the margin on the left and top of the legend when the console is in narrow mode. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (DISPATCH-1032) Entities page has rnedering problems with Internet Explorer
Ernest Allen created DISPATCH-1032: -- Summary: Entities page has rnedering problems with Internet Explorer Key: DISPATCH-1032 URL: https://issues.apache.org/jira/browse/DISPATCH-1032 Project: Qpid Dispatch Issue Type: Bug Components: Console Affects Versions: 1.1.0 Reporter: Ernest Allen Assignee: Ernest Allen When using Internet Explorer, the entities page initially displays with the grid drawn under the tree on the left. To get the grid to draw correctly, you need to resize the browser. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (DISPATCH-1031) Remove the links associated with a console from the console's overview page
Ernest Allen created DISPATCH-1031: -- Summary: Remove the links associated with a console from the console's overview page Key: DISPATCH-1031 URL: https://issues.apache.org/jira/browse/DISPATCH-1031 Project: Qpid Dispatch Issue Type: Bug Components: Console Affects Versions: 1.1.0 Reporter: Ernest Allen Assignee: Ernest Allen The overview page of the console has a top links grid that shows the statistics for the most active links in terms of delivery rate. When the router network is idle, the links to the console are the most active links. * Filter out the links associated with a console. * If there are no active links, show a message -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (DISPATCH-1030) Empty table on Entities page of console
Ernest Allen created DISPATCH-1030: -- Summary: Empty table on Entities page of console Key: DISPATCH-1030 URL: https://issues.apache.org/jira/browse/DISPATCH-1030 Project: Qpid Dispatch Issue Type: Bug Components: Console Affects Versions: 1.1.0 Reporter: Ernest Allen Assignee: Ernest Allen Expanding a new entity in the tree on the left on the Entities page shows an empty grid on the right. To see the full grid you need to either resize the browser or switch to another console page and return. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (DISPATCH-1029) State is not retained on Entities tree for console
Ernest Allen created DISPATCH-1029: -- Summary: State is not retained on Entities tree for console Key: DISPATCH-1029 URL: https://issues.apache.org/jira/browse/DISPATCH-1029 Project: Qpid Dispatch Issue Type: Bug Components: Console Affects Versions: 1.1.0 Reporter: Ernest Allen Assignee: Ernest Allen The expanded/collapsed state of the tree on the left on the Entitles page of the console is not retained or restored between page loads. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Resolved] (QPIDJMS-386) failover provider prevents handling of remote resource closure from completing correctly
[ https://issues.apache.org/jira/browse/QPIDJMS-386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robbie Gemmell resolved QPIDJMS-386. Resolution: Fixed > failover provider prevents handling of remote resource closure from > completing correctly > > > Key: QPIDJMS-386 > URL: https://issues.apache.org/jira/browse/QPIDJMS-386 > Project: Qpid JMS > Issue Type: Bug > Components: qpid-jms-client >Affects Versions: 0.32.0 > Environment: >Reporter: Robbie Gemmell >Assignee: Timothy Bish >Priority: Major > Fix For: 0.33.0 > > > QPIDJMS-376 added functionality to fire the connection ExceptionListener if a > MessageConsumer with a MessageListener is remotely closed, since the lack of > future message deliveries would mean the application has no further > interaction with the consumer to observe the issue. It has since been > identified that this doesn't occur when using the built in failover provider, > which is preventing the process of handling the remote consumer resource > closure from completing fully. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16508312#comment-16508312 ] Keith Wall commented on QPID-8208: -- Alex That looks to me to be a Java platform defect rather than a Broker-J issue. {{InitialDirContext}} is defined by its API as throwing a {{NamingException}} only. It cannot legitimately throw a {{NullPointerException}}. You haven't stated the version of the JVM that produced this defect, but I notice looking at the sources for LdapClient 1.8.0_171, there is appears to be race condition in the implementation. If an "Notice of Disconnection" (1.3.6.1.4.1.1466.20036) arrives from the LDAP peer this causes the {{com.sun.jndi.ldap.LdapClient#conn}} ref to be nulled (look at {{processUnsolicited()}} invokes {{forcedClosed()}} - which doesn't take the mutex). If this occurs whilst a thread is executing {{LdapClient.authenticate}}, then the NPE will occur. I think this defect should be closed as not a defect. > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > Attachments: 0001-QPID-8208-Broker-J-Improve-exception-handling.patch > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (DISPATCH-1028) requireSsl:true not working for http listeners
Ulf Lilleengen created DISPATCH-1028: Summary: requireSsl:true not working for http listeners Key: DISPATCH-1028 URL: https://issues.apache.org/jira/browse/DISPATCH-1028 Project: Qpid Dispatch Issue Type: Bug Reporter: Ulf Lilleengen With the following router config, a client will be rejected even if it is connecting using TLS. The wireshark trace indicates that the TLS handshake completes successfully, but the router closes the connection and prints in the log 'amqp:connection:policy-error Client connection unencrypted - forbidden'. If i set requireSsl: false , the client is able to connect both with and without TLS. {code:java} router { mode: standalone id: Router.A } sslProfile { name: ssl_details certFile: /etc/qpid-dispatch/tls.crt privateKeyFile: /etc/qpid-dispatch/tls.key } listener { host: 127.0.0.1 port: 8443 http: true sslProfile: ssl_details requireSsl: true } address { prefix: q1 } {code} Example client: {code:java} sudo npm install -g cli-rhea cli-rhea-sender --broker 127.0.0.1:8443 --address q1 --count 1 --conn-web-socket true --conn-ws-protocols binary --log-lib TRANSPORT_FRM{code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Rudyy updated QPID-8208: - Attachment: 0001-QPID-8208-Broker-J-Improve-exception-handling.patch > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > Attachments: 0001-QPID-8208-Broker-J-Improve-exception-handling.patch > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16508098#comment-16508098 ] Alex Rudyy commented on QPID-8208: -- An example of unexpected exception: {noformat} Caused by: java.lang.NullPointerException: null at com.sun.jndi.ldap.LdapClient.authenticate(LdapClient.java:300) at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2791) at com.sun.jndi.ldap.LdapCtx.(LdapCtx.java:319) at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:192) at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:210) at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:153) at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:83) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313) at javax.naming.InitialContext.init(InitialContext.java:244) at javax.naming.InitialContext.(InitialContext.java:216) at javax.naming.directory.InitialDirContext.(InitialDirContext.java:101) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl.createInitialDirContext(SimpleLDAPAuthenticationManagerImpl.java:511) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl.createSearchInitialDirContext(SimpleLDAPAuthenticationManagerImpl.java:655) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl.getNameFromId(SimpleLDAPAuthenticationManagerImpl.java:614) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl.doLDAPNameAuthentication(SimpleLDAPAuthenticationManagerImpl.java:313) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl.access$000(SimpleLDAPAuthenticationManagerImpl.java:77) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl$1.call(SimpleLDAPAuthenticationManagerImpl.java:380) at org.apache.qpid.server.security.auth.manager.SimpleLDAPAuthenticationManagerImpl$1.call(SimpleLDAPAuthenticationManagerImpl.java:376) at org.apache.qpid.server.security.auth.manager.AuthenticationResultCacher$1.call(AuthenticationResultCacher.java:86) at org.apache.qpid.server.security.auth.manager.AuthenticationResultCacher$1.call(AuthenticationResultCacher.java:82) {noformat} > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Resolved] (QPID-8207) [Broker-J] Flow to disk might not be triggered in some circumstances
[ https://issues.apache.org/jira/browse/QPID-8207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Rudyy resolved QPID-8207. -- Resolution: Fixed Fix Version/s: qpid-java-6.1.7 Changes have been reviewed and merged into branches. Thus, resolving the JIRA > [Broker-J] Flow to disk might not be triggered in some circumstances > > > Key: QPID-8207 > URL: https://issues.apache.org/jira/browse/QPID-8207 > Project: Qpid > Issue Type: Task > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, qpid-java-6.0, qpid-java-6.0.1, qpid-java-6.0.2, > qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, qpid-java-6.1, > qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, qpid-java-6.0.7, > qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, qpid-java-broker-7.0.0, > qpid-java-6.1.5, qpid-java-broker-7.0.1, qpid-java-6.1.7, qpid-java-6.0.9, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Assignee: Alex Rudyy >Priority: Critical > Fix For: qpid-java-6.1.7, qpid-java-broker-7.0.5 > > Attachments: > 0001-QPID-8207-Broker-J-Fix-evaluation-of-flow-to-disk-th.patch > > > An evaluation of Virtual Host flow to disk threshold can overflow and yield > incorrect value. As result, the flow of messages to disk might not be > triggered and Broker can ran out of direct memory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Rudyy updated QPID-8208: - Priority: Critical (was: Major) > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
[ https://issues.apache.org/jira/browse/QPID-8208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Rudyy updated QPID-8208: - Fix Version/s: qpid-java-broker-7.0.5 > [Broker-J] Improve unexpected exception handling for LDAP connections in > SimpleLDAPAuthenticationProvider > - > > Key: QPID-8208 > URL: https://issues.apache.org/jira/browse/QPID-8208 > Project: Qpid > Issue Type: Bug > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, 0.32, qpid-java-6.0, qpid-java-6.0.1, > qpid-java-6.0.2, qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, > qpid-java-6.1, qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, > qpid-java-6.0.7, qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, > qpid-java-broker-7.0.0, qpid-java-6.1.5, qpid-java-broker-7.0.1, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Priority: Major > Fix For: qpid-java-broker-7.0.5 > > > The establishment of connection with LDAP using default > {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception > thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect > in {{LdapClient}}, the unexpected exceptions should be handled appropriately. > The exception should be logged and the authentication failure error should be > returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (QPID-8208) [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider
Alex Rudyy created QPID-8208: Summary: [Broker-J] Improve unexpected exception handling for LDAP connections in SimpleLDAPAuthenticationProvider Key: QPID-8208 URL: https://issues.apache.org/jira/browse/QPID-8208 Project: Qpid Issue Type: Bug Components: Broker-J Affects Versions: qpid-java-broker-7.0.4, qpid-java-broker-7.0.1, qpid-java-6.1.5, qpid-java-broker-7.0.0, qpid-java-6.1.4, qpid-java-6.0.8, qpid-java-6.1.3, qpid-java-6.0.7, qpid-java-6.1.2, qpid-java-6.1.1, qpid-java-6.0.6, qpid-java-6.1, qpid-java-6.0.5, qpid-java-6.0.4, qpid-java-6.0.3, qpid-java-6.0.2, qpid-java-6.0.1, qpid-java-6.0, 0.32, qpid-java-broker-7.0.2, qpid-java-broker-7.0.3, qpid-java-6.1.6 Reporter: Alex Rudyy The establishment of connection with LDAP using default {{com.sun.jndi.ldap.LdapCtxFactory}} can end-up in unexpected exception thrown from {{com.sun.jndi.ldap.LdapClient}}. Thought, it looks like a defect in {{LdapClient}}, the unexpected exceptions should be handled appropriately. The exception should be logged and the authentication failure error should be returned back to the client. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8207) [Broker-J] Flow to disk might not be triggered in some circumstances
[ https://issues.apache.org/jira/browse/QPID-8207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16507795#comment-16507795 ] Keith Wall commented on QPID-8207: -- Alex, the algebraic refactoring look good to me. > [Broker-J] Flow to disk might not be triggered in some circumstances > > > Key: QPID-8207 > URL: https://issues.apache.org/jira/browse/QPID-8207 > Project: Qpid > Issue Type: Task > Components: Broker-J >Affects Versions: qpid-java-6.1.6, qpid-java-broker-7.0.3, > qpid-java-broker-7.0.2, qpid-java-6.0, qpid-java-6.0.1, qpid-java-6.0.2, > qpid-java-6.0.3, qpid-java-6.0.4, qpid-java-6.0.5, qpid-java-6.1, > qpid-java-6.0.6, qpid-java-6.1.1, qpid-java-6.1.2, qpid-java-6.0.7, > qpid-java-6.1.3, qpid-java-6.0.8, qpid-java-6.1.4, qpid-java-broker-7.0.0, > qpid-java-6.1.5, qpid-java-broker-7.0.1, qpid-java-6.1.7, qpid-java-6.0.9, > qpid-java-broker-7.0.4 >Reporter: Alex Rudyy >Assignee: Alex Rudyy >Priority: Critical > Fix For: qpid-java-broker-7.0.5 > > Attachments: > 0001-QPID-8207-Broker-J-Fix-evaluation-of-flow-to-disk-th.patch > > > An evaluation of Virtual Host flow to disk threshold can overflow and yield > incorrect value. As result, the flow of messages to disk might not be > triggered and Broker can ran out of direct memory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org