date:20130719

2013-07-19 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713949#comment-13713949
 ] 

venkata yerrapothu commented on QPID-5004:
--

Apologies for the miscommunication. In our case the any internet connectivity 
(external) must go through proxies only. Our Firewalls block everything.

Thanks


> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Created] (QPID-5009) [Java Broker] Update broker store to revision 7

2013-07-19 Thread Rob Godfrey (JIRA)

Rob Godfrey created QPID-5009:
-

 Summary: [Java Broker] Update broker store to revision 7
 Key: QPID-5009
 URL: https://issues.apache.org/jira/browse/QPID-5009
 Project: Qpid
  Issue Type: Improvement
Reporter: Rob Godfrey
Assignee: Rob Godfrey


To reflect the addition of the config version table, update the revision number 
for the database version in all persistent store implementations.

Ensure store upgrades fail if encountering a database version newer than the 
one the code is expecting

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5009) [Java Broker] Update broker store to revision 7


[ 
https://issues.apache.org/jira/browse/QPID-5009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13714107#comment-13714107
 ] 

ASF subversion and git services commented on QPID-5009:
---

Commit 1505029 from [~godfrer] in branch 'qpid/trunk'
[ https://svn.apache.org/r1505029 ]

QPID-5009 : Update broker store to revision 7

> [Java Broker] Update broker store to revision 7
> ---
>
> Key: QPID-5009
> URL: https://issues.apache.org/jira/browse/QPID-5009
> Project: Qpid
>  Issue Type: Improvement
>Reporter: Rob Godfrey
>Assignee: Rob Godfrey
>
> To reflect the addition of the config version table, update the revision 
> number for the database version in all persistent store implementations.
> Ensure store upgrades fail if encountering a database version newer than the 
> one the code is expecting

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5008) Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 0.24

2013-07-19 Thread Justin Ross (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713785#comment-13713785
 ] 

Justin Ross commented on QPID-5008:
---

Reviewed by Rob.  Approved for 0.24.

http://qpid.2158936.n2.nabble.com/Request-for-inclusion-in-0-24-fix-to-QPID-5005-tp7595697.html

> Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 
> 0.24
> 
>
> Key: QPID-5008
> URL: https://issues.apache.org/jira/browse/QPID-5008
> Project: Qpid
>  Issue Type: Improvement
>Reporter: Fraser Adams
>Priority: Critical
> Fix For: 0.24
>
>
> QPID-5005 describes a patch needed to fix the QMF Java broker plugin due to a 
> change to the plugin API. When testing om 0.24 this revealed that I'd 
> forgotten to add the Session.java class to source control so it was missing 
> from trunk and from 0.24.
> This Jira is to request both of these changes for inclusion on 0.24 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Comment Edited] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713921#comment-13713921
 ] 

venkata yerrapothu edited comment on QPID-5004 at 7/19/13 6:44 PM:
---

Yes we are using the queues which are hosted on Microsoft Datacenters (Azure 
Servicebus).

The Java client is running at our data center behind a firewall.  We do access 
external  http/https ports through a proxy. We don't any difficulty in 
connecting other external web services etc.

Thanks

  was (Author: yerrapothu):
Yes we are using the queues which are hosted on Microsoft Datacenters 
(Azure Servicebus).

The Java client is running behind our data center behind a firewall.  We do 
access external  http/https ports through a proxy. We don't any difficulty in 
connecting other external web services etc.

Thanks
  
> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713921#comment-13713921
 ] 

venkata yerrapothu commented on QPID-5004:
--

Yes we are using the queues which are hosted on Microsoft Datacenters (Azure 
Servicebus).

The Java client is running behind our data center behind a firewall.  We do 
access external  http/https ports through a proxy. We don't any difficulty in 
connecting other external web services etc.

Thanks

> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.

2013-07-19 Thread Ted Ross (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713937#comment-13713937
 ] 

Ted Ross commented on QPID-5004:


Then why do you need a proxy for AMQP?  Can't you just connect directly 
outbound?  Does your firewall block outbound AMQP (tcp port 5672 and 5671)?

(If you would like to chat in more _real time_, you can jump on #qpid on 
freenode.  I'm 'tedross' on that channel).

-Ted



> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.

2013-07-19 Thread Ted Ross (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713898#comment-13713898
 ] 

Ted Ross commented on QPID-5004:


Vankata,

Can you be more specific about which components are inside and outside your 
firewall?  Does your firewall limit outgoing connections to the http/https 
ports?

Are you trying to host AMQP services/queues on a private network that are 
accessible from outside?

Thanks,

-Ted


> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

heh heh heh
So that interface has been a source of some comedy between myself and Rob.

TBH I strongly suspect that I'm the only person who has made use of it
to date as it has been a little bit of a moving target between 0.20 and
present though it has been pretty stable for a couple of months aside
from this one tweak.

It's fair to say that this change could break someone else's plugin
outside Qpid's tree, but equally given the changes along the way I'd be
really surprised if anyone else was using it at the moment, in general
when it has changed/broken I've pinged Rob and Robbie on the user group
and nobody else has taken much of an interest in those threads.

I'd like to hope that this would become a public API, but it hasn't
really been broadcast to date as it has been a bit of a work in progress.

Rob - I hope that's a fair summary?

Frase

On 19/07/13 16:33, Justin Ross wrote:

Okay, understood. To clarify my question: I'm asking whether this
change in the broker interfaces would break someone else's plugin,
outsite Qpid's tree, in a way that we care about. I confess, I don't
know if this is considered public API and subject to these kinds of
concerns.

Justin

On Fri, Jul 19, 2013 at 11:22 AM, Rob Godfrey wrote:

Justin: the code won't compile without the addition of getType().

When I made the change to the broker interfaces that Fraser's code uses, I
would have checked in a near identical change, except the code did not
compile anyway (due to the missing file).

-- Rob

On 19 July 2013 17:20, Justin Ross wrote:

Hi, Fraser. The diff for QPID-5005 is indeed trivial, but due to my
naivete I want to check: should this be necessary? Should the
original behavior of getType be restored? Again, I have no expertise
here. I just feel better asking.

Adding the missing files is fine for 0.24. I need a jira (perhaps the
one used for the original work?) so I can mark approval somewhere.
Indeed, in general for this kind of "forgot to add" commit, I think
it's nice to bundle it with the jira it was originally intended for.
It makes tracking down a coherent set of changes easier.

Justin

On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
wrote:

Thanks guys, I had indeed forgotten to add Session.java to source control
*shame* :-[

I've just done an svn add for Session.java and commited, *hopefully* you

can

see it on trunk now? does ant all in /tools/src/java on trunk build for

you

cleanly now with Session.java added and the getType() fix I commited
earlier?

If so . Justin can I request inclusion of the getType() fix I

mentioned

earlier plus adding Session.java to the 0.24 branch.

Sorry 'bout that.

Frase

On 19/07/13 14:14, Robbie Gemmell wrote:

...and I meant to say that the file is not there on trunk, as can be

seen

here:

http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/

On 19 July 2013 14:11, Robbie Gemmell wrote:

svn status is what you are after

See http://svnbook.red-bean.com/ for the definitive guide.

Robbie

On 19 July 2013 14:02, Fraser Adams
wrote:

Hi Rob,
Just to check - are you saying that you can't see the file

Session.java

in:

/tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/agentdata

on trunk?

Could you check and let me know? What's the betting that I've done the
classic svn faux pas of adding a file and neglecting to do an svn add

it!!???

I'm a bit rubbish as subversion I don't suppose you know of a command
that'll let me know whether a given file in a directory (Session.java

this case) is actually added to source control?

Cheers,
Frase

On 19/07/13 13:39, Rob Godfrey wrote:

Hi Frase,

sorry - I meant to mail you about this at the time... When I made the
plugin change I prepared the patch for you QMF Plugin, but I couldn't
get
it to compile after applying - I was seeing the same errors (on

trunk)

that
you are seeing on 0.24. Have you tried checking out a completely

clean

version of trunk - it may be something messed up in your local

checkout

which is causing it to work for you there.

-- Rob

On 19 July 2013 14:35, Fraser Adams
**>

wrote:

Hey again Justin,

With respect to the other two errors I noticed on 0.24 but not on
trunk
I've just looked and noticed that the Session.java file in
tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
trunk but
not in 0.24. I'm slightly worried by that given that I'm pretty
certain
I
added that file quite a while ago and checking the file properties

says
"Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
concerned about the state of some stuff that got pulled into the

0.24

branch.

Am I losing my marbles?

Frase

On 19/07/13 13:14, Fraser Adams wrote:

Hi Justin,

I just noticed today that the Java Broker Plugin API has changed to
need
o

Re: Request for inclusion in 0.24 - fix to QPID-5005

Justin, I've raised QPID-5008 to cover merging the plugin patch and 
adding Session.java to the 0.24 branch


As Rob says the getType() call was an addition to the plugin interface 
that needed to be overridden in implementing classes.


Hope that's enough to allow me to commit the fixes to 0.24?

None of this affects the core c++ or java broker behaviour it relates to 
the Java based QMF tools and UI in /tools/src/java the java broker 
plugin is only added if one actually chooses to build the QMF UI with 
java broker plugin support by doing ant all in /tools/src/java


Cheers,
Frase

On 19/07/13 16:22, Rob Godfrey wrote:

Justin: the code won't compile without the addition of getType().

When I made the change to the broker interfaces that Fraser's code uses, I
would have checked in a near identical change, except the code did not
compile anyway (due to the missing file).

-- Rob


On 19 July 2013 17:20, Justin Ross  wrote:


Hi, Fraser.  The diff for QPID-5005 is indeed trivial, but due to my
naivete I want to check: should this be necessary?  Should the
original behavior of getType be restored?  Again, I have no expertise
here.  I just feel better asking.

Adding the missing files is fine for 0.24.  I need a jira (perhaps the
one used for the original work?) so I can mark approval somewhere.
Indeed, in general for this kind of "forgot to add" commit, I think
it's nice to bundle it with the jira it was originally intended for.
It makes tracking down a coherent set of changes easier.

Justin


On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
 wrote:

Thanks guys, I had indeed forgotten to add Session.java to source control
*shame* :-[

I've just done an svn add for Session.java and commited, *hopefully* you

can

see it on trunk now? does ant all in /tools/src/java on trunk build for

you

cleanly now with Session.java added and the getType() fix I commited
earlier?

If so . Justin can I request inclusion of the getType() fix I

mentioned

earlier plus adding Session.java to the 0.24 branch.

Sorry 'bout that.

Frase



On 19/07/13 14:14, Robbie Gemmell wrote:

...and I meant to say that the file is not there on trunk, as can be

seen

here:




http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/


On 19 July 2013 14:11, Robbie Gemmell  wrote:


svn status is what you are after

See http://svnbook.red-bean.com/ for the definitive guide.

Robbie


On 19 July 2013 14:02, Fraser Adams 
wrote:


Hi Rob,
Just to check - are you saying that you can't see the file

Session.java

in:

/tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/agentdata

on trunk?

Could you check and let me know? What's the betting that I've done the
classic svn faux pas of adding a file and neglecting to do an svn add

on

it!!???

I'm a bit rubbish as subversion I don't suppose you know of a command
that'll let me know whether a given file in a directory (Session.java

in

this case) is actually added to source control?

Cheers,
Frase





On 19/07/13 13:39, Rob Godfrey wrote:


Hi Frase,

sorry - I meant to mail you about this at the time... When I made the
plugin change I prepared the patch for you QMF Plugin, but I couldn't
get
it to compile after applying - I was seeing the same errors (on

trunk)

that
you are seeing on 0.24.  Have you tried checking out a completely

clean

version of trunk - it may be something messed up in your local

checkout

which is causing it to work for you there.

-- Rob


On 19 July 2013 14:35, Fraser Adams 
**>

wrote:

   Hey again Justin,

With respect to the other two errors I noticed on 0.24 but not on
trunk
I've just looked and noticed that the Session.java file in
tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
trunk but
not in 0.24. I'm slightly worried by that given that I'm pretty
certain
I
added that file quite a while ago and checking the file properties

is

says
"Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
concerned about the state of some stuff that got pulled into the

0.24

branch.

Am I losing my marbles?

Frase



On 19/07/13 13:14, Fraser Adams wrote:

   Hi Justin,

I just noticed today that the Java Broker Plugin API has changed to
need
overridden getType() method in instances of PluginFactory.

I raised QPID-5005 and fixed this on trunk with:

— qpid/tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/
QmfManagementFactory.java
(revision 1504825)
+++ qpid/tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/
QmfManagementFactory.java
(working copy)
@@ -76,4 +76,10 @@
return null;
}
}
+
+ @Override
+ public String getType()
+

