You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Jonathan Robie (JIRA)" <qp...@incubator.apache.org> on 2008/05/07 21:36:56 UTC

[jira] Commented: (QPID-979) Improvements for the python client API

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

Jonathan Robie commented on QPID-979:
-------------------------------------

It would also be really good to have constants for message credit and byte credit, and perhaps for "maximum". 

Instead of doing this:


session.message_subscribe(queue="message_queue", destination=consumer_destination)
session.message_flow(destination, 0, 0xFFFFFFFF) # 0 = byte credit
session.message_flow(destination, 1, 0xFFFFFFFF) # 1 = message credit

I would like to be able to do something like this:

session.message_subscribe(queue="message_queue", destination=consumer_destination)
session.message_flow(destination, NumBytes, 0xFFFFFFFF)  
session.message_flow(destination, NumMessages, 0xFFFFFFFF) 

> Improvements for the python client API
> --------------------------------------
>
>                 Key: QPID-979
>                 URL: https://issues.apache.org/jira/browse/QPID-979
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Python Client
>    Affects Versions: M3
>            Reporter: Rajith Attapattu
>            Assignee: Rafael H. Schloming
>             Fix For: M3
>
>
> It would be good if we could have the following for the python client API.
> 1) UUID for python < 2.5, 
> UUID module is only introduced from python 2.5
> When creating a session it would be nice if we had the convinience of using a UUID generator.
> Rafi suggested that we could have a uuid method in the qpid.datatypes that will use the uuid module if python version is >= 2.5 and if not we could generate a uuid based on the RFC for uuid. 
> 2) convenience for getting to a specific header property,
> Currently retrieving the headers from the message is a bit awkward, so a convinience method is good to have.
> Perhpas have this following method (courtesy Gordon) in the message class?
> def getProperty(msg, name):
>     for h in msg.headers:
>        if hasattr(h, name): return getattr(h, name)
>     return None
> 3) cumulative ack
> Currently I ack per message and in the old API we had a cumilative ack.
> It would be nice to have the same thing.
> Regards,
> Rajith

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.