July 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Build System] - Re: JBossRetro cannot replace final reference to StringBuild

by chiba

I fixed the bug. Now a local variable table will be correctly updated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241447#4241447 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241447

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassPool for JBoss Reflection

by kabir.khan＠jboss.com

JBoss Reflect is not really tied to AS, it is a tool for describing classes in any environment. So just as the introspection implementation of JBoss Reflect is independent of the jboss-cl implementations (it just uses the right classloader in the environment it is running in) in a similar way the javassist implementation of JBoss Reflect should be independent of the actual classloader implementation. I think it makes sense to move the classpool stuff out to a separate project which can be consumed by other projects. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241413#4241413 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241413

16 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by dward

PS: You can test drive the above now here: http://anonsvn.jboss.org/repos/labs/labs/jbossesb/workspace/dward/wsproxy/ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241382#4241382 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241382

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New Parameter for Journal cleanup

by ataylor

Percenptual, is that a word :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241379#4241379 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241379

16 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by dward

"dward" wrote : HttpGatewayListener->HttpDispatchServlet->HttpMessageComposer | - payloadProxy body written to response output [EXISTS - UNCHANGED] | - message properties added to response headers [MISSING - ADDED] | - response headers available in message property HttpMessageComposer.HTTP_RESPONSE_HEADER_MAP [EXISTS - UNCHANGED (left for backward compatibility)] I meant to say: HttpGatewayListener->HttpDispatchServlet->HttpMessageComposer - payloadProxy body written to response output [EXISTS - UNCHANGED] - message properties added to response headers [MISSING - ADDED] - message property HttpMessageComposer.HTTP_RESPONSE_HEADER_MAP added to response headers [EXISTS - UNCHANGED (left for backward compatibility)] View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241368#4241368 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241368

16 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by dward

Okay, I have the following working in my local copy, and I can commit it to trunk ASAP if people agree. I think this is the best approach: SOAPClient: - response content added via payloadProxy [EXISTS - UNCHANGED] - response headers added to message properties [MISSING - ADDED] Wise SOAPClient: - response content added via payloadProxy [EXISTS - UNCHANGED] - response headers added to message properties [MISSING - UNCHANGED (reason is that there is no apparent API availabile in Wise to get out the http response headers)] routing.HttpRouter: (ignored since it is deprecated) routing.http.HttpRouter: - response content added via payloadProxy [EXISTS - UNCHANGED] - response headers added to message properties [MISSING - ADDED] - response headers available in body location HttpResponse.RESPONSE_KEY [EXISTS - UNCHANGED (left for backward compatibility)] SOAPProxy: (wraps use of routing.http.HttpRouter so it's all good) SOAPProcessor: - response content added via payloadProxy [EXISTS - UNCHANGED] - response headers added to message properties [EXISTS - UNCHANGED] HttpGatewayListener->HttpDispatchServlet->HttpMessageComposer - payloadProxy body written to response output [EXISTS - UNCHANGED] - message properties added to response headers [MISSING - ADDED] - response headers available in message property HttpMessageComposer.HTTP_RESPONSE_HEADER_MAP [EXISTS - UNCHANGED (left for backward compatibility)] JBossRemotingGatewayListener -> JBossRemotingMessageComposer - payloadProxy body written to response output [EXISTS - UNCHANGED] - message properties added to response headers [EXISTS - UNCHANGED] Modified files: product/rosetta/src/org/jboss/soa/esb/actions/routing/http/HttpRouter.java product/rosetta/src/org/jboss/soa/esb/listeners/gateway/HttpGatewayListener.java product/rosetta/src/org/jboss/soa/esb/listeners/gateway/HttpMessageComposer.java product/rosetta/src/org/jboss/soa/esb/listeners/gateway/JBossRemotingGatewayListener.java product/rosetta/src/org/jboss/soa/esb/message/ResponseHeader.java product/services/soap/src/main/java/org/jboss/soa/esb/actions/soap/SOAPClient.java product/services/soap/src/main/java/org/jboss/soa/esb/actions/soap/SOAPProcessor.java product/services/soap/src/test/java/org/jboss/soa/esb/actions/soap/SOAPClient_Response_UnitTest.java View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241361#4241361 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241361

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Why is kernel looking for default constructor?

by richard.opalka＠jboss.com

Thank you everybody, I am blind :( Sorry for taking your time. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241352#4241352 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241352

16 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - One par file with multiple process definition ??

by chawlaashish26＠gmail.com

Hi All, I have a general question on the jbpm jpdl process definition deployment. As I understand, a par file contains the process definition and its related java code. If I have multiple process definitions defined in a jbpm project, I can deploy each of them individually from the deployment tab, or ant task...but there will be multiple par files (as many processes I have). But this has a drawback that anytime I need to create a new process, I have to make sure that the existing classes work with the new process. Its basically more tightly coupled with the java code. What I am trying to find out is, if its possible to include multiple process definition.xml in the same par files. Or separate the java code from the xml definitions. I dont want to deploy the same java code with every par file. I am trying to have some generic classes written which *will* work with all process definitions, so that deployment wise it should be easy and I just have to deploy the workflow xml ONLY. Any thoughts? Would appreciate any feedback. Thanks Ashish View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241322#4241322 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241322

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New Parameter for Journal cleanup

by clebert.suconic＠jboss.com

Just thought of a better name: - compactPercenptual - journalCompactMinFiles but I'm still opened for suggestions. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241316#4241316 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241316

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor (Repost)

by clebert.suconic＠jboss.com

I just did the following test after the compactor was implemented (on my branch for now). Added 1000 messages to a destinationB. Then started runListener and runSender on destinationA with 100K messages. And that showed the linked-list effect because of the 1000 messages, as I predicted. Compacting was being executed about 3 times during that execution. I double checked if there wasn't anything wrong, and everything was correct... it was just the linked-list effect. Compacting will be executed every time the numberOfFiles > minCompactSize (as defined on http://www.jboss.org/index.html?module=bb&op=viewtopic&t=157889). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241314#4241314 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241314

16 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2009