Hi Martin,
"Management
- Eclipse JMX Console
+ Win
+ Linux
+ OS X
- JMX Command LIne Tool
- QMan
- WsDmAdapter"
I already started a discussion with Rajith (QPID-1619) about that
(moreless).
Concerning QMan artifacts I think that it would make sense to distribute
only one item : QMan :)
I
[
https://issues.apache.org/jira/browse/QPID-1648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674819#action_12674819
]
gemmellr edited comment on QPID-1648 at 2/18/09 4:25 PM:
---
I at
David Ingham wrote:
Hi Rafael,
I think that the spec extract that you quote is addressing a different issue from how I understood Rajith's original ask.
It's actually from the javadoc for MessageConsumer.setMessageListener(),
not the spec. I wouldn't be surprised if the spec had more explici
[
https://issues.apache.org/jira/browse/QPID-1648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Gemmell updated QPID-1648:
-
Attachment: QPID-1648_18feb2009.patch
I attach QPID-1648_18feb2009.patch to replace QPID-1648_6feb
[
https://issues.apache.org/jira/browse/QPID-1648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Gemmell updated QPID-1648:
-
Attachment: (was: QPID-1648_6feb2009.patch)
> Enable live reconfiguration of Log4J settings fo
[
https://issues.apache.org/jira/browse/QPID-1537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Gemmell updated QPID-1537:
-
Attachment: QPID-1537_18feb2009.patch
I attach QPID-1537_18feb2009.patch, which reinstates the MBe
Steve,
I take it form this you are having a hack a cmake build want does it
look like, or is it to early to know?
Carl.
shus...@apache.org wrote:
Author: shuston
Date: Wed Feb 18 22:25:16 2009
New Revision: 745677
URL: http://svn.apache.org/viewvc?rev=745677&view=rev
Log:
Branch to w
AclModule (which is pluggable). Can that not be implemented as a call to
security_compute_av?
yea, I think we might have enough abstraction. We might need to add a map of
IDs to the object list for SELinux. If that is needed I can volunteer to do
That's what I was thinking, as I took a loo
[
https://issues.apache.org/jira/browse/QPID-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674808#action_12674808
]
Alan Conway commented on QPID-1666:
---
Fiddling complete, the simpler version didn't work ou
[
https://issues.apache.org/jira/browse/QPID-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674793#action_12674793
]
Steve Huston commented on QPID-1666:
Thanks for the feedback, Alan.
I added disarm()/rea
Rajith Attapattu wrote:
On Wed, Feb 18, 2009 at 2:19 PM, Rafael Schloming wrote:
Rajith Attapattu wrote:
Aidan,
I came across this when I wrote a simple test to figure out another issue.
Basically I did the following.
create connection
start the connection
create a session
create a destinati
Gordon Sim wrote:
Jonathan Robie wrote:
Sometimes you think of a third possibility. I would rather change
--auth (yes | no)
to
--auth (yes | no | permissive | inherit)
than change:
--no-auth
to
--no-auth | --auth | --permissive-auth | --inherit-auth
So I prefer the "--keyword value" fo
Aidan Skinner wrote:
On Wed, Feb 18, 2009 at 7:19 PM, Rafael Schloming wrote:
Rajith Attapattu wrote:
Aidan,
I came across this when I wrote a simple test to figure out another issue.
Basically I did the following.
create connection
start the connection
create a session
create a destination
Hi Rafael,
I think that the spec extract that you quote is addressing a different issue
from how I understood Rajith's original ask.
I believe that the extract you quote below is talking about what happens when I
consume messages via different routes from the same MessageConsumer. That is,
if
Jonathan Robie wrote:
Sometimes you think of a third possibility. I would rather change
--auth (yes | no)
to
--auth (yes | no | permissive | inherit)
than change:
--no-auth
to
--no-auth | --auth | --permissive-auth | --inherit-auth
So I prefer the "--keyword value" format for extensibil
On Wed, Feb 18, 2009 at 2:19 PM, Rafael Schloming wrote:
> Rajith Attapattu wrote:
>>
>> Aidan,
>>
>> I came across this when I wrote a simple test to figure out another issue.
>> Basically I did the following.
>>
>> create connection
>> start the connection
>> create a session
>> create a destina
On Wed, Feb 18, 2009 at 7:19 PM, Rafael Schloming wrote:
> Rajith Attapattu wrote:
>>
>> Aidan,
>>
>> I came across this when I wrote a simple test to figure out another issue.
>> Basically I did the following.
>>
>> create connection
>> start the connection
>> create a session
>> create a destin
Jim,
Thanks
Carl.
Jim Jagielski wrote:
Yep. It's there. I'll have Marvin send a reminder for next
month but I'll simply cut/paste your report in, so no
need for you to resubmit.
On Feb 18, 2009, at 12:58 PM, Carl Trieloff wrote:
Thanks, I also Re: ed the mail on the board list
Carl.
Jim J
Gordon Sim wrote:
Does anyone have a strong view on the desirability of making this more
consistent?
Consistency really makes it easier to remember these things.
I myself have a slight preference for --no-auth over
--auth no; I'm less bothered about the --mgmt-enable option but that
could be
On Wed, Feb 18, 2009 at 2:43 PM, Gordon Sim wrote:
> Joshua Kramer wrote:
>>
>> Hey, that'd be great! I may also post to the SELinux mailing list. After
>> looking over the SELinux documentation and some other resources, here's what
>> I've found.
>>
>> There are a couple of ways we can go about
Yep. It's there. I'll have Marvin send a reminder for next
month but I'll simply cut/paste your report in, so no
need for you to resubmit.
On Feb 18, 2009, at 12:58 PM, Carl Trieloff wrote:
Thanks, I also Re: ed the mail on the board list
Carl.
Jim Jagielski wrote:
Let me look... it's not in
Gordon Sim wrote:
Joshua Kramer wrote:
Hey, that'd be great! I may also post to the SELinux mailing list.
After looking over the SELinux documentation and some other
resources, here's what I've found.
There are a couple of ways we can go about this. The first way, is
to use pseudo-conte
Joshua Kramer wrote:
Hey, that'd be great! I may also post to the SELinux mailing list.
After looking over the SELinux documentation and some other resources,
here's what I've found.
There are a couple of ways we can go about this. The first way, is to
use pseudo-contexts to load ACL's s
Joshua,
I don't think getting SELinux into the broker directly is a good option.
My preference is to have SELinux as an ACL pluggin.
As indicated above, there seems to be interest in using 3rd party ACL
mechanisms to manage access control.
I certainly think it's worth the effort to figure out wha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carl Trieloff wrote:
>
> Josh,
>
> I have copied Dan, I can comment on the ACL side for Qpid... ... I'll
> leave the SELinux side to Dan.
>
> Carl.
>
>
> Joshua Kramer wrote:
>>
>> Hey, that'd be great! I may also post to the SELinux mailing list.
Rajith Attapattu wrote:
Aidan,
I came across this when I wrote a simple test to figure out another issue.
Basically I did the following.
create connection
start the connection
create a session
create a destination, using that create a MC and a MP.
set a MessageListener to the MC.
send messages
Josh,
I have copied Dan, I can comment on the ACL side for Qpid... ... I'll
leave the SELinux side to Dan.
Carl.
Joshua Kramer wrote:
Hey, that'd be great! I may also post to the SELinux mailing list.
After looking over the SELinux documentation and some other resources,
here's what I'v
We have two forms in use for boolean options to qpidd. The first form
is where the presence of an option implies that its value is true. E.g.
--no-module-dir
--no-data-dir
--tcp-nodelay
--require-encryption
-t --trace
-d --daemon
-c --check
-q --quit
-h --help
The second is wh
Aidan,
I came across this when I wrote a simple test to figure out another issue.
Basically I did the following.
create connection
start the connection
create a session
create a destination, using that create a MC and a MP.
set a MessageListener to the MC.
send messages using MP.
When the sessio
Martin,
comments/answers inline/
On Wed, Feb 18, 2009 at 8:33 AM, Martin Ritchie wrote:
> Rajith,
> Do you have a test case that shows the dispatcher not starting on the
> setting of a message listener after connection start?
I don't have a test as part of the automated test suite. I wrote up a
Thanks, Carl.
Wow -- this is really thorough!
I'll run through this and forward suggested edits, if any. We'll also need a
few days to review it within the PRC; hopefully it can be announced early next
week.
Cheers,
Sally
--- On Wed, 2/18/09, Carl Trieloff wrote:
> From: Carl Trieloff
> Su
Martin Ritchie wrote:
Hello,
I thought it best if we discuss what we are looking to release as
artefacts for the upcoming release.
Let me start with what I think we should be releasing with my reasons
and we can see what the general view is.
Starting with the source packages that we should be
Hey, that'd be great! I may also post to the SELinux mailing list. After
looking over the SELinux documentation and some other resources, here's
what I've found.
There are a couple of ways we can go about this. The first way, is to use
pseudo-contexts to load ACL's stored in SELinux into
Thanks, I also Re: ed the mail on the board list
Carl.
Jim Jagielski wrote:
Let me look... it's not in the agenda...
On Feb 18, 2009, at 12:40 PM, Carl Trieloff wrote:
Jim Jagielski wrote:
Maybe in the release we can also note that they missed this
month's board report *snicker*
*duck*
J
ASF Legal
Requesting a quick clarification from the legal list. It is thought that
the Google license being
a basic BSD is a class one license for Apache.
Can we confirm that we can use the license below (from Google) in an
Apache project.
thanks
Carl.
Joshua Kramer wrote:
Oops! Here'
Joshua Kramer wrote:
remote interfaces for ACL. Cross
posting to the dev list, as I don't remember who was prototyping/
implementing this.
I am playing with pulling the ACL information from SELinux. Currently,
I'm determining the best SELinux method to use to get the ACL's we need.
Cheers
Let me look... it's not in the agenda...
On Feb 18, 2009, at 12:40 PM, Carl Trieloff wrote:
Jim Jagielski wrote:
Maybe in the release we can also note that they missed this
month's board report *snicker*
*duck*
Jim,
I had filed the board report on 02/14, was the second project to
file...
Jim Jagielski wrote:
Maybe in the release we can also note that they missed this
month's board report *snicker*
*duck*
Jim,
I had filed the board report on 02/14, was the second project to file...
Carl.
-
Apache Qpid - AMQ
(This is a subthread of the Protocol Buffers discussion I started)
Does anyone know if the Google license is compatible with the Apache license
under which QPid is released? If nobody knows offhand I'll do some research to
find out.
I would like to take some code from the Protocol Buffers u
Hello,
I thought it best if we discuss what we are looking to release as
artefacts for the upcoming release.
Let me start with what I think we should be releasing with my reasons
and we can see what the general view is.
Starting with the source packages that we should be providing:
- C++
- C#
Maybe in the release we can also note that they missed this
month's board report *snicker*
*duck*
:)
On Feb 18, 2009, at 10:17 AM, Sally Khudairi wrote:
Thanks, Carl.
Wow -- this is really thorough!
I'll run through this and forward suggested edits, if any. We'll
also need a few days to r
remote interfaces for ACL. Cross
posting to the dev list, as I don't remember who was prototyping/
implementing this.
I am playing with pulling the ACL information from SELinux. Currently,
I'm determining the best SELinux method to use to get the ACL's we need.
Cheers,
-Josh
--
-
ht
Robert Greig wrote:
2009/2/16 Oliver Baltzer :
Jonathan Robie wrote:
Still not on the first page for AMQP what else are people likely to
search for?
When I stumbled across Qpid I was not looking for a particular protocol,
instead my search terms where any combination of the
Oliver Baltzer wrote:
When I stumbled across Qpid I was not looking for a particular protocol,
instead my search terms where any combination of the below:
C++, C, messaging, message queuing protocol, lightweight, infiniband, python
The keywords C++ and lightweight eventually pointed me to AMQP
[
https://issues.apache.org/jira/browse/QPID-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674652#action_12674652
]
Alan Conway commented on QPID-1666:
---
Nice refactor. I like moving the relationsihp with th
Sally,
It took longer than expected, but here is what we have with feedback
people on the dev list and all that kindly provided quotes.
Please let us know when you expect it will be released.
kind regards
Carl.
*The Apache Software Foundation Names Qpid a Top-Level Project*
/Open source m
I think we may need to take the AMQP off the logo to not have issues
with the AMQP WG, maybe
put the AMQP in text below it.
I am going to see if I can get a set of these printed to be handed out...
Carl.
michael goulish wrote:
Mark -- Thanks for kind words, and ideas about the logo.
Here a
On Wed, Feb 18, 2009 at 2:10 PM, Gordon Sim wrote:
> Would it be considered rude to ask for a summary of what the problems with
> the 'M' are? I was away when the thread started and though I have tried to
> catch up, I'm still not clear in that point. I'm aware that its awkward for
> the c++ auto
Gordon Sim wrote:
Aidan Skinner wrote:
On Tue, Feb 10, 2009 at 9:54 PM, Aidan Skinner wrote:
Since the other thread got canned, let's hope we can get a resolution
on this one. Two questions, since there are orthogonal choices to be
made and Apache doesn't support condorcet voting.
Just a he
Aidan Skinner wrote:
On Tue, Feb 10, 2009 at 9:54 PM, Aidan Skinner wrote:
Since the other thread got canned, let's hope we can get a resolution
on this one. Two questions, since there are orthogonal choices to be
made and Apache doesn't support condorcet voting.
Just a heads up that I'm goi
Rajith,
Do you have a test case that shows the dispatcher not starting on the
setting of a message listener after connection start?
The reason we don't automatically start is that if we create a
consumer on a session and never consume on it then starting the
dispatcher will fill the prefetch on th
[
https://issues.apache.org/jira/browse/QPID-1632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674598#action_12674598
]
Martin Ritchie commented on QPID-1632:
--
I've been adding reference counting testing aga
On Tue, Feb 10, 2009 at 9:54 PM, Aidan Skinner wrote:
> Since the other thread got canned, let's hope we can get a resolution
> on this one. Two questions, since there are orthogonal choices to be
> made and Apache doesn't support condorcet voting.
Just a heads up that I'm going to tally this to
On Tue, Feb 17, 2009 at 10:43 PM, Rajith Attapattu wrote:
> I noticed in the current codebase,
> that when the connection is started, the dispatcher thread for a
> particular session will not be started if there are no registered
> message listeners.
> But if I add a message listener later, the d
54 matches
Mail list logo