{ + return "QMF2 Management"; + }

}


I've just checked the 0.24 release branch and that barfs with

"QmfManagementFactory is

[jira] [Resolved] (QPID-5008) Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 0.24


 [ 
https://issues.apache.org/jira/browse/QPID-5008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Fraser Adams resolved QPID-5008.


Resolution: Fixed

Committed necessary fixes to 0.24 branch under r1504940

> Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 
> 0.24
> 
>
> Key: QPID-5008
> URL: https://issues.apache.org/jira/browse/QPID-5008
> Project: Qpid
>  Issue Type: Improvement
>Reporter: Fraser Adams
>Priority: Critical
> Fix For: 0.24
>
>
> QPID-5005 describes a patch needed to fix the QMF Java broker plugin due to a 
> change to the plugin API. When testing om 0.24 this revealed that I'd 
> forgotten to add the Session.java class to source control so it was missing 
> from trunk and from 0.24.
> This Jira is to request both of these changes for inclusion on 0.24 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

Thanks everybody,
I've added the changes as per QPID-5008 built clean against 0.24, fired
up qpid-server and QpidRestAPI and tested the QMF UI against the java
broker. Looks to be responding fine to all the usual suspects.

I've committed to 0.24 under r1504940

Cheers,
Frase

On 19/07/13 16:53, Justin Ross wrote:

Okay, if that's the case, that's fine by me. Thanks for getting me up
to speed on the situation. /me goes to approve it.

On Fri, Jul 19, 2013 at 11:49 AM, Fraser Adams
wrote:

heh heh heh
So that interface has been a source of some comedy between myself and Rob.

TBH I strongly suspect that I'm the only person who has made use of it to
date as it has been a little bit of a moving target between 0.20 and present
though it has been pretty stable for a couple of months aside from this one
tweak.

It's fair to say that this change could break someone else's plugin outside
Qpid's tree, but equally given the changes along the way I'd be really
surprised if anyone else was using it at the moment, in general when it has
changed/broken I've pinged Rob and Robbie on the user group and nobody else
has taken much of an interest in those threads.

I'd like to hope that this would become a public API, but it hasn't really
been broadcast to date as it has been a bit of a work in progress.

Rob - I hope that's a fair summary?

Frase

On 19/07/13 16:33, Justin Ross wrote:

Justin

On Fri, Jul 19, 2013 at 11:22 AM, Rob Godfrey
wrote:

Justin: the code won't compile without the addition of getType().

When I made the change to the broker interfaces that Fraser's code uses,
I
would have checked in a near identical change, except the code did not
compile anyway (due to the missing file).

-- Rob

On 19 July 2013 17:20, Justin Ross wrote:

Justin

On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
wrote:

Thanks guys, I had indeed forgotten to add Session.java to source
control
*shame* :-[

I've just done an svn add for Session.java and commited, *hopefully*
you

can

see it on trunk now? does ant all in /tools/src/java on trunk build for

you

cleanly now with Session.java added and the getType() fix I commited
earlier?

If so . Justin can I request inclusion of the getType() fix I

mentioned

earlier plus adding Session.java to the 0.24 branch.

Sorry 'bout that.

Frase

On 19/07/13 14:14, Robbie Gemmell wrote:

...and I meant to say that the file is not there on trunk, as can be

seen

here:

http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/

On 19 July 2013 14:11, Robbie Gemmell
wrote:

svn status is what you are after

See http://svnbook.red-bean.com/ for the definitive guide.

Robbie

On 19 July 2013 14:02, Fraser Adams
wrote:

Hi Rob,
Just to check - are you saying that you can't see the file

Session.java

in:

/tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/agentdata

on trunk?

Could you check and let me know? What's the betting that I've done
the
classic svn faux pas of adding a file and neglecting to do an svn
add

it!!???

I'm a bit rubbish as subversion I don't suppose you know of a
command
that'll let me know whether a given file in a directory
(Session.java

this case) is actually added to source control?

Cheers,
Frase

On 19/07/13 13:39, Rob Godfrey wrote:

Hi Frase,

sorry - I meant to mail you about this at the time... When I made
the
plugin change I prepared the patch for you QMF Plugin, but I
couldn't
get
it to compile after applying - I was seeing the same errors (on

trunk)

that
you are seeing on 0.24. Have you tried checking out a completely

clean

version of trunk - it may be something messed up in your local

checkout

which is causing it to work for you there.

-- Rob

On 19 July 2013 14:35, Fraser Adams
**>

wrote:

Hey again Justin,

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.

2013-07-19 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713857#comment-13713857
 ] 

venkata yerrapothu commented on QPID-5004:
--

Thanks for the information. I did raise a ticket with Microsoft support to see 
their response. I will update the issue once I get back the response from MS.

> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5005) Java Broker Plugin API has changed to need overridden getType() method in instances of PluginFactory


[ 
https://issues.apache.org/jira/browse/QPID-5005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713838#comment-13713838
 ] 

ASF subversion and git services commented on QPID-5005:
---

Commit 1504940 from [~fadams] in branch 'qpid/branches/0'
[ https://svn.apache.org/r1504940 ]

JIRA: QPID-5008 Add Session.java class to 0.24 branch and merge QPID-5005 fix 
from trunk to 0.24

> Java Broker Plugin API has changed to need overridden getType() method in 
> instances of PluginFactory
> 
>
> Key: QPID-5005
> URL: https://issues.apache.org/jira/browse/QPID-5005
> Project: Qpid
>  Issue Type: Improvement
>  Components: Java Tools
>Reporter: Fraser Adams
>Priority: Critical
> Fix For: 0.24
>
>
> The Java Broker Plugin API has changed to need overridden getType() method in 
> instances of PluginFactory.
> This change caused the QMF2 plugin for the Java broker in 
> /qpid/tools/src/java to break. The following patch fixes it.
> --- 
> qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
> (revision 1504825)
> +++ 
> qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
> (working copy)
> @@ -76,4 +76,10 @@
>  return null;
>  }
>  }
> +
> +@Override
> +public String getType()
> +{
> +return "QMF2 Management";
> +}
>  }
> I'll commit the fix to trunk, but I'm guessing that the Java broker changes 
> that caused this to happen might mean that it's broken on the 0.24 release 
> branch too.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5008) Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 0.24

2013-07-19 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713837#comment-13713837
 ] 

ASF subversion and git services commented on QPID-5008:
---

