RE: Capturing Jms headers data

Hi Liu thanks for that. So can you tell what I would be able to use to capture the JMS headers when the server is replying to the client if I shouldn't use "org.apache.cxf.jms.server.reply.headers"? Actually when is "org.apache.cxf.jms.server.reply.headers" used? Also is my assumption for the

Re: Capturing Jms headers data

Hi Eamonn, Eamonn Dwyer wrote: Hi Liu thanks for that. So can you tell what I would be able to use to capture the JMS headers when the server is replying to the client if I shouldn't use "org.apache.cxf.jms.server.reply.headers"? Actually when is "org.apache.cxf.jms.server.reply.headers" used

Re: Directory layout for samples

Christian, Another thought I just had: While you are looking into the samples and such, also think about which of them (if any) may be usable as starting points for new maven archetypes. Right now, we pretty much have a single java-first archetype. It would definitely be good to fill tha

Re: Wiki: Synching the Navigation to the Wiki Index page

Hi Dan, I have updated the Navigation page. I also cleaned up the index page so it consistently shows the children of the first level pages. Greetings Christian Daniel Kulp schrieb: On Wed September 9 2009 11:09:46 am Christian Schneider wrote: I propose to adapt the Wiki Navigation (T

Re: Wiki: Synching the Navigation to the Wiki Index page

On Fri September 11 2009 12:21:46 pm Christian Schneider wrote: > Hi Dan, > > I have updated the Navigation page. I also cleaned up the index page so > it consistently shows the children of the first level pages. Cool. I re-exported the space and you should be able to see the results at: http://

Re: Problem with primary key in Persisted object list

On Thu September 10 2009 5:32:46 pm Tom Cassimon wrote: > Hi, > > The annotation @XmlElement(required=true) seems to fix it, the Id field is > now setted using the setter. Strange, I can't check it out further right > now. Any idea why this could solve the problem? Does JAXB see it as an > optiona

JMSConduitTest failure with ibm jdk

Hi there, I'm seeing the JMSConduitTest.testJMSMessageMarshal() fail regularly when run with the ibm jdk 5. It seems that for some reason the JMSConduit is finalized in the midst of the jmsTemplate.execute() call in that test. This closes the connection and the test gets an error like this: "

Re: JMSConduitTest failure with ibm jdk

Hi Peter, that is really strange. I also have no idea why the conduit is finalized. You should write a good comment in front of the assert to avoid that someone will later remove it again because he thinks it is unnecessary. Greetings Christian Peter Jones schrieb: Hi there, I'm seeing t

RE: JMSConduitTest failure with ibm jdk

Hi Christian, For sure, will do. Cheers, Peter Peter Jones Progress Software 570 Newfoundland Drive St. John's, NL, Canada A1A 5B1 Tel: +1 (709) 738-3725 ext 321 Internal wiki: http://wiki.progress.com/display/PRODENG/Home -Original Message---