September 2006 - jboss-dev-forums

[Design of JBoss ESB] - Re: Action Processing Pipelines, updated Trailblazer etc...

by tfennelly

oh yeah :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972885#3972885 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972885

19 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Action Processing Pipelines, updated Trailblazer etc...

by mark.little＠jboss.com

Thanks Tom. Nice work. Now don't forget to add the documentation to the Programmers Guide ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972883#3972883 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972883

19 years, 6 months

1
0
0 / 0

[TODO - DEVELOPMENT] - New Jboss development

by coral

hi all, I want to develop a new function of jboss making jboss can deploy *.web file just like deploy *.war file. I spend a lot of times to check the source codes. But that's too complex. Can anyone give me any suggestion about where to begin? thanks for any replay ! best regard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972875#3972875 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972875

19 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Rearchitecture underway

by mark.little＠jboss.com

The team has been working on some re-architecture of JBossESB to take into account aspects of the original architecture description we had prior to the Rosetta acquisition. Although work on the Registry and Transformation is part of this, those are being done in separate branches/trunk for now. If anyone else is interested in other changes, check out the 'rearchitecture' branch in the svn workspace. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972873#3972873 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972873

19 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Action Processing Pipelines, updated Trailblazer etc...

by tfennelly

"kurt.stam(a)jboss.com" wrote : Thanks Tom, | | Quick question, why are we using junit.framework.TestCase in production code? I'm looking at the JMSRouter.java | | --Kurt Sorry Kurt, I replied in too much of a hurry last time and so got your 2 posts mixed up in my head - your ref to production code was wrt the JMSRouter class and you're 100% correct. For sure, there shouldn't be JUnit dependencies in production code and I've removed it in this case. JMSRouter was originally JUnit fixture code that I moved to production code - I forgot to remove that dependency. Thanks for spotting that and apologies for being so hasty in my last reply. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972869#3972869 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972869

19 years, 6 months

1
0
0 / 0

WebHosting Profesional.

by Hostex.cl

19 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: MessageService and JMS

by mteira

Everything seems to build correctly now. But I've followed the same workflow (adding your -1 and 0 steps) and the error remains the same: 10:12:21,208 INFO [EARDeployer] Init J2EE application: file:/C:/apps/jboss-4.0. | 4.GA/server/jbpm/deploy/jbpm.ear | 10:12:21,228 ERROR [MainDeployer] Could not initialise deployment: file:/C:/apps | /jboss-4.0.4.GA/server/jbpm/deploy/jbpm.ear | org.jboss.deployment.DeploymentException: Invalid module content, must be one of | : ejb, web, java, connector, service, har, It seems that war is not a recognized module type for the application.xml, at least for what's recognized by my Jboss (and it's the one installed using jbpm itself). It sound really strange that the host operating system could be the cause (as it's failing in my solaris and windows deployments). Aren't you able to reproduce the error following the same steps: 1.-Checkout a fresh CVS HEAD. 2.-Delete the ${user.home}/jbpm/repository/jbpm directory. actually the clover subdirectory doesn't have to be deleted. but the other directories might contain old versions of snapshot builds that are used instead of the newly stuff that is build from the sources. 3.-Do ant get.dependencies in the build/build.xml 4.-Run 'ant package' at jpdl/dist. 5.-Run 'ant install.jboss.and.configure.jbpm' in 'jboss/configuration' A fresh jboss install appeared at C:\apps\jboss-4.0.4.GA 6.-Run 'ant' at 'enterprise/ear' to get the jbpm.ear built. 7.-Inside C:\apps\jboss-4.0.4.GA\server\jbpm\deploy: Delete the jbpm-console.war (as it is included in the jbpm.ear) Copy the generated jbpm.ear at ${user.home}/jbpm/repository/jbpm/enterprise\3.2-Alpha1-SNAPSHOT to C:\apps\jboss-4.0.4.GA\server\jbpm\deploy. 8.-Start jboss running: C:\apps\jboss-4.0.4.GA\bin\run.bat -c jbpm Regards. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972842#3972842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972842

19 years, 6 months

1
0
0 / 0

[Design of JBoss Portal] - Re: WANTED: Input from administrators & developers

by thomas.heute＠jboss.com

"orionyiu" wrote : A "delegated administration" function, that is the ability to assign the right to a user to administer certain portal pages or portlets. Right now the administrator can manage the entire portal. However, in many organizations they would like to manage the portal at least at a departmental level. | | An inheritance concept, that is if a user can administer a page he/she could administer the portlets/pages underneath it would be helpful too. Agreed, we need to implement that, to be honest with you, the 2.6 roadmap is already pretty charged, we always accept help from contributors if you or any reader have middleware knowledge and big motivation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972841#3972841 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972841

19 years, 6 months

1
0
0 / 0

[Design of JBossCache] - SingletonStoreCacheLoader in 2.0

by galder.zamarreno＠jboss.com

Couple of things came to my mind while I was coding this: - AsyncCacheLoader and SingletonStoreCacheLoader share the same paradigm in that none of them write to the actual store, but delegate to an underlying cache loader. I thought about extending the CacheLoader interface, creating an interface named DelegatingCacheLoader. This would containg a getCacheLoader() method that would return the underlying CacheLoader instance. This would also simplify CacheLoaderInterceptor.isCustomCacheLoaderConfigured() implementation as the instanceOf would be done by DelegatingCacheLoader instead of the individual caches. - Also, let's say a customer creates a singleton and async cacheloader. The delegating order should not be any problem, but I'd quite likely have singleton on top so that if the node is not the coordinator, don't even bother with the async layer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972839#3972839 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972839

19 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Action Processing Pipelines, updated Trailblazer etc...

by tfennelly

"kurt.stam(a)jboss.com" wrote : Also you have added BankQuoteRequest.java in the same package twice; once in the banks project and once in the loanbroker.banks. Seems like asking for trouble.. Can we at least make sure the packages are different? I don't think the loanbroker should have a *.loanbroker.bank package. | | --Kurt Yeah, that class was sorta there twice already: one was called "BankQuoteRequest" and the other was called "BanksQuoteRequest". This seems like a mess to me also. It was causing grief when using XStream on both ends - the Bank code had a "BankQuoteRequest" class but not a "BanksQuoteRequest". Dunno how you were avoiding this issue before but either way I think they either need to chare a lib or else we can't use XStream on both ends of the wire. I'd also suggest that this is demo code, not "production" code :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3972838#3972838 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3972838

19 years, 6 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2006