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

[Design of Messaging on JBoss (Messaging/JBoss)] - Expiry requires a consumer in order to work?

by clebert.suconic＠jboss.com

Is this by design or a bug? Expiry Message requires a consumer on the original address in order to work. All the expiries are being done at client level, as far as I could see on code. Say.. I send a message, with expiry in the past... the message will be expired only after a consumer received it first. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244738#4244738 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244738

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Is it possible to avoid hibernate?

by jorgemoralespou_2

I know that Deployer is not part of the public API, and that internal is that "internal", but for the shake of the tsak of making jBPM not depending on hibernate, and trying to have another kind of RepositoryService "a non persisted with hibernate, rather than in memory" I have to cope with creating new classes, and bindings, and this stuff, and I have to create my implementations of some classes, practically the same as the ones in internal, only due to the fact that they are not programmed to allow extendibility. Maybe I have to do this all by my own, but I think that a little cooperation can e helpfull. As I said in a previous post, I started by trying to create a new RepositoryService, that hold Deployments in memory (probably a JBossCache in the future). For that I have my MemoryRepositoryService (with its binding in jbpm.user.wire.bindings.xml). I could reuse most of the commands in RepositoryService, but createDeployment has to create a new DeploymentImpl, since the one in the core depends on hibernate (LOB). And from there I have to replicate tons of classes that could have done it if it would have referenced NewDeployment instead of DeploymentImpl. I know that this tasks (and part of the api) may only be for core developers, but since I wanted to use jBPM4 for what I have been using jBPM3, I wanted to acomplish this task as soon as possible. I've been waiting for this a long time, since jBPM4 was firstly scheduled for months ago, and that make us (in our company) not change the process engine library we were using. I really think jBPM4 can be a very good software, but looking at its internals made me think that probably it was released before than it should. Would you mind my comments, or should I go all by myself? As I said, public API is for clients. I don't think what I`m looking for in here, (right now) is to use it as a client, as it don't fulfill my needs. Thank you, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244735#4244735 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244735

16 years, 8 months

1
0
0 / 0

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

by dward

ESB 4.6 has been released, containing the fixes. Please give it a shot. Comments/criticism welcome. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244724#4244724 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244724

16 years, 8 months

1
0
0 / 0

[Design of JBoss ESB] - Re: WS Proxy Scenarios

by dward

JBoss.org ESB 4.6 is out, with the new SOAPProxy action and three quickstarts: webservice_proxy_basic, webservice_proxy_routed and webservice_proxy_versioning. Comments/criticisms welcome. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244722#4244722 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244722

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Installing a context leads to resolve of other unrelated

by jaikiran

anonymous wrote : And I don't think we would gain that much, | as we only check our new deployment against not yet fully installed components. | | 11:51:53,375 INFO [AllGraphCreator] Vertices: 834, Edges: 1561 | | This is the info of how many component we currently have in AS default. | Each component has in average less than 2 dependencies. That's good info. Is it from the MC tools that are being developed? Where can i find it? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244721#4244721 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244721

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Installing a context leads to resolve of other unrelated

by alesj

"david.lloyd(a)jboss.com" wrote : you just need a map of class to a list of active deployments which is updated every time something is deployed/undeployed. This is what we're already doing. But that's not what I wanted to highlight. The real issue is should we sacrifice dependency API simplicity in order to be able to handle (= gather dependency info for) each custom case. Meaning it will become a lot more complex to define a dependency, if you then have hard time providing "gathering" info. And I don't think we would gain that much, as we only check our new deployment against not yet fully installed components. 11:51:53,375 INFO [AllGraphCreator] Vertices: 834, Edges: 1561 This is the info of how many component we currently have in AS default. Each component has in average less than 2 dependencies. And most of then are quickly moved to Installed state, hence checking against the rest should be pretty fast. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244710#4244710 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244710

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Is it possible to avoid hibernate?

by tom.baeyens＠jboss.com

The public API is intended to provide guidance and only expose methods for end users. It's not the purpose of that API to support other implementations. Deployer is not part of the public API. It's an internal interface for our own pluggability. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244701#4244701 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244701

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Is it possible to avoid hibernate?

by kukeltje

Oops... something got lost... Do you have examples of the not programming against interfaces and why you think those classes should be overridable. Preferably in a new topic since it is not directly related to this one. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244692#4244692 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244692

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Is it possible to avoid hibernate?

by kukeltje

"jorgemoralespou_2" wrote : Hi, | I have found that a "last moment change" with the introduction of NewDeployment interface into the api, has left a lot of references to DeploymentImpl where NewDeployment should have been used instead. | I saw your jira issue for this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244690#4244690 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244690

16 years, 8 months

1
0
0 / 0

[Design of JBoss Identity] - Dependency Pack for JBoss IDM

by anil.saldhana＠jboss.com

Bolek/Jeff, I am wondering if one of you can gather the names of libraries that IDM is dependent on. I would like to bundle them as a zip for users to download, just the way we do for the openid pack. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244681#4244681 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244681

16 years, 8 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 July 2009