October 2008 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: Way to control when injection happens?

by scott.stark＠jboss.org

That does work, but I don't understand why. Configured is an earlier state than Started or Installed (which I also tried, and this does not work for this demand). Why would a demand on Configured allow the HAPartition bean to move further than Started or Installed? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182122#4182122 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182122

16 years, 3 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: HANamingService IllegalStateException: Must call setClus

by scott.stark＠jboss.org

Using a demand with state Configured on HAPartition as Ales suggested does resolve the issue: | ... |  | <property name="distributedTreeManager"> | <bean class="org.jboss.ha.jndi.impl.jbc.JBossCacheDistributedTreeManager"> | <property name="clusteredCache"><inject bean="HAPartitionCacheHandle | r" property="cache"/></property> | <demand state="Configured">HAPartition</demand> | </bean> | </property> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182120#4182120 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182120

16 years, 3 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: HANamingService IllegalStateException: Must call setClus

by bstansberry＠jboss.com

Looks like the issue here is JBossCacheDistributedTreeManager should have the HAPartitionCacheHandler injected instead of its cache property. It can then call acquireCache() during the start phase of the HANamingService. The current code works if HAPartition goes through start() before JBossCacheDistributedTreeManager is constructed/has properties injected, which is of course too fragile. I'm assuming your move of stuff out of conf/jboss-service.xml has altered the order in which things occur by allowing a bunch of beans to go through construction/property injection while waiting to go through create/start until the naming service dependency is subsequently satisfied. This is all a hack to speed startup by allowing HAPartition to start a cache and HAPartition's own core channel in parallel. I've been sorely tempted to make the whole issue go away by reverting DistributedState and HA-JNDI to not use JBoss Cache. Using JBC for these adds a lot of conceptual ugliness for what seems like little benefit. That's a fairly substantial effort though, so I'll just get the dependencies correct this morning. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182117#4182117 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182117

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: jBPM Integration - Bug and improvement ideas

by camunda

Can you point me to the right docs/sample or whatever to get the idea of the JbpmCallback? Thanks... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182108#4182108 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182108

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: jBPM Integration - Bug and improvement ideas

by Kevin.Conner＠jboss.com

Sorry, but the To EPR is the correct one. It is the incoming information which was originally specified in the ReplyTo of the outgoing request. It is not a bug in JBpmCallback. It's purpose is very different from BpmProcessor. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182105#4182105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182105

16 years, 3 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: HANamingService IllegalStateException: Must call setClus

by bstansberry＠jboss.com

OK, I'll have a look today and sort this out. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182093#4182093 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182093

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6061 or weird nested jar

by adrian＠jboss.org

"alesj" wrote : | What happens is that when VFS tries to read top sqljdbc.jar it finds inner sqljdbc.jar. | Currently the policy in JBossAS is to unpack nested jar into temp and again handle them as top level jars. | But in this case - probably due to 0 size - JDK's Zip handling fails while handling this newly unpacked inner sqljdbc.jar, | propagating the error all the way to the top - classloading part. | It's only referenced by the VFS because the JarStructure is adding it as a subdeployment. You could add an option to JarStructure that says something like: | <property name="ignoreBrokenJars">true</property> | Then in jar structure | else if (JarUtils.isArchive(file.getName())) | { | + if (ignoreBrokenJars && validateZipFile(file)) | + { | + log.warn("Ignoring broken archive: " + file); | + return false; | + } | | if (trace) | log.trace("... ok - its an archive or at least pretending to be."); | } | where validateZipFile() checks to see whether the x.jar or y.zip is really an archive. It might be an idea to do the validateZipFile() anyway since we'll then have "fail early" behaviour when it looks at the structure of the deployment if one of the jars is broken. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182091#4182091 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182091

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: jBPM Integration - Bug and improvement ideas

by camunda

Short addition: The JbpmCallback doesn't work in the same way the other stuff does (BpmProcessor with command), this is also not consistent. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182089#4182089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182089

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - jBPM Integration - Bug and improvement ideas

by camunda

Hi. I currently have a deeper look into the jBPM/ESB integration. Some things still puzzle me, and I wanted to raise two issues here because I see room for improvement ;-) 1.) Bug in JBpmCallback? The JBpmCallback should send a signal to the one jbpm process, which triggered the ESB-Service. Right? (By the way: Some JavaDoc would be very nice here :-)) I think there is a bug in the implementation, and I didn't find a test for it, so I am not sure if it is really a bug or if I got the use case wrong: CommandExecutor, line 127 (CALLBACK_EXECUTOR) is EPR toEpr = message.getHeader().getCall().getTo() Shouldn't that be EPR toEpr = message.getHeader().getCall().getReplyTo() The required token information is set in the replyTo EPR, and this makes sense: EsbActionHandler: EPR replyTo = createReplyTo(esbToBpmVarsXml, globalProcessScope, executionContext); message.getHeader().getCall().setReplyTo(replyTo); Or did I miss something? 2.) Codebase around CommandExecutor The CommandExecutor class and the stuff arround it is quite hard to understand I think. It is a Command pattern (ESB: execute(message)) with a nested Command pattern (jBPM: execute(Command)). Is there a special reason for this? Why is it not done via methods (e.g. commandExecutor.executeCallback(method))? Even if that would require some if/else parsing for the OpCodes it would be much easier to understand I think. Or what do you think? Don't get me wrong, the code overall is okay, but I find the structuring very confusing and ApiDoc are mostly missing... Before I get dismissed, I can also volunteer for improving some of this areas :-) Since I expect to tackle a lot of these things anyway at the moment. I am committer in jBPM, so I signed the contributer agreement already, just need access to the SVN if you want to.... Let me know what you guys think about it! Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182086#4182086 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182086

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to deliver a synchronous message when integrating jb

by camunda

I am not sure if the problem is still bothering you? I would argue that you shouldn't design for a synchronous answer, even if you could somehow tweak it technically. Basically the synchronous Invoker is not more than a CallBack-JMS-Queue (in the case you use JMs as a transport). By using a CallBack-Queue, you can also call the client back at the end of all processing. You just should think about the possibility, that no answer arrives in the timeout (which can also happen with the synchronous invoker)... What do you think? Or what was you solution to this? Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182076#4182076 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182076

16 years, 3 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 October 2008