Re: [VOTE] a few more geronimo-spec alpha-1 artifacts
+1 Hello guys, As announced few weeks ago let's try to release more alpha of our EE 7 spec jars. I added javamail as well since it got some nice fixes (thanks Hendrik mainly) which are important to release since I saw too much people replacing our implementation by javax one for small blocking bugs fixed since weeks on SNAPSHOTs. Also note this release train was mainly motivated by AMQ which is waiting JMS 2 API to release their version 6 (thanks to John D Ament for the patch on the API BTW). Here is the list of artifacts included in this vote: - geronimo-javamail_1.4 + geronimo-javamail_1.4_mail + geronimo-javamail_1.4_provider - geronimo-ejb_3.2_spec - geronimo-javamail_1.4_spec - geronimo-jaxrs_2.0_spec - geronimo-jms_2.0_spec - geronimo-jta_1.2_spec Here is the staging repo https://repository.apache.org/content/repositories/orgapachegeronimo-1012 I bet you will find the source/javadoc/etc yourself. My key can be found at https://svn.apache.org/repos/asf/geronimo/KEYS please VOTE [+1] all fine, ship it [+0] don't care [-1] stop, because ${reason} here is my +1 Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://fusesource.com/
Re: [VOTE] XBean 3.15 release
+1 On Wed, Nov 6, 2013 at 11:55 PM, David Blevins david.blev...@gmail.com wrote: Ok, release rolled! Binaries: https://repository.apache.org/content/repositories/orgapachegeronimo-086/ Tag: http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.15/ 72 hours for voting! :) -David -- Hiram Chirino Engineering | Red Hat, Inc. hchir...@redhat.com | fusesource.com | redhat.com skype: hiramchirino | twitter: @hiramchirino blog: Hiram Chirino's Bit Mojo
Re: [VOTE] Release XBean 3.12
+1 On Wed, Oct 3, 2012 at 7:47 AM, Guillaume Nodet gno...@gmail.com wrote: I've staged a release of bean at: https://repository.apache.org/content/repositories/orgapachegeronimo-088/ Tag: http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.12/ , revision 1393394 Release notes: ** Bug * [XBEAN-119] - ContextUtil$ReadOnlyBinding#isRelative() always returns false * [XBEAN-121] - Constructor injection doesn't work with constructor argument of type array * [XBEAN-146] - xsd for list elements should be unbounded, not max=1 * [XBEAN-190] - XBeanNamespaceHandler does not close resource input streams ** Improvement * [XBEAN-187] - SVN:IGNORE is missing for beanutils * [XBEAN-200] - be able to use annotationfinder for non runtime retention annotation * [XBEAN-203] - Performance improvement by adding local cache for MultiParentClassLoader#loadClass * [XBEAN-207] - FileArchive doesn't have a way to specify the base package * [XBEAN-208] - DelegatingBundle performance issues * [XBEAN-227] - Add support for Spring 3.1 bean profiles * [XBEAN-228] - Support aries blueprint 1.0 * [XBEAN-229] - Make jexl an optional import on xbean-blueprint Please review and vote: [ ] +1 release xbean 3.12 [ ] -1 do not release -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com -- ** *Hiram Chirino* *Engineering | Red Hat, Inc.* *hchir...@redhat.com hchir...@redhat.com | fusesource.com | redhat.com* *skype: hiramchirino | twitter: @hiramchirinohttp://twitter.com/hiramchirino * *blog: Hiram Chirino's Bit Mojo http://hiramchirino.com/blog/*
Re: [VOTE] Release XBean 3.9
Not yet, I'm mainly cutting this as we want to roll out a new ActiveMQ release and want to include xbean-191. Regards, Hiram FuseSource Web: http://fusesource.com/ On Fri, Dec 16, 2011 at 6:23 PM, David Jencks david_jen...@yahoo.com wrote: Have you verified that current xbean-blueprint (including my inclusion of necessary aries blueprint compendium.cm classes) works with the aries blueprint compatibility bundles (small bundles) with activemq? I'm not yet at a point to verify this in geronimo, although I hope to be able to shortly. thanks david jencks On Dec 16, 2011, at 6:31 AM, Hiram Chirino wrote: Please vote for the geronimo xbean 3.9 release,. The components up for vote are: https://repository.apache.org/content/repositories/orgapachegeronimo-349/org/apache/xbean/xbean/3.9/xbean-3.9-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-349/org/apache/xbean/xbean/3.9/xbean-3.9-source-release.zip Staging repo is here: https://repository.apache.org/content/repositories/orgapachegeronimo-349/ tag is here: https://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.9/ Vote open 72 hours [ ] +1 release this [ ] 0 don't care [ ] -1 don't release this (please explain) Here's my +1 Regards, Hiram FuseSource Web: http://fusesource.com/
Re: [VOTE] Release XBean 3.9
72 Hours have passed. Closing the vote, I post the results in a new thread. Regards, Hiram FuseSource Web: http://fusesource.com/ On Mon, Dec 19, 2011 at 9:30 AM, James Strachan ja...@fusesource.com wrote: +1 On 16 December 2011 14:31, Hiram Chirino hi...@hiramchirino.com wrote: Please vote for the geronimo xbean 3.9 release,. The components up for vote are: https://repository.apache.org/content/repositories/orgapachegeronimo-349/org/apache/xbean/xbean/3.9/xbean-3.9-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-349/org/apache/xbean/xbean/3.9/xbean-3.9-source-release.zip Staging repo is here: https://repository.apache.org/content/repositories/orgapachegeronimo-349/ tag is here: https://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.9/ Vote open 72 hours [ ] +1 release this [ ] 0 don't care [ ] -1 don't release this (please explain) Here's my +1 Regards, Hiram FuseSource Web: http://fusesource.com/ -- James --- FuseSource Email: ja...@fusesource.com Web: http://fusesource.com Twitter: jstrachan, fusenews Blog: http://macstrac.blogspot.com/ Open Source Integration and Messaging
[RESULT][VOTE] Release XBean 3.9
Results of the XBean 3.9 release vote: Vote passes with 4 binding +1 votes. Thanks to all who voted. I'll start pushing out the release shortly. Regards, Hiram FuseSource Web: http://fusesource.com/
XBean JIRA Roadmap
Hi, I was about to cleanup/close up the 3.9 XBean release in JIRA and I noticed there are lots of unressolved issues assigned to 3.8 and 3.9, Should I just moved those to 3.10? Regards, Hiram FuseSource Web: http://fusesource.com/
Re: Releasing XBean 3.9
Ok, I'm really going to start cutting a release candidate for XBean 3.9. I've got my fingers crossed that the release plugin is working smoothly! Regards, Hiram FuseSource Web: http://fusesource.com/ On Thu, Oct 27, 2011 at 12:57 PM, Kevan Miller kevan.mil...@gmail.com wrote: On Oct 27, 2011, at 9:30 AM, Hiram Chirino wrote: I've just added in a little feature which we really need in the next version of ActiveMQ. Details at: https://issues.apache.org/jira/browse/XBEAN-191 Are there any problems with doing a quick XBean 3.9 release soon? No problems from my perspective. --kevan
[VOTE] Release XBean 3.9
Please vote for the geronimo xbean 3.9 release,. The components up for vote are: https://repository.apache.org/content/repositories/orgapachegeronimo-349/org/apache/xbean/xbean/3.9/xbean-3.9-source-release.tar.gz https://repository.apache.org/content/repositories/orgapachegeronimo-349/org/apache/xbean/xbean/3.9/xbean-3.9-source-release.zip Staging repo is here: https://repository.apache.org/content/repositories/orgapachegeronimo-349/ tag is here: https://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.9/ Vote open 72 hours [ ] +1 release this [ ] 0 don't care [ ] -1 don't release this (please explain) Here's my +1 Regards, Hiram FuseSource Web: http://fusesource.com/
[jira] [Closed] (XBEAN-192) xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x
[ https://issues.apache.org/jira/browse/XBEAN-192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino closed XBEAN-192. --- Resolution: Fixed xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x --- Key: XBEAN-192 URL: https://issues.apache.org/jira/browse/XBEAN-192 Project: XBean Issue Type: New Feature Reporter: Hiram Chirino Assignee: Hiram Chirino Fix For: 3.9 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (XBEAN-192) xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x
[ https://issues.apache.org/jira/browse/XBEAN-192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino updated XBEAN-192: Fix Version/s: 3.9 Fixed in rev 1198799 xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x --- Key: XBEAN-192 URL: https://issues.apache.org/jira/browse/XBEAN-192 Project: XBean Issue Type: New Feature Reporter: Hiram Chirino Assignee: Hiram Chirino Fix For: 3.9 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (XBEAN-192) xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x
xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x --- Key: XBEAN-192 URL: https://issues.apache.org/jira/browse/XBEAN-192 Project: XBean Issue Type: New Feature Reporter: Hiram Chirino Assignee: Hiram Chirino -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (XBEAN-192) xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x
[ https://issues.apache.org/jira/browse/XBEAN-192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino closed XBEAN-192. --- Had to change issue type. xbean-spring bundle declared import on spring to be [2.5,3) which does not allow the bundle to work with spring 3.x --- Key: XBEAN-192 URL: https://issues.apache.org/jira/browse/XBEAN-192 Project: XBean Issue Type: Bug Reporter: Hiram Chirino Assignee: Hiram Chirino Fix For: 3.9 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Releasing XBean 3.9
I've just added in a little feature which we really need in the next version of ActiveMQ. Details at: https://issues.apache.org/jira/browse/XBEAN-191 Are there any problems with doing a quick XBean 3.9 release soon? Regards, Hiram FuseSource Web: http://fusesource.com/
Re: [VOTE] xbean 3.6 2nd try
I just put one together. I'll open an issue and commit shortly. On Fri, Sep 11, 2009 at 9:47 AM, Gary Tully gary.tu...@gmail.com wrote: -1 if possible sorry that I did not catch this earlier. there is a problem with the auto generation of ActiveMQ configuration schema (activemq.xsd) and any content generated for a complexType containing a List and would like to have ActiveMQ 5.3 use 3.6. For example the generated content : xs:element name='policyEntries' minOccurs='0' maxOccurs='1' xs:annotation xs:documentation![CDATA[ Sets the individual entries on the policy map ]]/xs:documentation /xs:annotation xs:complexType xs:sequence minOccurs='0' maxOccurs='unbounded'xs:any namespace='##other'//xs:sequence /xs:complexType /xs:element should be (without the namespace ##other qualifier on the content) : xs:element name='policyEntries' minOccurs='0' maxOccurs='1' xs:annotation xs:documentation![CDATA[ Sets the individual entries on the policy map ]]/xs:documentation /xs:annotation xs:complexType xs:sequence minOccurs='0' maxOccurs='unbounded'xs:any minOccurs='0' maxOccurs='unbounded'//xs:sequence /xs:complexType /xs:element Such that a policyEntry from the same namespace is valid. This is generated from: /** * Sets the individual entries on the policy map * * @org.apache.xbean.ElementType class=org.apache.activemq.broker.region.policy.PolicyEntry */ public void setPolicyEntries(List entries) { @ http://svn.apache.org/viewvc/activemq/trunk/activemq-core/src/main/java/org/apache/activemq/broker/region/policy/PolicyMap.java?view=markup This looks like a straight forward bug but I need to generate a test case and open a jira and hopefully produce a patch asap. -- http://blog.garytully.com Open Source Integration http://fusesource.com -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://fusesource.com/
[jira] Assigned: (XBEAN-139) XSD generation invalid: List fields declared as sequence of xs:any namespace='##other'/
[ https://issues.apache.org/jira/browse/XBEAN-139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino reassigned XBEAN-139: --- Assignee: Hiram Chirino XSD generation invalid: List fields declared as sequence of xs:any namespace='##other'/ - Key: XBEAN-139 URL: https://issues.apache.org/jira/browse/XBEAN-139 Project: XBean Issue Type: Bug Components: spring Reporter: Hiram Chirino Assignee: Hiram Chirino The problem with declaring them as xs:any namespace='##other'/ is that it may be valid to inject objects into the list which are declared in the name space of the generated xsd. see: http://www.nabble.com/-VOTE--xbean-3.6-2nd-try-td25401282s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (XBEAN-139) XSD generation invalid: List fields declared as sequence of xs:any namespace='##other'/
[ https://issues.apache.org/jira/browse/XBEAN-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12754171#action_12754171 ] Hiram Chirino commented on XBEAN-139: - Patch applied in rev 813877 XSD generation invalid: List fields declared as sequence of xs:any namespace='##other'/ - Key: XBEAN-139 URL: https://issues.apache.org/jira/browse/XBEAN-139 Project: XBean Issue Type: Bug Components: spring Reporter: Hiram Chirino Assignee: Hiram Chirino Fix For: 3.6 The problem with declaring them as xs:any namespace='##other'/ is that it may be valid to inject objects into the list which are declared in the name space of the generated xsd. see: http://www.nabble.com/-VOTE--xbean-3.6-2nd-try-td25401282s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release XBean 3.4.2
+1 On Wed, Jun 18, 2008 at 6:10 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a distribution of Xbean 3.4.2 which includes the following minor changes: * Upgrade to ASM 3.1 and enable class reading speed boosts [1] * Fix OSGi dynamic imports [2] The staging repository is available at http://people.apache.org/~gnodet/staging/xbean-3.4.2/ and the tag is available at http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.4.2/ The jars, sources and javadocs are signed and contains the legal files. Please review and vote: [ ] +1 Release xbean 3.4.2 [ ] -1 Do not Here's my +1, the vote will be opened for 72 hours. [1] http://svn.apache.org/viewvc?view=revrevision=661180 [2] http://svn.apache.org/viewvc?view=revrevision=669121 -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://open.iona.com
Re: GShell ANSI colors support on Window.
Not yet. On Dec 12, 2007 4:37 PM, Jason Dillon [EMAIL PROTECTED] wrote: Did you hear back from Marc about this? --jason On Dec 11, 2007, at 9:19 PM, Hiram Chirino wrote: It was a bit of bummer when I noticed that GShell has no colorized output on Windows. :( But I noticed that the Perl guys were able to do it. See the Win32::Console::ANSI' project [1]. So I updated the jline dll that is used on Windows with the c code that the Perl project is using and BAM!, we have color. I sent a note out to the jline project about this. Hopefully they incorporate this feature into future releases. -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://open.iona.com -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://open.iona.com
GShell ANSI colors support on Window.
It was a bit of bummer when I noticed that GShell has no colorized output on Windows. :( But I noticed that the Perl guys were able to do it. See the Win32::Console::ANSI' project [1]. So I updated the jline dll that is used on Windows with the c code that the Perl project is using and BAM!, we have color. I sent a note out to the jline project about this. Hopefully they incorporate this feature into future releases. -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://open.iona.com
Re: [VOTE] Release XBean 3.2
+1 On 10/1/07, Guillaume Nodet [EMAIL PROTECTED] wrote: Please vote on releasing xbean 3.2. Binaries / maven repo is available at: http://people.apache.org/~gnodet/xbean-3.2/ Svn source tag is available at: http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.2/ It includes David Jencks last minute fix too. -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release XBean 3.1
+1 On 8/1/07, David Blevins [EMAIL PROTECTED] wrote: I have tagged an XBean 3.1 version at http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.1/ Binaries: http://people.apache.org/~dblevins/stage/org/apache/xbean/ Please review the tag/binaries and vote for this release. Once the vote passes, I will upload the release to the repository. [ ] +1 Release XBean 3.1 [ ] +/- 0 [ ] -1 Do not release Here's my +1 -- Regards, Hiram Blog: http://hiramchirino.com
Re: Slim spring?
+1 On 7/19/07, Dain Sundstrom [EMAIL PROTECTED] wrote: How does everyone feel about changing from the uber-spring jar (2M) to the spring module jars? Here is a sizing chart: spring-beans-2.0.5.jar379K spring-context-2.0.5.jar 156K 531K spring-web-2.0.5.jar 148K # optional for web context spring-jmx-2.0.5.jar 85K # optional xbean-server With full spring at 2M this is a pretty big savings. This will also help to keep the modules free of using other stuff from spring. On the other hand, maven and uber jars don't always get along. If anther project imports xbean-spring, they will either need to use the spring module jars, or exclude them transitively from the xbean- spring. Alternatively, we could mark them as provided, and then the importing project will need to explicitly import spring in which ever form they like. I'd prefer we go with the spring-module approach, but mark all the spring jars as provided. This make it easier for users to upgrade to newer spring releases (no exclude/reinclude). -dain BTW, I did test this actually works :) -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release XBean 3.0
+1 On 4/17/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I have uploaded an XBean 3.0 release at http://people.apache.org/~gnodet/xbean-3.0/repo/org/apache/xbean/ This repo also contains older releases so that the meta-data is correct. [ ] +1 Release XBean 3.0 [ ] 0 No opinion [ ] -1 Do not release -- Cheers, Guillaume Nodet Principal Engineer, IONA Blog: http://gnodet.blogspot.com/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: 1.2 status
Both the AMQ issues now have fixes applied to the 4.1 branch. On 2/22/07, Rick McGuire [EMAIL PROTECTED] wrote: Dain Sundstrom wrote: This release is finally wrapping up. We are basically waiting on final releases from the projects we depend on. Specifically, we need releases from: Yoko 1.0 - Contains many fixes to CORBA interoperability ActiveMQ 4.1.1 - We need a release which contains AMQ-1165 and AMQ-1088 OpenEJB 2.3 - Once Yoko is released, OpenEJB 2.3 can be release There are a couple of fixes to both the javamail 1.3.1 specs and providers we really should try to get into 1.2. Multiple customers have hit this problem in 1.1.1. This will require releasing new versions of both deliverables. The fixes are already in the code, we just need to go through the mechanics of releasing it. Rick As always, this could take a painful amount of time to get the binaries, but I'm hopeful. -dain -- Regards, Hiram Blog: http://hiramchirino.com
Re: Switching to 3.0-SNAPSHOT and dropping spring 1.x release
Sounds good to me. +1 On 2/21/07, Guillaume Nodet [EMAIL PROTECTED] wrote: What about switching to 3.0-SNAPSHOT and dropping support for spring 2.0 release ? The code of xbean-spring is split into at least 4 modules, just to keep with the different milestones and the older 1.x release ... -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release ServiceMix 3.1 (2nd try)
Sorry for the delay. +1 On 2/5/07, Guillaume Nodet [EMAIL PROTECTED] wrote: The vote is extended for another period of 3 days. And here's my +1 On 2/1/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I have fixed and uploaded the samples, the jbi plugin (which i had to build manually) and uploaded everything to the incubating repository http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/ Distributions are available at: http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix/3.1-incubating/ http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix-web/3.1-incubating/ Please download, review and vote ... This vote will be closed on sunday, midnight GMT -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: Confluence move
awesome! On 1/31/07, Guillaume Nodet [EMAIL PROTECTED] wrote: The conluence wiki has been moved to http://cwiki.apache.org/confluence/display/ACTIVEMQ/Home The space is not yet replicated to http://activemq.org or http://activemq.apache.org (there's nothing atm) and there are still some problems (the snippet plugin does not seem to work). Please report any problems. -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Updated: (AMQ-1140) Compression not working
[ https://issues.apache.org/activemq/browse/AMQ-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino updated AMQ-1140: --- Affects Version/s: (was: 4.1.2) 4.1.0 Compression not working Key: AMQ-1140 URL: https://issues.apache.org/activemq/browse/AMQ-1140 Project: ActiveMQ Issue Type: Bug Components: Broker Affects Versions: 4.1.0 Reporter: Bruce Snyder Assigned To: Bruce Snyder Fix For: 4.1.1, 4.2.0 When setting compression from the message producer side using the {{ActiveMQConnectionFactory.setUseCompression(true)}} method, a call to the {{ActiveMQConnectionFactory.isUseCompression()}} method then returns true. However, when using [Ethereal|http://www.ethereal.com/] to sniff the packets between brokers, the message bodies are not compressed - they're just plain text. This appears to be a bug. I'll try to create a test for this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (AMQ-1140) Compression not working
[ https://issues.apache.org/activemq/browse/AMQ-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino resolved AMQ-1140. Resolution: Fixed Fix Version/s: 4.2.0 4.1.1 Added test case and fixed. Compression not working Key: AMQ-1140 URL: https://issues.apache.org/activemq/browse/AMQ-1140 Project: ActiveMQ Issue Type: Bug Components: Broker Affects Versions: 4.1.0 Reporter: Bruce Snyder Assigned To: Bruce Snyder Fix For: 4.1.1, 4.2.0 When setting compression from the message producer side using the {{ActiveMQConnectionFactory.setUseCompression(true)}} method, a call to the {{ActiveMQConnectionFactory.isUseCompression()}} method then returns true. However, when using [Ethereal|http://www.ethereal.com/] to sniff the packets between brokers, the message bodies are not compressed - they're just plain text. This appears to be a bug. I'll try to create a test for this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (AMQ-1140) Compression not working
[ https://issues.apache.org/activemq/browse/AMQ-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38427 ] Hiram Chirino commented on AMQ-1140: Fix in trunk rev 501506 and fixed in 4.1 branch in rev 501500 Compression not working Key: AMQ-1140 URL: https://issues.apache.org/activemq/browse/AMQ-1140 Project: ActiveMQ Issue Type: Bug Components: Broker Affects Versions: 4.1.0 Reporter: Bruce Snyder Assigned To: Bruce Snyder Fix For: 4.1.1, 4.2.0 When setting compression from the message producer side using the {{ActiveMQConnectionFactory.setUseCompression(true)}} method, a call to the {{ActiveMQConnectionFactory.isUseCompression()}} method then returns true. However, when using [Ethereal|http://www.ethereal.com/] to sniff the packets between brokers, the message bodies are not compressed - they're just plain text. This appears to be a bug. I'll try to create a test for this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: wiki access
Hi Nathan, We recently moved the confluence instance.. Something must have gotten borked. I'll look into it. BUT... I think we are looking into moving the space on to ASF managed machines.. not sure how long that will take so, I'll try to get this fix for you ASAP in the mean time. On 1/27/07, Nathan Mittler [EMAIL PROTECTED] wrote: Hey guys, I've apparently lost my privileges to change our wiki. Was just trying to update the AMQCPP 1.1 release page ( http://www.activemq.org/site/activemq-cpp-11-release.html) and was denied. Thanks, Nate -- Regards, Hiram Blog: http://hiramchirino.com
Re: Doxample: Can we ship it with our code?
Thanks Oren! On Jan 18, 2007, at 6:49 PM, Oren Ben-Kiki wrote: On Thu, 2007-01-18 at 18:09 -0500, Hiram Chirino wrote: ... Yeah the differences between the two get a bit complex and IANAL too :) But I think the biggest difference between the Licenses are that Apache licensed software is a bit more liberal with how it can be used. For example it allows commercial companies to make modifications and redistribute without giving back the changes. Which is contrary to the GPL philosophy. In essence the Apache, BSD, and MIT licenses are more Business friendly. So I light of that, you might not actually want to Apache License it.. And that would be OK... I don't feel that strongly about it. It isn't exactly the crown jewels :-) But if you don't mind other folks using your file (even for commercial reasons), you would just need to also add this to the header for us to be able to consume it: Copyright [] [name of copyright owner] Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Fine, put that in there with my name (Oren Ben-Kiki) and the current year (2007). And hopefully within a short period of time this will be in the Autoconf archive and the problem will go away. Share Enjoy, Oren Ben-Kiki
Re: Doxample: Can we ship it with our code?
Hi Oren, Thanks for the reply. Apache Projects can't distribute any source code that is GPL or LGPL licensed. But we can distribute Apache or BSD or MIT style licensed source code. We would not be be distributing Autoconf, but expect our developers to have it installed prior to building our source code. We could make the same assumption for your ac_doxygen.m4 too but making someone download and install that file seperately is a bit annoying for new developers checking out the project. We were hoping to distribute your ac_doxygen.m4 with our source code to make it easier for them to have Doxygen support. So is there any chance you could at least dual license that file so that could include it? Regards, Hiram On Jan 18, 2007, at 3:53 PM, Oren Ben-Kiki wrote: AFAIK Autoconf itself is released under the GPL. I believe this is compatible with the Apache license... and at any rate you must include Autoconf for my code to work, so once you do that, you don't have to worry about my code. Let me know if this is a problem, if it is I'm certain we can work something out. I'll also e-mail [EMAIL PROTECTED] so maybe this will be added to the official macros list... Good luck, Oren Ben-Kiki On Mon, 2007-01-15 at 21:41 -0500, Hiram Chirino wrote: Hi Oren, Thanks for putting together your excellent http://ben-kiki.org/ oren/doxample/ !! I work on a Messaging product called ActiveMQ. For more info see: http://incubator.apache.org/activemq/ We want to make use of your ac_doxygen.m4 file to get doxygen to work with our build but we are not sure what license it available to us under. It just says: # Copyright (C) 2004 Oren Ben-Kiki # This file is distributed under the same terms as the Autoconf macro files. But we are not to sure what those terms are. Ideally for us it would be terms that are compatible with the Apache Software License, which basically means stuff Apache, BSD, MIT, or other similar licenses. Please advise as we are want to do a release soon and if we cannot include your m4 script in our source distribution we need to remove it from our repository.
Re: Doxample: Can we ship it with our code?
On Jan 18, 2007, at 5:50 PM, Oren Ben-Kiki wrote: I have just pinged the people in the Autoconf project and they are interested in adding this to their archive. This may take a while though. Thanks! BTW, AFAIK the main difference between the Apache license and the GPL is that Apache may be distributed in binary-only form; since my files have no binary form I don't see how they are incompatible. But IANAL. Yeah the differences between the two get a bit complex and IANAL too :) But I think the biggest difference between the Licenses are that Apache licensed software is a bit more liberal with how it can be used. For example it allows commercial companies to make modifications and redistribute without giving back the changes. Which is contrary to the GPL philosophy. In essence the Apache, BSD, and MIT licenses are more Business friendly. So I light of that, you might not actually want to Apache License it.. And that would be OK... To solve your problem in the meanwhile, I hereby formally grant you the permission to change the license line to ... the same terms as the Apache server in your distribution. I trust that would settle the issue? But if you don't mind other folks using your file (even for commercial reasons), you would just need to also add this to the header for us to be able to consume it: Copyright [] [name of copyright owner] Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Oren. On Thu, 2007-01-18 at 16:23 -0500, Hiram Chirino wrote: Hi Oren, Thanks for the reply. Apache Projects can't distribute any source code that is GPL or LGPL licensed. But we can distribute Apache or BSD or MIT style licensed source code. We would not be be distributing Autoconf, but expect our developers to have it installed prior to building our source code. We could make the same assumption for your ac_doxygen.m4 too but making someone download and install that file seperately is a bit annoying for new developers checking out the project. We were hoping to distribute your ac_doxygen.m4 with our source code to make it easier for them to have Doxygen support. So is there any chance you could at least dual license that file so that could include it? Regards, Hiram
Re: [VOTE] Release ActiveMQ-CPP 1.1
Yep.. still need incubator votes until we actually make it to TLP. On 1/17/07, Nathan Mittler [EMAIL PROTECTED] wrote: And here's my +1 ... bringing the totals to: +1: 6 +0: 0 -1 : 0 Since the vote has been out for 3 days, I think it's safe to say that the release passes. Given that AMQ is on the verge of becoming a TLP, is the next step still to bring a vote on the general incubator list? On 1/17/07, Kevan Miller [EMAIL PROTECTED] wrote: On Jan 17, 2007, at 9:36 AM, Mittler, Nathan wrote: Hi Kevan, With the current changes, can I call you a +1? Thanks, Nate -Original Message- From: Nathan Mittler [mailto: [EMAIL PROTECTED] Sent: Wednesday, January 17, 2007 6:42 AM To: activemq-dev@geronimo.apache.org Subject: Re: [VOTE] Release ActiveMQ-CPP 1.1 I've removed the doxygen files from the project and have cut a new source bundle: http://people.apache.org/~nmittler/incubator-activemq-cpp-1.1-src.ziphttp://people.apache.org/%7Enmittler/incubator-activemq-cpp-1.1-src.zip Thanks for the reminder Nathan. +1 Release the source as Apache ActiveMQ CPP 1.1 --kevan -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release ActiveMQ-CPP 1.1
This is the case then we need to delete the m4 macro from the svn repo and the distro. And ask folks to install it manually as part of the build procedure... or we could just remove all the doxygen bits out of the autoconf stuff so that it's not a dependency. On 1/16/07, Nathan Mittler [EMAIL PROTECTED] wrote: It appears that the Autoconf macros are under the GPL (as expected) http://sourceforge.net/projects/ac-archive/. What is the typical way we deal with this at the ASF? On 1/16/07, Nathan Mittler [EMAIL PROTECTED] wrote: Great - thanks! On 1/15/07, Hiram Chirino [EMAIL PROTECTED] wrote: Hi Nathan, No I'm not really sure what it is but I assume it had to be something BSDish.. I'll do a little digging and see what I can find. On 1/15/07, Nathan Mittler [EMAIL PROTECTED] wrote: Hiram, Do you know anything about the license in this file? Is it compatible with the ASF? Also, does anyone have an example of a LICENSE.txt that includes multiple licenses ... not sure what this should look like? Thanks, Nate On 1/15/07, Kevan Miller [EMAIL PROTECTED] wrote: On Jan 14, 2007, at 11:07 AM, Nathan Mittler wrote: Hi everyone, Several bug fixes as well as a few new features have been incorporated into ActiveMQ-CPP - worthy of a 1.1 release, before we go for full openwire support in 2.0. The source bundle for the release candidate can be found here: http://people.apache.org/~nmittler/incubator-activemq-cpp-1.1-src.ziphttp://people.apache.org/%7Enmittler/incubator-activemq-cpp-1.1-src.zip http://people.apache.org/%7Etabish/activemq-cpp-1.0.zip And here's the wiki page for the release: http://www.activemq.org/site/activemq-cpp-11-release.html http://www.activemq.org/site/activemq-cpp-10-release.html Please cast your votes: [ ] +1 Release the source as Apache ActiveMQ CPP 1.1 [ ] -1 Veto the release (provide specific comments) The following file in your distribution seems to be licensed under the same license as Autoconf. I don't know what that license is. I assume it's compatible with the ASF. The license needs to be included in your LICENSE.txt file. === ==./m4/ac_doxygen.m4 === # This file is part of Autoconf. -*- Autoconf -*- # Copyright (C) 2004 Oren Ben-Kiki # This file is distributed under the same terms as the Autoconf macro files. ... --kevan -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release ActiveMQ-CPP 1.1
Hi Nathan, No I'm not really sure what it is but I assume it had to be something BSDish.. I'll do a little digging and see what I can find. On 1/15/07, Nathan Mittler [EMAIL PROTECTED] wrote: Hiram, Do you know anything about the license in this file? Is it compatible with the ASF? Also, does anyone have an example of a LICENSE.txt that includes multiple licenses ... not sure what this should look like? Thanks, Nate On 1/15/07, Kevan Miller [EMAIL PROTECTED] wrote: On Jan 14, 2007, at 11:07 AM, Nathan Mittler wrote: Hi everyone, Several bug fixes as well as a few new features have been incorporated into ActiveMQ-CPP - worthy of a 1.1 release, before we go for full openwire support in 2.0. The source bundle for the release candidate can be found here: http://people.apache.org/~nmittler/incubator-activemq-cpp-1.1-src.zip http://people.apache.org/%7Etabish/activemq-cpp-1.0.zip And here's the wiki page for the release: http://www.activemq.org/site/activemq-cpp-11-release.html http://www.activemq.org/site/activemq-cpp-10-release.html Please cast your votes: [ ] +1 Release the source as Apache ActiveMQ CPP 1.1 [ ] -1 Veto the release (provide specific comments) The following file in your distribution seems to be licensed under the same license as Autoconf. I don't know what that license is. I assume it's compatible with the ASF. The license needs to be included in your LICENSE.txt file. === ==./m4/ac_doxygen.m4 === # This file is part of Autoconf. -*- Autoconf -*- # Copyright (C) 2004 Oren Ben-Kiki # This file is distributed under the same terms as the Autoconf macro files. ... --kevan -- Regards, Hiram Blog: http://hiramchirino.com
Doxample: Can we ship it with our code?
Hi Oren, Thanks for putting together your excellent http://ben-kiki.org/oren/doxample/ !! I work on a Messaging product called ActiveMQ. For more info see: http://incubator.apache.org/activemq/ We want to make use of your ac_doxygen.m4 file to get doxygen to work with our build but we are not sure what license it available to us under. It just says: # Copyright (C) 2004 Oren Ben-Kiki # This file is distributed under the same terms as the Autoconf macro files. But we are not to sure what those terms are. Ideally for us it would be terms that are compatible with the Apache Software License, which basically means stuff Apache, BSD, MIT, or other similar licenses. Please advise as we are want to do a release soon and if we cannot include your m4 script in our source distribution we need to remove it from our repository. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Error while Sending Map message
yes. On 1/15/07, garima015 [EMAIL PROTECTED] wrote: Can i also send exception object ?? as Object Message Hiram Chirino wrote: But if that is not an option you could always send the hash map using an ObjectMessage. On 1/12/07, Hiram Chirino [EMAIL PROTECTED] wrote: Try using 4.1.0 I think it supports sending hashmaps of primitive data. On 1/12/07, garima015 [EMAIL PROTECTED] wrote: we are using 4.0.2 any solution?? i want to send hashmap Hiram Chirino wrote: Are you using ActiveMQ 4.1.0 ??? On 1/12/07, garima015 [EMAIL PROTECTED] wrote: Hi, I have an urgent requirement in which i have to send Map as a message to Queue I am trying this code: if(message instanceof Map){ MapMessage requestMessage = (MapMessage) session.createMapMessage(); requestMessage.setObjectProperty(MAP, message); requestMessage.setJMSReplyTo(replyQueue); requestProducer.send(requestMessage); } javax.jms.MessageFormatException: Only objectified primitive objects and String types are allowed can some body please tell me the resolution.Its really very imp . thanks in advance but when running it is throwing this error -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8304233 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8305206 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8380165 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Error while Sending Map message
Are you using ActiveMQ 4.1.0 ??? On 1/12/07, garima015 [EMAIL PROTECTED] wrote: Hi, I have an urgent requirement in which i have to send Map as a message to Queue I am trying this code: if(message instanceof Map){ MapMessage requestMessage = (MapMessage) session.createMapMessage(); requestMessage.setObjectProperty(MAP, message); requestMessage.setJMSReplyTo(replyQueue); requestProducer.send(requestMessage); } javax.jms.MessageFormatException: Only objectified primitive objects and String types are allowed can some body please tell me the resolution.Its really very imp . thanks in advance but when running it is throwing this error -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8304233 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Error while Sending Map message
Try using 4.1.0 I think it supports sending hashmaps of primitive data. On 1/12/07, garima015 [EMAIL PROTECTED] wrote: we are using 4.0.2 any solution?? i want to send hashmap Hiram Chirino wrote: Are you using ActiveMQ 4.1.0 ??? On 1/12/07, garima015 [EMAIL PROTECTED] wrote: Hi, I have an urgent requirement in which i have to send Map as a message to Queue I am trying this code: if(message instanceof Map){ MapMessage requestMessage = (MapMessage) session.createMapMessage(); requestMessage.setObjectProperty(MAP, message); requestMessage.setJMSReplyTo(replyQueue); requestProducer.send(requestMessage); } javax.jms.MessageFormatException: Only objectified primitive objects and String types are allowed can some body please tell me the resolution.Its really very imp . thanks in advance but when running it is throwing this error -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8304233 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8305206 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Error while Sending Map message
But if that is not an option you could always send the hash map using an ObjectMessage. On 1/12/07, Hiram Chirino [EMAIL PROTECTED] wrote: Try using 4.1.0 I think it supports sending hashmaps of primitive data. On 1/12/07, garima015 [EMAIL PROTECTED] wrote: we are using 4.0.2 any solution?? i want to send hashmap Hiram Chirino wrote: Are you using ActiveMQ 4.1.0 ??? On 1/12/07, garima015 [EMAIL PROTECTED] wrote: Hi, I have an urgent requirement in which i have to send Map as a message to Queue I am trying this code: if(message instanceof Map){ MapMessage requestMessage = (MapMessage) session.createMapMessage(); requestMessage.setObjectProperty(MAP, message); requestMessage.setJMSReplyTo(replyQueue); requestProducer.send(requestMessage); } javax.jms.MessageFormatException: Only objectified primitive objects and String types are allowed can some body please tell me the resolution.Its really very imp . thanks in advance but when running it is throwing this error -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8304233 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/Error-while-Sending-Map-message-tf2967725.html#a8305206 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: NMS byte order for doubles
Could you attach your patch to that issue and make sue your click the Grant license to ASF for inclusion in ASF works (as per the Apache Software License ) option. Thanks. On 1/11/07, rousseau [EMAIL PROTECTED] wrote: Sure. It's the same as AMQ-866. Comment added on that case. thx Steve Hiram Chirino wrote: Hi Steve, I would be happy to apply your patch but could you open a JIRA issue at: http://issues.apache.org/activemq/browse/AMQ And attach your patch to that so that we have it properly documented that you want to contribute your patch to the ASF. Thanks! Hiram On 1/10/07, rousseau [EMAIL PROTECTED] wrote: I've found a byte-order problem sending a double from Java ActiveMQ to a NMS/CSharp receiver: (NMS) ActiveMQ.OpenWire.OpenWireBinaryReader has no definition for ReadDouble(), and by default calls the MS .NET BinaryReader.ReadDouble() which reads the bytes in the wrong order. Here is the fix: add a new method to OpenWireBinaryReader.cs: public override double ReadDouble() { return EndianSupport.SwitchEndian(base.ReadBytes(8)); } add a new method to EndianSupport.cs: public static double SwitchEndian(byte[] bytes) { //Reverse byte array byte[] reverse = new byte[8]; reverse[0] = bytes[7]; reverse[1] = bytes[6]; reverse[2] = bytes[5]; reverse[3] = bytes[4]; reverse[4] = bytes[3]; reverse[5] = bytes[2]; reverse[6] = bytes[1]; reverse[7] = bytes[0]; BinaryReader br = new BinaryReader(new MemoryStream(reverse)); return br.ReadDouble(); } If anyone knows a cleaner way of doing this, please let me know. thx /Steve -- View this message in context: http://www.nabble.com/NMS-byte-order-for-doubles-tf2951266.html#a8253895 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/NMS-byte-order-for-doubles-tf2951266.html#a8273932 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Created: (AMQ-1123) Deadlocks can occur with even with sync sends since they share a connection.
Deadlocks can occur with even with sync sends since they share a connection. Key: AMQ-1123 URL: https://issues.apache.org/activemq/browse/AMQ-1123 Project: ActiveMQ Issue Type: Bug Reporter: Hiram Chirino If a producer sends to a queue and blocks, any other producer sharing the same connection even if he would be sending to an empty queue would also block. This in effect can cause a deadlock if the right message processing flow is set up. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (AMQ-1123) Deadlocks can occur with even with sync sends since they share a connection.
[ https://issues.apache.org/activemq/browse/AMQ-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hiram Chirino reassigned AMQ-1123: -- Assignee: Hiram Chirino Deadlocks can occur with even with sync sends since they share a connection. Key: AMQ-1123 URL: https://issues.apache.org/activemq/browse/AMQ-1123 Project: ActiveMQ Issue Type: Bug Reporter: Hiram Chirino Assigned To: Hiram Chirino If a producer sends to a queue and blocks, any other producer sharing the same connection even if he would be sending to an empty queue would also block. This in effect can cause a deadlock if the right message processing flow is set up. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: NMS byte order for doubles
Hi Steve, I would be happy to apply your patch but could you open a JIRA issue at: http://issues.apache.org/activemq/browse/AMQ And attach your patch to that so that we have it properly documented that you want to contribute your patch to the ASF. Thanks! Hiram On 1/10/07, rousseau [EMAIL PROTECTED] wrote: I've found a byte-order problem sending a double from Java ActiveMQ to a NMS/CSharp receiver: (NMS) ActiveMQ.OpenWire.OpenWireBinaryReader has no definition for ReadDouble(), and by default calls the MS .NET BinaryReader.ReadDouble() which reads the bytes in the wrong order. Here is the fix: add a new method to OpenWireBinaryReader.cs: public override double ReadDouble() { return EndianSupport.SwitchEndian(base.ReadBytes(8)); } add a new method to EndianSupport.cs: public static double SwitchEndian(byte[] bytes) { //Reverse byte array byte[] reverse = new byte[8]; reverse[0] = bytes[7]; reverse[1] = bytes[6]; reverse[2] = bytes[5]; reverse[3] = bytes[4]; reverse[4] = bytes[3]; reverse[5] = bytes[2]; reverse[6] = bytes[1]; reverse[7] = bytes[0]; BinaryReader br = new BinaryReader(new MemoryStream(reverse)); return br.ReadDouble(); } If anyone knows a cleaner way of doing this, please let me know. thx /Steve -- View this message in context: http://www.nabble.com/NMS-byte-order-for-doubles-tf2951266.html#a8253895 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Openwire Generator Changes
Hi Andrew I think It's only valid to run that in the activemq-core module. Is that were your running it? On 1/9/07, Andrew Lusk [EMAIL PROTECTED] wrote: I'm having trouble running the generators (I'm trying to port my old-style generation scripts to the new style). In a fresh checkout of 4.1.0, I run: mvn antrun:run in the root directory, and get: [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: taskdef class org.apache.activemq.openwire.tool.JavaGeneratorTask cannot be found Running from activemq-openwire-generator doesn't help - that runs with no errors but doesn't appear to do anything productive either. Can you shed some light here? Andrew From: Hiram Chirino [EMAIL PROTECTED] Subject: Openwire Generator Changes Date: Tue, 26 Sep 2006 19:14:05 -0800 For all you who are interested in openwire... I have just checked in some changes for the openwire generators. They are now 100% java based. This should make them easier to grok and maintain / refactor. I have also updated the pom.xml files for all the modules that use openwire generated marshalers so that the marshaller code is generated when you run: mvn antrun:run Since the generators use the java sources of the activemq-core module when generating the marshallers, the default location configured in the pom.xml may not work for you. You may need to set the activemq-core-dir property to the directory location where it is checked out to. For example: mvn antrun:run -Dactivemq-core-dir=../../../activemq/activemq-core -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: svn commit: r491346 - in /incubator/activemq/trunk/activemq-core/src/main/java/org/apache/activemq/broker/region: PrefetchSubscription.java cursors/TopicStorePrefetch.java
On 12/31/06, Rob Davies [EMAIL PROTECTED] wrote: Hey Hiram, this change breaks org.apache.activemq.broker.RecoveryBrokerTest, oorg.apache.activemq.broker.BrokerTest, etc for me. yeah I think I have fix for that. sorry I broke it. I'm running the test suite again now. Basically I think I need to default boolean empty=false; So that an initial recovery of subscription is done. also - I'm not sure I like TopicStorePrefetch possibly returning null when a hasNext() has returned true Yeah me neither :) I did not fully understand why it was returning null when I expected it to return a value. I was thinking it could be a timing issue with the MessageStore. What was the problem in CursorDurableTest ? I hadn't seen that one CursorDurableTest had a test that was failing due to out of order/duplicates showing up. This was cause sometimes some messages were direct dispatched and at other times they are dispatched from the pending list. But since the pending list's .next() was returning the items that were directly dispatched and not even added to the pending list. This is when the dups and out of order issues would show up. The problem is that TopicStorePrefetch.next() was returning everything added to the durable subscription since it's backed by the MessageStore. And that's not what we want. We only want it to return things that are explicitly added to it since it's the pending list. cheers, Rob On 30 Dec 2006, at 23:49, [EMAIL PROTECTED] wrote: Author: chirino Date: Sat Dec 30 15:49:03 2006 New Revision: 491346 URL: http://svn.apache.org/viewvc?view=revrev=491346 Log: Fix for CursorDurableTest. The TopicStorePrefetch was iterating items that were in the subscription but not added to the pending list. Modified: incubator/activemq/trunk/activemq-core/src/main/java/org/apache/ activemq/broker/region/PrefetchSubscription.java incubator/activemq/trunk/activemq-core/src/main/java/org/apache/ activemq/broker/region/cursors/TopicStorePrefetch.java Modified: incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/activemq/broker/region/PrefetchSubscription.java URL: http://svn.apache.org/viewvc/incubator/activemq/trunk/activemq- core/src/main/java/org/apache/activemq/broker/region/ PrefetchSubscription.java?view=diffrev=491346r1=491345r2=491346 == --- incubator/activemq/trunk/activemq-core/src/main/java/org/apache/ activemq/broker/region/PrefetchSubscription.java (original) +++ incubator/activemq/trunk/activemq-core/src/main/java/org/apache/ activemq/broker/region/PrefetchSubscription.java Sat Dec 30 15:49:03 2006 @@ -406,7 +406,9 @@ pending.reset(); while(pending.hasNext()!isFull() countnumberToDispatch){ MessageReference node=pending.next(); - +if ( node == null ) + break; + if(canDispatch(node)){ pending.remove(); // Message may have been sitting in the pending list a while Modified: incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/activemq/broker/region/cursors/TopicStorePrefetch.java URL: http://svn.apache.org/viewvc/incubator/activemq/trunk/activemq- core/src/main/java/org/apache/activemq/broker/region/cursors/ TopicStorePrefetch.java?view=diffrev=491346r1=491345r2=491346 == --- incubator/activemq/trunk/activemq-core/src/main/java/org/apache/ activemq/broker/region/cursors/TopicStorePrefetch.java (original) +++ incubator/activemq/trunk/activemq-core/src/main/java/org/apache/ activemq/broker/region/cursors/TopicStorePrefetch.java Sat Dec 30 15:49:03 2006 @@ -20,7 +20,7 @@ import java.io.IOException; import java.util.LinkedList; -import javax.jms.JMSException; + import org.apache.activemq.broker.region.Destination; import org.apache.activemq.broker.region.MessageReference; import org.apache.activemq.broker.region.Topic; @@ -48,6 +48,10 @@ private String subscriberName; private Destination regionDestination; +boolean empty=true; + private MessageId firstMessageId; + private MessageId lastMessageId; + /** * @param topic * @param clientId @@ -73,7 +77,7 @@ * @return true if there are no pending messages */ public boolean isEmpty(){ -return batchList.isEmpty(); +return empty; } public synchronized int size(){ @@ -86,27 +90,55 @@ } public synchronized void addMessageLast(MessageReference node) throws Exception{ -if(node!=null){ + if(node!=null){ + if( empty ) { + firstMessageId =
Re: svn commit: r491346 - in /incubator/activemq/trunk/activemq-core/src/main/java/org/apache/activemq/broker/region: PrefetchSubscription.java cursors/TopicStorePrefetch.java
On 12/31/06, Rob Davies [EMAIL PROTECTED] wrote: On 31 Dec 2006, at 07:59, Hiram Chirino wrote: On 12/31/06, Rob Davies [EMAIL PROTECTED] wrote: Hey Hiram, this change breaks org.apache.activemq.broker.RecoveryBrokerTest, oorg.apache.activemq.broker.BrokerTest, etc for me. yeah I think I have fix for that. sorry I broke it. I'm running the test suite again now. Basically I think I need to default boolean empty=false; So that an initial recovery of subscription is done. also - I'm not sure I like TopicStorePrefetch possibly returning null when a hasNext() has returned true Yeah me neither :) I did not fully understand why it was returning null when I expected it to return a value. I was thinking it could be a timing issue with the MessageStore. What was the problem in CursorDurableTest ? I hadn't seen that one CursorDurableTest had a test that was failing due to out of order/duplicates showing up. This was cause sometimes some messages were direct dispatched and at other times they are dispatched from the pending list. But since the pending list's .next() was returning the items that were directly dispatched and not even added to the pending list. This is when the dups and out of order issues would show up. The problem is that TopicStorePrefetch.next() was returning everything added to the durable subscription since it's backed by the MessageStore. And that's not what we want. We only want it to return things that are explicitly added to it since it's the pending list. I wonder if the real problem is then in PrefetchSubscription.add() - because only if pending is empty (nothing in the store) should it dispatch directly Could be an interaction. I think TopicStorePrefetch still needs a little more work. I think we need to recover the TopicStorePrefetch when the the durable subscription is created so that way we know if it is initially empty or not. cheers, Rob On 30 Dec 2006, at 23:49, [EMAIL PROTECTED] wrote: Author: chirino Date: Sat Dec 30 15:49:03 2006 New Revision: 491346 URL: http://svn.apache.org/viewvc?view=revrev=491346 Log: Fix for CursorDurableTest. The TopicStorePrefetch was iterating items that were in the subscription but not added to the pending list. Modified: incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/ activemq/broker/region/PrefetchSubscription.java incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/ activemq/broker/region/cursors/TopicStorePrefetch.java Modified: incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/activemq/broker/region/PrefetchSubscription.java URL: http://svn.apache.org/viewvc/incubator/activemq/trunk/ activemq- core/src/main/java/org/apache/activemq/broker/region/ PrefetchSubscription.java?view=diffrev=491346r1=491345r2=491346 = = --- incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/ activemq/broker/region/PrefetchSubscription.java (original) +++ incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/ activemq/broker/region/PrefetchSubscription.java Sat Dec 30 15:49:03 2006 @@ -406,7 +406,9 @@ pending.reset(); while(pending.hasNext()!isFull() countnumberToDispatch){ MessageReference node=pending.next(); - +if ( node == null ) + break; + if(canDispatch(node)){ pending.remove(); // Message may have been sitting in the pending list a while Modified: incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/activemq/broker/region/cursors/TopicStorePrefetch.java URL: http://svn.apache.org/viewvc/incubator/activemq/trunk/ activemq- core/src/main/java/org/apache/activemq/broker/region/cursors/ TopicStorePrefetch.java?view=diffrev=491346r1=491345r2=491346 = = --- incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/ activemq/broker/region/cursors/TopicStorePrefetch.java (original) +++ incubator/activemq/trunk/activemq-core/src/main/java/org/ apache/ activemq/broker/region/cursors/TopicStorePrefetch.java Sat Dec 30 15:49:03 2006 @@ -20,7 +20,7 @@ import java.io.IOException; import java.util.LinkedList; -import javax.jms.JMSException; + import org.apache.activemq.broker.region.Destination; import org.apache.activemq.broker.region.MessageReference; import org.apache.activemq.broker.region.Topic; @@ -48,6 +48,10 @@ private String subscriberName; private Destination regionDestination; +boolean empty=true; + private MessageId
Re: openwire protocol
Hi Motl, We have not yet put together a formal specification for it. But I guess it should be done, we are looking for a volunteer :) What we have are code generators that will generate the openwire marshallers for a few different languages. I did lots of working in putting those generators together and would be happy to help you document if you want, but I'm a bit busy to do it by myself. On 12/28/06, Motl [EMAIL PROTECTED] wrote: Hi, Is there any specification for openwire protocol? (I mean network protocol, i.e. header fields, body, byte order etc). Where can I get it? Thanks in advance. -- View this message in context: http://www.nabble.com/openwire-protocol-tf2890803.html#a8076068 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: openwire protocol
Hi Motl, I've started documenting more OpenWire protocol details here: http://goopen.org/confluence/display/ACTIVEMQ/OpenWire I'll try to add more as I get time but please ping me if something needs clarification. On 12/28/06, Motl [EMAIL PROTECTED] wrote: Thank you for fast response. Really, I'm not looking for code generators, but more for some simple (might be incomplete) description of openwire network protocol. If I had one, I'd like to write an ethereal sniffer plugin for the protocol in future, that could ease significantly development process. Hiram Chirino wrote: Hi Motl, We have not yet put together a formal specification for it. But I guess it should be done, we are looking for a volunteer :) What we have are code generators that will generate the openwire marshallers for a few different languages. I did lots of working in putting those generators together and would be happy to help you document if you want, but I'm a bit busy to do it by myself. On 12/28/06, Motl [EMAIL PROTECTED] wrote: Hi, Is there any specification for openwire protocol? (I mean network protocol, i.e. header fields, body, byte order etc). Where can I get it? Thanks in advance. -- View this message in context: http://www.nabble.com/openwire-protocol-tf2890803.html#a8076068 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/openwire-protocol-tf2890803.html#a8076644 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: error when start broker
every DB is slightly different we just need to figure out how to do it with sybase. On 12/19/06, rain.xk [EMAIL PROTECTED] wrote: I have not used a pessimistic lock on database record in sybase ASE 12.5. :( Is this the sybase's defect? Hiram Chirino wrote: How do you do a pessimistic lock on database record in sybase ASE 12.5?? On 12/19/06, rain.xk [EMAIL PROTECTED] wrote: Hi, My database is sybaseASE12.5,and I use the activemq4.1.0. The following is the series of messages when I start broker: - ActiveMQ 4.1.0-incubator JMS Message Broker (xuke) is starting - For help or more information please see: http://incubator.apache.org/activemq/ - Database driver recognized: [jconnect__tm__for_jdbc__tm_] - Attempting to acquire the exclusive lock to become the Master broker - Failed to acquire lock: com.sybase.jdbc3.jdbc.SybSQLException: FOR UPDATE can not be used in a SELECT which is not part of the declaration of a cursor or which is not a stored procedure. com.sybase.jdbc3.jdbc.SybSQLException: FOR UPDATE can not be used in a SELECT which is not part of the declaration of a cursor or which is not a stored procedure. at com.sybase.jdbc3.tds.Tds.a(Unknown Source) at com.sybase.jdbc3.tds.Tds.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.ResultGetter.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.executeLoop(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.execute(Unknown Source) at com.sybase.jdbc3.jdbc.SybPreparedStatement.execute(Unknown Source) at org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:117) at org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:117) at org.apache.activemq.store.jdbc.DefaultDatabaseLocker.start(DefaultDatabaseLocker.java:59) How can I handle this? -- View this message in context: http://www.nabble.com/error-when-start-broker-tf2844348.html#a7942260 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com -- View this message in context: http://www.nabble.com/error-when-start-broker-tf2844348.html#a7983092 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: error when start broker
How do you do a pessimistic lock on database record in sybase ASE 12.5?? On 12/19/06, rain.xk [EMAIL PROTECTED] wrote: Hi, My database is sybaseASE12.5,and I use the activemq4.1.0. The following is the series of messages when I start broker: - ActiveMQ 4.1.0-incubator JMS Message Broker (xuke) is starting - For help or more information please see: http://incubator.apache.org/activemq/ - Database driver recognized: [jconnect__tm__for_jdbc__tm_] - Attempting to acquire the exclusive lock to become the Master broker - Failed to acquire lock: com.sybase.jdbc3.jdbc.SybSQLException: FOR UPDATE can not be used in a SELECT which is not part of the declaration of a cursor or which is not a stored procedure. com.sybase.jdbc3.jdbc.SybSQLException: FOR UPDATE can not be used in a SELECT which is not part of the declaration of a cursor or which is not a stored procedure. at com.sybase.jdbc3.tds.Tds.a(Unknown Source) at com.sybase.jdbc3.tds.Tds.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.ResultGetter.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.nextResult(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.executeLoop(Unknown Source) at com.sybase.jdbc3.jdbc.SybStatement.execute(Unknown Source) at com.sybase.jdbc3.jdbc.SybPreparedStatement.execute(Unknown Source) at org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:117) at org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:117) at org.apache.activemq.store.jdbc.DefaultDatabaseLocker.start(DefaultDatabaseLocker.java:59) How can I handle this? -- View this message in context: http://www.nabble.com/error-when-start-broker-tf2844348.html#a7942260 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Performance Issue
Best bet is to run it with a profiler to figure out where the hot spot is for linux. On 12/18/06, garima015 [EMAIL PROTECTED] wrote: I am facing a really bad performance of ActiveMq on linux box. When running on windows 1000 transactions are taking 2 seconds and when running on Linux same are taking 40 sec. Please if anybody can tell me solution to performance issue. Here is the code i am using to send and receive the message. Thanks in advance public class Requestor{ private Session session; private Destination replyQueue; private MessageProducer requestProducer; private MessageConsumer replyConsumer; Logger logger = null; /** * Constructor */ protected Requestor() { super(); logger = LoggerWrapper.getLogger(this.getClass().getName()); } /** * This method will return the object of Requestor * @param connection, Connection * @param requestQueueName , String * @return Requestor object * @throws JMSException * @throws NamingException */ public static Requestor newRequestor(Connection connection, String requestQueueName)throws JMSException, NamingException { Requestor requestor = new Requestor(); requestor.initialize(connection, requestQueueName); return requestor; } /** * This method will initialize the Producer and Consumer on request and reply queue * @param connection, Connection * @param requestQueueName , String * @throws NamingException * @throws JMSException */ protected void initialize(Connection connection, String requestQueueName)throws NamingException, JMSException { session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); Destination requestQueue = session.createQueue(requestQueueName); replyQueue = session.createTemporaryQueue(); requestProducer = session.createProducer(requestQueue); requestProducer.setDeliveryMode(DeliveryMode.NON_PERSISTENT); replyConsumer = session.createConsumer(replyQueue); replyConsumer.receive(10); } /** * This method is used to send the message to queue * @param message * @throws JMSException */ public String send(String message) throws JMSException { TextMessage requestMessage = (TextMessage) session.createTextMessage(); requestMessage.setText(message); requestMessage.setJMSReplyTo(replyQueue); requestProducer.send(requestMessage); return receiveSync(); } /** * This method is used to receive the message from the queue * @return String * @throws JMSException */ private String receiveSync() throws JMSException { TextMessage replyMessage = null; Message msg = replyConsumer.receive(); if (msg instanceof TextMessage){ replyMessage = (TextMessage) msg; } logger.debug(receive Sync:+ new Date().getTime()); return replyMessage.getText(); } } public class Replier implements MessageListener { private Session session; Logger logger = null; Engine engineRef = null; Transformer transformerRef = null; MessageConsumer requestConsumer = null; Destination replyDestination = null; private static Map destinationMap = new HashMap(); /** * Constructor * */ protected Replier(){ super(); logger = LoggerWrapper.getLogger(this.getClass().getName()); } /** * This will return the instance of replier * @param connection, Connection * @param requestQueueName * @return * @throws Exception */ public static Replier newReplier(Connection connection,String requestQueueName ,Engine engine,Transformer transformer)throws Exception { Replier replier = new Replier(); replier.initialize(connection, requestQueueName,engine,transformer); return replier; } /** * This method will initilize the consumer on request queue * @param connection * @param requestQueueName * @throws Exception */ protected void initialize(Connection connection, String requestQueueName, Engine engine,Transformer transformer)throws Exception { session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); // Create the destination (Topic or Queue) //Destination requestQueue = session.createQueue(requestQueueName+?consumer.retroactive=true);
Re: java.io.InterruptedIOException
I would recommend that you use ActiveMQ 4.1 On 12/15/06, mar1394 [EMAIL PROTECTED] wrote: I have just upgraded from ActiveMQ-3.2.2 to ActiveMQ-4.0 RC2. On all my pplatforms I am getting this exeption over and over when I try to publish: javax.jms.JMSException: java.io.InterruptedIOException at org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:57) at org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1118) at org.apache.activemq.ActiveMQSession.send(ActiveMQSession.java:1524) at org.apache.activemq.ActiveMQMessageProducer.send(ActiveMQMessageProducer.java:462) at org.apache.activemq.ActiveMQMessageProducer.send(ActiveMQMessageProducer.java:384) at org.apache.activemq.ActiveMQTopicPublisher.publish(ActiveMQTopicPublisher.java:151) My code is quite vanilla JMS and works with at leat 4 JMS providers. What is the deal here? -- View this message in context: http://www.nabble.com/java.io.InterruptedIOException-tf2830293.html#a7901746 Sent from the ActiveMQ - Dev mailing list archive at Nabble.com. -- Regards, Hiram Blog: http://hiramchirino.com
Board report
Just noticed that we are running late submitting our board report. I'm going to post the following as our board report: http://wiki.apache.org/incubator/December2006?action=edit Please add anything you think is important. === ActiveMQ === Apache ActiveMQ is a messaging broker and client. The ActiveMQ team has put out several release since it last reported: - ActiveMQ 4.0.2 - was a small bug fix release. - ActiveMQ 4.1.0 - was a major feature enhancement release. - ActiveMQ CPP 1.0 - was the first release of the C++ client for ActiveMQ We are now focusing on the next 4.1.1 bug fix release but also making major enhancements to trunk for better scalability and that will either be released as ActiveMQ 4.2 or 5.0. The project has discussed graduating and feels that ActiveMQ is ready and would prefer to become a TLP. -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release XBean 2.8
+1 On 12/18/06, Guillaume Nodet [EMAIL PROTECTED] wrote: I'm starting a vote to release XBean 2.8. There has not been much changes since 2.7, but a few bugs fixed, and the addition of the xbean-finder module. Anyway, the bugs are important enough to deserver a new release (the generated schemas can not be validated). [ ] +1 Start xbean 2.8 release process [ ] +/- 0 [ ] -1 Don't release xbean 2.8 now Here's my +1. -- Cheers, Guillaume Nodet -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Commented: (AMQ-1078) Messages consumed with the Resource Adapter are intermittently not delivered
[ https://issues.apache.org/activemq/browse/AMQ-1078?page=comments#action_37604 ] Hiram Chirino commented on AMQ-1078: fix in 4.1 branch rev 480862 Messages consumed with the Resource Adapter are intermittently not delivered Key: AMQ-1078 URL: https://issues.apache.org/activemq/browse/AMQ-1078 Project: ActiveMQ Issue Type: Bug Components: Broker, Connector Affects Versions: 4.0 Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.2.0, 4.1.1 The cause is that the ActiveMQSessionExecutor was starting and using it's dispatch thread instead of the Thread managed by the resource adapter. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (AMQ-1078) Messages consumed with the Resource Adapter are intermittently not delivered
Messages consumed with the Resource Adapter are intermittently not delivered Key: AMQ-1078 URL: https://issues.apache.org/activemq/browse/AMQ-1078 Project: ActiveMQ Issue Type: Bug Components: Broker, Connector Affects Versions: 4.0 Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.1.1, 4.2.0 The cause is that the ActiveMQSessionExecutor was starting and using it's dispatch thread instead of the Thread managed by the resource adapter. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: communicating with Topic subscribers from custom interceptor class
On 11/27/06, J. Patrick Bedell [EMAIL PROTECTED] wrote: Hello, On 11/27/06, James Strachan [EMAIL PROTECTED] wrote: On 11/27/06, J. Patrick Bedell [EMAIL PROTECTED] wrote: I'm writing a custom interceptor that extends BrokerFilter in order to process messages that are published to particular Topics. My question is, how can my interceptor make a direct connection with the JMS client that published the message? What kind of thing are you trying to do? The custom interceptor creates a marketplace, and clients send digital financial instruments. The interceptor must keep track of the originator of the messages that include these assets, because the client must be able to retrieve its asset from the interceptor when it chooses. Also, the interceptor must be able to initiate messages to a client when a trade has been executed, to inform them of the execution of a trade and to deliver the result. What I would really like to do is have some way of, from the interceptor, initiate communication with a subscriber that has previously sent a message that is published to a Topic that is processed by the interceptor. Does the subscriber have to manually set an identifier in order to be accessible, or are the identifiers automatically generated? Subscribers are visible in JMX or the BrokerService via their unique generated consumerId's. Should I just expect the clients to subscribe to a per-client queue so that there is a per-client control channel, so that the market server (i.e., the interceptor class) can communicate with the client? That would work but if your interceptor keep track of the client subscriptions, then it could send a message that is specifically targeted for that subscription. The AdvisoryBroker implementation makes use of it. See the use of the setTargetConsumerId() method in the AdvisoryBroker class. Additionally, is there a way to access the list of subscribers to a particular topic and send messages to individual subscribers from a custom interceptor class? Not easily. What are you trying to do - maybe there's an easier way. Thanks again! Patrick James --- http://radio.weblogs.com/0112098/ -- J. Patrick Bedell [EMAIL PROTECTED] http://infoeng.sourceforge.net http://rothbardix.blogspot.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: src-jar at rc2 download location is null
That maven module actually has no java sources that is why non are included the sources.jar. Perhaps we should delete it from the directory structure. Most of the other modules do have java sources. On 11/20/06, Endre Stølsvik [EMAIL PROTECTED] wrote: Hi! The sources.jar available at http://people.apache.org/~chirino/incubator-activemq-4.1.0-RC2/m2-incubating-repository/org/apache/activemq/apache-activemq/4.1.0-incubator/ .. is only 5.4 KB big, containing only the META-INF dir and some files within, nothing else. It would also be very nice if this file was included in the binary tarball. Regards, Endre -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release Apache ActiveMQ 4.1.0 (RC 2)
Howdy ActiveMQ Mentors... This is just a gentle reminder that this vote is still open and looking for at least 1 more incubator PMC binding vote to make it official. Please take a moment and review the release. Thanks! On 11/14/06, Hiram Chirino [EMAIL PROTECTED] wrote: Hey folks, I was able to finally get around to doing a binary release candidate from the 4.1 branch. it's available here: http://people.apache.org/~chirino/incubator-activemq-4.1.0-RC2/m2-incubating-repository/org/apache/activemq/apache-activemq/4.1.0-incubator/ Maven 1 and Maven 2 repos for this release can be found at: http://people.apache.org/~chirino/incubator-activemq-4.1.0-RC2 Here's the wiki page for the release notes: http://incubator.apache.org/activemq/activemq-410-release.html Please vote to approve this release binary [ ] +1 Release the binary as Apache ActiveMQ 4.1.0 [ ] -1 Veto the release (provide specific comments) This vote is being cross posted to the general incubator mailing list also to expedite the voting process. Here's my +1 -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Resolved: (AMQ-1042) The JMSConsumerTest interminitently failed on linux systems.
[ https://issues.apache.org/activemq/browse/AMQ-1042?page=all ] Hiram Chirino resolved AMQ-1042. Resolution: Fixed reverted in trunk rev 477356 and 4.1 branch rev 477357 Made the test case smarter so that the it would not intermittently fail. The JMSConsumerTest interminitently failed on linux systems. Key: AMQ-1042 URL: https://issues.apache.org/activemq/browse/AMQ-1042 Project: ActiveMQ Issue Type: Bug Components: CMS (C++ client) Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.2.0, 4.1.0 JMSConsumerTest fails on linux sometimes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: obtaining a DataSource bean from a BrokerFilter-based plugin?
so something like: p:TestICTPInterceptor dataSource=#derby-ds/ and make sure your TestICTPInterceptor has a setDataSource(DataSource ds) method. On 11/20/06, J. Patrick Bedell [EMAIL PROTECTED] wrote: Hi, I'm trying to utilize (in the attached activemq configuration file) the derby-ds DataSource that is commented out in the default configuration, which has the bean element bean id=derby-ds class=org.apache.derby.jdbc.EmbeddedDataSource property name=databaseName value=derbydb/ property name=createDatabase value=create/ /bean I'm also writing an interceptor that extends BrokerFilter, so that I can have an ActiveMQ-specific plugin. My question is, how would I obtain the derby-ds DataSource in my BrokerFilter-based plugin? (I have the suspicion that this is an extremely simple question, but I don't know the answer and I'm not familiar enough with Spring to find it. :) Thanks! -- J. Patrick Bedell [EMAIL PROTECTED] http://infoeng.sourceforge.net http://rothbardix.blogspot.com -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Commented: (AMQ-1057) consumer queue is empty when running requester
[ https://issues.apache.org/activemq/browse/AMQ-1057?page=comments#action_37480 ] Hiram Chirino commented on AMQ-1057: Also applied to 4.1 branch revision: 476144 consumer queue is empty when running requester -- Key: AMQ-1057 URL: https://issues.apache.org/activemq/browse/AMQ-1057 Project: ActiveMQ Issue Type: Bug Affects Versions: 4.1.0 Reporter: Marlon Santos Assigned To: Jonas Lim Priority: Minor Fix For: 4.2.0 Attachments: ConsumerTool.patch, RequesterTool.java, RequesterTool.patch Original Estimate: 1 day Remaining Estimate: 1 day consumer queue is empty when running requester, producer and consumer. The reply destination also results into an empty string. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Activemq-cpp issues moved
Well done! On 11/17/06, Mittler, Nathan [EMAIL PROTECTED] wrote: Just to give everyone a heads up... Last night I moved over all of the issues related to the activemq-cpp client into the new ActiveMQ C++ JIRA Project. I've also updated the changelog on the website to apply the filter against the new project http://www.activemq.org/site/activemq-cpp-10-release.html -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Updated: (AMQCPP-6) add createDurableSubscriber() methods to Session.h
[ https://issues.apache.org/activemq/browse/AMQCPP-6?page=all ] Hiram Chirino updated AMQCPP-6: --- Fix Version/s: 1.0 add createDurableSubscriber() methods to Session.h -- Key: AMQCPP-6 URL: https://issues.apache.org/activemq/browse/AMQCPP-6 Project: ActiveMQ C++ Client Issue Type: Improvement Components: CMS Impl Reporter: james strachan Assigned To: Timothy Bish Fix For: 1.0 e.g. http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createDurableSubscriber(javax.jms.Topic,%20java.lang.String) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-9) The Activemq-cpp example code no longer builds.
[ https://issues.apache.org/activemq/browse/AMQCPP-9?page=all ] Hiram Chirino updated AMQCPP-9: --- Fix Version/s: 1.0 The Activemq-cpp example code no longer builds. --- Key: AMQCPP-9 URL: https://issues.apache.org/activemq/browse/AMQCPP-9 Project: ActiveMQ C++ Client Issue Type: Bug Reporter: Timothy Bish Assigned To: Nathan Mittler Priority: Minor Fix For: 1.0 Attachments: example-patch-081306.txt Code in the Activemq-cpp example is no longer up to date with the latest version. We need to clean this code up to match the samll changes in the CMS interface. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-4) Compilation warning under windows for activemq-cpp
[ https://issues.apache.org/activemq/browse/AMQCPP-4?page=all ] Hiram Chirino updated AMQCPP-4: --- Fix Version/s: 1.0 Compilation warning under windows for activemq-cpp -- Key: AMQCPP-4 URL: https://issues.apache.org/activemq/browse/AMQCPP-4 Project: ActiveMQ C++ Client Issue Type: Bug Environment: windows Reporter: Nathan Mittler Assigned To: Nathan Mittler Priority: Trivial Fix For: 1.0 Original Estimate: 1 hour Remaining Estimate: 1 hour Under Windows, the following warning gets printed out: c:\ActiveMQ\activemq\connector\stomp\commands\AckCommand.h(102) : warning C4390: ';' : empty controlled statement found; -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-1) host_os env variable is empty in configure.ac
[ https://issues.apache.org/activemq/browse/AMQCPP-1?page=all ] Hiram Chirino updated AMQCPP-1: --- Fix Version/s: 1.0 host_os env variable is empty in configure.ac - Key: AMQCPP-1 URL: https://issues.apache.org/activemq/browse/AMQCPP-1 Project: ActiveMQ C++ Client Issue Type: Bug Environment: building on linux, solaris, and cygwin Reporter: Nathan Mittler Priority: Minor Fix For: 1.0 Original Estimate: 15 minutes Remaining Estimate: 15 minutes The host_os environment variable is undefined when executing the configure.ac file. As a result, the switch on os_host doesn't execute properly. This seems to be fixed (at least on linux) by adding AC_CANONICAL_HOST at the top of the file. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-11) Update to activemq-cpp source to enable documentation generation
[ https://issues.apache.org/activemq/browse/AMQCPP-11?page=all ] Hiram Chirino updated AMQCPP-11: Fix Version/s: 1.0 Update to activemq-cpp source to enable documentation generation Key: AMQCPP-11 URL: https://issues.apache.org/activemq/browse/AMQCPP-11 Project: ActiveMQ C++ Client Issue Type: Improvement Reporter: Timothy Bish Assigned To: Nathan Mittler Priority: Minor Fix For: 1.0 Attachments: activemq-cpp-0-0-2-DOCUpdates.zip This patch contains updated source files for the activemq-cpp project which expand the code documentation and clean up documentation that caused warnings when running the doxygen tool to document the code. A set of generated documentation files is included in the new docs folder. This patch adds no new functionality. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-2) Release build of ActiveMQ-CPP from trunk with Visual Studio 2005 fails due to Windows headers include order issue
[ https://issues.apache.org/activemq/browse/AMQCPP-2?page=all ] Hiram Chirino updated AMQCPP-2: --- Fix Version/s: 1.0 Release build of ActiveMQ-CPP from trunk with Visual Studio 2005 fails due to Windows headers include order issue - Key: AMQCPP-2 URL: https://issues.apache.org/activemq/browse/AMQCPP-2 Project: ActiveMQ C++ Client Issue Type: Bug Environment: Windows Reporter: Albert Strasheim Assigned To: Timothy Bish Fix For: 1.0 Doing a release build of ActiveMQ-CPP from trunk with Visual Studio 2005 results in the following error when compiling DataInputStreamTest.cpp: {quote} 1-- Build started: Project: vc2005-activemq-unittests, Configuration: Release Win32 -- 1Compiling... 1DataInputStreamTest.cpp 1f:\activemq-cpp\src\main\activemq/io/ByteArrayInputStream.h(142) : warning C4244: 'return' : conversion from '__w64 int' to 'int', possible loss of data 1C:\Program Files\Microsoft Platform SDK\Include\Winsock2.h(112) : error C2011: 'fd_set' : 'struct' type redefinition 1C:\Program Files\Microsoft Platform SDK\Include\winsock.h(54) : see declaration of 'fd_set' 1C:\Program Files\Microsoft Platform SDK\Include\Winsock2.h(147) : warning C4005: 'FD_SET' : macro redefinition 1C:\Program Files\Microsoft Platform SDK\Include\winsock.h(88) : see previous definition of 'FD_SET' 1C:\Program Files\Microsoft Platform SDK\Include\Winsock2.h(156) : error C2011: 'timeval' : 'struct' type redefinition 1C:\Program Files\Microsoft Platform SDK\Include\winsock.h(97) : see declaration of 'timeval' ... {quote} This error happens when some combination of winsock.h, winsock2.h and windows.h is included in the wrong order. The following change fixes the problem and might provide some clue as to what is going on. {quote} Index: DataInputStreamTest.h === --- DataInputStreamTest.h (revision 470321) +++ DataInputStreamTest.h (working copy) @@ -21,10 +21,10 @@ #include cppunit/TestFixture.h #include cppunit/extensions/HelperMacros.h +#include activemq/util/Endian.h #include activemq/exceptions/ActiveMQException.h #include activemq/io/BufferedInputStream.h #include activemq/io/ByteArrayInputStream.h -#include activemq/util/Endian.h #include activemq/io/DataInputStream.h #ifdef min {quote} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-7) ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration targets
[ https://issues.apache.org/activemq/browse/AMQCPP-7?page=all ] Hiram Chirino updated AMQCPP-7: --- Fix Version/s: 1.0 ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration targets -- Key: AMQCPP-7 URL: https://issues.apache.org/activemq/browse/AMQCPP-7 Project: ActiveMQ C++ Client Issue Type: Bug Environment: Windows Mingw GNU builds Reporter: Timothy Bish Assigned To: Nathan Mittler Priority: Minor Fix For: 1.0 Attachments: patch-makefile-windows-debug.txt, patch-makefile-windows-release.txt Original Estimate: 1 minute Remaining Estimate: 1 minute The windows makefiles for the MinGW targets fail to link the test and test-integration targets. When the code was submitted the makefiles were changed to build the library with the libactivemq-cpp.a name, but the windows makefiles still try and link the tests against libactivemq.a -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-13) Patch to make activemq-cpp compile under sun studio 11
[ https://issues.apache.org/activemq/browse/AMQCPP-13?page=all ] Hiram Chirino updated AMQCPP-13: Fix Version/s: 1.0 Patch to make activemq-cpp compile under sun studio 11 -- Key: AMQCPP-13 URL: https://issues.apache.org/activemq/browse/AMQCPP-13 Project: ActiveMQ C++ Client Issue Type: Improvement Environment: Sun Solaris 10 (SunOS chi-dev-chris1 5.10 Generic_118855-15 i86pc i386 i86pc Solaris) Studio 11 (Sun C++ 5.8 Patch 121018-04 2006/08/02) Reporter: Chris Knight Assigned To: Timothy Bish Priority: Minor Fix For: 1.0 Attachments: makefile-solaris-debug.cfg, makefile-solaris-debug.cfg, makefile-solaris-release.cfg, makefile-solaris-release.cfg, makefile.cfg.PATCH, PATCH, PATCH Original Estimate: 0 minutes Remaining Estimate: 0 minutes Fixes compilation of activemq-cpp for studio 11 C++ compiler. Mostly additions of #include string.h and added namespace qualifiers std:: -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-3) Receiving a BytesMessage sent from Java using CMS listener causes exception thrown in class BufferedInputStream
[ https://issues.apache.org/activemq/browse/AMQCPP-3?page=all ] Hiram Chirino updated AMQCPP-3: --- Fix Version/s: 1.0 Receiving a BytesMessage sent from Java using CMS listener causes exception thrown in class BufferedInputStream Key: AMQCPP-3 URL: https://issues.apache.org/activemq/browse/AMQCPP-3 Project: ActiveMQ C++ Client Issue Type: Bug Environment: Ubuntu Linux 6.06 LTS, ActiveMQ 4.0.2, CMS version 0.0.2 with STOMP Reporter: Mark Silberbauer Fix For: 1.0 Original Estimate: 1 day Remaining Estimate: 1 day 1) Setup a MessageListener to listen for messages on Topic X using CMS. 2) Send a BytesMessage from ActiveMQ java JMS interface to Topic X 3) An exception is thrown from BufferedInputStream::bufferData() with description failed reading bytes from stream int bytesRead = stream-read( buffer+tail, bufferSize-tail ); if( bytesRead == 0 ){ throw IOException( __FILE__, __LINE__, BufferedInputStream::read() - failed reading bytes from stream); } 4) The operation of the CMS interface is broken thereafter. Note: This only occurs when sending a BytesMessage from Java to C++ Sending a BytesMessage from C++ to Java or C++ to C++ works perfectly. Sending messages of Type TextMessage also works perfectly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-8) Code Drop for Version 0.0.2 of the activemq-cpp library
[ https://issues.apache.org/activemq/browse/AMQCPP-8?page=all ] Hiram Chirino updated AMQCPP-8: --- Fix Version/s: 1.0 Code Drop for Version 0.0.2 of the activemq-cpp library --- Key: AMQCPP-8 URL: https://issues.apache.org/activemq/browse/AMQCPP-8 Project: ActiveMQ C++ Client Issue Type: Improvement Reporter: Timothy Bish Assigned To: Nathan Mittler Fix For: 1.0 Attachments: activemq-cpp-0-0-2-071906.zip This issues addresses the code drop for Revision 0.0.2 of the ActiveMQ CPP library. Changes are listed below. New Features: * Destinations now support the Destination Options shown here: http://www.activemq.org/site/destination-options.html Additional Changes * Extensive code cleanup, including expanded Java DOC comments and more consistant formatting. * Memory leak checking with Rational Purify were done and several small leaks were fixed. * Added additional Unit tests for new functionality, and additional tests for existing feature correctness * Minor bug fixes Known Issues * Unchanged from version 0.0.1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-12) Modified pom.xml for VS .net 2003 compilation
[ https://issues.apache.org/activemq/browse/AMQCPP-12?page=all ] Hiram Chirino updated AMQCPP-12: Fix Version/s: 1.0 Modified pom.xml for VS .net 2003 compilation - Key: AMQCPP-12 URL: https://issues.apache.org/activemq/browse/AMQCPP-12 Project: ActiveMQ C++ Client Issue Type: Improvement Environment: VS .net 2003 on XP. Using maven build with win32-msvc. Reporter: Lalit Nagpal Assigned To: Timothy Bish Fix For: 1.0 Attachments: pom_vc2003.xml The following tag activeByDefaulttrue/activeByDefault was moved from the profile release to profile debug The following switch was added in the compiler.options for both debug and release /GR -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (AMQCPP-10) Compiling fails under SuSe
[ https://issues.apache.org/activemq/browse/AMQCPP-10?page=all ] Hiram Chirino updated AMQCPP-10: Fix Version/s: 1.0 Compiling fails under SuSe -- Key: AMQCPP-10 URL: https://issues.apache.org/activemq/browse/AMQCPP-10 Project: ActiveMQ C++ Client Issue Type: Bug Environment: gcc (GCC) 3.3.3 (SuSE Linux) checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking build system type... x86_64-suse-linux checking host system type... x86_64-suse-linux checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/x86_64-suse-linux/bin/ld checking if the linker (/usr/x86_64-suse-linux/bin/ld) is GNU ld... yes checking for /usr/x86_64-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag CXX to libtool checking for ld used by g++... /usr/x86_64-suse-linux/bin/ld -m elf_x86_64 checking if the linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag F77 to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking whether build environment is sane... yes checking
Re: Activemq-cpp issues moved
BTW.. I just added version to the space and assigned all the resolved issue to version 1.0.. If the fix for version field is properly assigned on every issue then they will properly show up on the change long and road map views of jira. On 11/17/06, Mittler, Nathan [EMAIL PROTECTED] wrote: Just to give everyone a heads up... Last night I moved over all of the issues related to the activemq-cpp client into the new ActiveMQ C++ JIRA Project. I've also updated the changelog on the website to apply the filter against the new project http://www.activemq.org/site/activemq-cpp-10-release.html -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Reopened: (AMQ-1042) The JMSConsumerTest interminitently failed on linux systems.
[ https://issues.apache.org/activemq/browse/AMQ-1042?page=all ] Hiram Chirino reopened AMQ-1042: This patch may need to get backed out. Some performance testing has shown that in high throughput scenarios, we spend 300% of our time doing the yeild() call. :( Back to the drawing board. The JMSConsumerTest interminitently failed on linux systems. Key: AMQ-1042 URL: https://issues.apache.org/activemq/browse/AMQ-1042 Project: ActiveMQ Issue Type: Bug Components: CMS (C++ client) Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.1.0, 4.2.0 JMSConsumerTest fails on linux sometimes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: support for FileMessage?
I like it.. But I wonder if we can do something to handle streams out of band in general. Here's a use case I'm thinking about... A big file is being posted to a servlet and the servlet wants to pass that input stream it's receiving to a JMS consumer somewhere in the back end. So there is no actual file or URL to identify that stream but I want to 'pass' the stream to a consumer using JMS routing/load balancing. And ideally the contents of the stream would be sent out band with respect to the JMS network. It seems to me that if we can handle a case like that, transmitting URL or File based resources is just a simple case of the above. Regards, Hiram On 11/16/06, James Strachan [EMAIL PROTECTED] wrote: Saw an interesting blog post today... http://weblogs.java.net/blog/guruwons/archive/2006/11/sending_large_f.html As I mentioned on the comments, I'd like to extend this a little to support both out-of-band transfer (e.g. its basically a message with a URL in it to that the user can download the file from some remote destination) or the file is actually sent over the JMS network, so it can act as a facade to the existing JMS Streams feature... http://incubator.apache.org/activemq/jms-streams.html So am thinking from a client API perspective they do one of the following... // send a message out of band... FileMessage message = session.createRemoteFileMessage(new URL(http:///foo.com/bar.jpg;)); // send a local file over the JMS network FileMessage message = session.createLocalFileMessage(new File(~/myfiles/bar.jpg)); then for consumers... if (message instanceof FileMessage) { FileMessage fileMessage = (FileMessage) message; InputStream in = fileMessage.getInputStream(); // lets read the file... // or lets force the file to be manifested as a local file so we can work directly on the file instead URL url = fileMessage.getURL(); // we can now open the file as many times as we like... } Thoughts? -- James --- http://radio.weblogs.com/0112098/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: support for FileMessage?
Ok. Why does the producer need to decide if the stream is sent out of band or not?? On 11/16/06, James Strachan [EMAIL PROTECTED] wrote: On 11/16/06, Hiram Chirino [EMAIL PROTECTED] wrote: I like it.. But I wonder if we can do something to handle streams out of band in general. Here's a use case I'm thinking about... A big file is being posted to a servlet and the servlet wants to pass that input stream it's receiving to a JMS consumer somewhere in the back end. So there is no actual file or URL to identify that stream but I want to 'pass' the stream to a consumer using JMS routing/load balancing. And ideally the contents of the stream would be sent out band with respect to the JMS network. Yeah. Am thinking something like public class ActiveMQSession { // send a local file or stream over JMS public FileMessage createLocalFileMessage(InputStream inputStream) {...} public FileMessage createLocalFileMessage(File file) {..,} public FileMessage createLocalFileMessage(URL url) {..,} // send a remote URL over JMS public FileMessage createRemoteFileMessage(URL url) {...} } i.e. from a consumers perpective they don't really need to care if its in-band or out-of-band transfer of the content, its a decision for the producer to decide -- James --- http://radio.weblogs.com/0112098/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: support for FileMessage?
On 11/16/06, James Strachan [EMAIL PROTECTED] wrote: On 11/16/06, Hiram Chirino [EMAIL PROTECTED] wrote: Ok. Why does the producer need to decide if the stream is sent out of band or not?? I see what you mean now. Otherwise how would ActiveMQ know whether or not to send a URL or the contents of the file? e.g. ActiveMQ can't really guess if new URL(file://foo/bar) needs to be sent out of band or in-band? Only the producer can know if the thing its passing to ActiveMQ is a valid in-band or out-of-band thing. It is completely obvious for InputStream that its not out-of-band though - am more thinking for URL/File where it may or may not be out of band -- James --- http://radio.weblogs.com/0112098/ -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Created: (AMQ-1056) Expire messages at the Broker
Expire messages at the Broker - Key: AMQ-1056 URL: https://issues.apache.org/activemq/browse/AMQ-1056 Project: ActiveMQ Issue Type: Improvement Components: Broker Affects Versions: 4.0 Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.2.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (AMQ-1056) Expire messages at the Broker
[ https://issues.apache.org/activemq/browse/AMQ-1056?page=all ] Hiram Chirino resolved AMQ-1056. Resolution: Fixed Implemented in trunk revision 475848 If a message takes a while to transmit to the broker either because : * sender connection is slow * producer was blocked because queue was full * tansaction took a a while to commit then messages are now check to see if they expired before enqueueing to subscriptions. We also now check to see if a message has expired when taking it off the subscribers pending message list right before it gets dispatched to the consumer. This should help reduce load the amount of expired messages that are delivered to the consumer. Expire messages at the Broker - Key: AMQ-1056 URL: https://issues.apache.org/activemq/browse/AMQ-1056 Project: ActiveMQ Issue Type: Improvement Components: Broker Affects Versions: 4.0 Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.2.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Switching to ActiveMQ 4.2 to Java 5???
Well it looks like we have pretty good consensus on moving to java 5 I'll start updating the build shortly. On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote: Hi folks, How do you guys feel about switching the minimum run time requirement for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5 has a much better set of concurrent implementation. We can keep the 4.1.x branch alive as the Java 1.4 compatible version. Also I have a feeling that once we switch to Java 5, someone will figure out how to use retrotranslator to make our Java 5 binaries also run on Java 1.4. But I doubt anybody will make any efforts to look into that until we actually jump to Java 5. So what do you say? Shall we switch ?? -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: ActiveMQ POM
I'm actually ok with that. overwriting old artifacts. That part the kinda sucks is that maven won't download updates to those artifacts. On 11/14/06, Fritz Oconer [EMAIL PROTECTED] wrote: Hi, I think the downside here is that it will loose reference to previous builds. Since development will not change to timestamp, then deploy will just overwrite the existing artifacts. Regards, Fritz - Original Message - From: Hiram Chirino [EMAIL PROTECTED] To: activemq-dev@geronimo.apache.org Sent: Wednesday, November 15, 2006 12:52 AM Subject: Re: ActiveMQ POM Thanks Fritz! I knew there had to be a reason that I was just not aware of. What do you think would be the downsides of not using the special SNAPSHOT handling that maven provides? What if we tagged our SNAPSHOT builds with something like like DEVELOPMENT instead of SNAPSHOT. I'm guessing that problem would go away, but what other ones would we get? On 11/14/06, Guillaume Nodet [EMAIL PROTECTED] wrote: This is also my experience. If we just use the real version 4.2-SNAPSHOT for example, it should also work and maven should be able to change (*nearly*) all these occurrences when using the release plugin. I say nearly, because in ServiceMix, there are some edge cases where this fail (when including the version in files other than pom.xml like artifacts resources for example). On 11/14/06, Fritz Oconer [EMAIL PROTECTED] wrote: Hi, I added ${activemq-version} instead of ${project.version} basically as a workaround for build failures due to differences in timestamp. If we use ${project.version} then it will require all activemq type artifacts (specified as dependency in the parent pom.xml) to have the same timestamp as the parent. This becomes an issue when nightly-build deploy fails after some of the modules have been deployed causing some activemq modules to have different timestamp as the parent. We can change this back to using project.version but we need to make sure that nightly-build always deploys successfully or I wonder if there is another workaround for this? https://issues.apache.org/activemq/browse/AMQ-956 Regards, Fritz - Original Message - From: Hiram Chirino [EMAIL PROTECTED] To: activemq-dev@geronimo.apache.org Sent: Tuesday, November 14, 2006 8:48 PM Subject: ActiveMQ POM Howdy, I was wondering if anybody knows why we are using ${activemq-version} instead of ${project.version} in our ActiveMQ poms?? When doing a release build, it's easy to forget that you need to updated the version in to places. Can't we just use the ${project.version} variable?? -- Regards, Hiram Blog: http://hiramchirino.com -- Cheers, Guillaume Nodet -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Switching to ActiveMQ 4.2 to Java 5???
Hi folks, How do you guys feel about switching the minimum run time requirement for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5 has a much better set of concurrent implementation. We can keep the 4.1.x branch alive as the Java 1.4 compatible version. Also I have a feeling that once we switch to Java 5, someone will figure out how to use retrotranslator to make our Java 5 binaries also run on Java 1.4. But I doubt anybody will make any efforts to look into that until we actually jump to Java 5. So what do you say? Shall we switch ?? -- Regards, Hiram Blog: http://hiramchirino.com
Re: Switching to ActiveMQ 4.2 to Java 5???
Well.. I think we should get used to it. We should always keep at least 1 stable branch. On 11/15/06, Bruce Snyder [EMAIL PROTECTED] wrote: On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote: Hi folks, How do you guys feel about switching the minimum run time requirement for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5 has a much better set of concurrent implementation. We can keep the 4.1.x branch alive as the Java 1.4 compatible version. Also I have a feeling that once we switch to Java 5, someone will figure out how to use retrotranslator to make our Java 5 binaries also run on Java 1.4. But I doubt anybody will make any efforts to look into that until we actually jump to Java 5. So what do you say? Shall we switch ?? Maybe this message should be CC'd to the activemq-user list to see how users feel about such a change. Keeping a 4.1.x branch alive might wind up being a lot of work WRT backporting fixes to the trunk. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: Switching to ActiveMQ 4.2 to Java 5???
On 11/15/06, James Strachan [EMAIL PROTECTED] wrote: +1. We should switch to Java 5 for compilation and for the default release (since the concurrent stuff is faster more bug free on Java 5) but maybe provide a retrotranslator version of the jars for those who can't move JVM. i.e. build on Java 5 only - but allow deployments on 1.4 I agree.. but I don't want to condition the switch to 1.5 on getting the retrotranslator stuff working first. If we get the retrotranslator stuff working.. well that should just be the gravy. On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote: Hi folks, How do you guys feel about switching the minimum run time requirement for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5 has a much better set of concurrent implementation. We can keep the 4.1.x branch alive as the Java 1.4 compatible version. Also I have a feeling that once we switch to Java 5, someone will figure out how to use retrotranslator to make our Java 5 binaries also run on Java 1.4. But I doubt anybody will make any efforts to look into that until we actually jump to Java 5. So what do you say? Shall we switch ?? -- Regards, Hiram Blog: http://hiramchirino.com -- James --- http://radio.weblogs.com/0112098/ -- Regards, Hiram Blog: http://hiramchirino.com
Re: Switching to ActiveMQ 4.2 to Java 5???
On 11/15/06, Guillaume Nodet [EMAIL PROTECTED] wrote: Sounds good. Do you plan to refactor some code to use generics, or other Java 5 features ? At a minimum we should switch to the Java 1.5 concurrent package. Switch generics has an upside that it will make our code more type safe but a downside that merging patches from 4.2.x - 4.1.x will be more difficult. How about annotations?? any places where you think those would make more sense? On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote: Hi folks, How do you guys feel about switching the minimum run time requirement for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5 has a much better set of concurrent implementation. We can keep the 4.1.x branch alive as the Java 1.4 compatible version. Also I have a feeling that once we switch to Java 5, someone will figure out how to use retrotranslator to make our Java 5 binaries also run on Java 1.4. But I doubt anybody will make any efforts to look into that until we actually jump to Java 5. So what do you say? Shall we switch ?? -- Regards, Hiram Blog: http://hiramchirino.com -- Cheers, Guillaume Nodet -- Regards, Hiram Blog: http://hiramchirino.com
ActiveMQ CPP Change log.
Nathan, Nice work on putting together the activemq-cpp release page! http://activemq.com/site/activemq-cpp-10-release.html How hard was it to build that change log? Would it make it simpler if the ActiveMQ cpp stuff it's own Jira space??? -- Regards, Hiram Blog: http://hiramchirino.com
[jira] Created: (AMQ-1052) Connection is not released by broker when client is killed when client is sending to a queue that is full
Connection is not released by broker when client is killed when client is sending to a queue that is full - Key: AMQ-1052 URL: https://issues.apache.org/activemq/browse/AMQ-1052 Project: ActiveMQ Issue Type: Bug Affects Versions: 4.0 Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.1.1, 4.1.2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Switching to ActiveMQ 4.2 to Java 5???
On 11/15/06, Endre Stølsvik [EMAIL PROTECTED] wrote: Hiram Chirino wrote: Hi folks, How do you guys feel about switching the minimum run time requirement for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5 has a much better set of concurrent implementation. We can keep the 4.1.x branch alive as the Java 1.4 compatible version. Also I have a feeling that once we switch to Java 5, someone will figure out how to use retrotranslator to make our Java 5 binaries also run on Java 1.4. But I doubt anybody will make any efforts to look into that until we actually jump to Java 5. Rather big move for a minor version - why not call it ActiveMQ 5 instead (It'll even align!). lol.. good point. But I'd hate to have big increases without big functionality changes especially if the clients are still compatible with the 4.x stuff. Then keep ActiveMQ 4.x on 1.4. Regards, Endre. -- Regards, Hiram Blog: http://hiramchirino.com
Re: Now that 4.0.2 is release should we start the Graduation ball rolling?
Want to take the lead on that? :) please! On 11/15/06, Brian McCallister [EMAIL PROTECTED] wrote: Yes! We should present a fully formed resolution, based on the OFBiz thread. -Brian On Nov 15, 2006, at 10:52 AM, Hiram Chirino wrote: I think this project is like the 40 year old virgin still living at home with his parents. lol! Don't you think it's about time we get the ball rolling on graduating our of the incubator? -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: Now that 4.0.2 is release should we start the Graduation ball rolling?
Why don't we get the ball rolling on graduation and IF they choose to make us a TLP, then we start looking into that?? On 11/15/06, Brian McCallister [EMAIL PROTECTED] wrote: On Nov 15, 2006, at 12:14 PM, Hiram Chirino wrote: Want to take the lead on that? :) please! Sure. Any nominations for proposed PMC Chair? -Brian On 11/15/06, Brian McCallister [EMAIL PROTECTED] wrote: Yes! We should present a fully formed resolution, based on the OFBiz thread. -Brian On Nov 15, 2006, at 10:52 AM, Hiram Chirino wrote: I think this project is like the 40 year old virgin still living at home with his parents. lol! Don't you think it's about time we get the ball rolling on graduating our of the incubator? -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: ActiveMQ CPP Change log.
Ok. I've created a new JIRA space for ActiveMQ CPP.. see: https://issues.apache.org/activemq/browse/AMQCPP I've made you a jira admin for the space so you should be able to add components / versions for the space. You should also be able to move all the issues from the AMQ space to this new space. If you need help, let me know! Once you get it all setup, it might be handy to update the http://incubator.apache.org/activemq/support.html page so that folks know which space to open an issue under for the c++ stuff. On 11/15/06, Mittler, Nathan [EMAIL PROTECTED] wrote: Thanks! I just ran a filter in JIRA for any closed or resolved issues in the ActiveMQ space under CMS ... After looking the ActiveMQ release pages I was able to figure it out :) I think moving forward, it might be easier to have AMQ-CPP in it's own space - that way the filter criteria gets a lot simpler - We would just have to select every resolved issue that was targeted for that particular release of AMQ-CPP. Nate -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino Sent: Wednesday, November 15, 2006 12:41 PM To: activemq-dev@geronimo.apache.org Subject: ActiveMQ CPP Change log. Nathan, Nice work on putting together the activemq-cpp release page! http://activemq.com/site/activemq-cpp-10-release.html How hard was it to build that change log? Would it make it simpler if the ActiveMQ cpp stuff it's own Jira space??? -- Regards, Hiram Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
Re: ActiveMQ POM
On 11/14/06, Guillaume Nodet [EMAIL PROTECTED] wrote: I think the main problem is that users will never download newest versions. IMHO, this would be a bad idea. yeah. On 11/14/06, Hiram Chirino [EMAIL PROTECTED] wrote: Thanks Fritz! I knew there had to be a reason that I was just not aware of. What do you think would be the downsides of not using the special SNAPSHOT handling that maven provides? What if we tagged our SNAPSHOT builds with something like like DEVELOPMENT instead of SNAPSHOT. I'm guessing that problem would go away, but what other ones would we get? On 11/14/06, Guillaume Nodet [EMAIL PROTECTED] wrote: This is also my experience. If we just use the real version 4.2-SNAPSHOT for example, it should also work and maven should be able to change (*nearly*) all these occurrences when using the release plugin. I say nearly, because in ServiceMix, there are some edge cases where this fail (when including the version in files other than pom.xml like artifacts resources for example). On 11/14/06, Fritz Oconer [EMAIL PROTECTED] wrote: Hi, I added ${activemq-version} instead of ${project.version} basically as a workaround for build failures due to differences in timestamp. If we use ${project.version} then it will require all activemq type artifacts (specified as dependency in the parent pom.xml) to have the same timestamp as the parent. This becomes an issue when nightly-build deploy fails after some of the modules have been deployed causing some activemq modules to have different timestamp as the parent. We can change this back to using project.version but we need to make sure that nightly-build always deploys successfully or I wonder if there is another workaround for this? https://issues.apache.org/activemq/browse/AMQ-956 Regards, Fritz - Original Message - From: Hiram Chirino [EMAIL PROTECTED] To: activemq-dev@geronimo.apache.org Sent: Tuesday, November 14, 2006 8:48 PM Subject: ActiveMQ POM Howdy, I was wondering if anybody knows why we are using ${activemq-version} instead of ${project.version} in our ActiveMQ poms?? When doing a release build, it's easy to forget that you need to updated the version in to places. Can't we just use the ${project.version} variable?? -- Regards, Hiram Blog: http://hiramchirino.com -- Cheers, Guillaume Nodet -- Regards, Hiram Blog: http://hiramchirino.com -- Cheers, Guillaume Nodet -- Regards, Hiram Blog: http://hiramchirino.com
Re: [VOTE] Release Apache ActiveMQ 4.1.0 (RC 2)
Thanks for the tip Guillaume! Fix applied! On 11/14/06, Guillaume Nodet [EMAIL PROTECTED] wrote: I think the problem comes from the fact that the xsds are not generated in their default locations (target/xbean). Changing the configuration to: schematarget/xbean/activemq.xsd/schema should work. On 11/14/06, Hiram Chirino [EMAIL PROTECTED] wrote: Hi Endre, Thanks for the feedback but I don't agree that this issue should hold up the release. I'm sure we can fix this in a subsequent bug fix release. BTW, if you submit a patch with the fix for this it would make getting the fix into the next release much easier :) Regards, Hiram On 11/14/06, Endre Stølsvik [EMAIL PROTECTED] wrote: Hiram Chirino wrote: Hey folks, I was able to finally get around to doing a binary release candidate from the 4.1 branch. it's available here: http://people.apache.org/~chirino/incubator-activemq-4.1.0-RC2/m2-incubating-repository/org/apache/activemq/apache-activemq/4.1.0-incubator/ Maven 1 and Maven 2 repos for this release can be found at: http://people.apache.org/~chirino/incubator-activemq-4.1.0-RC2 Here's the wiki page for the release notes: http://incubator.apache.org/activemq/activemq-410-release.html Please vote to approve this release binary [ ] +1 Release the binary as Apache ActiveMQ 4.1.0 [ ] -1 Veto the release (provide specific comments) This vote is being cross posted to the general incubator mailing list also to expedite the voting process. Here's my useless -1: [EMAIL PROTECTED]:~/temp/apache-activemq-4.1.0-incubator/temp/META-INF$ cat spring.schemas http\://activemq.org/config/1.0=file:/Users/chirino/sandbox/activemq-4.1/activemq-core/target/activemq.xsd Two things: a) where is the xsd supposed to lay? (The _proper_ URL? Not this one mentioned on this page: http://incubator.apache.org/activemq/spring-support.html http://activemq.org/config/1.0 http://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd; b) The idea behind spring.schemas is, AFAIK, that the spring-magic should kick in, and instead of going online to fetch the xsd, it will find it in the classpath. Given that the file:/Users/chirino/blahblah most definately isn't present on my machine, this will, AFAIK, result in every startup of ActiveMQ with spring-xbeans integration online access (which probably explains why all elements of the namespace-loading goes lightning, except from the activeMQ one, which stalls for some seconds). In comparison, here's the spring.schemas for spring-2.0.jar actually bundled with this ActiveMQ 4.1.0 RC2: [EMAIL PROTECTED]:~/temp/apache-activemq-4.1.0-incubator/lib/optional/temp/META-INF$ cat spring.schemas http\://www.springframework.org/schema/beans/spring-beans-2.0.xsd=org/springframework/beans/factory/xml/spring-beans-2.0.xsd http\://www.springframework.org/schema/util/spring-util-2.0.xsd=org/springframework/beans/factory/xml/spring-util-2.0.xsd Note two things: the http-URL mentioned actually return the file, but in addition, the resource specified is a classpath-resource, which exists: [EMAIL PROTECTED]:~/temp/apache-activemq-4.1.0-incubator/lib/optional/temp/org/springframework/beans/factory/xml$ ls -la spring-* -rw-r--r-- 1 endre endre 23940 2006-09-13 23:57 spring-beans-2.0.dtd -rw-r--r-- 1 endre endre 39944 2006-09-13 23:57 spring-beans-2.0.xsd -rw-r--r-- 1 endre endre 21767 2006-08-19 19:00 spring-beans.dtd -rw-r--r-- 1 endre endre 1999 2006-09-09 23:53 spring-tool-2.0.xsd -rw-r--r-- 1 endre endre 5132 2006-09-09 23:53 spring-util-2.0.xsd This is bug AMQ-1016: https://issues.apache.org/activemq/browse/AMQ-1016 I think this should be fixed before 4.1.0 is released. Kind regards, Endre. -- Regards, Hiram Blog: http://hiramchirino.com -- Cheers, Guillaume Nodet -- Regards, Hiram Blog: http://hiramchirino.com