Problem Dequeueing JMS_TEXT_MESSAGE payload

Question

I am writing a .net app to dequeue messages using ODP.net 11g Release 2 (11.1.0.7.20). The payload type is SYS.AQ$_JMS_TEXT_MESSAGE.
When I make the dequeue call (DEQUEUE or DEQUEUEARRAY) I am get the following error:
ORA-25215: user_data type and queue type do not match
Which message type (RAW, XML or UDT) should be used for SYS.AQ$_JMS_TEXT_MESSAGE?
Below is the script that creates the queue table and queue:
SYS.DBMS_AQADM.CREATE_QUEUE_TABLE
QUEUE_TABLE => 'EEGADMIN.EEG_TOPIC_TAB'
,QUEUE_PAYLOAD_TYPE => 'SYS.AQ$_JMS_TEXT_MESSAGE'
,COMPATIBLE => '10.0.0'
,STORAGE_CLAUSE => '
TABLESPACE DDRP_DATA
PCTUSED 0
PCTFREE 10
INITRANS 1
MAXTRANS 255
STORAGE (
INITIAL 64K
MINEXTENTS 1
MAXEXTENTS UNLIMITED
PCTINCREASE 0
BUFFER_POOL DEFAULT
,SORT_LIST => 'ENQ_TIME'
,MULTIPLE_CONSUMERS => TRUE
,MESSAGE_GROUPING => 0
,COMMENT => 'Keep eeg events in XML format'
,SECURE => FALSE
SYS.DBMS_AQADM.CREATE_QUEUE
QUEUE_NAME => 'EEGADMIN.EEG_TXT_TOPIC'
,QUEUE_TABLE => 'EEGADMIN.EEG_TOPIC_TAB'
,QUEUE_TYPE => SYS.DBMS_AQADM.NORMAL_QUEUE
,MAX_RETRIES => 2147483647
,RETRY_DELAY => 0
,RETENTION_TIME => 86400
,COMMENT => 'EEG event topic'
Any help would be greatly appreciated.

Answer 1

Ski...Thank you for the assistance! That did the trick. Once I created the .Net class and set the UdtTypeName I was dequeueing fine.
Unfortunately, I now have one more issue. The MessageId is now null for the messages dequeued. I say "now", because previously I was dequeueing with a third party library (dotConnect for Oracle by Devart) and the MessageId was populated on the messages dequeued. According to the ODP for .NET Developers Guide,
"Dequeued buffered messages have a null value for MessageId".
But, I have verified that the queue is persistant and I am setting the message delivery mode to persistent in my code. I know the ids are in the queue and are returned with the third party library. I realize you can't speak to the third party library. I reference it here to demonstrate that the id's are there. Since the third party library basically wraps the Oracle DBMS_AQ.Dequeue() as I would imagine ODP does as well, that would seem to imply that the queue is persistent and the Dequeue is returning the ids and that I am missing something on my side. Am I missing something else?
Thanks again.