Commit 1504940 from [~fadams] in branch 'qpid/branches/0'
[ https://svn.apache.org/r1504940 ]

JIRA: QPID-5008 Add Session.java class to 0.24 branch and merge QPID-5005 fix 
from trunk to 0.24

> Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 
> 0.24
> 
>
> Key: QPID-5008
> URL: https://issues.apache.org/jira/browse/QPID-5008
> Project: Qpid
>  Issue Type: Improvement
>Reporter: Fraser Adams
>Priority: Critical
> Fix For: 0.24
>
>
> QPID-5005 describes a patch needed to fix the QMF Java broker plugin due to a 
> change to the plugin API. When testing om 0.24 this revealed that I'd 
> forgotten to add the Session.java class to source control so it was missing 
> from trunk and from 0.24.
> This Jira is to request both of these changes for inclusion on 0.24 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

Yeah - that's a fairly good summary... this change is fairly trivial in
itself but there's a lot of stuff backed into the broker that depends on
this change (it actually makes integration of new plugins into the UI a lot
easier).  I don't think it's necessary to call out this change in the API
in any way as we've never really declared the plugin api stable.  Hopefully
in the next couple of releases the plugins will settle down enough that we
can then advertise it as stable and let people rely on it.  0.24 brings a
much greater use of "plugins" to the Java Broker, all the store
implementations and all the Protocol implementations are now plugins

-- Rob


On 19 July 2013 16:49, Fraser Adams  wrote:

> heh heh heh
> So that interface has been a source of some comedy between myself and Rob.
>
> TBH I strongly suspect that I'm the only person who has made use of it to
> date as it has been a little bit of a moving target between 0.20 and
> present though it has been pretty stable for a couple of months aside from
> this one tweak.
>
> It's fair to say that this change could break someone else's plugin
> outside Qpid's tree, but equally given the changes along the way I'd be
> really surprised if anyone else was using it at the moment, in general when
> it has changed/broken I've pinged Rob and Robbie on the user group and
> nobody else has taken much of an interest in those threads.
>
> I'd like to hope that this would become a public API, but it hasn't really
> been broadcast to date as it has been a bit of a work in progress.
>
> Rob - I hope that's a fair summary?
>
> Frase
>
>
>
> On 19/07/13 16:33, Justin Ross wrote:
>
>> Okay, understood.  To clarify my question: I'm asking whether this
>> change in the broker interfaces would break someone else's plugin,
>> outsite Qpid's tree, in a way that we care about.  I confess, I don't
>> know if this is considered public API and subject to these kinds of
>> concerns.
>>
>> Justin
>>
>> On Fri, Jul 19, 2013 at 11:22 AM, Rob Godfrey 
>> wrote:
>>
>>> Justin: the code won't compile without the addition of getType().
>>>
>>> When I made the change to the broker interfaces that Fraser's code uses,
>>> I
>>> would have checked in a near identical change, except the code did not
>>> compile anyway (due to the missing file).
>>>
>>> -- Rob
>>>
>>>
>>> On 19 July 2013 17:20, Justin Ross  wrote:
>>>
>>>  Hi, Fraser.  The diff for QPID-5005 is indeed trivial, but due to my
 naivete I want to check: should this be necessary?  Should the
 original behavior of getType be restored?  Again, I have no expertise
 here.  I just feel better asking.

 Adding the missing files is fine for 0.24.  I need a jira (perhaps the
 one used for the original work?) so I can mark approval somewhere.
 Indeed, in general for this kind of "forgot to add" commit, I think
 it's nice to bundle it with the jira it was originally intended for.
 It makes tracking down a coherent set of changes easier.

 Justin


 On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
  wrote:

> Thanks guys, I had indeed forgotten to add Session.java to source
> control
> *shame* :-[
>
> I've just done an svn add for Session.java and commited, *hopefully*
> you
>
 can

> see it on trunk now? does ant all in /tools/src/java on trunk build for
>
 you

> cleanly now with Session.java added and the getType() fix I commited
> earlier?
>
> If so . Justin can I request inclusion of the getType() fix I
>
 mentioned

> earlier plus adding Session.java to the 0.24 branch.
>
> Sorry 'bout that.
>
> Frase
>
>
>
> On 19/07/13 14:14, Robbie Gemmell wrote:
>
>> ...and I meant to say that the file is not there on trunk, as can be
>>
> seen

> here:
>>
>>
>>
>>  http://svn.apache.org/viewvc/**qpid/trunk/qpid/tools/src/**
 java/src/qpid-broker-plugins-**management-qmf2/java/org/**
 apache/qpid/server/qmf2/**agentdata/

>
>> On 19 July 2013 14:11, Robbie Gemmell 
>> wrote:
>>
>>  svn status is what you are after
>>>
>>> See http://svnbook.red-bean.com/ for the definitive guide.
>>>
>>> Robbie
>>>
>>>
>>> On 19 July 2013 14:02, Fraser Adams >> >
>>> wrote:
>>>
>>>  Hi Rob,
 Just to check - are you saying that you can't see the file

>>> Session.java

> in:

 /tools/src/java/src/qpid-broker-plugins-management-**
 qmf2/java/org/apache/qpid/server/qmf2/agentdata

 on trunk?

 Could you check and let me know? What's the betting that I've done
 the
 classic svn faux pas of adding a file and neglecting to do an

Re: Request for inclusion in 0.24 - fix to QPID-5005

2013-07-19 Thread Justin Ross

Okay, if that's the case, that's fine by me.  Thanks for getting me up
to speed on the situation.  /me goes to approve it.

On Fri, Jul 19, 2013 at 11:49 AM, Fraser Adams
 wrote:
> heh heh heh
> So that interface has been a source of some comedy between myself and Rob.
>
> TBH I strongly suspect that I'm the only person who has made use of it to
> date as it has been a little bit of a moving target between 0.20 and present
> though it has been pretty stable for a couple of months aside from this one
> tweak.
>
> It's fair to say that this change could break someone else's plugin outside
> Qpid's tree, but equally given the changes along the way I'd be really
> surprised if anyone else was using it at the moment, in general when it has
> changed/broken I've pinged Rob and Robbie on the user group and nobody else
> has taken much of an interest in those threads.
>
> I'd like to hope that this would become a public API, but it hasn't really
> been broadcast to date as it has been a bit of a work in progress.
>
> Rob - I hope that's a fair summary?
>
> Frase
>
>
>
> On 19/07/13 16:33, Justin Ross wrote:
>>
>> Okay, understood.  To clarify my question: I'm asking whether this
>> change in the broker interfaces would break someone else's plugin,
>> outsite Qpid's tree, in a way that we care about.  I confess, I don't
>> know if this is considered public API and subject to these kinds of
>> concerns.
>>
>> Justin
>>
>> On Fri, Jul 19, 2013 at 11:22 AM, Rob Godfrey 
>> wrote:
>>>
>>> Justin: the code won't compile without the addition of getType().
>>>
>>> When I made the change to the broker interfaces that Fraser's code uses,
>>> I
>>> would have checked in a near identical change, except the code did not
>>> compile anyway (due to the missing file).
>>>
>>> -- Rob
>>>
>>>
>>> On 19 July 2013 17:20, Justin Ross  wrote:
>>>
 Hi, Fraser.  The diff for QPID-5005 is indeed trivial, but due to my
 naivete I want to check: should this be necessary?  Should the
 original behavior of getType be restored?  Again, I have no expertise
 here.  I just feel better asking.

 Adding the missing files is fine for 0.24.  I need a jira (perhaps the
 one used for the original work?) so I can mark approval somewhere.
 Indeed, in general for this kind of "forgot to add" commit, I think
 it's nice to bundle it with the jira it was originally intended for.
 It makes tracking down a coherent set of changes easier.

 Justin


 On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
  wrote:
>
> Thanks guys, I had indeed forgotten to add Session.java to source
> control
> *shame* :-[
>
> I've just done an svn add for Session.java and commited, *hopefully*
> you

 can
>
> see it on trunk now? does ant all in /tools/src/java on trunk build for

 you
>
> cleanly now with Session.java added and the getType() fix I commited
> earlier?
>
> If so . Justin can I request inclusion of the getType() fix I

 mentioned
>
> earlier plus adding Session.java to the 0.24 branch.
>
> Sorry 'bout that.
>
> Frase
>
>
>
> On 19/07/13 14:14, Robbie Gemmell wrote:
>>
>> ...and I meant to say that the file is not there on trunk, as can be

 seen
>>
>> here:
>>
>>
>>

 http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/
>>
>>
>> On 19 July 2013 14:11, Robbie Gemmell 
>> wrote:
>>
>>> svn status is what you are after
>>>
>>> See http://svnbook.red-bean.com/ for the definitive guide.
>>>
>>> Robbie
>>>
>>>
>>> On 19 July 2013 14:02, Fraser Adams 
>>> wrote:
>>>
 Hi Rob,
 Just to check - are you saying that you can't see the file

 Session.java

 in:

 /tools/src/java/src/qpid-**broker-plugins-management-**
 qmf2/java/org/apache/qpid/**server/qmf2/agentdata

 on trunk?

 Could you check and let me know? What's the betting that I've done
 the
 classic svn faux pas of adding a file and neglecting to do an svn
 add

 on

 it!!???

 I'm a bit rubbish as subversion I don't suppose you know of a
 command
 that'll let me know whether a given file in a directory
 (Session.java

 in

 this case) is actually added to source control?

 Cheers,
 Frase





 On 19/07/13 13:39, Rob Godfrey wrote:

> Hi Frase,
>
> sorry - I meant to mail you about this at the time... When I made
> the
> plugin change I prepared the patch for you QMF Plugin, but I
> couldn't
> get
> it

[jira] [Created] (QPID-5008) Add Session.java class to 0.24 branch and merge QPID-5005 fix from trunk to 0.24

Fraser Adams created QPID-5008:
--

 Summary: Add Session.java class to 0.24 branch and merge QPID-5005 
fix from trunk to 0.24
 Key: QPID-5008
 URL: https://issues.apache.org/jira/browse/QPID-5008
 Project: Qpid
  Issue Type: Improvement
Reporter: Fraser Adams
Priority: Critical
 Fix For: 0.24


QPID-5005 describes a patch needed to fix the QMF Java broker plugin due to a 
change to the plugin API. When testing om 0.24 this revealed that I'd forgotten 
to add the Session.java class to source control so it was missing from trunk 
and from 0.24.

This Jira is to request both of these changes for inclusion on 0.24 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Created] (QPID-5007) Qpid HA cluster does not support failback in an ordered domain.

2013-07-19 Thread Alan Conway (JIRA)

Alan Conway created QPID-5007:
-

 Summary: Qpid HA cluster does not support failback in an ordered 
domain.
 Key: QPID-5007
 URL: https://issues.apache.org/jira/browse/QPID-5007
 Project: Qpid
  Issue Type: Bug
  Components: C++ Clustering
Affects Versions: 0.22
Reporter: Alan Conway
Assignee: Alan Conway


rgmanager has the notion of an ordered domain, where it will try to start 
services on the highest priority node in the domain.
(see https://fedorahosted.org/cluster/wiki/FailoverDomains) 

The problem arises like this:

- start a 2 node cluster with an ordered domain. 
- Create a queue and put and put enough messages on so that catchup takes 
longer than the time to restart node1
- kill node1, rgmanager relocates qpidd-primary service to node2
- immediately restart node1
- rgmanager wants to relocate the service to node1 so it:
  - kills the primary on node2 as first step of relocation
  - attempts to restart the primary on node1 which fails
because it is still in catchup and there is no primary to catch up
from.
- at this point we get into an infinite loop of failed attempts to
restart the primary.

The workaround is to set the nofailback option on the domain.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Updated] (QPID-5007) Qpid HA cluster does not support failback in an ordered domain.

2013-07-19 Thread Alan Conway (JIRA)


 [ 
https://issues.apache.org/jira/browse/QPID-5007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan Conway updated QPID-5007:
--

Description: 
rgmanager has the notion of an ordered domain, where it will try to start 
services on the highest priority node in the domain.
(see https://fedorahosted.org/cluster/wiki/FailoverDomains) 

The problem arises like this:

- start a 2 node cluster with an ordered domain. 
- Create a queue and put and put enough messages on so that catchup takes 
longer than the time to restart node1
- kill node1, rgmanager relocates qpidd-primary service to node2
- immediately restart node1
- rgmanager wants to relocate the service to node1 so it:
  - kills the primary on node2 as first step of relocation
  - attempts to restart the primary on node1 which fails
because it is still in catchup and there is no primary to catch up
from.
- at this point we get into an infinite loop of failed attempts to
restart the primary.

The workaround is to set the nofailback option on the domain.

See also: https://bugzilla.redhat.com/show_bug.cgi?id=970657

  was:
rgmanager has the notion of an ordered domain, where it will try to start 
services on the highest priority node in the domain.
(see https://fedorahosted.org/cluster/wiki/FailoverDomains) 

The problem arises like this:

- start a 2 node cluster with an ordered domain. 
- Create a queue and put and put enough messages on so that catchup takes 
longer than the time to restart node1
- kill node1, rgmanager relocates qpidd-primary service to node2
- immediately restart node1
- rgmanager wants to relocate the service to node1 so it:
  - kills the primary on node2 as first step of relocation
  - attempts to restart the primary on node1 which fails
because it is still in catchup and there is no primary to catch up
from.
- at this point we get into an infinite loop of failed attempts to
restart the primary.

The workaround is to set the nofailback option on the domain.


> Qpid HA cluster does not support failback in an ordered domain.
> ---
>
> Key: QPID-5007
> URL: https://issues.apache.org/jira/browse/QPID-5007
> Project: Qpid
>  Issue Type: Bug
>  Components: C++ Clustering
>Affects Versions: 0.22
>Reporter: Alan Conway
>Assignee: Alan Conway
>
> rgmanager has the notion of an ordered domain, where it will try to start 
> services on the highest priority node in the domain.
> (see https://fedorahosted.org/cluster/wiki/FailoverDomains) 
> The problem arises like this:
> - start a 2 node cluster with an ordered domain. 
> - Create a queue and put and put enough messages on so that catchup takes 
> longer than the time to restart node1
> - kill node1, rgmanager relocates qpidd-primary service to node2
> - immediately restart node1
> - rgmanager wants to relocate the service to node1 so it:
>   - kills the primary on node2 as first step of relocation
>   - attempts to restart the primary on node1 which fails
> because it is still in catchup and there is no primary to catch up
> from.
> - at this point we get into an infinite loop of failed attempts to
> restart the primary.
> The workaround is to set the nofailback option on the domain.
> See also: https://bugzilla.redhat.com/show_bug.cgi?id=970657

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

2013-07-19 Thread Justin Ross

Okay, understood.  To clarify my question: I'm asking whether this
change in the broker interfaces would break someone else's plugin,
outsite Qpid's tree, in a way that we care about.  I confess, I don't
know if this is considered public API and subject to these kinds of
concerns.

Justin

On Fri, Jul 19, 2013 at 11:22 AM, Rob Godfrey  wrote:
> Justin: the code won't compile without the addition of getType().
>
> When I made the change to the broker interfaces that Fraser's code uses, I
> would have checked in a near identical change, except the code did not
> compile anyway (due to the missing file).
>
> -- Rob
>
>
> On 19 July 2013 17:20, Justin Ross  wrote:
>
>> Hi, Fraser.  The diff for QPID-5005 is indeed trivial, but due to my
>> naivete I want to check: should this be necessary?  Should the
>> original behavior of getType be restored?  Again, I have no expertise
>> here.  I just feel better asking.
>>
>> Adding the missing files is fine for 0.24.  I need a jira (perhaps the
>> one used for the original work?) so I can mark approval somewhere.
>> Indeed, in general for this kind of "forgot to add" commit, I think
>> it's nice to bundle it with the jira it was originally intended for.
>> It makes tracking down a coherent set of changes easier.
>>
>> Justin
>>
>>
>> On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
>>  wrote:
>> > Thanks guys, I had indeed forgotten to add Session.java to source control
>> > *shame* :-[
>> >
>> > I've just done an svn add for Session.java and commited, *hopefully* you
>> can
>> > see it on trunk now? does ant all in /tools/src/java on trunk build for
>> you
>> > cleanly now with Session.java added and the getType() fix I commited
>> > earlier?
>> >
>> > If so . Justin can I request inclusion of the getType() fix I
>> mentioned
>> > earlier plus adding Session.java to the 0.24 branch.
>> >
>> > Sorry 'bout that.
>> >
>> > Frase
>> >
>> >
>> >
>> > On 19/07/13 14:14, Robbie Gemmell wrote:
>> >>
>> >> ...and I meant to say that the file is not there on trunk, as can be
>> seen
>> >> here:
>> >>
>> >>
>> >>
>> http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/
>> >>
>> >>
>> >> On 19 July 2013 14:11, Robbie Gemmell  wrote:
>> >>
>> >>> svn status is what you are after
>> >>>
>> >>> See http://svnbook.red-bean.com/ for the definitive guide.
>> >>>
>> >>> Robbie
>> >>>
>> >>>
>> >>> On 19 July 2013 14:02, Fraser Adams 
>> >>> wrote:
>> >>>
>>  Hi Rob,
>>  Just to check - are you saying that you can't see the file
>> Session.java
>>  in:
>> 
>>  /tools/src/java/src/qpid-**broker-plugins-management-**
>>  qmf2/java/org/apache/qpid/**server/qmf2/agentdata
>> 
>>  on trunk?
>> 
>>  Could you check and let me know? What's the betting that I've done the
>>  classic svn faux pas of adding a file and neglecting to do an svn add
>> on
>>  it!!???
>> 
>>  I'm a bit rubbish as subversion I don't suppose you know of a command
>>  that'll let me know whether a given file in a directory (Session.java
>> in
>>  this case) is actually added to source control?
>> 
>>  Cheers,
>>  Frase
>> 
>> 
>> 
>> 
>> 
>>  On 19/07/13 13:39, Rob Godfrey wrote:
>> 
>> > Hi Frase,
>> >
>> > sorry - I meant to mail you about this at the time... When I made the
>> > plugin change I prepared the patch for you QMF Plugin, but I couldn't
>> > get
>> > it to compile after applying - I was seeing the same errors (on
>> trunk)
>> > that
>> > you are seeing on 0.24.  Have you tried checking out a completely
>> clean
>> > version of trunk - it may be something messed up in your local
>> checkout
>> > which is causing it to work for you there.
>> >
>> > -- Rob
>> >
>> >
>> > On 19 July 2013 14:35, Fraser Adams > **>
>> > wrote:
>> >
>> >   Hey again Justin,
>> >>
>> >> With respect to the other two errors I noticed on 0.24 but not on
>> >> trunk
>> >> I've just looked and noticed that the Session.java file in
>> >> tools/src/java/src/qpid-broker-plugins-management-**
>> >> qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
>> >> trunk but
>> >> not in 0.24. I'm slightly worried by that given that I'm pretty
>> >> certain
>> >> I
>> >> added that file quite a while ago and checking the file properties
>> is
>> >> says
>> >> "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
>> >> concerned about the state of some stuff that got pulled into the
>> 0.24
>> >> branch.
>> >>
>> >> Am I losing my marbles?
>> >>
>> >> Frase
>> >>
>> >>
>> >>
>> >> On 19/07/13 13:14, Fraser Adams wrote:
>> >>
>> >>   Hi Justin,
>> >>>
>> >>> I just noticed today that the Java Broker Plugin API has changed to
>> >>> need
>> >>> ove

Re: Request for inclusion in 0.24 - fix to QPID-5005

Justin: the code won't compile without the addition of getType().

When I made the change to the broker interfaces that Fraser's code uses, I
would have checked in a near identical change, except the code did not
compile anyway (due to the missing file).

-- Rob


On 19 July 2013 17:20, Justin Ross  wrote:

> Hi, Fraser.  The diff for QPID-5005 is indeed trivial, but due to my
> naivete I want to check: should this be necessary?  Should the
> original behavior of getType be restored?  Again, I have no expertise
> here.  I just feel better asking.
>
> Adding the missing files is fine for 0.24.  I need a jira (perhaps the
> one used for the original work?) so I can mark approval somewhere.
> Indeed, in general for this kind of "forgot to add" commit, I think
> it's nice to bundle it with the jira it was originally intended for.
> It makes tracking down a coherent set of changes easier.
>
> Justin
>
>
> On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
>  wrote:
> > Thanks guys, I had indeed forgotten to add Session.java to source control
> > *shame* :-[
> >
> > I've just done an svn add for Session.java and commited, *hopefully* you
> can
> > see it on trunk now? does ant all in /tools/src/java on trunk build for
> you
> > cleanly now with Session.java added and the getType() fix I commited
> > earlier?
> >
> > If so . Justin can I request inclusion of the getType() fix I
> mentioned
> > earlier plus adding Session.java to the 0.24 branch.
> >
> > Sorry 'bout that.
> >
> > Frase
> >
> >
> >
> > On 19/07/13 14:14, Robbie Gemmell wrote:
> >>
> >> ...and I meant to say that the file is not there on trunk, as can be
> seen
> >> here:
> >>
> >>
> >>
> http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/
> >>
> >>
> >> On 19 July 2013 14:11, Robbie Gemmell  wrote:
> >>
> >>> svn status is what you are after
> >>>
> >>> See http://svnbook.red-bean.com/ for the definitive guide.
> >>>
> >>> Robbie
> >>>
> >>>
> >>> On 19 July 2013 14:02, Fraser Adams 
> >>> wrote:
> >>>
>  Hi Rob,
>  Just to check - are you saying that you can't see the file
> Session.java
>  in:
> 
>  /tools/src/java/src/qpid-**broker-plugins-management-**
>  qmf2/java/org/apache/qpid/**server/qmf2/agentdata
> 
>  on trunk?
> 
>  Could you check and let me know? What's the betting that I've done the
>  classic svn faux pas of adding a file and neglecting to do an svn add
> on
>  it!!???
> 
>  I'm a bit rubbish as subversion I don't suppose you know of a command
>  that'll let me know whether a given file in a directory (Session.java
> in
>  this case) is actually added to source control?
> 
>  Cheers,
>  Frase
> 
> 
> 
> 
> 
>  On 19/07/13 13:39, Rob Godfrey wrote:
> 
> > Hi Frase,
> >
> > sorry - I meant to mail you about this at the time... When I made the
> > plugin change I prepared the patch for you QMF Plugin, but I couldn't
> > get
> > it to compile after applying - I was seeing the same errors (on
> trunk)
> > that
> > you are seeing on 0.24.  Have you tried checking out a completely
> clean
> > version of trunk - it may be something messed up in your local
> checkout
> > which is causing it to work for you there.
> >
> > -- Rob
> >
> >
> > On 19 July 2013 14:35, Fraser Adams  **>
> > wrote:
> >
> >   Hey again Justin,
> >>
> >> With respect to the other two errors I noticed on 0.24 but not on
> >> trunk
> >> I've just looked and noticed that the Session.java file in
> >> tools/src/java/src/qpid-broker-plugins-management-**
> >> qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
> >> trunk but
> >> not in 0.24. I'm slightly worried by that given that I'm pretty
> >> certain
> >> I
> >> added that file quite a while ago and checking the file properties
> is
> >> says
> >> "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
> >> concerned about the state of some stuff that got pulled into the
> 0.24
> >> branch.
> >>
> >> Am I losing my marbles?
> >>
> >> Frase
> >>
> >>
> >>
> >> On 19/07/13 13:14, Fraser Adams wrote:
> >>
> >>   Hi Justin,
> >>>
> >>> I just noticed today that the Java Broker Plugin API has changed to
> >>> need
> >>> overridden getType() method in instances of PluginFactory.
> >>>
> >>> I raised QPID-5005 and fixed this on trunk with:
> >>>
> >>> — qpid/tools/src/java/src/qpid-broker-plugins-management-**
> >>> qmf2/java/org/apache/qpid/server/qmf2/
> >>> QmfManagementFactory.java
> >>> (revision 1504825)
> >>> +++ qpid/tools/src/java/src/qpid-broker-plugins-management-**
> >>> qmf2/java/org/apache/qpid/server/qmf2/
> >>> QmfManagementFactory.java
> >

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.

2013-07-19 Thread Rob Godfrey (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713761#comment-13713761
 ] 

Rob Godfrey commented on QPID-5004:
---

Even if the JMS client were to have this capability it would not help unless 
the service also tunnelled over HTTP. As far as I am aware, Microsoft do not 
currently offer any sort of tunnelling over HTTP for their Azure ServiceBus 
AMQP offering.

The mechanism we are expecting to use for tunnelling AMQP is WebSockets, and a 
definition of how AMQP maps to WebSockets is currently in progress at the OASIS 
AMQP Bindings and Mappings Technical Committee: 
https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=amqp-bindmap



> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

2013-07-19 Thread Justin Ross

Hi, Fraser.  The diff for QPID-5005 is indeed trivial, but due to my
naivete I want to check: should this be necessary?  Should the
original behavior of getType be restored?  Again, I have no expertise
here.  I just feel better asking.

Adding the missing files is fine for 0.24.  I need a jira (perhaps the
one used for the original work?) so I can mark approval somewhere.
Indeed, in general for this kind of "forgot to add" commit, I think
it's nice to bundle it with the jira it was originally intended for.
It makes tracking down a coherent set of changes easier.

Justin


On Fri, Jul 19, 2013 at 9:35 AM, Fraser Adams
 wrote:
> Thanks guys, I had indeed forgotten to add Session.java to source control
> *shame* :-[
>
> I've just done an svn add for Session.java and commited, *hopefully* you can
> see it on trunk now? does ant all in /tools/src/java on trunk build for you
> cleanly now with Session.java added and the getType() fix I commited
> earlier?
>
> If so . Justin can I request inclusion of the getType() fix I mentioned
> earlier plus adding Session.java to the 0.24 branch.
>
> Sorry 'bout that.
>
> Frase
>
>
>
> On 19/07/13 14:14, Robbie Gemmell wrote:
>>
>> ...and I meant to say that the file is not there on trunk, as can be seen
>> here:
>>
>>
>> http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/
>>
>>
>> On 19 July 2013 14:11, Robbie Gemmell  wrote:
>>
>>> svn status is what you are after
>>>
>>> See http://svnbook.red-bean.com/ for the definitive guide.
>>>
>>> Robbie
>>>
>>>
>>> On 19 July 2013 14:02, Fraser Adams 
>>> wrote:
>>>
 Hi Rob,
 Just to check - are you saying that you can't see the file Session.java
 in:

 /tools/src/java/src/qpid-**broker-plugins-management-**
 qmf2/java/org/apache/qpid/**server/qmf2/agentdata

 on trunk?

 Could you check and let me know? What's the betting that I've done the
 classic svn faux pas of adding a file and neglecting to do an svn add on
 it!!???

 I'm a bit rubbish as subversion I don't suppose you know of a command
 that'll let me know whether a given file in a directory (Session.java in
 this case) is actually added to source control?

 Cheers,
 Frase





 On 19/07/13 13:39, Rob Godfrey wrote:

> Hi Frase,
>
> sorry - I meant to mail you about this at the time... When I made the
> plugin change I prepared the patch for you QMF Plugin, but I couldn't
> get
> it to compile after applying - I was seeing the same errors (on trunk)
> that
> you are seeing on 0.24.  Have you tried checking out a completely clean
> version of trunk - it may be something messed up in your local checkout
> which is causing it to work for you there.
>
> -- Rob
>
>
> On 19 July 2013 14:35, Fraser Adams 
> wrote:
>
>   Hey again Justin,
>>
>> With respect to the other two errors I noticed on 0.24 but not on
>> trunk
>> I've just looked and noticed that the Session.java file in
>> tools/src/java/src/qpid-broker-plugins-management-**
>> qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
>> trunk but
>> not in 0.24. I'm slightly worried by that given that I'm pretty
>> certain
>> I
>> added that file quite a while ago and checking the file properties is
>> says
>> "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
>> concerned about the state of some stuff that got pulled into the 0.24
>> branch.
>>
>> Am I losing my marbles?
>>
>> Frase
>>
>>
>>
>> On 19/07/13 13:14, Fraser Adams wrote:
>>
>>   Hi Justin,
>>>
>>> I just noticed today that the Java Broker Plugin API has changed to
>>> need
>>> overridden getType() method in instances of PluginFactory.
>>>
>>> I raised QPID-5005 and fixed this on trunk with:
>>>
>>> — qpid/tools/src/java/src/qpid-broker-plugins-management-**
>>> qmf2/java/org/apache/qpid/server/qmf2/
>>> QmfManagementFactory.java
>>> (revision 1504825)
>>> +++ qpid/tools/src/java/src/qpid-broker-plugins-management-**
>>> qmf2/java/org/apache/qpid/server/qmf2/
>>> QmfManagementFactory.java
>>> (working copy)
>>> @@ -76,4 +76,10 @@
>>> return null;
>>> }
>>> }
>>> +
>>> + @Override
>>> + public String getType()
>>> +
>>>
>>> { + return "QMF2 Management"; + }
>>>
>>> }
>>>
>>>
>>> I've just checked the 0.24 release branch and that barfs with
>>>
>>> "QmfManagementFactory is not abstract and does not override abstract
>>> method getType() in org.apache.qpid.server.plugin.Pluggable
>>>
>>> "
>>>
>>>
>>> Actually on 0.24 I seem to be getting a couple of other errors :-(
>>>
>>> "ins-manage

[jira] [Comment Edited] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713713#comment-13713713
 ] 

venkata yerrapothu edited comment on QPID-5004 at 7/19/13 2:42 PM:
---

Is it a good idea to request this feature as most of the enterprise 
applications are running behind proxy/Firewall.
 
Cloud hosted AMQP capable queues are out of reach with out this capability.

  was (Author: yerrapothu):
Is it possible request this feature as most of the enterprise applications 
are running behind proxy/Firewall.
 
Cloud hosted AMQP capable queues are out of reach with out this capability.
  
> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Created] (QPID-5006) AMQP 1.0 Qpid JMS client support for tunneling over HTTP

venkata yerrapothu created QPID-5006:


 Summary: AMQP 1.0 Qpid JMS client support for tunneling over HTTP
 Key: QPID-5006
 URL: https://issues.apache.org/jira/browse/QPID-5006
 Project: Qpid
  Issue Type: New Feature
  Components: Java Client
Affects Versions: Future
Reporter: venkata yerrapothu
 Fix For: Future


JMS client support for tunneling over HTTP needed to access internet hosted 
queues.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713713#comment-13713713
 ] 

venkata yerrapothu commented on QPID-5004:
--

Is it possible request this feature as most of the enterprise applications are 
running behind proxy/Firewall.
 
Cloud hosted AMQP capable queues are out of reach with out this capability.

> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.

2013-07-19 Thread Gordon Sim (JIRA)


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713684#comment-13713684
 ] 

Gordon Sim commented on QPID-5004:
--

I don't believe the AMQP 1.0 Qpid JMS client supports tunnelling over HTTP.

> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

Thanks Rob, I've made the changes on 0.24 now and it builds there too, 
so I'm just waiting the go ahead from Justin to commit to 0.24 branch.


That svn status is quite handy isn't it :-D

Thanks again (and to Robbie)

Frase


On 19/07/13 14:46, Rob Godfrey wrote:

yep - that builds fine for me now...

-- Rob


On 19 July 2013 15:35, Fraser Adams  wrote:


Thanks guys, I had indeed forgotten to add Session.java to source control
*shame* :-[

I've just done an svn add for Session.java and commited, *hopefully* you
can see it on trunk now? does ant all in /tools/src/java on trunk build for
you cleanly now with Session.java added and the getType() fix I commited
earlier?

If so . Justin can I request inclusion of the getType() fix I
mentioned earlier plus adding Session.java to the 0.24 branch.

Sorry 'bout that.

Frase



On 19/07/13 14:14, Robbie Gemmell wrote:


...and I meant to say that the file is not there on trunk, as can be seen
here:

http://svn.apache.org/viewvc/**qpid/trunk/qpid/tools/src/**
java/src/qpid-broker-plugins-**management-qmf2/java/org/**
apache/qpid/server/qmf2/**agentdata/


On 19 July 2013 14:11, Robbie Gemmell  wrote:

  svn status is what you are after

See http://svnbook.red-bean.com/ for the definitive guide.

Robbie


On 19 July 2013 14:02, Fraser Adams 
wrote:

  Hi Rob,

Just to check - are you saying that you can't see the file Session.java
in:

/tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/agentdata

on trunk?

Could you check and let me know? What's the betting that I've done the
classic svn faux pas of adding a file and neglecting to do an svn add on
it!!???

I'm a bit rubbish as subversion I don't suppose you know of a command
that'll let me know whether a given file in a directory (Session.java in
this case) is actually added to source control?

Cheers,
Frase





On 19/07/13 13:39, Rob Godfrey wrote:

  Hi Frase,

sorry - I meant to mail you about this at the time... When I made the
plugin change I prepared the patch for you QMF Plugin, but I couldn't
get
it to compile after applying - I was seeing the same errors (on trunk)
that
you are seeing on 0.24.  Have you tried checking out a completely clean
version of trunk - it may be something messed up in your local checkout
which is causing it to work for you there.

-- Rob


On 19 July 2013 14:35, Fraser Adams 
wrote:

   Hey again Justin,


With respect to the other two errors I noticed on 0.24 but not on
trunk
I've just looked and noticed that the Session.java file in
tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/agentdata is present in
trunk but
not in 0.24. I'm slightly worried by that given that I'm pretty
certain
I
added that file quite a while ago and checking the file properties is
says
"Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
concerned about the state of some stuff that got pulled into the 0.24
branch.

Am I losing my marbles?

Frase



On 19/07/13 13:14, Fraser Adams wrote:

   Hi Justin,


I just noticed today that the Java Broker Plugin API has changed to
need
overridden getType() method in instances of PluginFactory.

I raised QPID-5005 and fixed this on trunk with:

— qpid/tools/src/java/src/qpid-**broker-plugins-management-
qmf2/java/org/apache/qpid/**server/qmf2/
QmfManagementFactory.java
(revision 1504825)
+++ qpid/tools/src/java/src/qpid-**broker-plugins-management-***
*
qmf2/java/org/apache/qpid/**server/qmf2/
QmfManagementFactory.java
(working copy)
@@ -76,4 +76,10 @@
return null;
}
}
+
+ @Override
+ public String getType()
+

{ + return "QMF2 Management"; + }

}


I've just checked the 0.24 release branch and that barfs with

"QmfManagementFactory is not abstract and does not override abstract
method getType() in org.apache.qpid.server.plugin.**Pluggable

"


Actually on 0.24 I seem to be getting a couple of other errors :-(

"ins-management-qmf2/java/org/**apache/qpid/server/qmf2/**
QmfManagementAgent.java:172:
cannot find symbol
[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.
**agentdata
[javac] _agent.registerObjectClass(*
*org.apache.qpid.server.qmf2.
agentdata.Session.getSchema())**;
[javac] ^
[javac] /home/fadams/qpid/qpid-0.24/**qpid/tools/src/java/src/**
qpid-*
***
broker-plugins-management-**qmf2/java/org/apache/qpid/
server/qmf2/**QmfManagementAgent.java:374:
cannot find symbol
[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.
**agentdata
[javac] data = new org.apache.qpid.server.qmf2.**
agentdata.Session((Session)**child, ref.getObjectId());
[javac]

"

Which I don't seem to be getting on trunk - there might be some
differences to some of the stuff Robbie an

[jira] [Commented] (QPID-5004) AMQP queue client functionality is not working behind a HTTP proxy.


[ 
https://issues.apache.org/jira/browse/QPID-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713668#comment-13713668
 ] 

venkata yerrapothu commented on QPID-5004:
--

I am using the code from the below URL.
http://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-amqp/

Everything works perfect If I have direct internet connection.

We are running into issues when running the same behind proxy/firewall.  

We are setting the proxy information this way. Please let me know if you need 
further information.


public void setProxy() {
if (isUseHTTPProxy()) {
// HTTP/HTTPS Proxy
System.setProperty("http.proxyHost", getHTTPHost());
System.setProperty("http.proxyPort", getHTTPPort());
System.setProperty("https.proxyHost", getHTTPHost());
System.setProperty("https.proxyPort", getHTTPPort());
if (isUseHTTPAuth()) {
String encoded = new String(Base64.encodeBase64((getHTTPUsername() 
+ ":" + getHTTPPassword()).getBytes()));
con.setRequestProperty("Proxy-Authorization", "Basic " + encoded);
Authenticator.setDefault(new ProxyAuth(getHTTPUsername(), 
getHTTPPassword()));
}
}
if (isUseSOCKSProxy()) {
// SOCKS Proxy
System.setProperty("socksProxyHost", getSOCKSHost());
System.setProperty("socksProxyPort", getSOCKSPort());
if (isUseSOCKSAuth()) {
System.setProperty("java.net.socks.username", getSOCKSUsername());
System.setProperty("java.net.socks.password", getSOCKSPassword());
Authenticator.setDefault(new ProxyAuth(getSOCKSUsername(), 
getSOCKSPassword()));
}
}
}





> AMQP queue client functionality is not working behind a HTTP proxy.
> ---
>
> Key: QPID-5004
> URL: https://issues.apache.org/jira/browse/QPID-5004
> Project: Qpid
>  Issue Type: Bug
>  Components: Java Client
>Affects Versions: 0.22
> Environment: SUN and IBM JVM's  version 6 and 7 as well.
>Reporter: venkata yerrapothu
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

yep - that builds fine for me now...

-- Rob


On 19 July 2013 15:35, Fraser Adams  wrote:

> Thanks guys, I had indeed forgotten to add Session.java to source control
> *shame* :-[
>
> I've just done an svn add for Session.java and commited, *hopefully* you
> can see it on trunk now? does ant all in /tools/src/java on trunk build for
> you cleanly now with Session.java added and the getType() fix I commited
> earlier?
>
> If so . Justin can I request inclusion of the getType() fix I
> mentioned earlier plus adding Session.java to the 0.24 branch.
>
> Sorry 'bout that.
>
> Frase
>
>
>
> On 19/07/13 14:14, Robbie Gemmell wrote:
>
>> ...and I meant to say that the file is not there on trunk, as can be seen
>> here:
>>
>> http://svn.apache.org/viewvc/**qpid/trunk/qpid/tools/src/**
>> java/src/qpid-broker-plugins-**management-qmf2/java/org/**
>> apache/qpid/server/qmf2/**agentdata/
>>
>>
>> On 19 July 2013 14:11, Robbie Gemmell  wrote:
>>
>>  svn status is what you are after
>>>
>>> See http://svnbook.red-bean.com/ for the definitive guide.
>>>
>>> Robbie
>>>
>>>
>>> On 19 July 2013 14:02, Fraser Adams 
>>> wrote:
>>>
>>>  Hi Rob,
 Just to check - are you saying that you can't see the file Session.java
 in:

 /tools/src/java/src/qpid-broker-plugins-management-**
 qmf2/java/org/apache/qpid/server/qmf2/agentdata

 on trunk?

 Could you check and let me know? What's the betting that I've done the
 classic svn faux pas of adding a file and neglecting to do an svn add on
 it!!???

 I'm a bit rubbish as subversion I don't suppose you know of a command
 that'll let me know whether a given file in a directory (Session.java in
 this case) is actually added to source control?

 Cheers,
 Frase





 On 19/07/13 13:39, Rob Godfrey wrote:

  Hi Frase,
>
> sorry - I meant to mail you about this at the time... When I made the
> plugin change I prepared the patch for you QMF Plugin, but I couldn't
> get
> it to compile after applying - I was seeing the same errors (on trunk)
> that
> you are seeing on 0.24.  Have you tried checking out a completely clean
> version of trunk - it may be something messed up in your local checkout
> which is causing it to work for you there.
>
> -- Rob
>
>
> On 19 July 2013 14:35, Fraser Adams  **>
> wrote:
>
>   Hey again Justin,
>
>> With respect to the other two errors I noticed on 0.24 but not on
>> trunk
>> I've just looked and noticed that the Session.java file in
>> tools/src/java/src/qpid-**broker-plugins-management-**
>> qmf2/java/org/apache/qpid/**server/qmf2/agentdata is present in
>> trunk but
>> not in 0.24. I'm slightly worried by that given that I'm pretty
>> certain
>> I
>> added that file quite a while ago and checking the file properties is
>> says
>> "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
>> concerned about the state of some stuff that got pulled into the 0.24
>> branch.
>>
>> Am I losing my marbles?
>>
>> Frase
>>
>>
>>
>> On 19/07/13 13:14, Fraser Adams wrote:
>>
>>   Hi Justin,
>>
>>> I just noticed today that the Java Broker Plugin API has changed to
>>> need
>>> overridden getType() method in instances of PluginFactory.
>>>
>>> I raised QPID-5005 and fixed this on trunk with:
>>>
>>> — qpid/tools/src/java/src/qpid-**broker-plugins-management-
>>> qmf2/java/org/apache/qpid/**server/qmf2/
>>> QmfManagementFactory.java
>>> (revision 1504825)
>>> +++ qpid/tools/src/java/src/qpid-**broker-plugins-management-***
>>> *
>>> qmf2/java/org/apache/qpid/**server/qmf2/
>>> QmfManagementFactory.java
>>> (working copy)
>>> @@ -76,4 +76,10 @@
>>> return null;
>>> }
>>> }
>>> +
>>> + @Override
>>> + public String getType()
>>> +
>>>
>>> { + return "QMF2 Management"; + }
>>>
>>> }
>>>
>>>
>>> I've just checked the 0.24 release branch and that barfs with
>>>
>>> "QmfManagementFactory is not abstract and does not override abstract
>>> method getType() in org.apache.qpid.server.plugin.**Pluggable
>>>
>>> "
>>>
>>>
>>> Actually on 0.24 I seem to be getting a couple of other errors :-(
>>>
>>> "ins-management-qmf2/java/org/**apache/qpid/server/qmf2/**
>>> QmfManagementAgent.java:172:
>>> cannot find symbol
>>> [javac] symbol : class Session
>>> [javac] location: package org.apache.qpid.server.qmf2.
>>> **agentdata
>>> [javac] _agent.registerObjectClass(*
>>> *org.apache.qpid.server.qmf2.
>>>

Re: Request for inclusion in 0.24 - fix to QPID-5005

Thanks guys, I had indeed forgotten to add Session.java to source 
control *shame* :-[


I've just done an svn add for Session.java and commited, *hopefully* you 
can see it on trunk now? does ant all in /tools/src/java on trunk build 
for you cleanly now with Session.java added and the getType() fix I 
commited earlier?


If so . Justin can I request inclusion of the getType() fix I 
mentioned earlier plus adding Session.java to the 0.24 branch.


Sorry 'bout that.

Frase


On 19/07/13 14:14, Robbie Gemmell wrote:

...and I meant to say that the file is not there on trunk, as can be seen
here:

http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/


On 19 July 2013 14:11, Robbie Gemmell  wrote:


svn status is what you are after

See http://svnbook.red-bean.com/ for the definitive guide.

Robbie


On 19 July 2013 14:02, Fraser Adams  wrote:


Hi Rob,
Just to check - are you saying that you can't see the file Session.java
in:

/tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/agentdata

on trunk?

Could you check and let me know? What's the betting that I've done the
classic svn faux pas of adding a file and neglecting to do an svn add on
it!!???

I'm a bit rubbish as subversion I don't suppose you know of a command
that'll let me know whether a given file in a directory (Session.java in
this case) is actually added to source control?

Cheers,
Frase





On 19/07/13 13:39, Rob Godfrey wrote:


Hi Frase,

sorry - I meant to mail you about this at the time... When I made the
plugin change I prepared the patch for you QMF Plugin, but I couldn't get
it to compile after applying - I was seeing the same errors (on trunk)
that
you are seeing on 0.24.  Have you tried checking out a completely clean
version of trunk - it may be something messed up in your local checkout
which is causing it to work for you there.

-- Rob


On 19 July 2013 14:35, Fraser Adams 
wrote:

  Hey again Justin,

With respect to the other two errors I noticed on 0.24 but not on trunk
I've just looked and noticed that the Session.java file in
tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
trunk but
not in 0.24. I'm slightly worried by that given that I'm pretty certain
I
added that file quite a while ago and checking the file properties is
says
"Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
concerned about the state of some stuff that got pulled into the 0.24
branch.

Am I losing my marbles?

Frase



On 19/07/13 13:14, Fraser Adams wrote:

  Hi Justin,

I just noticed today that the Java Broker Plugin API has changed to
need
overridden getType() method in instances of PluginFactory.

I raised QPID-5005 and fixed this on trunk with:

— qpid/tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/
QmfManagementFactory.java
(revision 1504825)
+++ qpid/tools/src/java/src/qpid-broker-plugins-management-**
qmf2/java/org/apache/qpid/server/qmf2/
QmfManagementFactory.java
(working copy)
@@ -76,4 +76,10 @@
return null;
}
}
+
+ @Override
+ public String getType()
+

{ + return "QMF2 Management"; + }

}


I've just checked the 0.24 release branch and that barfs with

"QmfManagementFactory is not abstract and does not override abstract
method getType() in org.apache.qpid.server.plugin.Pluggable

"


Actually on 0.24 I seem to be getting a couple of other errors :-(

"ins-management-qmf2/java/org/apache/qpid/server/qmf2/
QmfManagementAgent.java:172:
cannot find symbol
[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.agentdata
[javac] _agent.registerObjectClass(org.apache.qpid.server.qmf2.**
agentdata.Session.getSchema());
[javac] ^
[javac] /home/fadams/qpid/qpid-0.24/qpid/tools/src/java/src/qpid-*
***
broker-plugins-management-qmf2/java/org/apache/qpid/
server/qmf2/QmfManagementAgent.java:374:
cannot find symbol
[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.agentdata
[javac] data = new org.apache.qpid.server.qmf2.**
agentdata.Session((Session)child, ref.getObjectId());
[javac]

"

Which I don't seem to be getting on trunk - there might be some
differences to some of the stuff Robbie and Rob have been working on
between trunk and 0.24.


Frase






  --**

--**-
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org<
dev-unsubscribe@qpid.**apache.org >
For additional commands, e-mail: dev-h...@qpid.apache.org





--**--**-
To unsubscribe, e-mail: 
dev-unsubscribe@qpid.apache.**org

For additional commands, e-mail: dev-h...@qpid.apache.org





--

Re: Request for inclusion in 0.24 - fix to QPID-5005

2013-07-19 Thread Robbie Gemmell

...and I meant to say that the file is not there on trunk, as can be seen
here:

http://svn.apache.org/viewvc/qpid/trunk/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata/


On 19 July 2013 14:11, Robbie Gemmell  wrote:

> svn status is what you are after
>
> See http://svnbook.red-bean.com/ for the definitive guide.
>
> Robbie
>
>
> On 19 July 2013 14:02, Fraser Adams  wrote:
>
>> Hi Rob,
>> Just to check - are you saying that you can't see the file Session.java
>> in:
>>
>> /tools/src/java/src/qpid-**broker-plugins-management-**
>> qmf2/java/org/apache/qpid/**server/qmf2/agentdata
>>
>> on trunk?
>>
>> Could you check and let me know? What's the betting that I've done the
>> classic svn faux pas of adding a file and neglecting to do an svn add on
>> it!!???
>>
>> I'm a bit rubbish as subversion I don't suppose you know of a command
>> that'll let me know whether a given file in a directory (Session.java in
>> this case) is actually added to source control?
>>
>> Cheers,
>> Frase
>>
>>
>>
>>
>>
>> On 19/07/13 13:39, Rob Godfrey wrote:
>>
>>> Hi Frase,
>>>
>>> sorry - I meant to mail you about this at the time... When I made the
>>> plugin change I prepared the patch for you QMF Plugin, but I couldn't get
>>> it to compile after applying - I was seeing the same errors (on trunk)
>>> that
>>> you are seeing on 0.24.  Have you tried checking out a completely clean
>>> version of trunk - it may be something messed up in your local checkout
>>> which is causing it to work for you there.
>>>
>>> -- Rob
>>>
>>>
>>> On 19 July 2013 14:35, Fraser Adams 
>>> wrote:
>>>
>>>  Hey again Justin,
 With respect to the other two errors I noticed on 0.24 but not on trunk
 I've just looked and noticed that the Session.java file in
 tools/src/java/src/qpid-broker-plugins-management-**
 qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in
 trunk but
 not in 0.24. I'm slightly worried by that given that I'm pretty certain
 I
 added that file quite a while ago and checking the file properties is
 says
 "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
 concerned about the state of some stuff that got pulled into the 0.24
 branch.

 Am I losing my marbles?

 Frase



 On 19/07/13 13:14, Fraser Adams wrote:

  Hi Justin,
> I just noticed today that the Java Broker Plugin API has changed to
> need
> overridden getType() method in instances of PluginFactory.
>
> I raised QPID-5005 and fixed this on trunk with:
>
> — qpid/tools/src/java/src/qpid-broker-plugins-management-**
> qmf2/java/org/apache/qpid/server/qmf2/
> QmfManagementFactory.java
> (revision 1504825)
> +++ qpid/tools/src/java/src/qpid-broker-plugins-management-**
> qmf2/java/org/apache/qpid/server/qmf2/
> QmfManagementFactory.java
> (working copy)
> @@ -76,4 +76,10 @@
> return null;
> }
> }
> +
> + @Override
> + public String getType()
> +
>
> { + return "QMF2 Management"; + }
>
> }
>
>
> I've just checked the 0.24 release branch and that barfs with
>
> "QmfManagementFactory is not abstract and does not override abstract
> method getType() in org.apache.qpid.server.plugin.Pluggable
>
> "
>
>
> Actually on 0.24 I seem to be getting a couple of other errors :-(
>
> "ins-management-qmf2/java/org/apache/qpid/server/qmf2/
> QmfManagementAgent.java:172:
> cannot find symbol
> [javac] symbol : class Session
> [javac] location: package org.apache.qpid.server.qmf2.agentdata
> [javac] _agent.registerObjectClass(org.apache.qpid.server.qmf2.**
> agentdata.Session.getSchema());
> [javac] ^
> [javac] /home/fadams/qpid/qpid-0.24/qpid/tools/src/java/src/qpid-*
> ***
> broker-plugins-management-qmf2/java/org/apache/qpid/
> server/qmf2/QmfManagementAgent.java:374:
> cannot find symbol
> [javac] symbol : class Session
> [javac] location: package org.apache.qpid.server.qmf2.agentdata
> [javac] data = new org.apache.qpid.server.qmf2.**
> agentdata.Session((Session)child, ref.getObjectId());
> [javac]
>
> "
>
> Which I don't seem to be getting on trunk - there might be some
> differences to some of the stuff Robbie and Rob have been working on
> between trunk and 0.24.
>
>
> Frase
>
>
>
>
>
>
>  --**
 --**-
 To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org<
 dev-unsubscribe@qpid.**apache.org >
 For additional commands, e-mail: dev-h...@qpid.apache.org



>>
>>
>> --**--**-
>> To unsubscribe, e-mail:

Re: Request for inclusion in 0.24 - fix to QPID-5005

2013-07-19 Thread Robbie Gemmell

svn status is what you are after

See http://svnbook.red-bean.com/ for the definitive guide.

Robbie

On 19 July 2013 14:02, Fraser Adams  wrote:

> Hi Rob,
> Just to check - are you saying that you can't see the file Session.java in:
>
> /tools/src/java/src/qpid-**broker-plugins-management-**
> qmf2/java/org/apache/qpid/**server/qmf2/agentdata
>
> on trunk?
>
> Could you check and let me know? What's the betting that I've done the
> classic svn faux pas of adding a file and neglecting to do an svn add on
> it!!???
>
> I'm a bit rubbish as subversion I don't suppose you know of a command
> that'll let me know whether a given file in a directory (Session.java in
> this case) is actually added to source control?
>
> Cheers,
> Frase
>
>
>
>
>
> On 19/07/13 13:39, Rob Godfrey wrote:
>
>> Hi Frase,
>>
>> sorry - I meant to mail you about this at the time... When I made the
>> plugin change I prepared the patch for you QMF Plugin, but I couldn't get
>> it to compile after applying - I was seeing the same errors (on trunk)
>> that
>> you are seeing on 0.24.  Have you tried checking out a completely clean
>> version of trunk - it may be something messed up in your local checkout
>> which is causing it to work for you there.
>>
>> -- Rob
>>
>>
>> On 19 July 2013 14:35, Fraser Adams 
>> wrote:
>>
>>  Hey again Justin,
>>> With respect to the other two errors I noticed on 0.24 but not on trunk
>>> I've just looked and noticed that the Session.java file in
>>> tools/src/java/src/qpid-broker-plugins-management-**
>>> qmf2/java/org/apache/qpid/server/qmf2/agentdata is present in trunk
>>> but
>>> not in 0.24. I'm slightly worried by that given that I'm pretty certain I
>>> added that file quite a while ago and checking the file properties is
>>> says
>>> "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
>>> concerned about the state of some stuff that got pulled into the 0.24
>>> branch.
>>>
>>> Am I losing my marbles?
>>>
>>> Frase
>>>
>>>
>>>
>>> On 19/07/13 13:14, Fraser Adams wrote:
>>>
>>>  Hi Justin,
 I just noticed today that the Java Broker Plugin API has changed to need
 overridden getType() method in instances of PluginFactory.

 I raised QPID-5005 and fixed this on trunk with:

 — qpid/tools/src/java/src/qpid-broker-plugins-management-**
 qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
 (revision 1504825)
 +++ qpid/tools/src/java/src/qpid-broker-plugins-management-**
 qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
 (working copy)
 @@ -76,4 +76,10 @@
 return null;
 }
 }
 +
 + @Override
 + public String getType()
 +

 { + return "QMF2 Management"; + }

 }


 I've just checked the 0.24 release branch and that barfs with

 "QmfManagementFactory is not abstract and does not override abstract
 method getType() in org.apache.qpid.server.plugin.Pluggable

 "


 Actually on 0.24 I seem to be getting a couple of other errors :-(

 "ins-management-qmf2/java/org/apache/qpid/server/qmf2/
 QmfManagementAgent.java:172:
 cannot find symbol
 [javac] symbol : class Session
 [javac] location: package org.apache.qpid.server.qmf2.agentdata
 [javac] _agent.registerObjectClass(org.apache.qpid.server.qmf2.**
 agentdata.Session.getSchema());
 [javac] ^
 [javac] /home/fadams/qpid/qpid-0.24/qpid/tools/src/java/src/qpid-**
 **
 broker-plugins-management-qmf2/java/org/apache/qpid/
 server/qmf2/QmfManagementAgent.java:374:
 cannot find symbol
 [javac] symbol : class Session
 [javac] location: package org.apache.qpid.server.qmf2.agentdata
 [javac] data = new org.apache.qpid.server.qmf2.**
 agentdata.Session((Session)child, ref.getObjectId());
 [javac]

 "

 Which I don't seem to be getting on trunk - there might be some
 differences to some of the stuff Robbie and Rob have been working on
 between trunk and 0.24.


 Frase






  --**
>>> --**-
>>> To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org<
>>> dev-unsubscribe@qpid.**apache.org >
>>> For additional commands, e-mail: dev-h...@qpid.apache.org
>>>
>>>
>>>
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@qpid.apache.**org
>
> For additional commands, e-mail: dev-h...@qpid.apache.org
>
>

Re: Request for inclusion in 0.24 - fix to QPID-5005


Hi Rob,
Just to check - are you saying that you can't see the file Session.java in:

/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata

on trunk?

Could you check and let me know? What's the betting that I've done the 
classic svn faux pas of adding a file and neglecting to do an svn add on 
it!!???


I'm a bit rubbish as subversion I don't suppose you know of a command 
that'll let me know whether a given file in a directory (Session.java in 
this case) is actually added to source control?


Cheers,
Frase




On 19/07/13 13:39, Rob Godfrey wrote:

Hi Frase,

sorry - I meant to mail you about this at the time... When I made the
plugin change I prepared the patch for you QMF Plugin, but I couldn't get
it to compile after applying - I was seeing the same errors (on trunk) that
you are seeing on 0.24.  Have you tried checking out a completely clean
version of trunk - it may be something messed up in your local checkout
which is causing it to work for you there.

-- Rob


On 19 July 2013 14:35, Fraser Adams  wrote:


Hey again Justin,
With respect to the other two errors I noticed on 0.24 but not on trunk
I've just looked and noticed that the Session.java file in
tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/agentdata is present in trunk but
not in 0.24. I'm slightly worried by that given that I'm pretty certain I
added that file quite a while ago and checking the file properties is says
"Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
concerned about the state of some stuff that got pulled into the 0.24
branch.

Am I losing my marbles?

Frase



On 19/07/13 13:14, Fraser Adams wrote:


Hi Justin,
I just noticed today that the Java Broker Plugin API has changed to need
overridden getType() method in instances of PluginFactory.

I raised QPID-5005 and fixed this on trunk with:

— qpid/tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/**QmfManagementFactory.java
(revision 1504825)
+++ qpid/tools/src/java/src/qpid-**broker-plugins-management-**
qmf2/java/org/apache/qpid/**server/qmf2/**QmfManagementFactory.java
(working copy)
@@ -76,4 +76,10 @@
return null;
}
}
+
+ @Override
+ public String getType()
+

{ + return "QMF2 Management"; + }

}


I've just checked the 0.24 release branch and that barfs with

"QmfManagementFactory is not abstract and does not override abstract
method getType() in org.apache.qpid.server.plugin.**Pluggable

"


Actually on 0.24 I seem to be getting a couple of other errors :-(

"ins-management-qmf2/java/org/**apache/qpid/server/qmf2/**QmfManagementAgent.java:172:
cannot find symbol
[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.**agentdata
[javac] _agent.registerObjectClass(**org.apache.qpid.server.qmf2.**
agentdata.Session.getSchema())**;
[javac] ^
[javac] /home/fadams/qpid/qpid-0.24/**qpid/tools/src/java/src/qpid-**
broker-plugins-management-**qmf2/java/org/apache/qpid/**server/qmf2/**QmfManagementAgent.java:374:
cannot find symbol
[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.**agentdata
[javac] data = new org.apache.qpid.server.qmf2.**
agentdata.Session((Session)**child, ref.getObjectId());
[javac]

"

Which I don't seem to be getting on trunk - there might be some
differences to some of the stuff Robbie and Rob have been working on
between trunk and 0.24.


Frase







--**--**-
To unsubscribe, e-mail: 
dev-unsubscribe@qpid.apache.**org
For additional commands, e-mail: dev-h...@qpid.apache.org






-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Re: Request for inclusion in 0.24 - fix to QPID-5005

Hi Frase,

sorry - I meant to mail you about this at the time... When I made the
plugin change I prepared the patch for you QMF Plugin, but I couldn't get
it to compile after applying - I was seeing the same errors (on trunk) that
you are seeing on 0.24.  Have you tried checking out a completely clean
version of trunk - it may be something messed up in your local checkout
which is causing it to work for you there.

-- Rob


On 19 July 2013 14:35, Fraser Adams  wrote:

> Hey again Justin,
> With respect to the other two errors I noticed on 0.24 but not on trunk
> I've just looked and noticed that the Session.java file in
> tools/src/java/src/qpid-**broker-plugins-management-**
> qmf2/java/org/apache/qpid/**server/qmf2/agentdata is present in trunk but
> not in 0.24. I'm slightly worried by that given that I'm pretty certain I
> added that file quite a while ago and checking the file properties is says
> "Sat 20 Apr 2013 18:35:47 BST" for the modified time, so I'm a bit
> concerned about the state of some stuff that got pulled into the 0.24
> branch.
>
> Am I losing my marbles?
>
> Frase
>
>
>
> On 19/07/13 13:14, Fraser Adams wrote:
>
>> Hi Justin,
>> I just noticed today that the Java Broker Plugin API has changed to need
>> overridden getType() method in instances of PluginFactory.
>>
>> I raised QPID-5005 and fixed this on trunk with:
>>
>> — qpid/tools/src/java/src/qpid-**broker-plugins-management-**
>> qmf2/java/org/apache/qpid/**server/qmf2/**QmfManagementFactory.java
>> (revision 1504825)
>> +++ qpid/tools/src/java/src/qpid-**broker-plugins-management-**
>> qmf2/java/org/apache/qpid/**server/qmf2/**QmfManagementFactory.java
>> (working copy)
>> @@ -76,4 +76,10 @@
>> return null;
>> }
>> }
>> +
>> + @Override
>> + public String getType()
>> +
>>
>> { + return "QMF2 Management"; + }
>>
>> }
>>
>>
>> I've just checked the 0.24 release branch and that barfs with
>>
>> "QmfManagementFactory is not abstract and does not override abstract
>> method getType() in org.apache.qpid.server.plugin.**Pluggable
>>
>> "
>>
>>
>> Actually on 0.24 I seem to be getting a couple of other errors :-(
>>
>> "ins-management-qmf2/java/org/**apache/qpid/server/qmf2/**QmfManagementAgent.java:172:
>> cannot find symbol
>> [javac] symbol : class Session
>> [javac] location: package org.apache.qpid.server.qmf2.**agentdata
>> [javac] _agent.registerObjectClass(**org.apache.qpid.server.qmf2.**
>> agentdata.Session.getSchema())**;
>> [javac] ^
>> [javac] /home/fadams/qpid/qpid-0.24/**qpid/tools/src/java/src/qpid-**
>> broker-plugins-management-**qmf2/java/org/apache/qpid/**server/qmf2/**QmfManagementAgent.java:374:
>> cannot find symbol
>> [javac] symbol : class Session
>> [javac] location: package org.apache.qpid.server.qmf2.**agentdata
>> [javac] data = new org.apache.qpid.server.qmf2.**
>> agentdata.Session((Session)**child, ref.getObjectId());
>> [javac]
>>
>> "
>>
>> Which I don't seem to be getting on trunk - there might be some
>> differences to some of the stuff Robbie and Rob have been working on
>> between trunk and 0.24.
>>
>>
>> Frase
>>
>>
>>
>>
>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@qpid.apache.**org
> For additional commands, e-mail: dev-h...@qpid.apache.org
>
>

Re: Request for inclusion in 0.24 - fix to QPID-5005


Hey again Justin,
With respect to the other two errors I noticed on 0.24 but not on trunk 
I've just looked and noticed that the Session.java file in 
tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/agentdata 
is present in trunk but not in 0.24. I'm slightly worried by that given 
that I'm pretty certain I added that file quite a while ago and checking 
the file properties is says "Sat 20 Apr 2013 18:35:47 BST" for the 
modified time, so I'm a bit concerned about the state of some stuff that 
got pulled into the 0.24 branch.


Am I losing my marbles?

Frase


On 19/07/13 13:14, Fraser Adams wrote:

Hi Justin,
I just noticed today that the Java Broker Plugin API has changed to 
need overridden getType() method in instances of PluginFactory.


I raised QPID-5005 and fixed this on trunk with:

— 
qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java 
(revision 1504825)
+++ 
qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java 
(working copy)

@@ -76,4 +76,10 @@
return null;
}
}
+
+ @Override
+ public String getType()
+

{ + return "QMF2 Management"; + }

}


I've just checked the 0.24 release branch and that barfs with

"QmfManagementFactory is not abstract and does not override abstract 
method getType() in org.apache.qpid.server.plugin.Pluggable


"


Actually on 0.24 I seem to be getting a couple of other errors :-(

"ins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementAgent.java:172: 
cannot find symbol

[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.agentdata
[javac] 
_agent.registerObjectClass(org.apache.qpid.server.qmf2.agentdata.Session.getSchema());

[javac] ^
[javac] 
/home/fadams/qpid/qpid-0.24/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementAgent.java:374: 
cannot find symbol

[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.agentdata
[javac] data = new 
org.apache.qpid.server.qmf2.agentdata.Session((Session)child, 
ref.getObjectId());

[javac]

"

Which I don't seem to be getting on trunk - there might be some 
differences to some of the stuff Robbie and Rob have been working on 
between trunk and 0.24.



Frase








-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Request for inclusion in 0.24 - fix to QPID-5005

2013-07-19 Thread ASF subversion and git services (JIRA)


Hi Justin,
I just noticed today that the Java Broker Plugin API has changed to need 
overridden getType() method in instances of PluginFactory.


I raised QPID-5005 and fixed this on trunk with:

— 
qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java 
(revision 1504825)
+++ 
qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java 
(working copy)

@@ -76,4 +76,10 @@
return null;
}
}
+
+ @Override
+ public String getType()
+

{ + return "QMF2 Management"; + }

}


I've just checked the 0.24 release branch and that barfs with

"QmfManagementFactory is not abstract and does not override abstract 
method getType() in org.apache.qpid.server.plugin.Pluggable


"


Actually on 0.24 I seem to be getting a couple of other errors :-(

"ins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementAgent.java:172: 
cannot find symbol

[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.agentdata
[javac] 
_agent.registerObjectClass(org.apache.qpid.server.qmf2.agentdata.Session.getSchema());

[javac] ^
[javac] 
/home/fadams/qpid/qpid-0.24/qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementAgent.java:374: 
cannot find symbol

[javac] symbol : class Session
[javac] location: package org.apache.qpid.server.qmf2.agentdata
[javac] data = new 
org.apache.qpid.server.qmf2.agentdata.Session((Session)child, 
ref.getObjectId());

[javac]

"

Which I don't seem to be getting on trunk - there might be some 
differences to some of the stuff Robbie and Rob have been working on 
between trunk and 0.24.



Frase






-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-4990) Website improvements for the 0.24 timeframe


[ 
https://issues.apache.org/jira/browse/QPID-4990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713570#comment-13713570
 ] 

ASF subversion and git services commented on QPID-4990:
---

Commit 1504841 from [~justi9]
[ https://svn.apache.org/r1504841 ]

QPID-4990: Update the in-development releases

> Website improvements for the 0.24 timeframe
> ---
>
> Key: QPID-4990
> URL: https://issues.apache.org/jira/browse/QPID-4990
> Project: Qpid
>  Issue Type: Task
>  Components: Website
>Affects Versions: 0.22
>Reporter: Justin Ross
>Assignee: Justin Ross
> Fix For: 0.23
>
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Resolved] (QPID-5005) Java Broker Plugin API has changed to need overridden getType() method in instances of PluginFactory

2013-07-19 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/QPID-5005?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Fraser Adams resolved QPID-5005.


Resolution: Fixed

Fixed on trunk

> Java Broker Plugin API has changed to need overridden getType() method in 
> instances of PluginFactory
> 
>
> Key: QPID-5005
> URL: https://issues.apache.org/jira/browse/QPID-5005
> Project: Qpid
>  Issue Type: Improvement
>  Components: Java Tools
>Reporter: Fraser Adams
>Priority: Critical
> Fix For: 0.24
>
>
> The Java Broker Plugin API has changed to need overridden getType() method in 
> instances of PluginFactory.
> This change caused the QMF2 plugin for the Java broker in 
> /qpid/tools/src/java to break. The following patch fixes it.
> --- 
> qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
> (revision 1504825)
> +++ 
> qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
> (working copy)
> @@ -76,4 +76,10 @@
>  return null;
>  }
>  }
> +
> +@Override
> +public String getType()
> +{
> +return "QMF2 Management";
> +}
>  }
> I'll commit the fix to trunk, but I'm guessing that the Java broker changes 
> that caused this to happen might mean that it's broken on the 0.24 release 
> branch too.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Commented] (QPID-5005) Java Broker Plugin API has changed to need overridden getType() method in instances of PluginFactory


[ 
https://issues.apache.org/jira/browse/QPID-5005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713565#comment-13713565
 ] 

ASF subversion and git services commented on QPID-5005:
---

Commit 1504839 from [~fadams] in branch 'qpid/trunk'
[ https://svn.apache.org/r1504839 ]

JIRA: QPID-5005 The Java Broker Plugin API has changed to need overridden 
getType() method in instances of PluginFactory. This commit adds getType() to 
QmfManagementFactory.java

> Java Broker Plugin API has changed to need overridden getType() method in 
> instances of PluginFactory
> 
>
> Key: QPID-5005
> URL: https://issues.apache.org/jira/browse/QPID-5005
> Project: Qpid
>  Issue Type: Improvement
>  Components: Java Tools
>Reporter: Fraser Adams
>Priority: Critical
> Fix For: 0.24
>
>
> The Java Broker Plugin API has changed to need overridden getType() method in 
> instances of PluginFactory.
> This change caused the QMF2 plugin for the Java broker in 
> /qpid/tools/src/java to break. The following patch fixes it.
> --- 
> qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
> (revision 1504825)
> +++ 
> qpid/tools/src/java/src/qpid-broker-plugins-management-qmf2/java/org/apache/qpid/server/qmf2/QmfManagementFactory.java
> (working copy)
> @@ -76,4 +76,10 @@
>  return null;
>  }
>  }
> +
> +@Override
> +public String getType()
> +{
> +return "QMF2 Management";
> +}
>  }
> I'll commit the fix to trunk, but I'm guessing that the Java broker changes 
> that caused this to happen might mean that it's broken on the 0.24 release 
> branch too.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

[jira] [Created] (QPID-5005) Java Broker Plugin API has changed to need overridden getType() method in instances of PluginFactory