Yeah, we dont need trunk. I must have pushed that by mistake. Will try and
remove it.
On Apr 24, 2015 8:13 AM, "Robbie Gemmell" wrote:
> I noticed from a comment on AMQ-5503 that we seem to have a trunk
> branch again:
> https://git1-us-west.apache.org/repos/asf?p=activemq.git;a=shortlog;h=refs/h
+1 [c] ActiveMQ Reactive
On Tue, Apr 14, 2015 at 1:12 PM, Hiram Chirino
wrote:
> Now that we have chosen to give the HornetQ code donation a code name,
> it's time to pick what that code name will be. Please select from one
> of the following options:
>
> [a] ActiveMQ Artemis
> [b] ActiveMQ Lun
+1000
On Fri, Mar 27, 2015 at 4:41 PM, Daniel Kulp wrote:
>
> > On Mar 27, 2015, at 2:46 PM, Hadrian Zbarcea wrote:
> >
> > After this thread, it's painfully clear that there won't be any
> convergence and it's best for both communities to evolve independently.
>
> Huh? I don’t agree with tha
:21 PM, Hadrian Zbarcea wrote:
> If by that you mean those from RH (who are the overwhelming majority
> here), yes, I understand, that's possible.
>
> Hadrian
>
>
>
>
> On 03/27/2015 02:43 PM, Jon Anstey wrote:
>
>> All the devs writing/maintaining the code
2015 at 4:06 PM, Hadrian Zbarcea
> wrote:
> > Really Jon?
> >
> > How will that "make more work for everyone"? Who is everyone.
> >
> > Hadrian
> >
> >
> > On 03/27/2015 02:30 PM, Jon Anstey wrote:
> >>
> >> If you read
All the devs writing/maintaining the code?
On Fri, Mar 27, 2015 at 4:06 PM, Hadrian Zbarcea wrote:
> Really Jon?
>
> How will that "make more work for everyone"? Who is everyone.
>
> Hadrian
>
>
> On 03/27/2015 02:30 PM, Jon Anstey wrote:
>
>> If you
Then we are back to having 2 brokers & communities.
On Fri, Mar 27, 2015 at 4:03 PM, James Carman
wrote:
> How does it make more work for "everyone"?
>
> On Fri, Mar 27, 2015 at 2:30 PM, Jon Anstey wrote:
> > If you read the initial thread for the code grant, t
If you read the initial thread for the code grant, the whole point was to
NOT have 2 brokers & communities; it was to work together as one.
"There is a lot of overlap in the capabilities of the two brokers today and
it strikes us that it would be beneficial to both communities for us to
join
force
On Tue, Jan 21, 2014 at 4:00 PM, Daniel Kulp wrote:
>
> On Jan 21, 2014, at 1:15 PM, Jon Anstey wrote:
>
> > So even skinning hawtio to be ASF compliant is not enough now??? Telling
> > the hawtio devs to give all activemq related code over is WAY overzeolous
> > I
So even skinning hawtio to be ASF compliant is not enough now??? Telling
the hawtio devs to give all activemq related code over is WAY overzeolous
IMHO. There are no ASF rules that say this must be done.
I consider working with other open source communities to be a sign of a
healthy community, not
Please don't click this link. Some hacker in Belarus hijacked my account
today and sent this out.
Cheers,
Jon
On 2013-07-21 2:23 PM, "Jon Anstey" wrote:
> http://personeelsservice-kwb.nl/tcxfv/hniyxuwxstblt
>
>
>
>
>
>
>
>
>
>
>
>
>
>
http://personeelsservice-kwb.nl/tcxfv/hniyxuwxstblt
janstey
7/21/2013 5:52:25 PM
rather not dumb it down at the expense
> of the end user experience.
>
>
>
> On Wed, Apr 3, 2013 at 4:28 PM, Jon Anstey wrote:
>
> > Nothing really wrong with having 2 different distros. It's just simpler
> IMO
> > to have one set of files to manage and get righ
so its not really a
requirement here at Apache. Just would make my life easier :-)
Cheers,
Jon
On Wed, Apr 3, 2013 at 4:13 PM, Hiram Chirino wrote:
> I guess I just don't understand what's wrong with having 2 different
> distros.
>
>
> On Wed, Apr 3, 2013 at 3:40
d in
> some more) that we want to install.
>
> Best,
> Jim
>
>
>
> On Fri, Mar 29, 2013 at 12:45 PM, Jon Anstey wrote:
>
> > Hi Jim,
> >
> > Wordpad understands unix line endings so that can be used in those
> > production situations.
> >
>
gt; >
> > > Just use nix line endings and those masochists using notepad will
> likely
> > > enjoy the added pain.
> > >
> > >
> > > On 03/28/2013 11:56 AM, Jon Anstey wrote:
> > >
> > >> Right now, the zip and tar.gz distros contain
Right now, the zip and tar.gz distros contain different scripts and libs
depending on the platform:
[janstey@bender tmp]$ diff -w -r apache-activemq-5.8.0_zip
apache-activemq-5.8.0_tar
Only in apache-activemq-5.8.0_zip/bin: activemq-admin.bat
Only in apache-activemq-5.8.0_zip/bin: activemq.bat
Onl
Hi all,
FYI the location of the Community Meet and Greet on the 23rd has been
changed to the Hemingway 3 room on the 2nd floor. It is also now from 6-9
pm. Hope to see lots of community members there! :)
Cheers,
Jon
On Wed, May 4, 2011 at 2:31 PM, Rob Davies wrote:
>
> A few of the FuseSource
.0-SNAPSHOT&e=tar.gz&c=unix-distro
>
> I've added some detection in the start script to see if 'exec -a' is
> supported. Should work on linux now.
>
> Regards,
> Hiram
>
> FuseSource
> Web: http://fusesource.com/
>
>
>
>
> On Fri, Apr
ow if there is way of detecting if the /bin/sh is bash or
> not? Would be nice to use the -a feature if it's available.
>
> Regards,
> Hiram
>
> FuseSource
> Web: http://fusesource.com/
>
>
>
>
> On Fri, Apr 1, 2011 at 10:02 AM, Jon Anstey wrote:
> > Running
Running latest Apollo on Ubuntu gives me this:
janstey@duffman:/opt/fuse/apache-apollo-1.0-SNAPSHOT/bin$ ./apollo
exec: 151: -a: not found
To get it working I found two solutions...
1. Switch script to use bash since "-a" is bash only, or
2. Remove the "-a apollo" bit from the exec line
--
Che
Sweet. Thanks James!
On Mon, Jan 5, 2009 at 12:26 PM, James Strachan wrote:
> 2009/1/5 James Strachan :
> > 2009/1/5 Jon Anstey :
> >> Ah yes, I deployed that one manually because it didn't seem to have been
> >> deployed before. Looking at the build log
> &g
, Jan 5, 2009 at 7:29 AM, James Strachan wrote:
> Looks great! BTW it looks like that was the last one to be built...
>
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/camel/camel-manual/2.0-SNAPSHOT/
>
> I wonder if the change of the copyright broke the build? :
+1
On Fri, Dec 19, 2008 at 6:02 AM, James Strachan wrote:
> +1
>
> 2008/12/19 Claus Ibsen :
> > Hi
> >
> > I propose that, if possible, we get a camel-jira forum for the jira
> > tickets to be posted to. Or camel-issues if that is a better name. Or
> > whatever is commonly used.
> >
> > I think o
+1 sounds good to me.
On Thu, Dec 11, 2008 at 12:15 PM, Claus Ibsen <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2008 at 2:58 PM, James Strachan
> <[EMAIL PROTECTED]> wrote:
> > 2008/12/11 Ramon Buckland <[EMAIL PROTECTED]>:
> >> Refresh my memory - what is it about wireTap that doesn't suit? (If
The update didn't go so well :) I've put up the changes so far on CAMEL-1053
if anyone wants to continue the battle over night (well, my night anyway).
Willem, maybe you could take a quick look since you have the most exp with
camel-spring-integration?
On Tue, Nov 4, 2008 at 5:52 PM,
Just discovered that
http://www.springsource.org/schema/integration/spring-integration-1.0.xsdwas
changed today such that the camel-spring-integration doesn't work
anymore. Kinda weird that they would change what looks like a release schema
version but anyways... this means that Camel 1.5 spring-in
Added a wiki page here
http://cwiki.apache.org/confluence/display/CAMEL/Merging+commits+from+trunk+to+fixes+branch
On Tue, Nov 4, 2008 at 9:16 AM, Jon Anstey <[EMAIL PROTECTED]> wrote:
> Cool, glad you like it. I left one of your commits in the list yesterday so
> you could not resi
Cool, glad you like it. I left one of your commits in the list yesterday so
you could not resist trying it out ;)
I'll add it to the wiki shortly.
On Tue, Nov 4, 2008 at 4:09 AM, Claus Ibsen <[EMAIL PROTECTED]> wrote:
> Hi Jonathan
>
> This is fantastic. Works great, even on my poor laptop that
Good eyes Claus! I've fixed this up now.
On Wed, Oct 22, 2008 at 6:17 AM, Claus Ibsen <[EMAIL PROTECTED]> wrote:
> Jonathan
>
> I think this method
> +public ExpressionType getCompletePredicate() {
> +return handledPredicate;
> +}
>
> Should be removed it is probably from a copy c
I've always thought it was just so maven & eclipse don't confuse each
other... however, this site tells me the real reason:
"Eclipse produces .class files even for classes with compilation errors.
Such partially compiled classes may end up packaged into maven artifacts as
mvn considers them up-to-
31 matches
Mail list logo
