[jira] Updated: (QPID-1581) QMan admin console
[ https://issues.apache.org/jira/browse/QPID-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea Gazzarini updated QPID-1581: --- Attachment: jmx_resource_perspective.PNG This is the first screenshot that looks to me moreless presentable... :) It is showing the JMX resource perspective. As QMan JMX module is included on WS-DM adapter, when the administrator clicks on a given resource id he can view the target resource under two different perspectives (using the two tabs reported on the top of the page) : JMX and WSDM. JMX Perspective should be something like JConsole...at the moment it's only a poor version of that :) > QMan admin console > -- > > Key: QPID-1581 > URL: https://issues.apache.org/jira/browse/QPID-1581 > Project: Qpid > Issue Type: Sub-task > Components: Java Management : QMan >Affects Versions: M5 > Environment: J2SE 1.5 or higher >Reporter: Andrea Gazzarini >Assignee: Andrea Gazzarini > Fix For: M5 > > Attachments: jmx_resource_perspective.PNG > > Original Estimate: 120h > Time Spent: 48h > Remaining Estimate: 72h > > The console will we web-based and therefore will be part of the preexisting > qman.war module. > Features: > - System Overview : Riepilogue of all relevant module properties (version, > version name, JVM enviroment, boot classpath, system properties, etc) > - System health & statistics : Analysis of module performance & statistics > for each WS-Resource; > - Resource management : Lets the user browse managed WS-resources. Each > resources will be available under two different perspective : JMX (as an > MBean) and WS-DM (as a WS-Resource). It will be possibile to interact with > WS-Resources too (properties set & get, method invocation, etc..) > - Hot logging reconfiguration -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: IKVMing the Java client for .Net
Hi all, Just a quick intro for the list since I've been quiet to date. I work on messaging technologies in the Connected Systems Division at Microsoft. I've been tracking AMQP since early 2005 when John Davies first announced its existence at the Web Services on Wall Street Conference. In a previous life I architected HP's JMS implementation and chunks of transaction processing and messaging middleware for HP, Arjuna and Bluestone. Carl's right, we have been investigating the idea of layering a WCF channel implementation on top of the C++ client library. That is, the managed code channel implementation would pinvoke down to the native C++ code. This is the approach that we used for the MSMQ channel that ships in the .NET framework today and it works pretty well. We're drawn to this approach primarily because of the maturity of the C++ code base. The pure .NET approach clearly has merit too; one of the key advantages being that it offers the potential to factor the code in a way that's more in line with WCF best practice, i.e., as a set of layered channels rather than as a monolithic block. We're planning on putting in some effort in on this task but I think there are a few more pressing tasks on the Windows side of the house that we'll try to help out with first. Cliff has already commented on the build system issues; I think it'd be great if we could get the equivalent of the make/make check functionality that exists today on Linux up and running on Windows. As people have already mentioned, it would be a big improvement if we can get the builds running of the same input files so that we can avoid these sync issues that have been causing problems recently. Then there's the packaging work that folks have been discussing, adding DLL support and building some form of installer to make the end-user experience as slick as possible. Does this sound like a reasonable set of things? Anyway, it's great to be here and I look forward to working with you all. Cheers, Dave. -Original Message- From: Carl Trieloff [mailto:cctriel...@redhat.com] Sent: Wednesday, January 28, 2009 12:25 PM To: dev@qpid.apache.org Subject: Re: IKVMing the Java client for .Net Joshua Kramer wrote: > >> I tend to agree that we'd need to build .NET stuff by hand on top >> since in a raw Java API there will be things that are not idiomatic in >> .NET - e.g. no use of events, or capitalisation of method names etc. > > Has anybody investigated the possibility of creating a .NET assembly > from the C++ client, instead of trying to use IKVM and the Java client? > When speaking to the Microsoft guys that had mentioned trying this approach with me. Cliff, any comments on the topic? Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[java] QPID-1511 - JMX authentication
Just a quick prod for Martin so he doesn’t miss out on the fun due to email filters :) ..this one might take a touch longer to look at than some of the others still on your list hehe :) Robbie -Original Message- From: Robert Gemmell (JIRA) [mailto:qpid-...@incubator.apache.org] Sent: 30 January 2009 00:34 To: qpid-...@incubator.apache.org Subject: [jira] Updated: (QPID-1511) JMX Interface does not require authentication[MESSAGE NOT SCANNED] [ https://issues.apache.org/jira/browse/QPID-1511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Gemmell updated QPID-1511: - Attachment: QPID-1511_29jan2009.patch create_example_ssl_certstores.sh I attach QPID-1511_29jan2009.patch to address this JIRA, and a script to produce an example keystore and truststore for users who dont have their own SSL certificate handy. I wasnt sure where to put that in the repository so its not in the patch. The JMXMP connector capabilities are left intact for now, but grouped for easy future removal (I think its a good idea to keep it all in for at least 1 revision before removing). 2 new files are added by the patch: qpid/java/broker/src/main/java/org/apache/qpid/server/security/auth/rmi/RMIPasswordAuthenticator.java qpid/java/broker/src/test/java/org/apache/qpid/server/security/auth/rmi/RMIPasswordAuthenticatorTest.java === Notes: === Adds authentication and SSL encryption to the JMX RMIConnectorServer, and updates the console and JMXConnectionFactory accordingly. Makes the RMI ConnectorServer use the custom MBeanServerForwarder invoker like the JMXMP connector has, thus enforcing the authorisation system. SSL is on by default in the config file but can be turned off in the config if desired, though the brokers config request defaults it to true so that need not be exposed if it isnt desired. The config.xml file is configured to use the test ssl certificate store in the java/test_resources/ssl directory created for the cpp.ssl test profile. The config file can be overidden by specifying the standard javax.net.ssl.* system properties normally available for this task. If the keystore or password are not set by one of these means, a configuration exception will be thrown and abort the broker startup. As a result of the above, to connect using the console/cli you will need to supply the relevant ssl trust store location and password if the certificates being used cant be verified by the default java trust stores. This can be done using the system properties javax.net.ssl.trustStore and javax.net.ssl.trustStorePassword, either at the command line when launching qpidmc(.exe), or by altering the qpidmc.ini file using the examples now provided within it. The broker will use the defined management port (default 8999) for the RMI registry as before, but now uses the 'th next port (+100 just now, thus 9099 normally) to export the actual JMX RMIConnectorServer, whereas previously this port was chosen at random by the JMX Factory methods, making it rather firewall unfriendly. A custom RMIServerSocketFactory is included to address the security issues surrounding RMI registries (namely that anyone on that machine is free to modify the registry and thus can intercept the JMX connections by replacing the JMX Connector Server stub in the registry with their own), by crippling the hostname detection and making it impossible to bind objects to the registry using RMI locally or remotely, instead requiring you to hold the object reference to it. The authenticator has a local MD5 hashing function to convert the password for comparison, but ideally this will be removed through modification of the Base64MD5 PD to do its own hashing, and the authenticator will then make use of the PD's verifyPassword method instead. Finally, the patch makes the JMXManagedObjectRegistry use the specific principal database listed in the configuration as the jmx management PD, as happens to AMQUserManagementMBean. The PD selection method used previously in JMXManagedObjectRegistry made it possible for the 2 areas to (unwittingly or otherwise) use different databases, which the AMQUMMBean implementation does not appear to be able to support properly if thats what was originally intended (see http://mail-archives.apache.org/mod_mbox/qpid-dev/200812.mbox/%3c00e101c953ff$1f33bca0$5d9b35...@gla.ac.uk%3e for way more info than you could ever want :P) > JMX Interface does not require authentication > - > > Key: QPID-1511 > URL: https://issues.apache.org/jira/browse/QPID-1511 > Project: Qpid > Issue Type: Improvement > Components: Java Broker, Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > Attachments: create_example_ssl_certstores.sh, > QPID-1511
[jira] Updated: (QPID-1511) JMX Interface does not require authentication
[ https://issues.apache.org/jira/browse/QPID-1511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Gemmell updated QPID-1511: - Attachment: QPID-1511_29jan2009.patch create_example_ssl_certstores.sh I attach QPID-1511_29jan2009.patch to address this JIRA, and a script to produce an example keystore and truststore for users who dont have their own SSL certificate handy. I wasnt sure where to put that in the repository so its not in the patch. The JMXMP connector capabilities are left intact for now, but grouped for easy future removal (I think its a good idea to keep it all in for at least 1 revision before removing). 2 new files are added by the patch: qpid/java/broker/src/main/java/org/apache/qpid/server/security/auth/rmi/RMIPasswordAuthenticator.java qpid/java/broker/src/test/java/org/apache/qpid/server/security/auth/rmi/RMIPasswordAuthenticatorTest.java === Notes: === Adds authentication and SSL encryption to the JMX RMIConnectorServer, and updates the console and JMXConnectionFactory accordingly. Makes the RMI ConnectorServer use the custom MBeanServerForwarder invoker like the JMXMP connector has, thus enforcing the authorisation system. SSL is on by default in the config file but can be turned off in the config if desired, though the brokers config request defaults it to true so that need not be exposed if it isnt desired. The config.xml file is configured to use the test ssl certificate store in the java/test_resources/ssl directory created for the cpp.ssl test profile. The config file can be overidden by specifying the standard javax.net.ssl.* system properties normally available for this task. If the keystore or password are not set by one of these means, a configuration exception will be thrown and abort the broker startup. As a result of the above, to connect using the console/cli you will need to supply the relevant ssl trust store location and password if the certificates being used cant be verified by the default java trust stores. This can be done using the system properties javax.net.ssl.trustStore and javax.net.ssl.trustStorePassword, either at the command line when launching qpidmc(.exe), or by altering the qpidmc.ini file using the examples now provided within it. The broker will use the defined management port (default 8999) for the RMI registry as before, but now uses the 'th next port (+100 just now, thus 9099 normally) to export the actual JMX RMIConnectorServer, whereas previously this port was chosen at random by the JMX Factory methods, making it rather firewall unfriendly. A custom RMIServerSocketFactory is included to address the security issues surrounding RMI registries (namely that anyone on that machine is free to modify the registry and thus can intercept the JMX connections by replacing the JMX Connector Server stub in the registry with their own), by crippling the hostname detection and making it impossible to bind objects to the registry using RMI locally or remotely, instead requiring you to hold the object reference to it. The authenticator has a local MD5 hashing function to convert the password for comparison, but ideally this will be removed through modification of the Base64MD5 PD to do its own hashing, and the authenticator will then make use of the PD's verifyPassword method instead. Finally, the patch makes the JMXManagedObjectRegistry use the specific principal database listed in the configuration as the jmx management PD, as happens to AMQUserManagementMBean. The PD selection method used previously in JMXManagedObjectRegistry made it possible for the 2 areas to (unwittingly or otherwise) use different databases, which the AMQUMMBean implementation does not appear to be able to support properly if thats what was originally intended (see http://mail-archives.apache.org/mod_mbox/qpid-dev/200812.mbox/%3c00e101c953ff$1f33bca0$5d9b35...@gla.ac.uk%3e for way more info than you could ever want :P) > JMX Interface does not require authentication > - > > Key: QPID-1511 > URL: https://issues.apache.org/jira/browse/QPID-1511 > Project: Qpid > Issue Type: Improvement > Components: Java Broker, Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > Attachments: create_example_ssl_certstores.sh, > QPID-1511_29jan2009.patch > > > Summary: > JMX Interface uses the default RMI connector which has no authentication > mechanism. We should not be shipping a JMX interface that doesn't have > authentication. The interface has been disabled by default for M4 but this > should be modified based on the outcome of the discussion on qpid-dev to > authenticate all connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a co
[jira] Updated: (QPID-1511) JMX Interface does not require authentication
[ https://issues.apache.org/jira/browse/QPID-1511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Gemmell updated QPID-1511: - Attachment: (was: QPID-1511_wip_8dec2008.patch) > JMX Interface does not require authentication > - > > Key: QPID-1511 > URL: https://issues.apache.org/jira/browse/QPID-1511 > Project: Qpid > Issue Type: Improvement > Components: Java Broker, Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > JMX Interface uses the default RMI connector which has no authentication > mechanism. We should not be shipping a JMX interface that doesn't have > authentication. The interface has been disabled by default for M4 but this > should be modified based on the outcome of the discussion on qpid-dev to > authenticate all connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1511) JMX Interface does not require authentication
[ https://issues.apache.org/jira/browse/QPID-1511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Gemmell updated QPID-1511: - Attachment: (was: QPID-1511_wip_19dec2008.patch) > JMX Interface does not require authentication > - > > Key: QPID-1511 > URL: https://issues.apache.org/jira/browse/QPID-1511 > Project: Qpid > Issue Type: Improvement > Components: Java Broker, Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > JMX Interface uses the default RMI connector which has no authentication > mechanism. We should not be shipping a JMX interface that doesn't have > authentication. The interface has been disabled by default for M4 but this > should be modified based on the outcome of the discussion on qpid-dev to > authenticate all connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: C++ build options
Alan Conway wrote: > I'd be interested in cmake only if it gives us significantly > smaller/simpler build files that are easier to maintain. The KDE > writeup suggested that might be the case but someone would really have > to try it to know. [...] > I'd really like to give cmake a chance before we extend autotool's > reign of terror. > > Would you consider trying to hack up a cmake build, at least enough to > get a feel for the size of the task? I will gladly do so and report back ASAP. Cliff - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Web site triage
Carl Trieloff wrote: I'd prefer not to be separating components from the same release out by AMQP version as I think it sends the wrong signal and is not how we actually make releases i.e. we released M4 not AMQP 0-10. that was me, to try make it really easy to know what works with what, based on some questions on the user list. Is it not clear that it is not all part of M4? ideas to make it better... I liked the way we had it, but I'm happy with any approach that makes it very clear which pieces are compatible. I really don't want people to download incompatible bits, shrug, and move on to some other implementation. Jonathan - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
Qpid: Software that actually delivers! Jonathan Mark Atwell wrote: The future's bright, the future's orang-utan? On Thu, Jan 29, 2009 at 7:45 PM, Robert Greig wrote: 2009/1/29 Mark Atwell : If we're going down the popular culture/film-reference route: Well I realised that we could solve our logo and slogan issue in one go (apologies to non-British readers for whom this may be meaningless). We could use a box of chocolates as the logo and as the slogan: Qpid: Because the lady loves transactional messaging RG - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
The future's bright, the future's orang-utan? On Thu, Jan 29, 2009 at 7:45 PM, Robert Greig wrote: > 2009/1/29 Mark Atwell : > > If we're going down the popular culture/film-reference route: > > Well I realised that we could solve our logo and slogan issue in one > go (apologies to non-British readers for whom this may be > meaningless). We could use a box of chocolates as the logo and as the > slogan: > > Qpid: Because the lady loves transactional messaging > > RG > > - > Apache Qpid - AMQP Messaging Implementation > Project: http://qpid.apache.org > Use/Interact: mailto:dev-subscr...@qpid.apache.org > >
Re: Qpid slogan?
2009/1/29 Mark Atwell : > If we're going down the popular culture/film-reference route: Well I realised that we could solve our logo and slogan issue in one go (apologies to non-British readers for whom this may be meaningless). We could use a box of chocolates as the logo and as the slogan: Qpid: Because the lady loves transactional messaging RG - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-1620) IMessage wrapper
[ https://issues.apache.org/jira/browse/QPID-1620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12668567#action_12668567 ] Shahbaz Chaudhary commented on QPID-1620: - Currently, in order to get to the content most people are interested in, they have to get ApplicationHeader out of IMessage. If a wrapper is put around IMessage, I think it should directly expose ApplicationHeader fields. For example, QMessage (the wrapper) may contain IMessage: QMessage m = ... object x=m.getIMessage()... But I'd like to get the payload of the message directly: int y = m["fieldName"] > IMessage wrapper > > > Key: QPID-1620 > URL: https://issues.apache.org/jira/browse/QPID-1620 > Project: Qpid > Issue Type: Improvement > Components: Dot Net Client >Affects Versions: M4 >Reporter: Arnaud Simon > Fix For: M5 > > > Introduce a wrapper around IMessage that would hide the AMQP specificities. > We should decide of the API of this wraper. A suggestion would be to at least > expose the message headers and the underlying IMessage. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Resolved: (QPID-1343) qpid/java/management/client has no build scripts!
[ https://issues.apache.org/jira/browse/QPID-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rafael H. Schloming resolved QPID-1343. --- Resolution: Fixed Fix Version/s: M4 > qpid/java/management/client has no build scripts! > - > > Key: QPID-1343 > URL: https://issues.apache.org/jira/browse/QPID-1343 > Project: Qpid > Issue Type: Bug > Components: Java Management : QMan >Affects Versions: M4 >Reporter: Rafael H. Schloming >Assignee: Rafael H. Schloming > Fix For: M4 > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Closed: (QPID-1343) qpid/java/management/client has no build scripts!
[ https://issues.apache.org/jira/browse/QPID-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rafael H. Schloming closed QPID-1343. - > qpid/java/management/client has no build scripts! > - > > Key: QPID-1343 > URL: https://issues.apache.org/jira/browse/QPID-1343 > Project: Qpid > Issue Type: Bug > Components: Java Management : QMan >Affects Versions: M4 >Reporter: Rafael H. Schloming >Assignee: Rafael H. Schloming > Fix For: M4 > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Web site triage
I'd prefer not to be separating components from the same release out by AMQP version as I think it sends the wrong signal and is not how we actually make releases i.e. we released M4 not AMQP 0-10. that was me, to try make it really easy to know what works with what, based on some questions on the user list. Is it not clear that it is not all part of M4? ideas to make it better... Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Web site triage
Marnie McCormack wrote: Hi Jonathan, Thanks for all this ! The C++ docs are looking good (so much more comprehensive). Overall the site has come on loads, and it's great to see it looking so much more rounded. Thanks! I've updated a few of these pages to add details on the Java side, and separate some of the details out a little by broker (as per the conversations on Users). I have also pulled some of the important Java documentation up to the top as it has gotten a little buried in some of the re-orgs. Excellent! I'd prefer not to be separating components from the same release out by AMQP version as I think it sends the wrong signal and is not how we actually make releases i.e. we released M4 not AMQP 0-10. Hmmm, I think I disagree. The two servers support different protocols, various parts of our M4 release are incompatible with each other, and that's a big surprise for the user if they don't know what to expect. In an ideal world, everything in one release is compatible with everything else. That's why I like being very clear about this. For instance, suppose a user just follows the instruction on the Getting Started page. They get a broker (pick one of 2), get a client, run the examples, and it doesn't work. Ooops. If we want to make it easier for the user to get started, we want to make sure they see this coming and know how to get compatible pieces. I'd rather just be able to tell our users that everything in a given release is compatible with everything else in the same release, but that's not realistic this time around. Some of the information is becoming a little low level i.e on the download page we have pre-built Linux packlages with instructions but there's no info on what these actually are and some are rhm messaging instructions ? I think this stuff should probably be shipped onto the C++ pages or headlined more clearly This section is for the binaries available for free on Fedora. How would you suggest headlining them more clearly? Jonathan - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Web site triage
Marnie McCormack wrote: Reading the FAQ, it needs more Java details and performance figures, which I'll add too. Excellent! Jonathan - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Web site triage
Hi Jonathan, Thanks for all this ! The C++ docs are looking good (so much more comprehensive). Overall the site has come on loads, and it's great to see it looking so much more rounded. I've updated a few of these pages to add details on the Java side, and separate some of the details out a little by broker (as per the conversations on Users). I have also pulled some of the important Java documentation up to the top as it has gotten a little buried in some of the re-orgs. I'd prefer not to be separating components from the same release out by AMQP version as I think it sends the wrong signal and is not how we actually make releases i.e. we released M4 not AMQP 0-10. Some of the information is becoming a little low level i.e on the download page we have pre-built Linux packlages with instructions but there's no info on what these actually are and some are rhm messaging instructions ? I think this stuff should probably be shipped onto the C++ pages or headlined more clearly. Regards, Marnie On Thu, Jan 29, 2009 at 4:24 PM, Jonathan Robie wrote: > A bunch of us have been working on the web pages - Carl, Gordon, and I have > been among the contributors - with the immediate goal of making it easier to > get a quick overview and get up and running with the distribution. > > How are we doing? I think the following pages are particularly important, > and have been improved: > > http://qpid.apache.org/ > http://qpid.apache.org/download.html > http://qpid.apache.org/getting-started.html > http://qpid.apache.org/documentation.html > http://qpid.apache.org/docs/api/cpp/html/index.html > http://qpid.apache.org/docs/api/python/html/index.html > http://qpid.apache.org/faq.html > > These pages need work, and are probably the next priority: > > http://qpid.apache.org/building.html > http://qpid.apache.org/developer-pages.html > .NET materials (not yet available) > > These pages haven't changed much lately, but they look good to me as is: > > http://qpid.apache.org/mailing-lists.html > http://issues.apache.org/jira/browse/qpid > http://qpid.apache.org/source-repository.html > > Feedback is welcome! > > Jonathan > > - > Apache Qpid - AMQP Messaging Implementation > Project: http://qpid.apache.org > Use/Interact: mailto:dev-subscr...@qpid.apache.org > >
Re: Web site triage
Reading the FAQ, it needs more Java details and performance figures, which I'll add too. Marnie On Thu, Jan 29, 2009 at 4:51 PM, Marnie McCormack < marnie.mccorm...@googlemail.com> wrote: > Hi Jonathan, > > Thanks for all this ! The C++ docs are looking good (so much more > comprehensive). Overall the site has come on loads, and it's great to see it > looking so much more rounded. > > I've updated a few of these pages to add details on the Java side, and > separate some of the details out a little by broker (as per the > conversations on Users). I have also pulled some of the important Java > documentation up to the top as it has gotten a little buried in some of the > re-orgs. > > I'd prefer not to be separating components from the same release out by > AMQP version as I think it sends the wrong signal and is not how we actually > make releases i.e. we released M4 not AMQP 0-10. > > Some of the information is becoming a little low level i.e on the download > page we have pre-built Linux packlages with instructions but there's no info > on what these actually are and some are rhm messaging instructions ? I think > this stuff should probably be shipped onto the C++ pages or headlined more > clearly. > Regards, > Marnie > On Thu, Jan 29, 2009 at 4:24 PM, Jonathan Robie < > jonathan.ro...@redhat.com> wrote: > >> A bunch of us have been working on the web pages - Carl, Gordon, and I >> have been among the contributors - with the immediate goal of making it >> easier to get a quick overview and get up and running with the distribution. >> >> How are we doing? I think the following pages are particularly important, >> and have been improved: >> >> http://qpid.apache.org/ >> http://qpid.apache.org/download.html >> http://qpid.apache.org/getting-started.html >> http://qpid.apache.org/documentation.html >> http://qpid.apache.org/docs/api/cpp/html/index.html >> http://qpid.apache.org/docs/api/python/html/index.html >> http://qpid.apache.org/faq.html >> >> These pages need work, and are probably the next priority: >> >> http://qpid.apache.org/building.html >> http://qpid.apache.org/developer-pages.html >> .NET materials (not yet available) >> >> These pages haven't changed much lately, but they look good to me as is: >> >> http://qpid.apache.org/mailing-lists.html >> http://issues.apache.org/jira/browse/qpid >> http://qpid.apache.org/source-repository.html >> >> Feedback is welcome! >> >> Jonathan >> >> - >> Apache Qpid - AMQP Messaging Implementation >> Project: http://qpid.apache.org >> Use/Interact: mailto:dev-subscr...@qpid.apache.org >> >> >
Web site triage
A bunch of us have been working on the web pages - Carl, Gordon, and I have been among the contributors - with the immediate goal of making it easier to get a quick overview and get up and running with the distribution. How are we doing? I think the following pages are particularly important, and have been improved: http://qpid.apache.org/ http://qpid.apache.org/download.html http://qpid.apache.org/getting-started.html http://qpid.apache.org/documentation.html http://qpid.apache.org/docs/api/cpp/html/index.html http://qpid.apache.org/docs/api/python/html/index.html http://qpid.apache.org/faq.html These pages need work, and are probably the next priority: http://qpid.apache.org/building.html http://qpid.apache.org/developer-pages.html .NET materials (not yet available) These pages haven't changed much lately, but they look good to me as is: http://qpid.apache.org/mailing-lists.html http://issues.apache.org/jira/browse/qpid http://qpid.apache.org/source-repository.html Feedback is welcome! Jonathan - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Python API docs posted to http://qpid.apache.org/documentation.html
The Python API docs are now posted to http://qpid.apache.org/documentation.html. I know that there's a lot of legacy cruft here, and a future iteration will remove some of this. But if you know that the method you want is in, say, qpid.session.Session, I think this is already pretty useful, so I thought it worth posting. Jonathan - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
On Thu, 2009-01-29 at 13:12 +0100, Esteve Fernandez wrote: > My take: > > Qpid: reliably spreading the message of love since '06 > Qpid: AMQP has a love letter for you :-) We should have a test app that sends the messages that you see on those little heart-shaped candies at Valentine's Day: http://www.infoplease.com/spot/candyhearts1.html Wow, they change every year! Who knew? Messages for 2008 "sweethearts" MELT MY HEART IN A FOG CHILL OUT CLOUD NINE HEAT WAVE SUNSHINE GET MY DRIFT WILD LIFE NATURE LOVER DO GOOD maybe we could have our own personalized ones printed up. I HEART QPID SWEET AMQP MESSAGE ME, BABY :-) - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
Esteve Fernandez wrote: My take: Qpid: reliably spreading the message of love since '06 Qpid: AMQP has a love letter for you maybe time for someone to make a list and create a rank system. everyone gets 10 points and they can put them on any ones they like. top ranked one wins? Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
Mark Atwell wrote: I'm with QPid! I like Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Do we *need* the class hierarchy diagrams in the C++ doxygen?
I just committed a version without graphics. Shout if you hate me for it. Jonathan Steve Huston wrote: Jonathan Robie wrote: I don't like the class hierarchy diagrams in the C++ doxygen html. I think I can suppress them. This would reduce file size, and I think it might make it easier to read. Anyone want to tell me this would be a bad idea? I'm responsible for putting those in - they seemed cool at the time. They're probably not adding much value so if you think its more readable without, and given the huge size, I'd say go ahead and take them out. We can put them back if there's widespread uproar, I suspect there won't be. People who feel strongly can always generate their own customized doxygen. Right - for users, the only time they really add benefit is when the method you think you want is in an ancestor of the class you're reading and it's nice to have a map of where to look next. That's somewhat of an issue with qpid, but not such a big deal that the space is worth it, IMO. -Steve - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: Do we *need* the class hierarchy diagrams in the C++ doxygen?
> Jonathan Robie wrote: > > I don't like the class hierarchy diagrams in the C++ > doxygen html. I > > think I can suppress them. This would reduce file size, and > I think it > > might make it easier to read. > > > > Anyone want to tell me this would be a bad idea? > > > I'm responsible for putting those in - they seemed cool at > the time. They're probably not adding much value so if you > think its more readable without, and given the huge size, I'd > say go ahead and take them out. We can put them back if > there's widespread uproar, I suspect there won't be. People > who feel strongly can always generate their own customized > doxygen. Right - for users, the only time they really add benefit is when the method you think you want is in an ancestor of the class you're reading and it's nice to have a map of where to look next. That's somewhat of an issue with qpid, but not such a big deal that the space is worth it, IMO. -Steve - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1618) unacked persistent messages don't get to messageStore of newbie cluster broker.
[ https://issues.apache.org/jira/browse/QPID-1618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] michael j. goulish updated QPID-1618: - Attachment: persist.diff New fix for same problem. > unacked persistent messages don't get to messageStore of newbie cluster > broker. > --- > > Key: QPID-1618 > URL: https://issues.apache.org/jira/browse/QPID-1618 > Project: Qpid > Issue Type: Bug > Components: C++ Broker >Affects Versions: M4 >Reporter: michael j. goulish >Priority: Critical > Attachments: persist.diff > > > When a new broker is added to a cluster, persistent messages that have not > yet been ACKed do not get stored in the new brokers messageStore. > How to reproduce: ( this is overview -- actual scripts follow ) > > 1. kill any MY_CLUSTER brokers from previous test > 2. remove data dirs from previous test, and recreate > 3. start node 1 as first member of MY_CLUSTER > 4 declare the MY_CLUSTER queue -- durable > 5. connect to it with receiver -- use ack frequency of 10; > 6. connect with "publish" send only 5 persistent msgs, receiver >will get them but not ack. > 7. start second node > 8. when the state transfer completes kill both nodes. >(receiver should also perish) > 9. start up the second node only, as new first member of MY_CLUSTER. >( I.e. use 2nd broker's data dir path. ) > 10. start and attach a new receiver > PREVIOUS RESULT -- nothing. messages were never stored in broker2's >messageStore. > RESULT -- new receiver now gets 5 messages. > durable queue says that "sender confirmed point moved to (5+0)" > == > Scripts for reproducing problem. > == > ### > #step 1 ## > ### > #! /bin/bash > echo "" > echo "Step 1: Kill any brokers already running in the MY_CLUSTER cluster" > echo "" > kill -9 `pgrep -f MY_STORE` > echo "There should be no remaining brokers. Here they are: " > ps -aef | grep qpidd | grep -v grep > ### > #step 2 ## > ### > #! /bin/bash > echo "" > echo "Step 2: remove and rebuild the store data dirs." > echo "" > rm -rf ./data > mkdir -p ./data/1 ./data/2 > ### > #step 3 ## > ### > #! /bin/bash > echo "" > echo "Step 3: Start the first broker in a cluster, using Store in ./data/1 ." > echo "" > rm broker_1.log > $QPID_ROOT/cpp/src/qpidd --no-module-dir\ > --load-module $QPID_ROOT/cpp/src/.libs/cluster.so \ > --load-module $STORE_ROOT/cpp/lib/.libs/msgstore.so \ > --cluster-name MY_CLUSTER -p 5813 \ > --auth=no --mgmt-enable=no\ > --log-enable debug --log-to-file ./broker_1.log \ > --data-dir ./data/1 > ### > #step 4 ## > ### > #! /bin/bash > echo "Step 4: Declaring queue." > $QPID_ROOT/cpp/examples/direct/declare_queues > # !! NOTE !! > # edit declare_queues.cpp to do port 5813 > # in call to session.queueDeclare use arg::durable=true > # and arg::queue="MY_QUEUE", > # edit exchangeBind call to use: > # arg::queue = "MY_QUEUE", > ### > #step 5 ## > ### > #! /bin/bash > echo "Step 5: Starting receiver..." > $QPID_ROOT/cpp/src/tests/receiver \ > -p 5813 \ > --queue MY_QUEUE \ > --messages 10 \ > --ack-frequency 10 > ### > #step 6 ## >
[jira] Updated: (QPID-1618) unacked persistent messages don't get to messageStore of newbie cluster broker.
[ https://issues.apache.org/jira/browse/QPID-1618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] michael j. goulish updated QPID-1618: - Attachment: (was: unack_newbie.diff) > unacked persistent messages don't get to messageStore of newbie cluster > broker. > --- > > Key: QPID-1618 > URL: https://issues.apache.org/jira/browse/QPID-1618 > Project: Qpid > Issue Type: Bug > Components: C++ Broker >Affects Versions: M4 >Reporter: michael j. goulish >Priority: Critical > > When a new broker is added to a cluster, persistent messages that have not > yet been ACKed do not get stored in the new brokers messageStore. > How to reproduce: ( this is overview -- actual scripts follow ) > > 1. kill any MY_CLUSTER brokers from previous test > 2. remove data dirs from previous test, and recreate > 3. start node 1 as first member of MY_CLUSTER > 4 declare the MY_CLUSTER queue -- durable > 5. connect to it with receiver -- use ack frequency of 10; > 6. connect with "publish" send only 5 persistent msgs, receiver >will get them but not ack. > 7. start second node > 8. when the state transfer completes kill both nodes. >(receiver should also perish) > 9. start up the second node only, as new first member of MY_CLUSTER. >( I.e. use 2nd broker's data dir path. ) > 10. start and attach a new receiver > PREVIOUS RESULT -- nothing. messages were never stored in broker2's >messageStore. > RESULT -- new receiver now gets 5 messages. > durable queue says that "sender confirmed point moved to (5+0)" > == > Scripts for reproducing problem. > == > ### > #step 1 ## > ### > #! /bin/bash > echo "" > echo "Step 1: Kill any brokers already running in the MY_CLUSTER cluster" > echo "" > kill -9 `pgrep -f MY_STORE` > echo "There should be no remaining brokers. Here they are: " > ps -aef | grep qpidd | grep -v grep > ### > #step 2 ## > ### > #! /bin/bash > echo "" > echo "Step 2: remove and rebuild the store data dirs." > echo "" > rm -rf ./data > mkdir -p ./data/1 ./data/2 > ### > #step 3 ## > ### > #! /bin/bash > echo "" > echo "Step 3: Start the first broker in a cluster, using Store in ./data/1 ." > echo "" > rm broker_1.log > $QPID_ROOT/cpp/src/qpidd --no-module-dir\ > --load-module $QPID_ROOT/cpp/src/.libs/cluster.so \ > --load-module $STORE_ROOT/cpp/lib/.libs/msgstore.so \ > --cluster-name MY_CLUSTER -p 5813 \ > --auth=no --mgmt-enable=no\ > --log-enable debug --log-to-file ./broker_1.log \ > --data-dir ./data/1 > ### > #step 4 ## > ### > #! /bin/bash > echo "Step 4: Declaring queue." > $QPID_ROOT/cpp/examples/direct/declare_queues > # !! NOTE !! > # edit declare_queues.cpp to do port 5813 > # in call to session.queueDeclare use arg::durable=true > # and arg::queue="MY_QUEUE", > # edit exchangeBind call to use: > # arg::queue = "MY_QUEUE", > ### > #step 5 ## > ### > #! /bin/bash > echo "Step 5: Starting receiver..." > $QPID_ROOT/cpp/src/tests/receiver \ > -p 5813 \ > --queue MY_QUEUE \ > --messages 10 \ > --ack-frequency 10 > ### > #step 6 ## > ##
Re: Do we *need* the class hierarchy diagrams in the C++ doxygen?
Jonathan Robie wrote: I don't like the class hierarchy diagrams in the C++ doxygen html. I think I can suppress them. This would reduce file size, and I think it might make it easier to read. Anyone want to tell me this would be a bad idea? I'm responsible for putting those in - they seemed cool at the time. They're probably not adding much value so if you think its more readable without, and given the huge size, I'd say go ahead and take them out. We can put them back if there's widespread uproar, I suspect there won't be. People who feel strongly can always generate their own customized doxygen. Cheers, Alan. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
My take: Qpid: reliably spreading the message of love since '06 Qpid: AMQP has a love letter for you Cheers. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
I have small children, who occasionally watch the same films over & over so ... Qpid: To infinity and beyond (TM) This one for Robert Greig: Qpid: Mnah, Mnah Anyway, can you tell it's a big admin week this end ! This is my final frivolous posting, honest. Marnie On Thu, Jan 29, 2009 at 11:07 AM, Mark Atwell wrote: > If we're going down the popular culture/film-reference route: > > Qpid - Message Transformers! > Qpid - Transforming Messaging! > Qpid - Materializing Near You! > > Or (perhaps a bit obscure): > >Qpid: For all your Dark Nights... > > Marnie, how about: > >Qpid: Warp Factor AMQP! > -- Mark > On Thu, Jan 29, 2009 at 10:48 AM, Marnie McCormack < > marnie.mccorm...@googlemail.com> wrote: > > > Qpid: The force is with you > > Qpid: Warp Factor X (I'm not enough of a trekkie to have a better idea) > > > > On Thu, Jan 29, 2009 at 10:45 AM, Mark Atwell > > wrote: > > > > > Sorry, tea-break made me think of a load more!: > > > > > >QPID: Queue This! (a la Matrix: "Dodge This!" - will appeal to > > > techies) > > >QPID: Quite Perfect Innate Design (or some variant) > > > > > > In a similar vein: > > > > > >QPID: Quite Possibly Iconic Design(or variant - Probably?) > > > > > > This one sounds like someone else's (so apologies in advance) > > > > > >QPID: Quick, Purposeful, Innate Design > > > > > > Ah... my tea's run out... > > > > > > -- Mark > > > On Thu, Jan 29, 2009 at 10:21 AM, Mark Atwell > > > wrote: > > > > > > > If you're looking for a T-shirt-like/mug logo how about a play on > 'The > > > > Classic': > > > > > > > > I'm with QPid! > > > > > > > > This also almost works with the arrow-like AMQP logo! > > > > > > > > BTW is the capitalisation of QPid settled on 'Qpid'? > > > > > > > > Or possibly: > > > > > > > > AMQP?: I'm with QPid! > > > > AMQP?: I love QPid!(opportunity to go with some > > > > Eros/cherub-type-stuff?) > > > > QPid loves AMQP > > > > > > > > BTW I'm not even going to go near the Kenny Everett Show character > > thing > > > > for fear of offence! > > > > > > > > -- Mark > > > > > > > > On Wed, Jan 28, 2009 at 1:59 PM, Robert Godfrey < > > rob.j.godf...@gmail.com > > > >wrote: > > > > > > > >> Sorry - been away for a couple of days and just caught up with this > > > thread > > > >> now. > > > >> > > > >> 2009/1/27 Jonathan Robie : > > > >> > It's OK to differ ;-> > > > >> > > > > >> > But let me explain my reasoning: the whole point of a slogan is to > > > >> establish > > > >> > identity so people know what it is. AMQP and messaging are > > fundamental > > > >> to > > > >> > what Qpid is. > > > >> > > > > >> > > > >> I think it's interesting here to look at a quick definition (from > > > >> http://www.thefreedictionary.com/slogan): > > > >> > > > >> 1. A phrase expressing the aims or nature of an enterprise, > > > >> organization, or candidate; a motto. > > > >> 2. A phrase used repeatedly, as in advertising or promotion: "all > the > > > >> slogans and shibboleths coined out of the ideals of the peoples for > > > >> the uses of imperialism" Margaret Sanger. > > > >> 3. A battle cry of a Scottish clan. > > > >> > > > >> What we seem to be arguing about here is whether we want a slogan > that > > > >> fulfils definition 1. or definition 2. (although perhaps the Glasgow > > > >> contingent would like to make some suggestions fulfil definition 3.) > > > >> > > > >> Personally I think that right now we want to have a catchy > > > >> "advertising" slogan to draw people in, along with logos etc that > work > > > >> well on marketing material (I want a Qpid t-shirt :-) ). Much as I > > > >> agree that something like "Qpid: Open Source AMQP Messaging" > > > >> succinctly describes the aims of the project, I don't think it draws > > > >> in people to take a look. Furthermore it does nothing to help > people > > > >> remember the name Qpid. > > > >> > > > >> We *do* also need to make sure that in searches for AMQP and > > > >> Enterprise Messaging, Qpid features highly. However I think there's > a > > > >> fair probability that if you've heard of AMQP you've probably heard > of > > > >> Qpid. > > > >> > > > >> So I would probably argue that we need (at least) two different > > > >> slogans... And of the two I think that advertising and drawing > people > > > >> is is what we are currently more in need of. We need to get the > name > > > >> "Qpid" out there so that people remember it (even if they don't know > > > >> what is does)... > > > >> > > > >> Now... time to think of some battle cries... > > > >> > > > >> -- Rob > > > >> > > > >> > - > > > >> Apache Qpid - AMQP Messaging Implementation > > > >> Project: http://qpid.apache.org > > > >> Use/Interact: mailto:dev-subscr...@qpid.apache.org > > > >> > > > >> > > > > > > > > > >
Re: Qpid slogan?
One more and I'll stop for now... I promise: Qpid - Exposing Your Event Horizons -- Mark On Thu, Jan 29, 2009 at 11:07 AM, Mark Atwell wrote: > If we're going down the popular culture/film-reference route: > >Qpid - Message Transformers! >Qpid - Transforming Messaging! >Qpid - Materializing Near You! > > Or (perhaps a bit obscure): > > Qpid: For all your Dark Nights... > > Marnie, how about: > > Qpid: Warp Factor AMQP! > -- Mark > On Thu, Jan 29, 2009 at 10:48 AM, Marnie McCormack < > marnie.mccorm...@googlemail.com> wrote: > >> Qpid: The force is with you >> Qpid: Warp Factor X (I'm not enough of a trekkie to have a better idea) >> >> On Thu, Jan 29, 2009 at 10:45 AM, Mark Atwell >> wrote: >> >> > Sorry, tea-break made me think of a load more!: >> > >> >QPID: Queue This! (a la Matrix: "Dodge This!" - will appeal to >> > techies) >> >QPID: Quite Perfect Innate Design (or some variant) >> > >> > In a similar vein: >> > >> >QPID: Quite Possibly Iconic Design(or variant - Probably?) >> > >> > This one sounds like someone else's (so apologies in advance) >> > >> >QPID: Quick, Purposeful, Innate Design >> > >> > Ah... my tea's run out... >> > >> > -- Mark >> > On Thu, Jan 29, 2009 at 10:21 AM, Mark Atwell >> > wrote: >> > >> > > If you're looking for a T-shirt-like/mug logo how about a play on 'The >> > > Classic': >> > > >> > > I'm with QPid! >> > > >> > > This also almost works with the arrow-like AMQP logo! >> > > >> > > BTW is the capitalisation of QPid settled on 'Qpid'? >> > > >> > > Or possibly: >> > > >> > > AMQP?: I'm with QPid! >> > > AMQP?: I love QPid!(opportunity to go with some >> > > Eros/cherub-type-stuff?) >> > > QPid loves AMQP >> > > >> > > BTW I'm not even going to go near the Kenny Everett Show character >> thing >> > > for fear of offence! >> > > >> > > -- Mark >> > > >> > > On Wed, Jan 28, 2009 at 1:59 PM, Robert Godfrey < >> rob.j.godf...@gmail.com >> > >wrote: >> > > >> > >> Sorry - been away for a couple of days and just caught up with this >> > thread >> > >> now. >> > >> >> > >> 2009/1/27 Jonathan Robie : >> > >> > It's OK to differ ;-> >> > >> > >> > >> > But let me explain my reasoning: the whole point of a slogan is to >> > >> establish >> > >> > identity so people know what it is. AMQP and messaging are >> fundamental >> > >> to >> > >> > what Qpid is. >> > >> > >> > >> >> > >> I think it's interesting here to look at a quick definition (from >> > >> http://www.thefreedictionary.com/slogan): >> > >> >> > >> 1. A phrase expressing the aims or nature of an enterprise, >> > >> organization, or candidate; a motto. >> > >> 2. A phrase used repeatedly, as in advertising or promotion: "all the >> > >> slogans and shibboleths coined out of the ideals of the peoples for >> > >> the uses of imperialism" Margaret Sanger. >> > >> 3. A battle cry of a Scottish clan. >> > >> >> > >> What we seem to be arguing about here is whether we want a slogan >> that >> > >> fulfils definition 1. or definition 2. (although perhaps the Glasgow >> > >> contingent would like to make some suggestions fulfil definition 3.) >> > >> >> > >> Personally I think that right now we want to have a catchy >> > >> "advertising" slogan to draw people in, along with logos etc that >> work >> > >> well on marketing material (I want a Qpid t-shirt :-) ). Much as I >> > >> agree that something like "Qpid: Open Source AMQP Messaging" >> > >> succinctly describes the aims of the project, I don't think it draws >> > >> in people to take a look. Furthermore it does nothing to help people >> > >> remember the name Qpid. >> > >> >> > >> We *do* also need to make sure that in searches for AMQP and >> > >> Enterprise Messaging, Qpid features highly. However I think there's >> a >> > >> fair probability that if you've heard of AMQP you've probably heard >> of >> > >> Qpid. >> > >> >> > >> So I would probably argue that we need (at least) two different >> > >> slogans... And of the two I think that advertising and drawing people >> > >> is is what we are currently more in need of. We need to get the name >> > >> "Qpid" out there so that people remember it (even if they don't know >> > >> what is does)... >> > >> >> > >> Now... time to think of some battle cries... >> > >> >> > >> -- Rob >> > >> >> > >> - >> > >> Apache Qpid - AMQP Messaging Implementation >> > >> Project: http://qpid.apache.org >> > >> Use/Interact: mailto:dev-subscr...@qpid.apache.org >> > >> >> > >> >> > > >> > >> > >
[jira] Updated: (QPID-1273) Qpid Java contains a large number of duplicate class names
[ https://issues.apache.org/jira/browse/QPID-1273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1273: --- Component/s: (was: Java Management : JMX Console) > Qpid Java contains a large number of duplicate class names > -- > > Key: QPID-1273 > URL: https://issues.apache.org/jira/browse/QPID-1273 > Project: Qpid > Issue Type: Improvement > Components: Java Broker, Java Client, Java Clustering, Java Common, > Java Tests, Java Tools >Affects Versions: M3 >Reporter: Martin Ritchie > Attachments: DupClasses.txt > > > Summary: > While a number of duplicate class names are client broker versions. Whilst > this may be desirable it may be potentially error prone. Attached is a list > of potential duplicate classes that we might want to address. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1343) qpid/java/management/client has no build scripts!
[ https://issues.apache.org/jira/browse/QPID-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1343: --- Component/s: (was: Java Management : JMX Console) Java Management : QMan > qpid/java/management/client has no build scripts! > - > > Key: QPID-1343 > URL: https://issues.apache.org/jira/browse/QPID-1343 > Project: Qpid > Issue Type: Bug > Components: Java Management : QMan >Affects Versions: M4 >Reporter: Rafael H. Schloming >Assignee: Rafael H. Schloming > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1342) qpid-cli isn't properly integrated with the build system and the tests don't run correctly by default
[ https://issues.apache.org/jira/browse/QPID-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1342: --- Component/s: (was: Java Management : JMX Console) Java Management : CLI Tool > qpid-cli isn't properly integrated with the build system and the tests don't > run correctly by default > - > > Key: QPID-1342 > URL: https://issues.apache.org/jira/browse/QPID-1342 > Project: Qpid > Issue Type: Bug > Components: Java Management : CLI Tool >Affects Versions: M4 >Reporter: Rafael H. Schloming >Assignee: Lahiru Gunathilake > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1592) [JMX Console] Update the management console to use recent rcp plugins and standardise launcher types
[ https://issues.apache.org/jira/browse/QPID-1592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1592: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > [JMX Console] Update the management console to use recent rcp plugins and > standardise launcher types > > > Key: QPID-1592 > URL: https://issues.apache.org/jira/browse/QPID-1592 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console >Reporter: Robert Gemmell >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1592_1.zip, QPID-1592_19jan2008.patch, > QPID-1592_19jan2008.sh, QPID-1592_2.zip > > > The console is currently using a mixture of newer and older rcp plugins, and > a mixture of different launchers depending on platform. It should be updated > to uniformly use recent plugins, and the launchers for all platforms > standardised on the new equinox launchers. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1539) Move common JMX code into shared library
[ https://issues.apache.org/jira/browse/QPID-1539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1539: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Move common JMX code into shared library > > > Key: QPID-1539 > URL: https://issues.apache.org/jira/browse/QPID-1539 > Project: Qpid > Issue Type: Improvement > Components: Java Management : CLI Tool, Java Management : JMX Console >Reporter: Aidan Skinner >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: > 0006-QPID-1539-add-management-common-module.-Move-SASL-a.patch > > > Shared code such as the SASL negotiation, JMX login etc should be moved into > a common library. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1531) JMX Console dialog boxes buttons do not accept default keyboard input
[ https://issues.apache.org/jira/browse/QPID-1531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1531: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > JMX Console dialog boxes buttons do not accept default keyboard input > - > > Key: QPID-1531 > URL: https://issues.apache.org/jira/browse/QPID-1531 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Aidan Skinner >Priority: Minor > Fix For: Eclipse MC M5 > > > Summary: > The JMX console boxes do not respond to what I would say are common keyboard > inputs. > Tab between fields is ok > There is no default button for return to work on > The cancel button does not respond to escape. > This must just be a minor configuration issue on our part but would certainly > improve usability. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1504) Poor user feed back with protocol negotication mismatch on JMX Console
[ https://issues.apache.org/jira/browse/QPID-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1504: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Poor user feed back with protocol negotication mismatch on JMX Console > -- > > Key: QPID-1504 > URL: https://issues.apache.org/jira/browse/QPID-1504 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console, Starter >Reporter: Martin Ritchie >Priority: Minor > Fix For: Eclipse MC M5 > > > Summary: > If the broker has the jmxremote_optional.jar and true configured. > When a JMX Console client connects using the standard RMI connector it tells > the user that: > 'User authentication has failed' > Which is poor as the stack trace gives the reason as 'non-JRMP server at > remote endpoint'. We should use this ConnectIOException and provide better > feedback. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1530) [JMX Console] AbstractAction handleException always prints throwable stacktrace
[ https://issues.apache.org/jira/browse/QPID-1530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1530: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > [JMX Console] AbstractAction handleException always prints throwable > stacktrace > --- > > Key: QPID-1530 > URL: https://issues.apache.org/jira/browse/QPID-1530 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1530_12dec2008.patch > > > Summary: > handleException (AbstractAction:L:77) always prints the stackTrace of the > Throwable that it receives as well as displaying an error dialog to the user. > This behaviour is undesirable for exceptions such as connection failures. > The only stackTraces that should be printed are due to programming failures > such as incorrect handingling of data from the broker. > The IOException thrown from JMXServerRegistry due to a incorrect > username/password, for example, does not need to printed out. The dialog box > to the user is sufficient. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1014) qpid.management.perspective should be replaced by a better phrase
[ https://issues.apache.org/jira/browse/QPID-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1014: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > qpid.management.perspective should be replaced by a better phrase > - > > Key: QPID-1014 > URL: https://issues.apache.org/jira/browse/QPID-1014 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console >Reporter: Senaka Fernando >Assignee: Aidan Skinner >Priority: Minor > Fix For: Eclipse MC M5 > > Attachments: plugin_xml.patch.txt > > > qpid.management.perspective should be replaced by a better phrase. It looks a > bit odd when compared to other Perspective names. > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1128) NPE displayed when adding queue to navigation
[ https://issues.apache.org/jira/browse/QPID-1128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1128: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M2.1) (was: M2) Sscoping items for early 2009 release of Java Eclipse Mgt Console > NPE displayed when adding queue to navigation > - > > Key: QPID-1128 > URL: https://issues.apache.org/jira/browse/QPID-1128 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1128_23nov2008.patch > > > Summary: > If you sort the queues on a Virtualhost by 'Consumer count' and then proceed > to '<- Add to Navigation' then it will fail and a box stating 'Manged Object > is null : NPE' will be displayed. > Workaround: > Ensure that 'Consumer count' is not the chosen 'Sort by' value. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1503) Base64MD5PasswordFile does not write end of line in header section
[ https://issues.apache.org/jira/browse/QPID-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1503: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M2.1) (was: M3) (was: M2) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Base64MD5PasswordFile does not write end of line in header section > -- > > Key: QPID-1503 > URL: https://issues.apache.org/jira/browse/QPID-1503 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console, Starter >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > > Summary > B64MD5 PasswordFile L: 400 is write() but is missing a println afterwards > which causes the comment rows to merge with the next row. > This will cause the first user to be disabled. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1469) AMQUserManagementMBean.getCurrentJMXUser no longer returns a valid user
[ https://issues.apache.org/jira/browse/QPID-1469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1469: --- Fix Version/s: (was: M4) Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > AMQUserManagementMBean.getCurrentJMXUser no longer returns a valid user > --- > > Key: QPID-1469 > URL: https://issues.apache.org/jira/browse/QPID-1469 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > Attachments: QPID-1469-NPE-AMQUMMBean.log, QPID-1469_8dec2008.patch, > QPID-1469_test_9dec2008.patch, QPID-1469_test_style_fix_9dec2008.patch > > > Summary: > Currently when the password and jmxremote.access files are updated the > current username is written in to the file as an audit trail. > This used to work fine however we are now seeing a NullPointerException when > performing any updates such as: > Set Rights > Delete User -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1471) Argument Type Mismatch reported from Management Console
[ https://issues.apache.org/jira/browse/QPID-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1471: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Argument Type Mismatch reported from Management Console > --- > > Key: QPID-1471 > URL: https://issues.apache.org/jira/browse/QPID-1471 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1471-ArgumentTypeMismatch.log > > > Summary: > When executing 'Set Password' from the JMX Management Console an error > 'argument type mismatch' is reported. > The same error occurs when calling 'Create User' , 'Set Password' > Stack trace file attached. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1529) JMX Console fails to show popup msgs under linux
[ https://issues.apache.org/jira/browse/QPID-1529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1529: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > JMX Console fails to show popup msgs under linux > > > Key: QPID-1529 > URL: https://issues.apache.org/jira/browse/QPID-1529 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > Under linux getActiveShell() returns null resulting in the following stack > trace and no message for the user about the result of the requested operation. > !ENTRY org.eclipse.ui 4 0 2008-12-11 11:55:06.541 > !MESSAGE Argument cannot be null > !STACK 0 > java.lang.IllegalArgumentException: Argument cannot be null > at org.eclipse.swt.SWT.error(SWT.java:3761) > at org.eclipse.swt.SWT.error(SWT.java:3695) > at org.eclipse.swt.SWT.error(SWT.java:3666) > at org.eclipse.swt.widgets.Dialog.error(Dialog.java:191) > at org.eclipse.swt.widgets.Dialog.checkParent(Dialog.java:164) > at org.eclipse.swt.widgets.Dialog.(Dialog.java:127) > at org.eclipse.swt.widgets.MessageBox.(MessageBox.java:86) > at > org.apache.qpid.management.ui.views.ViewUtility.popupInfoMessage(ViewUtility.java:417) > at > org.apache.qpid.management.ui.views.OperationTabControl.executeAndShowResults(OperationTabControl.java:724) > at > org.apache.qpid.management.ui.views.OperationTabControl.access$1000(OperationTabControl.java:73) > at > org.apache.qpid.management.ui.views.OperationTabControl$OperationExecutionListener.widgetSelected(OperationTabControl.java:630) > at > org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1158) > at > org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3401) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3033) > at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1914) > at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1878) > at > org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:419) > at > org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) > at org.apache.qpid.management.ui.Application.run(Application.java:46) > at > org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386) > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336) > at org.eclipse.core.launcher.Main.basicRun(Main.java:280) > at org.eclipse.core.launcher.Main.run(Main.java:977) > at org.eclipse.core.launcher.Main.main(Main.java:952) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1506) Auto Negotiate connections for JMX Management Console
[ https://issues.apache.org/jira/browse/QPID-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1506: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Auto Negotiate connections for JMX Management Console > - > > Key: QPID-1506 > URL: https://issues.apache.org/jira/browse/QPID-1506 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1506_11dec2008.patch > > > Summary: > Currently there are number of options that must be configured for the JMX > Console to correctly connect, if these values are not set or correct then the > connection will fail. > However, the broker will provide the console with sufficient detail to > auto-negotiate the connection. > QPID-1504 highlights that if we connect using the RMI connector but the > server is configured for JMXMP then we can tell. > If we connect using JMXMP using SASL/CRAM-MD5 but the server wants SASL/PLAIN > then we can tell as the exception is: > java.io.IOException: The server supported profiles [SASL/PLAIN] do not > match the client required profiles [SASL/CRAM-MD5]. > We can use this information to swap Sasl mechanism in the console and try > again. > This would mean that the end user would not have to reconfigure or have > multiple start scripts lying about so they could connect to a number of > difference brokers using different mechanisms. > Looking at the private class ConnectorThread in JMXServerRegistry along with > the createSASLConnector and the constructor show that the security mechanism > is hard coded but could using the above method be derived from the broker's > response and handled appropriately if the ConnectorThread and > createSASLConnector where better architected to take advantaged of the > exceptions returned from the JMXConnectorFactory.connect method -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1011) Qpid Management Console Plugin has undefined behaviour in different Eclipse Perspectives
[ https://issues.apache.org/jira/browse/QPID-1011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1011: --- Fix Version/s: (was: M4) Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Qpid Management Console Plugin has undefined behaviour in different Eclipse > Perspectives > > > Key: QPID-1011 > URL: https://issues.apache.org/jira/browse/QPID-1011 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console > Environment: Ubuntu 7.10 (Gusty Gibbon) >Reporter: Senaka Fernando >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > Attachments: invalid_perspective_fix.patch.txt > > > Qpid Management Console Plugin has undefined behaviour in different Eclipse > Perspectives. For example in the Java perspective, I can't create a > connection and get a error "Server Connection Failed". I believe that the > error message must either be informative enough for the user to change the > perspective, or, the toolbar and the menu item must rather be disabled in > unsupported perspectives. > Regards, > Senaka > N.B. this might not be an Ubuntu specific issue, and I'm not aware of the > behaviour on other platforms. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1472) Management Console Delete User corrupts password file and jmxremote.access
[ https://issues.apache.org/jira/browse/QPID-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1472: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Management Console Delete User corrupts password file and jmxremote.access > -- > > Key: QPID-1472 > URL: https://issues.apache.org/jira/browse/QPID-1472 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > If a user is deleted using the JMX Management Console 'Delete User' then the > password file is rewritten without line endings so the content is all > comments. > Also due to QPID-1769 (the inability to lookup the JMX Session username) the > jmxremote.access file is left as jmxremote.access.old and the new > jmxremote.access.tmp is left empty, preventing the broker from starting up. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1508) Splash Screen is not displayed on Mac OS X/Linux Builds
[ https://issues.apache.org/jira/browse/QPID-1508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1508: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Splash Screen is not displayed on Mac OS X/Linux Builds > --- > > Key: QPID-1508 > URL: https://issues.apache.org/jira/browse/QPID-1508 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > There must be a configuration mistake somewhere as the splash screen is not > shown in the Mac OS X or Linux Builds of the JMX Console -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1565) Improve repository layout of ancillary files for the jmx management console
[ https://issues.apache.org/jira/browse/QPID-1565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1565: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Improve repository layout of ancillary files for the jmx management console > --- > > Key: QPID-1565 > URL: https://issues.apache.org/jira/browse/QPID-1565 > Project: Qpid > Issue Type: Task > Components: Java Management : JMX Console >Reporter: Robert Gemmell >Priority: Trivial > Fix For: Eclipse MC M5 > > Attachments: QPID-1565_9jan2009.zip > > > The management console builds require ancillary files such as > platform-dependant configuration + executable files, and additional manifests > for sub component plugins. Some of these are currently in poorly named > directories, making their purpose non-obvious. > They should be arranged in a way that is more indicative of thier use and/or > location within the console builds. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1243) Provide mechanism to build management console
[ https://issues.apache.org/jira/browse/QPID-1243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1243: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Provide mechanism to build management console > - > > Key: QPID-1243 > URL: https://issues.apache.org/jira/browse/QPID-1243 > Project: Qpid > Issue Type: Bug > Components: Ant Build System, Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1243_21nov2008.zip, QPID-1243_24nov2008.zip > > > Summary: > Currently, there is no way to build the management console using ant, whilst > the maven system may still work we should complete the move to ant by also > updating the packaging required for the console. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1590) [JMX Console] Add Server & Reconnect dialogs do not centre correctly on multi monitor systems
[ https://issues.apache.org/jira/browse/QPID-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1590: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > [JMX Console] Add Server & Reconnect dialogs do not centre correctly on multi > monitor systems > - > > Key: QPID-1590 > URL: https://issues.apache.org/jira/browse/QPID-1590 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Robert Gemmell > Fix For: Eclipse MC M5 > > Attachments: QPID-1590.patch > > > The management consoles Add Server & Reconnect dialogs do not centre > correctly on multi monitor systems, using the whole width of the desktop to > determine where they should be located. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-794) Management Console can't connect using authentication
[ https://issues.apache.org/jira/browse/QPID-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-794: -- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Management Console can't connect using authentication > - > > Key: QPID-794 > URL: https://issues.apache.org/jira/browse/QPID-794 > Project: Qpid > Issue Type: Bug > Components: Java Broker, Java Management : JMX Console >Reporter: Aidan Skinner >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-794_22nov2008.patch > > > It is not possible to connect the management console to the broker using jmx > authentication, it makes the broker throw the following exception: > GenericConnectorServer ClientCreation.run > WARNING: Failed to open connection: java.io.StreamCorruptedException: invalid > stream header > java.io.StreamCorruptedException: invalid stream header > at > java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:764) > at java.io.ObjectInputStream.(ObjectInputStream.java:277) > at > com.sun.jmx.remote.socket.SocketConnection$ObjectInputStreamWithLoader.(SocketConnection.java:354) > at > com.sun.jmx.remote.socket.SocketConnection.readMessage(SocketConnection.java:204) > at > com.sun.jmx.remote.opt.security.AdminServer.connectionOpen(AdminServer.java:76) > at > com.sun.jmx.remote.generic.ServerSynchroMessageConnectionImpl.connect(ServerSynchroMessageConnectionImpl.java:58) > at > javax.management.remote.generic.GenericConnectorServer$ClientCreation.run(GenericConnectorServer.java:405) > at > com.sun.jmx.remote.opt.util.ThreadService$ThreadServiceJob.run(ThreadService.java:208) > at com.sun.jmx.remote.opt.util.JobExecutor.run(JobExecutor.java:59) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1532) [JMX Console] MBeanUtility handleException prints exception stacktrace when users are denied due to access rights
[ https://issues.apache.org/jira/browse/QPID-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1532: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > [JMX Console] MBeanUtility handleException prints exception stacktrace when > users are denied due to access rights > - > > Key: QPID-1532 > URL: https://issues.apache.org/jira/browse/QPID-1532 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Robert Gemmell >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1532_12dec2008.patch > > > handleException (MBeanUtility:L:144) always prints the stackTrace as well as > displaying an error dialog to the user when denied access to the > UserManagement Mbean based on access rights in the jmxremote.access file. > This behaviour is undesirable for a known SecurityException and the dialog > box to the user is sufficient in this case. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1241) qpidmc.bat script does not cope with spaces (" ") in the path.
[
https://issues.apache.org/jira/browse/QPID-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marnie McCormack updated QPID-1241:
---
Fix Version/s: (was: M5)
Eclipse MC M5
Affects Version/s: (was: M2.1)
(was: M3)
(was: M2)
Sscoping items for early 2009 release of Java Eclipse Mgt Console
> qpidmc.bat script does not cope with spaces (" ") in the path.
> --
>
> Key: QPID-1241
> URL: https://issues.apache.org/jira/browse/QPID-1241
> Project: Qpid
> Issue Type: Bug
> Components: Java Management : JMX Console
>Reporter: Martin Ritchie
>Assignee: Martin Ritchie
> Fix For: Eclipse MC M5
>
> Attachments: QPID-1241_23nov2008.patch
>
>
> Summary:
> The management console cannot be installed in to "Program Files" as
> qpidmc.bat script does not correctly operate due to the space in the path.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-843) Management Console packaging doesn't work for unix
[ https://issues.apache.org/jira/browse/QPID-843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-843: -- Fix Version/s: (was: M4) Eclipse MC M5 Affects Version/s: (was: M2.1) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Management Console packaging doesn't work for unix > -- > > Key: QPID-843 > URL: https://issues.apache.org/jira/browse/QPID-843 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Aidan Skinner >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > > The management console packaging in distribution doesn't work, you're left > with a 748K tarfile as opposed to a 11M zip for windows, which then doesn't > run as it's missing things like startup.jar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1502) PlainPasswordFile PrincipalDataBase does not use the UserManagement Tab
[ https://issues.apache.org/jira/browse/QPID-1502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1502: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M2.1) (was: M3) (was: M2) (was: M1) Sscoping items for early 2009 release of Java Eclipse Mgt Console > PlainPasswordFile PrincipalDataBase does not use the UserManagement Tab > --- > > Key: QPID-1502 > URL: https://issues.apache.org/jira/browse/QPID-1502 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Priority: Minor > Fix For: Eclipse MC M5 > > > Summary: > The UserManagement Tab has no effect on a Plain password file but is shown > and shows ArgumentTypeMismatch Errrors when used, may be same cause as > (QPID-1471) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1511) JMX Interface does not require authentication
[ https://issues.apache.org/jira/browse/QPID-1511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1511: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M2.1) (was: M3) (was: M2) (was: M1) Sscoping items for early 2009 release of Java Eclipse Mgt Console > JMX Interface does not require authentication > - > > Key: QPID-1511 > URL: https://issues.apache.org/jira/browse/QPID-1511 > Project: Qpid > Issue Type: Improvement > Components: Java Broker, Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > Attachments: QPID-1511_wip_19dec2008.patch, > QPID-1511_wip_8dec2008.patch > > > Summary: > JMX Interface uses the default RMI connector which has no authentication > mechanism. We should not be shipping a JMX interface that doesn't have > authentication. The interface has been disabled by default for M4 but this > should be modified based on the outcome of the discussion on qpid-dev to > authenticate all connections. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1242) Ability to view Binary Messages was lost in the merge
[ https://issues.apache.org/jira/browse/QPID-1242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1242: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M2.1) (was: M3) (was: M2) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Ability to view Binary Messages was lost in the merge > - > > Key: QPID-1242 > URL: https://issues.apache.org/jira/browse/QPID-1242 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > Attachments: org.apache.commons.codec_1.3.0.v20080530-1600.jar, > QPID-1242_22jan2009.patch > > > Summary: > The ability to view binary messages (ascii and hex views) were lost when the > M2.x code base was merged to trunk. > It was checked in at r571491 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-970) Wrong url in README file of Eclipse-plugin
[ https://issues.apache.org/jira/browse/QPID-970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-970: -- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Wrong url in README file of Eclipse-plugin > -- > > Key: QPID-970 > URL: https://issues.apache.org/jira/browse/QPID-970 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console > Environment: Ubuntu 7.04 >Reporter: Lahiru Gunathilake >Assignee: Lahiru Gunathilake >Priority: Trivial > Fix For: Eclipse MC M5 > > > In README file of there's a link of a wiki page for more informations about > the management console but it's not working. > This has to be change like this this. > Wrong one : > http://cwiki.apache.org/confluence/display/qpid/Qpid+Management+Console > Correct one: > http://cwiki.apache.org/confluence/display/qpid/JMX+Management+Console > lahiru -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1615) [JMX Console] server navigation tree generates a runtime exception on first use
[ https://issues.apache.org/jira/browse/QPID-1615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1615: --- Fix Version/s: (was: M5) Eclipse MC M5 Affects Version/s: (was: M4) (was: M2.1) (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > [JMX Console] server navigation tree generates a runtime exception on first > use > --- > > Key: QPID-1615 > URL: https://issues.apache.org/jira/browse/QPID-1615 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Robert Gemmell > Fix For: Eclipse MC M5 > > > The navigation tree generates the following runtime exception upon the first > expansion made by a user after the first connection is made. In previous > versions this would not have been noticed because the Eclipse RCP console log > was disabled. The tree functions without noticable issue, and as noted the > exception is raised once only. > !ENTRY org.eclipse.jface 2 0 2009-01-26 17:20:50.884 !MESSAGE Ignored > reentrant call while viewer is busy. This is only logged once per viewer > instance, but similar calls will still be ignored. > !STACK 0 > java.lang.RuntimeException > at > org.eclipse.jface.viewers.ColumnViewer.checkBusy(ColumnViewer.java:763) > at > org.eclipse.jface.viewers.AbstractTreeViewer.setExpandedState(AbstractTreeViewer.java:2421) > at > org.apache.qpid.management.ui.views.NavigationView$2.treeExpanded(NavigationView.java:133) > at > org.eclipse.jface.viewers.AbstractTreeViewer$3.run(AbstractTreeViewer.java:1101) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37) > at org.eclipse.core.runtime.Platform.run(Platform.java:880) > at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48) > at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) > at > org.eclipse.jface.viewers.AbstractTreeViewer.fireTreeExpanded(AbstractTreeViewer.java:1099) > at > org.eclipse.jface.viewers.AbstractTreeViewer.handleTreeExpand(AbstractTreeViewer.java:1444) > at > org.eclipse.jface.viewers.TreeViewer.handleTreeExpand(TreeViewer.java:927) > at > org.eclipse.jface.viewers.AbstractTreeViewer$4.treeExpanded(AbstractTreeViewer.java:1453) > at > org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:126) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1158) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1182) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1167) > at org.eclipse.swt.widgets.Tree.gtk_test_expand_row(Tree.java:2026) > at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1572) > at org.eclipse.swt.widgets.Display.windowProc(Display.java:4105) > at org.eclipse.swt.internal.gtk.OS._gtk_main_do_event(Native Method) > at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(OS.java:5792) > at org.eclipse.swt.widgets.Display.eventProc(Display.java:1177) > at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native > Method) > at > org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:1550) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3031) > at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382) > at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346) > at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198) > at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493) > at > org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288) > at > org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488) > at > org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) > at org.apache.qpid.management.ui.Application.run(Application.java:46) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.eclipse.equinox.internal.app.EclipseAppContainer.callMethodWithException(EclipseAppContainer.java:574) > at > org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:195) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplica
[jira] Updated: (QPID-1481) jmxremote.sasl plugin doesnt export packages for other plugins to use
[ https://issues.apache.org/jira/browse/QPID-1481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1481: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > jmxremote.sasl plugin doesnt export packages for other plugins to use > - > > Key: QPID-1481 > URL: https://issues.apache.org/jira/browse/QPID-1481 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Robert Gemmell >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1481_22nov2008.patch > > > The jmxremote.sasl plugin was created in order to allow the > org.apache.qpid.management.ui plugin to import the jmxremote_optional.jar > file for use in providing authenticated management console connections to the > broke. As such is listed as a dependancy of the org.apache.qpid.management.ui > plugin on which the management console is based. However, it does not export > the packages for other plugins to use, and additionally is only required when > there is a desire to use the authentication security. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1533) PrincipalDatabase interface has no reload()
[ https://issues.apache.org/jira/browse/QPID-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1533: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > PrincipalDatabase interface has no reload() > --- > > Key: QPID-1533 > URL: https://issues.apache.org/jira/browse/QPID-1533 > Project: Qpid > Issue Type: Bug > Components: Java Broker, Java Management : JMX Console, Starter >Reporter: Martin Ritchie >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1533_16dec2008.patch > > > Summary: > The management console has a reload function which is described as 'Reloading > all user data' > Currently it only reloads the JMX Rights file 'jmxremote.access'. > This reload method should be updated to reload the user credentials stored in > the PrincipalDatabase if they are loaded and cached at startup. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1009) Update JMX Management Console FAQ on using scrips on Unix systems
[ https://issues.apache.org/jira/browse/QPID-1009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1009: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Update JMX Management Console FAQ on using scrips on Unix systems > - > > Key: QPID-1009 > URL: https://issues.apache.org/jira/browse/QPID-1009 > Project: Qpid > Issue Type: Task > Components: Java Management : JMX Console > Environment: Unix, Ubuntu 7.10 >Reporter: Senaka Fernando >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > > It was noticed that 'uname -p' returns 'unknown' on Ubuntu 7.10, thus failing > the purpose of qpidmc_gtk.sh (or qpidmc_motif.sh) and leaving the user > clueless. Thus, this must be added to the "JMX Management Console FAQ". > Regards, > Senaka -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-433) Queue depth to be shown in bytes or KBytes as appropriate in mangement console.
[ https://issues.apache.org/jira/browse/QPID-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-433: -- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Queue depth to be shown in bytes or KBytes as appropriate in mangement > console. > --- > > Key: QPID-433 > URL: https://issues.apache.org/jira/browse/QPID-433 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console >Reporter: Bhupendra Bhardwaj >Assignee: Bhupendra Bhardwaj > Fix For: Eclipse MC M5 > > > Currently the Queue depth is shown as KB and if the value is less than > 1024bytes, it is shown as 0. > The feature of showing the queue depth in bytes, KB, MB should be in the > management console and broker should send the actual value in bytes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1240) NullPointerException when setting access level in UserManagement Panel
[
https://issues.apache.org/jira/browse/QPID-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marnie McCormack updated QPID-1240:
---
Fix Version/s: Eclipse MC M5
Affects Version/s: (was: M2.1)
(was: M3)
(was: M2)
Sscoping items for early 2009 release of Java Eclipse Mgt Console
> NullPointerException when setting access level in UserManagement Panel
> --
>
> Key: QPID-1240
> URL: https://issues.apache.org/jira/browse/QPID-1240
> Project: Qpid
> Issue Type: Bug
> Components: Java Management : JMX Console
>Reporter: Martin Ritchie
> Fix For: Eclipse MC M5
>
>
> Summary:
> When using the Management Console to give a user (I used 'client') rights
> ('admin' in this case) to the console on executing the action a
> NullPointerException window is shown rather than 'Operation Successful'
> This is disconcerting for end users, howvever, the operation does indeed
> complete successfully
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1015) NPE Reported Incorrectly by Qpid Management Console
[ https://issues.apache.org/jira/browse/QPID-1015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1015: --- Fix Version/s: (was: M4) Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > NPE Reported Incorrectly by Qpid Management Console > --- > > Key: QPID-1015 > URL: https://issues.apache.org/jira/browse/QPID-1015 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Senaka Fernando >Assignee: Aidan Skinner >Priority: Minor > Fix For: Eclipse MC M5 > > Attachments: npe_fix.patch.txt > > > NPE Reported Incorrectly by Qpid Management Console -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1010) Buttons are not visible in New Connection Dialog Box
[ https://issues.apache.org/jira/browse/QPID-1010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1010: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Buttons are not visible in New Connection Dialog Box > > > Key: QPID-1010 > URL: https://issues.apache.org/jira/browse/QPID-1010 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console > Environment: Ubuntu 7.10 (Gutsy Gibbon) >Reporter: Senaka Fernando >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: add_server.patch.txt, QPID-1010_QPID-1531_19dec2008.patch > > > Buttons are not visible in New Connection Dialog Box -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1510) Splash Screen does not go away on Windows build
[ https://issues.apache.org/jira/browse/QPID-1510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1510: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Splash Screen does not go away on Windows build > --- > > Key: QPID-1510 > URL: https://issues.apache.org/jira/browse/QPID-1510 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console, Starter >Reporter: Martin Ritchie >Assignee: Aidan Skinner >Priority: Minor > Fix For: Eclipse MC M5 > > > Summary: > The new builds of the Windows console display the splash screen but do not > remove it when the console has started. > Perhaps the units of -splashScreen 600 have changed. > The window is not set to be the front most window so other apps can be moved > in front of it but if you had a small window right at the centre of your > screen you would have to quite the console to find it again. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1509) Buttons are often missing their text on Linux build.
[ https://issues.apache.org/jira/browse/QPID-1509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1509: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Buttons are often missing their text on Linux build. > > > Key: QPID-1509 > URL: https://issues.apache.org/jira/browse/QPID-1509 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > When running under RHEL4 the JMX Management console often loses the text on > the buttons. This will make it difficult for new users to know which button > is 'Connect' and which 'Cancel'. > This is a transient issue and restarting will often bring the text back. But > I see no pattern to what might cause the text to disappear. > I see this as I have a local settings file. > Start the JMX Console > Select a connection from my list > Click Reconnect > Buttons often don't show 'Connect' / 'Cancel' but as they are ~ 12px high I > can still click and tab to them. Unlike Mac OS X build that doesn't show the > buttons at all (QPID-1507) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1570) JMXConnectionFactory exception handling code is fragile
[
https://issues.apache.org/jira/browse/QPID-1570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marnie McCormack updated QPID-1570:
---
Fix Version/s: Eclipse MC M5
Affects Version/s: (was: M4)
Sscoping items for early 2009 release of Java Eclipse Mgt Console
> JMXConnectionFactory exception handling code is fragile
> ---
>
> Key: QPID-1570
> URL: https://issues.apache.org/jira/browse/QPID-1570
> Project: Qpid
> Issue Type: Bug
> Components: Java Management : CLI Tool, Java Management : JMX Console
>Reporter: Aidan Skinner
> Fix For: Eclipse MC M5
>
>
> Split off from QPID-1522:
> Rob Godfrey:
> JMXConnectionFactory:
> The code which looks at the exception text seems remarkable fragile to me...
> At the very least I would expect some constants which could be shared with
> the code that throws the exception.
> Robbie Gemmell:
> Hi Rob,
> I wrote that bit originally. It is somewhat fragile, but unfortunately having
> looked at the code that generates the exceptions i didnt think there was much
> else i could do. The exception is generated by code within the optional JMXMP
> addon (jmxremote_optional.jar) and just directly throws an IOException like
> so:
> throw new IOException("The server supported profiles " +
> serverProfilesList + " do not " +
> "match the client required profiles " +
> clientProfilesList + ".");
> so there are no constants to match against (though granted i should possibly
> still have used constants for my own bit).
> I have a secure RMI based JMX setup ready to go, so we can remove the
> user-unfriendly/slightly-proprietary JMXMP stuff in future if desired (I know
> Aidan wants to :P), and if so then that section of code should only really
> ever be getting used for connecting to older brokers if they have used the
> JMXMP based solution, which it seems that at the moment many dont, given how
> guff the console was in that area.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1591) [JMX Console] server navigation view tree contains redundant 'Qpid Connections' root node
[ https://issues.apache.org/jira/browse/QPID-1591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1591: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > [JMX Console] server navigation view tree contains redundant 'Qpid > Connections' root node > - > > Key: QPID-1591 > URL: https://issues.apache.org/jira/browse/QPID-1591 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Robert Gemmell >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1591_18jan2009.patch > > > The server navigation tree in the management console has a 'Qpid Connections' > root node. The navigation area is headed Qpid Connections so this node > conveys no new information and its presence forces users to expand it before > they can connect to a previously used server, which is usually the first task > any recurring user will perform, every single time they start the console: > this is clearly nuts. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1491) Secure Management Console connections do not work
[ https://issues.apache.org/jira/browse/QPID-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1491: --- Fix Version/s: (was: M4) Eclipse MC M5 Affects Version/s: (was: M3) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Secure Management Console connections do not work > - > > Key: QPID-1491 > URL: https://issues.apache.org/jira/browse/QPID-1491 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Marnie McCormack >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > The current build of the management console is unable to connect to the > broker using the CRAM-MD5 JMX SASL. > It is potentially a classpath problem with a newer JDK version than was > originally tested as the console reports it cannot load a class from the > JMXRemote jar. > Current work around is to use the default PLAIN authentication > Have to edit qpidmc.bat and remove -Dsecurity=CRAM-MD5 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1482) Management Console cant complete PLAIN user authentication process
[ https://issues.apache.org/jira/browse/QPID-1482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1482: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Management Console cant complete PLAIN user authentication process > -- > > Key: QPID-1482 > URL: https://issues.apache.org/jira/browse/QPID-1482 > Project: Qpid > Issue Type: Bug > Components: Java Broker, Java Management : JMX Console >Reporter: Robert Gemmell >Assignee: Aidan Skinner > Fix For: Eclipse MC M5 > > Attachments: QPID-1482_22nov2008.patch > > > When the patches I supplied for QPID-1481 and QPID-794 are used, the > management console is able to communicate with the broker across the > JMXMPConnector link but is still unable to successfully complete the > connection, however the failure now occurs during the PLAIN authentication > process as opposed to before it like previously. Despite this, the management > console reports that "Qpid server is not running." > Enabling debug console output for the management console yields the following > exception listing: > java.io.IOException: java.lang.NullPointerException > at > com.sun.jmx.remote.opt.security.AdminClient.throwExceptionOnError(AdminClient.java:379) > at > com.sun.jmx.remote.opt.security.AdminClient.connectionOpen(AdminClient.java:184) > at > com.sun.jmx.remote.generic.ClientSynchroMessageConnectionImpl.connect(ClientSynchroMessageConnectionImpl.java:112) > at > javax.management.remote.generic.GenericConnector.connect(GenericConnector.java:217) > at > javax.management.remote.jmxmp.JMXMPConnector.connect(JMXMPConnector.java:159) > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248) > at > org.apache.qpid.management.ui.jmx.JMXServerRegistry$ConnectorThread.run(JMXServerRegistry.java:204) > at java.lang.Thread.run(Thread.java:619) > java.io.IOException: java.lang.NullPointerException > at > com.sun.jmx.remote.opt.security.AdminClient.throwExceptionOnError(AdminClient.java:379) > at > com.sun.jmx.remote.opt.security.AdminClient.connectionOpen(AdminClient.java:184) > at > com.sun.jmx.remote.generic.ClientSynchroMessageConnectionImpl.connect(ClientSynchroMessageConnectionImpl.java:112) > at > javax.management.remote.generic.GenericConnector.connect(GenericConnector.java:217) > at > javax.management.remote.jmxmp.JMXMPConnector.connect(JMXMPConnector.java:159) > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248) > at > org.apache.qpid.management.ui.jmx.JMXServerRegistry$ConnectorThread.run(JMXServerRegistry.java:204) > at java.lang.Thread.run(Thread.java:619) > The broker was slightly more informative however, giving: > GenericConnectorServer ClientCreation.run > WARNING: Failed to open connection: java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.qpid.server.security.auth.database.PlainPasswordFilePrincipalDatabase.compareCharArray(PlainPasswordFilePrincipalDatabase.java:182) > at > org.apache.qpid.server.security.auth.database.PlainPasswordFilePrincipalDatabase.verifyPassword(PlainPasswordFilePrincipalDatabase.java:130) > at > org.apache.qpid.server.management.JMXManagedObjectRegistry$UserCallbackHandler.handle(JMXManagedObjectRegistry.java:267) > at > org.apache.qpid.server.security.auth.sasl.plain.PlainSaslServer.evaluateResponse(PlainSaslServer.java:81) > at > com.sun.jmx.remote.opt.security.SASLServerHandler.consumeMessage(SASLServerHandler.java:164) > at > com.sun.jmx.remote.opt.security.AdminServer.connectionOpen(AdminServer.java:216) > at > com.sun.jmx.remote.generic.ServerSynchroMessageConnectionImpl.connect(ServerSynchroMessageConnectionImpl.java:98) > at > javax.management.remote.generic.GenericConnectorServer$ClientCreation.run(GenericConnectorServer.java:443) > at > com.sun.jmx.remote.opt.util.ThreadService$ThreadServiceJob.run(ThreadS -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1013) Documentation on running Qpid Management Console within Eclipse is Required
[ https://issues.apache.org/jira/browse/QPID-1013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1013: --- Fix Version/s: Eclipse MC M5 Sscoping items for early 2009 release of Java Eclipse Mgt Console > Documentation on running Qpid Management Console within Eclipse is Required > --- > > Key: QPID-1013 > URL: https://issues.apache.org/jira/browse/QPID-1013 > Project: Qpid > Issue Type: Improvement > Components: Java Management : JMX Console >Reporter: Senaka Fernando > Fix For: Eclipse MC M5 > > > Documentation on running Qpid Management Console within Eclipse is Required -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-1470) Reloading user data does not work
[ https://issues.apache.org/jira/browse/QPID-1470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack updated QPID-1470: --- Fix Version/s: Eclipse MC M5 Affects Version/s: (was: M4) Sscoping items for early 2009 release of Java Eclipse Mgt Console > Reloading user data does not work > - > > Key: QPID-1470 > URL: https://issues.apache.org/jira/browse/QPID-1470 > Project: Qpid > Issue Type: Bug > Components: Java Management : JMX Console >Reporter: Martin Ritchie >Assignee: Martin Ritchie > Fix For: Eclipse MC M5 > > > Summary: > If the file is changed on disk and a reload requested then it reports Success > however the data does not appear to have changed. > Also if the file is corrupt (as by the defect in delete) then only an > unsuccessful is reported. Where as in the case for delete where the file does > not contain any user data this should be reported. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-1623) Setting JMSReplyTo field to NULL causes IllegalArgumentException to be thrown
Setting JMSReplyTo field to NULL causes IllegalArgumentException to be thrown
-
Key: QPID-1623
URL: https://issues.apache.org/jira/browse/QPID-1623
Project: Qpid
Issue Type: Improvement
Components: Java Client
Affects Versions: M4, M3, M2.1, M2, M1
Reporter: Marnie McCormack
Assignee: Aidan Skinner
Fix For: M5
Qpid versions 2.2.2.0
Platform: Windows
JDK: 16.0_11
I came across this problem while trying to write an example application for one
of our MAF clients that would take part in a JMS request-response message flow.
During testing of this I started hitting this IllegalArgumentException from
Qpid exception:
java.lang.IllegalArgumentException: Null destination not allowed
at
org.apache.qpid.client.message.AbstractJMSMessage.setJMSReplyTo(AbstractJMSMessage.java:200)
at
org.mule.providers.jms.JmsReplyToHandler.processReplyTo(JmsReplyToHandler.java:79)
at org.mule.impl.model.DefaultMuleProxy.onCall(DefaultMuleProxy.java:297)
at org.mule.impl.model.seda.SedaComponent.doSend(SedaComponent.java:406)
at
org.mule.impl.model.AbstractComponent.sendEvent(AbstractComponent.java:407)
at org.mule.impl.MuleSession.sendEvent(MuleSession.java:349)
at
org.mule.routing.inbound.InboundRouterCollection.send(InboundRouterCollection.java:197)
at
org.mule.routing.inbound.InboundRouterCollection.route(InboundRouterCollection.java:163)
at
org.mule.providers.AbstractMessageReceiver$DefaultInternalMessageListener.onMessage(AbstractMessageReceiver.java:585)
at
org.mule.providers.AbstractMessageReceiver.routeMessage(AbstractMessageReceiver.java:322)
at
org.mule.providers.AbstractReceiverWorker$1.doInTransaction(AbstractReceiverWorker.java:107)
at
org.mule.transaction.TransactionTemplate.execute(TransactionTemplate.java:98)
at
org.mule.providers.AbstractReceiverWorker.doRun(AbstractReceiverWorker.java:124)
at
org.mule.providers.AbstractReceiverWorker.run(AbstractReceiverWorker.java:60)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at org.mule.impl.work.SyncWorkExecutor.doExecute(SyncWorkExecutor.java:39)
at org.mule.impl.work.MuleWorkManager.executeWork(MuleWorkManager.java:277)
at org.mule.impl.work.MuleWorkManager.doWork(MuleWorkManager.java:169)
at
org.mule.providers.jms.MultiConsumerJmsMessageReceiver$SubReceiver.onMessage(MultiConsumerJmsMessageReceiver.java:281)
at
org.apache.qpid.client.BasicMessageConsumer.notifyMessage(BasicMessageConsumer.java:719)
at
org.apache.qpid.client.BasicMessageConsumer.notifyMessage(BasicMessageConsumer.java:656)
at
org.apache.qpid.client.AMQSession$Dispatcher.dispatchMessage(AMQSession.java:3043)
at org.apache.qpid.client.AMQSession$Dispatcher.run(AMQSession.java:2966)
After doing some digging through the Mule code I was able to track it down to
the following piece of code in Mule's JmsReplyToHandler where it tries to set
the JMSReplyTo field to be null.
final boolean topic =
connector.getTopicResolver().isTopic(replyToDestination);
session = connector.getSession(false, topic);
Message replyToMessage = JmsMessageUtils.toMessage(payload, session);
replyToMessage.setJMSReplyTo(null);
if (logger.isDebugEnabled())
{
logger.debug("Sending jms reply to: " + replyToDestination + "("
+ replyToDestination.getClass().getName() + ")");
}
replyToProducer = connector.getJmsSupport().createProducer(session,
replyToDestination, topic);
The corresponding code in qpid (taken from the AbstractJMSMessage class) shows
that qpid throws the IllegalArgumentException whenever it receives a null
value:
public void setJMSReplyTo(Destination destination) throws JMSException
{
if (destination == null)
{
throw new IllegalArgumentException("Null destination not allowed");
}
if (!(destination instanceof AMQDestination))
{
throw new IllegalArgumentException(
"ReplyTo destination may only be an AMQDestination - passed
argument was type " + destination.getClass());
}
final AMQDestination amqd = (AMQDestination) destination;
final AMQShortString encodedDestination = amqd.getEncodedName();
_destinationCache.put(encodedDestination, destination);
getContentHeaderProperties().setReplyTo(encodedDestination);
}
The JMS Spec is a bit vague around whether or not you can actually set this
JMSReplyTo value to null or not but after talking with Martin about this he was
able to check both the Qpid and MQ code to see how they compared. While the
Qpid code disallows setting a null value on the JMSReplyTo field the MQ code is
more forgiving and allows Null values to be set. I've included the JMSReplyTo
section from t
Re: Qpid slogan?
If we're going down the popular culture/film-reference route: Qpid - Message Transformers! Qpid - Transforming Messaging! Qpid - Materializing Near You! Or (perhaps a bit obscure): Qpid: For all your Dark Nights... Marnie, how about: Qpid: Warp Factor AMQP! -- Mark On Thu, Jan 29, 2009 at 10:48 AM, Marnie McCormack < marnie.mccorm...@googlemail.com> wrote: > Qpid: The force is with you > Qpid: Warp Factor X (I'm not enough of a trekkie to have a better idea) > > On Thu, Jan 29, 2009 at 10:45 AM, Mark Atwell > wrote: > > > Sorry, tea-break made me think of a load more!: > > > >QPID: Queue This! (a la Matrix: "Dodge This!" - will appeal to > > techies) > >QPID: Quite Perfect Innate Design (or some variant) > > > > In a similar vein: > > > >QPID: Quite Possibly Iconic Design(or variant - Probably?) > > > > This one sounds like someone else's (so apologies in advance) > > > >QPID: Quick, Purposeful, Innate Design > > > > Ah... my tea's run out... > > > > -- Mark > > On Thu, Jan 29, 2009 at 10:21 AM, Mark Atwell > > wrote: > > > > > If you're looking for a T-shirt-like/mug logo how about a play on 'The > > > Classic': > > > > > > I'm with QPid! > > > > > > This also almost works with the arrow-like AMQP logo! > > > > > > BTW is the capitalisation of QPid settled on 'Qpid'? > > > > > > Or possibly: > > > > > > AMQP?: I'm with QPid! > > > AMQP?: I love QPid!(opportunity to go with some > > > Eros/cherub-type-stuff?) > > > QPid loves AMQP > > > > > > BTW I'm not even going to go near the Kenny Everett Show character > thing > > > for fear of offence! > > > > > > -- Mark > > > > > > On Wed, Jan 28, 2009 at 1:59 PM, Robert Godfrey < > rob.j.godf...@gmail.com > > >wrote: > > > > > >> Sorry - been away for a couple of days and just caught up with this > > thread > > >> now. > > >> > > >> 2009/1/27 Jonathan Robie : > > >> > It's OK to differ ;-> > > >> > > > >> > But let me explain my reasoning: the whole point of a slogan is to > > >> establish > > >> > identity so people know what it is. AMQP and messaging are > fundamental > > >> to > > >> > what Qpid is. > > >> > > > >> > > >> I think it's interesting here to look at a quick definition (from > > >> http://www.thefreedictionary.com/slogan): > > >> > > >> 1. A phrase expressing the aims or nature of an enterprise, > > >> organization, or candidate; a motto. > > >> 2. A phrase used repeatedly, as in advertising or promotion: "all the > > >> slogans and shibboleths coined out of the ideals of the peoples for > > >> the uses of imperialism" Margaret Sanger. > > >> 3. A battle cry of a Scottish clan. > > >> > > >> What we seem to be arguing about here is whether we want a slogan that > > >> fulfils definition 1. or definition 2. (although perhaps the Glasgow > > >> contingent would like to make some suggestions fulfil definition 3.) > > >> > > >> Personally I think that right now we want to have a catchy > > >> "advertising" slogan to draw people in, along with logos etc that work > > >> well on marketing material (I want a Qpid t-shirt :-) ). Much as I > > >> agree that something like "Qpid: Open Source AMQP Messaging" > > >> succinctly describes the aims of the project, I don't think it draws > > >> in people to take a look. Furthermore it does nothing to help people > > >> remember the name Qpid. > > >> > > >> We *do* also need to make sure that in searches for AMQP and > > >> Enterprise Messaging, Qpid features highly. However I think there's a > > >> fair probability that if you've heard of AMQP you've probably heard of > > >> Qpid. > > >> > > >> So I would probably argue that we need (at least) two different > > >> slogans... And of the two I think that advertising and drawing people > > >> is is what we are currently more in need of. We need to get the name > > >> "Qpid" out there so that people remember it (even if they don't know > > >> what is does)... > > >> > > >> Now... time to think of some battle cries... > > >> > > >> -- Rob > > >> > > >> - > > >> Apache Qpid - AMQP Messaging Implementation > > >> Project: http://qpid.apache.org > > >> Use/Interact: mailto:dev-subscr...@qpid.apache.org > > >> > > >> > > > > > >
[jira] Created: (QPID-1622) Store recovery errors should be handled by the broker
Store recovery errors should be handled by the broker - Key: QPID-1622 URL: https://issues.apache.org/jira/browse/QPID-1622 Project: Qpid Issue Type: Improvement Components: Java Broker Affects Versions: M4, M3 Reporter: Marnie McCormack Assignee: Martin Ritchie Fix For: M5 Currently the when the broker has a problem with recovery of a MessageStore, such as issues with Metadata etc, the only course of action is to remove the store and so lose any messages that are stored inside. It is possible to perform recovery on the store such that we need not lose the remainder of the information. There are three approaches: 1) The broker automatically recovers problems on startup logging any issue as it goes. 2) The broker requires a flag (--recover-store) to perform the recovery. Without the flag the broker will fail, as currently, with a more use friendly message. 3) Provide a standalone tool for performing recovery (implementation specific - but mentioned for completeness here) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-1621) Flow control fails to release credit when unacknowledge message count exceeds the low water mark
Flow control fails to release credit when unacknowledge message count exceeds the low water mark Key: QPID-1621 URL: https://issues.apache.org/jira/browse/QPID-1621 Project: Qpid Issue Type: Bug Components: Java Broker Affects Versions: M4, M3 Reporter: Marnie McCormack Assignee: Aidan Skinner Fix For: M5 Summary: If we receive more than 2500 msgs on a transacted session then we cannot recover that credit and will block at the prefetch limit of 5000. Acknowledging at msg 2501 demonstrates this issue (of being limited to 5000 mgs) but at <2500 then we are able to receive as many messages as are available, beyond 5000. This issue has been seen on Qpid M3, further extraction of a test case and testing on M4 is required. The test should also adjust the low water mark to identify if that is part of the issue. Workaround: To prevent client starvation ensure that clients never have more than the low water mark (2500 default) of unacked messages. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
Qpid: The force is with you Qpid: Warp Factor X (I'm not enough of a trekkie to have a better idea) On Thu, Jan 29, 2009 at 10:45 AM, Mark Atwell wrote: > Sorry, tea-break made me think of a load more!: > >QPID: Queue This! (a la Matrix: "Dodge This!" - will appeal to > techies) >QPID: Quite Perfect Innate Design (or some variant) > > In a similar vein: > >QPID: Quite Possibly Iconic Design(or variant - Probably?) > > This one sounds like someone else's (so apologies in advance) > >QPID: Quick, Purposeful, Innate Design > > Ah... my tea's run out... > > -- Mark > On Thu, Jan 29, 2009 at 10:21 AM, Mark Atwell > wrote: > > > If you're looking for a T-shirt-like/mug logo how about a play on 'The > > Classic': > > > > I'm with QPid! > > > > This also almost works with the arrow-like AMQP logo! > > > > BTW is the capitalisation of QPid settled on 'Qpid'? > > > > Or possibly: > > > > AMQP?: I'm with QPid! > > AMQP?: I love QPid!(opportunity to go with some > > Eros/cherub-type-stuff?) > > QPid loves AMQP > > > > BTW I'm not even going to go near the Kenny Everett Show character thing > > for fear of offence! > > > > -- Mark > > > > On Wed, Jan 28, 2009 at 1:59 PM, Robert Godfrey >wrote: > > > >> Sorry - been away for a couple of days and just caught up with this > thread > >> now. > >> > >> 2009/1/27 Jonathan Robie : > >> > It's OK to differ ;-> > >> > > >> > But let me explain my reasoning: the whole point of a slogan is to > >> establish > >> > identity so people know what it is. AMQP and messaging are fundamental > >> to > >> > what Qpid is. > >> > > >> > >> I think it's interesting here to look at a quick definition (from > >> http://www.thefreedictionary.com/slogan): > >> > >> 1. A phrase expressing the aims or nature of an enterprise, > >> organization, or candidate; a motto. > >> 2. A phrase used repeatedly, as in advertising or promotion: "all the > >> slogans and shibboleths coined out of the ideals of the peoples for > >> the uses of imperialism" Margaret Sanger. > >> 3. A battle cry of a Scottish clan. > >> > >> What we seem to be arguing about here is whether we want a slogan that > >> fulfils definition 1. or definition 2. (although perhaps the Glasgow > >> contingent would like to make some suggestions fulfil definition 3.) > >> > >> Personally I think that right now we want to have a catchy > >> "advertising" slogan to draw people in, along with logos etc that work > >> well on marketing material (I want a Qpid t-shirt :-) ). Much as I > >> agree that something like "Qpid: Open Source AMQP Messaging" > >> succinctly describes the aims of the project, I don't think it draws > >> in people to take a look. Furthermore it does nothing to help people > >> remember the name Qpid. > >> > >> We *do* also need to make sure that in searches for AMQP and > >> Enterprise Messaging, Qpid features highly. However I think there's a > >> fair probability that if you've heard of AMQP you've probably heard of > >> Qpid. > >> > >> So I would probably argue that we need (at least) two different > >> slogans... And of the two I think that advertising and drawing people > >> is is what we are currently more in need of. We need to get the name > >> "Qpid" out there so that people remember it (even if they don't know > >> what is does)... > >> > >> Now... time to think of some battle cries... > >> > >> -- Rob > >> > >> - > >> Apache Qpid - AMQP Messaging Implementation > >> Project: http://qpid.apache.org > >> Use/Interact: mailto:dev-subscr...@qpid.apache.org > >> > >> > > >
Re: Qpid slogan?
Sorry, tea-break made me think of a load more!: QPID: Queue This! (a la Matrix: "Dodge This!" - will appeal to techies) QPID: Quite Perfect Innate Design (or some variant) In a similar vein: QPID: Quite Possibly Iconic Design(or variant - Probably?) This one sounds like someone else's (so apologies in advance) QPID: Quick, Purposeful, Innate Design Ah... my tea's run out... -- Mark On Thu, Jan 29, 2009 at 10:21 AM, Mark Atwell wrote: > If you're looking for a T-shirt-like/mug logo how about a play on 'The > Classic': > > I'm with QPid! > > This also almost works with the arrow-like AMQP logo! > > BTW is the capitalisation of QPid settled on 'Qpid'? > > Or possibly: > > AMQP?: I'm with QPid! > AMQP?: I love QPid!(opportunity to go with some > Eros/cherub-type-stuff?) > QPid loves AMQP > > BTW I'm not even going to go near the Kenny Everett Show character thing > for fear of offence! > > -- Mark > > On Wed, Jan 28, 2009 at 1:59 PM, Robert Godfrey > wrote: > >> Sorry - been away for a couple of days and just caught up with this thread >> now. >> >> 2009/1/27 Jonathan Robie : >> > It's OK to differ ;-> >> > >> > But let me explain my reasoning: the whole point of a slogan is to >> establish >> > identity so people know what it is. AMQP and messaging are fundamental >> to >> > what Qpid is. >> > >> >> I think it's interesting here to look at a quick definition (from >> http://www.thefreedictionary.com/slogan): >> >> 1. A phrase expressing the aims or nature of an enterprise, >> organization, or candidate; a motto. >> 2. A phrase used repeatedly, as in advertising or promotion: "all the >> slogans and shibboleths coined out of the ideals of the peoples for >> the uses of imperialism" Margaret Sanger. >> 3. A battle cry of a Scottish clan. >> >> What we seem to be arguing about here is whether we want a slogan that >> fulfils definition 1. or definition 2. (although perhaps the Glasgow >> contingent would like to make some suggestions fulfil definition 3.) >> >> Personally I think that right now we want to have a catchy >> "advertising" slogan to draw people in, along with logos etc that work >> well on marketing material (I want a Qpid t-shirt :-) ). Much as I >> agree that something like "Qpid: Open Source AMQP Messaging" >> succinctly describes the aims of the project, I don't think it draws >> in people to take a look. Furthermore it does nothing to help people >> remember the name Qpid. >> >> We *do* also need to make sure that in searches for AMQP and >> Enterprise Messaging, Qpid features highly. However I think there's a >> fair probability that if you've heard of AMQP you've probably heard of >> Qpid. >> >> So I would probably argue that we need (at least) two different >> slogans... And of the two I think that advertising and drawing people >> is is what we are currently more in need of. We need to get the name >> "Qpid" out there so that people remember it (even if they don't know >> what is does)... >> >> Now... time to think of some battle cries... >> >> -- Rob >> >> - >> Apache Qpid - AMQP Messaging Implementation >> Project: http://qpid.apache.org >> Use/Interact: mailto:dev-subscr...@qpid.apache.org >> >> >
M5 - JIRAs/Scope
All, If you are working on (or plan to work on) the Java side for M5 - please can you scope anything you intend to do into M5 please ? Martin, Aidan & I have scoped the items we're working on into M5 (and are posting about the design for new features). Aside from that, there are two other JIRAs in M5 on the Java side. If this is really the scope/plan for M5, then our roadmap needs revised for this release !! It'd be good to have some discussions about some of the bigger ticket items proposed for M5, but currently these don't appear to be on anyone's list for M5 ? C++ JIRAs for M5 would be good too, but not so dear to my heart ! FYI the Eclipse Management Console items are progressing separately to M5 as we're hoping (as raised before Xmas on the list) for a separate release of that component pre-M5. Regards, Marnie
[jira] Assigned: (QPID-949) Implement Flow To Disk
[ https://issues.apache.org/jira/browse/QPID-949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack reassigned QPID-949: - Assignee: Marnie McCormack (was: Rob Godfrey) > Implement Flow To Disk > -- > > Key: QPID-949 > URL: https://issues.apache.org/jira/browse/QPID-949 > Project: Qpid > Issue Type: New Feature > Components: Java Broker >Affects Versions: M2.1 >Reporter: Marnie McCormack >Assignee: Marnie McCormack > Fix For: M5 > > > Currently, the Java Broker can do one of two things with a message it has to > deliver: > 1. Keep transient messages in memory until delivered > 2. Write persistent messages to a message store (like BDB) and keep in memory > until delivery complete > This means that the broker is not able to avoid OoM exceptions i.e. send > enough messages to the broker, especially if your consumers are not active, > and you could bring the broker done once it explodes its available heap. > RG to add more details and design proposal here please :-) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Assigned: (QPID-949) Implement Flow To Disk
[ https://issues.apache.org/jira/browse/QPID-949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marnie McCormack reassigned QPID-949: - Assignee: Martin Ritchie (was: Marnie McCormack) > Implement Flow To Disk > -- > > Key: QPID-949 > URL: https://issues.apache.org/jira/browse/QPID-949 > Project: Qpid > Issue Type: New Feature > Components: Java Broker >Affects Versions: M2.1 >Reporter: Marnie McCormack >Assignee: Martin Ritchie > Fix For: M5 > > > Currently, the Java Broker can do one of two things with a message it has to > deliver: > 1. Keep transient messages in memory until delivered > 2. Write persistent messages to a message store (like BDB) and keep in memory > until delivery complete > This means that the broker is not able to avoid OoM exceptions i.e. send > enough messages to the broker, especially if your consumers are not active, > and you could bring the broker done once it explodes its available heap. > RG to add more details and design proposal here please :-) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
If you're looking for a T-shirt-like/mug logo how about a play on 'The Classic': I'm with QPid! This also almost works with the arrow-like AMQP logo! BTW is the capitalisation of QPid settled on 'Qpid'? Or possibly: AMQP?: I'm with QPid! AMQP?: I love QPid!(opportunity to go with some Eros/cherub-type-stuff?) QPid loves AMQP BTW I'm not even going to go near the Kenny Everett Show character thing for fear of offence! -- Mark On Wed, Jan 28, 2009 at 1:59 PM, Robert Godfrey wrote: > Sorry - been away for a couple of days and just caught up with this thread > now. > > 2009/1/27 Jonathan Robie : > > It's OK to differ ;-> > > > > But let me explain my reasoning: the whole point of a slogan is to > establish > > identity so people know what it is. AMQP and messaging are fundamental to > > what Qpid is. > > > > I think it's interesting here to look at a quick definition (from > http://www.thefreedictionary.com/slogan): > > 1. A phrase expressing the aims or nature of an enterprise, > organization, or candidate; a motto. > 2. A phrase used repeatedly, as in advertising or promotion: "all the > slogans and shibboleths coined out of the ideals of the peoples for > the uses of imperialism" Margaret Sanger. > 3. A battle cry of a Scottish clan. > > What we seem to be arguing about here is whether we want a slogan that > fulfils definition 1. or definition 2. (although perhaps the Glasgow > contingent would like to make some suggestions fulfil definition 3.) > > Personally I think that right now we want to have a catchy > "advertising" slogan to draw people in, along with logos etc that work > well on marketing material (I want a Qpid t-shirt :-) ). Much as I > agree that something like "Qpid: Open Source AMQP Messaging" > succinctly describes the aims of the project, I don't think it draws > in people to take a look. Furthermore it does nothing to help people > remember the name Qpid. > > We *do* also need to make sure that in searches for AMQP and > Enterprise Messaging, Qpid features highly. However I think there's a > fair probability that if you've heard of AMQP you've probably heard of > Qpid. > > So I would probably argue that we need (at least) two different > slogans... And of the two I think that advertising and drawing people > is is what we are currently more in need of. We need to get the name > "Qpid" out there so that people remember it (even if they don't know > what is does)... > > Now... time to think of some battle cries... > > -- Rob > > - > Apache Qpid - AMQP Messaging Implementation > Project: http://qpid.apache.org > Use/Interact: mailto:dev-subscr...@qpid.apache.org > >
[jira] Created: (QPID-1620) IMessage wrapper
IMessage wrapper Key: QPID-1620 URL: https://issues.apache.org/jira/browse/QPID-1620 Project: Qpid Issue Type: Improvement Components: Dot Net Client Affects Versions: M4 Reporter: Arnaud Simon Fix For: M5 Introduce a wrapper around IMessage that would hide the AMQP specificities. We should decide of the API of this wraper. A suggestion would be to at least expose the message headers and the underlying IMessage. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid slogan?
That works for me, but possibly only me. Marnie On Wed, Jan 28, 2009 at 7:58 PM, Robert Greig wrote: > 2009/1/28 Robert Godfrey : > > > Sorry - been away for a couple of days and just caught up with this > thread now. > > Ditto - been unable to read the list for quite a while. > > > Now... time to think of some battle cries... > > How about: > > Qpid - no bollocks, just messages > > RG > > - > Apache Qpid - AMQP Messaging Implementation > Project: http://qpid.apache.org > Use/Interact: mailto:dev-subscr...@qpid.apache.org > >
