Thanks Seumas, that helps shed some light on things! On 2/6/07, Soltysik, Seumas <[EMAIL PROTECTED]> wrote:
Hi Dan, I think the separation is an attempt to break information into initialization configuration and runtime configuration. So the JMSSBPT represents values used to set up the server. These are not mutable after intialization, while JMSSC values could be modified for each message sent by server. Regards, Seumas -----Original Message----- From: Dan Diephouse [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 06, 2007 12:44 PM To: [email protected] Subject: JMS Configuration Hi All, I'm hacking the JMS configuration a bit, but I don't really understand the divisions in the schema. Currently we have a JMSServerConfig and a JMSServerBehaviorPolicyType. Why the separation? <xs:complexType name="JMSServerConfig"> <xs:attribute name="messageTimeToLive" type="xs:long" default="0" /> <xs:attribute name="durableSubscriptionClientId" type="xs:string" /> </xs:complexType> <xs:complexType name="JMSServerBehaviorPolicyType"> <xs:complexContent> <xs:extension base="wsdl:tExtensibilityElement"> <xs:attribute name="messageSelector" type="xs:string"> </xs:attribute> <xs:attribute name="useMessageIDAsCorrelationID" type="xs:boolean" default="false"> </xs:attribute> <xs:attribute name="transactional" type="xs:boolean" default="false"> </xs:attribute> <xs:attribute name="durableSubscriberName" type="xs:string"> </xs:attribute> </xs:extension> </xs:complexContent> </xs:complexType> I'm trying to figure out why I would be able to specify transaction in the wsdl but not the TTL. Any reason for this separation? HTTP has the same issue and it seems a bit confusing to me. - Dan -- Dan Diephouse Envoi Solutions http://envoisolutions.com | http://netzooid.com/blog
-- Dan Diephouse Envoi Solutions http://envoisolutions.com | http://netzooid.com/blog
