activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Gomes <e.se...@gmail.com>
Subject Re: [VOTE] Apache Artemis 1.0.0 (RC2)
Date Thu, 14 May 2015 21:37:17 GMT
Yeah, we don't have to have everything fixed, however, ACTIVEMQ6-106 is a
showstopper, because consumers are getting kicked off even when the are
sending KeepAlive and even when they are active. I attached a sample
application to the JIRA that can reproduce the item.

As far as I can tell, the destinations are getting created (at least I
could send/receive messages), but it's throwing a server side exception.
That can be put off as a fix for next release.


On Thu, May 14, 2015 at 12:52 PM, Clebert Suconic <clebert.suconic@gmail.com
> wrote:

> This is going to be the first release... and even the first with
> OpenWire...  there certainly going to be other issues.
>
>
> I Think of this like a Beta...  people will then have time to kick it
> out and raise issues...
>
> then this should be released very frequently...
>
>
> On Thu, May 14, 2015 at 3:29 PM, Clebert Suconic
> <clebert.suconic@gmail.com> wrote:
> > Is that what it is? just setting auto-create to true will fix it?
> >
> >
> > if that's the case... it's an easy fix?
> >
> > On Thu, May 14, 2015 at 3:06 PM, Andy Taylor <andy.tayls67@gmail.com>
> wrote:
> >> Agreed. But there are lots of them. Let's get 1.0.0 out and then come up
> >> with a migration path for all of them.
> >> On 14 May 2015 20:04, "Jim Gomes" <e.semog@gmail.com> wrote:
> >>
> >>> It's impossible to run any of the NMS unit tests with destination
> >>> autocreate set to false. If Artemis is meant to be a drop-in
> replacement
> >>> (as much as possible) for ActiveMQ, then we should match feature
> defaults,
> >>> unless there is an definite problem that is being solved by changing
> the
> >>> defaults.
> >>>
> >>> On Thu, May 14, 2015 at 11:55 AM, Andy Taylor <andy.tayls67@gmail.com>
> >>> wrote:
> >>>
> >>> > I think it's fine to release with auto create set to false. Remember
> >>> 1.0.0
> >>> > is just a starting point. We can discuss what needs changing after
> the
> >>> > release in a separate discussion. I'm sure there will be lots of
> >>> > differences like this but we shouldn't let them block this first
> release.
> >>> >
> >>> > Great job on kicking Artemis's tyres by the way Jim.
> >>> > On 14 May 2015 19:37, "Jim Gomes" <e.semog@gmail.com> wrote:
> >>> >
> >>> > > Another reason for not releasing this build: the destinations
are
> not
> >>> > > automatically created. Server throws
> *ActiveMQNonExistentQueueException
> >>> > > *when
> >>> > > trying to create a destination. Is this a configurable feature?
If
> so,
> >>> it
> >>> > > should be set to the standard ActiveMQ behavior by default (i.e.,
> >>> > > auto-create destinations). Here's the exception that gets thrown:
> >>> > >
> >>> > > ERROR [org.apache.activemq.artemis.core.server] error decoding:
> >>> > > ActiveMQNonExistentQueueException[errorType=QUEUE_DOES_NOT_EXIST
> >>> > > message=AMQ119017: Queue
> >>> > >
> jms.queue.TEST.AsyncConsumeTest.2df14c0d-4e0c-4d74-91ab-8abbd3ba02ea
> >>> does
> >>> > > not exist]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.destroyQueue(ActiveMQServerImpl.java:1401)
> >>> > > [artemis-server-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.destroyQueue(ActiveMQServerImpl.java:1390)
> >>> > > [artemis-server-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.destroyQueue(ActiveMQServerImpl.java:1380)
> >>> > > [artemis-server-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.protocol.openwire.OpenWireProtocolManager.deleteQueue(OpenWireProtocolManager.java:689)
> >>> > > [artemis-openwire-protocol-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.protocol.openwire.OpenWireConnection.processRemoveDestination(OpenWireConnection.java:1641)
> >>> > > [artemis-openwire-protocol-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> >
> >>>
> org.apache.activemq.command.DestinationInfo.visit(DestinationInfo.java:124)
> >>> > > [activemq-client-5.10.0.jar:5.10.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.protocol.openwire.OpenWireConnection.bufferReceived(OpenWireConnection.java:271)
> >>> > > [artemis-openwire-protocol-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.remoting.server.impl.RemotingServiceImpl$DelegatingBufferHandler.bufferReceived(RemotingServiceImpl.java:694)
> >>> > > [artemis-server-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> org.apache.activemq.artemis.core.remoting.impl.netty.ActiveMQChannelHandler.channelRead(ActiveMQChannelHandler.java:73)
> >>> > > [artemis-core-client-1.0.0.jar:1.0.0]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:332)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:318)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:787)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:125)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> >
> >>>
> io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:507)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:464)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:378)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:350)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at
> >>> > >
> >>> > >
> >>> >
> >>>
> io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
> >>> > > [netty-all-4.0.20.Final.jar:4.0.20.Final]
> >>> > >     at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_20]
> >>> > >
> >>> > >
> >>> > > On Thu, May 14, 2015 at 8:05 AM, Jim Gomes <e.semog@gmail.com>
> wrote:
> >>> > >
> >>> > > > -1
> >>> > > >
> >>> > > > Two reasons:
> >>> > > >
> >>> > > > 1. The default configuration of localhost for the broker
does not
> >>> allow
> >>> > > > connections from off-machine. For some reason, socket
> connections are
> >>> > > > refused from non-local clients. I had to change the broker.xml
> config
> >>> > to
> >>> > > > use the machine's actual IP address, and then non-local clients
> could
> >>> > > > connect.
> >>> > > > 2. The basic NMS OpenWire client fails to connect at all.
It is
> >>> getting
> >>> > > > unknown response IDs from the broker. I don't think the OpenWire
> >>> > protocol
> >>> > > > is being negotiated correctly. I am running with the latest
NMS
> trunk
> >>> > > > version (1.8.0).
> >>> > > >
> >>> > > >
> >>> > > > On Wed, May 13, 2015 at 10:12 AM, Martyn Taylor <
> mtaylor@redhat.com>
> >>> > > > wrote:
> >>> > > >
> >>> > > >> Hello all.
> >>> > > >>
> >>> > > >> I've cut a second release candidate of Apache Artemis
1.0.0
> >>> addressing
> >>> > > >> the initial RC feedback from community members.
> >>> > > >>
> >>> > > >> This is a first release of the Artemis project with protocol
> support
> >>> > for
> >>> > > >> AMQP, STOMP, CORE, HORNETQ and OPENWIRE.
> >>> > > >>
> >>> > > >> The release notes can be found here:
> >>> > > >>
> >>> > > >>
> >>> > >
> >>> >
> >>>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12315920&version=12328953
> >>> > > >>
> >>> > > >> The binary distributions can be found here:
> >>> > > >>
> >>> > > >>
> >>> > >
> >>> >
> >>>
> https://repository.apache.org/content/repositories/orgapacheactivemq-1051/org/apache/activemq/apache-artemis/1.0.0/
> >>> > > >>
> >>> > > >> The source archives can be found here:
> >>> > > >>
> >>> > > >>
> >>> > >
> >>> >
> >>>
> https://repository.apache.org/content/repositories/orgapacheactivemq-1051/org/apache/activemq/apache-artemis/1.0.0/
> >>> > > >>
> >>> > > >> The Maven repository is here:
> >>> > > >>
> >>> > >
> >>> >
> >>>
> https://repository.apache.org/content/repositories/orgapacheactivemq-1051/
> >>> > > >>
> >>> > > >> The source tag:
> >>> > > >>
> >>> > > >>
> >>> > >
> >>> >
> >>>
> https://git-wip-us.apache.org/repos/asf?p=activemq-artemis.git;a=tag;h=refs/tags/1.0.0
> >>> > > >>
> >>> > > >> The project website for that version has been staged
to:
> >>> > > >> http://people.apache.org/~martyntaylor/
> >>> > > >>
> >>> > > >> The vote will remain open for 72 hours.
> >>> > > >>
> >>> > > >> [ ] +1 approve the release as Apache Artemis 1.0.0
> >>> > > >> [ ] +0 no opinion
> >>> > > >> [ ] -1 disapprove (and reason why)
> >>> > > >>
> >>> > > >> Here's my (non-binding) +1
> >>> > > >>
> >>> > > >> Regards
> >>> > > >> Martyn
> >>> > > >>
> >>> > > >
> >>> > > >
> >>> > >
> >>> >
> >>>
> >
> >
> >
> > --
> > Clebert Suconic
> > http://community.jboss.org/people/clebert.suconic@jboss.com
> > http://clebertsuconic.blogspot.com
>
>
>
> --
> Clebert Suconic
> http://community.jboss.org/people/clebert.suconic@jboss.com
> http://clebertsuconic.blogspot.com
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message