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

[Design of JBoss jBPM] - Re: EJB 2.1 Beans in jbpm 4?

by camunda

+1 Maybe I could even help there, but I will run out of "jbpm time" in the next week I guess, so not sure... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236739#4236739 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236739

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Classloading and versioning

by alesj

"alesj" wrote : | Basically, what I did, was what I was asking you in email - an example of some hacky classloading policy. ;-) This is now properly restricted, by ClassLoadingSpace::join. (just tried to hack it again @J1, with same example, but failed :-)) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236722#4236722 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236722

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Status / Documentation of gwt-console & report-server

by kukeltje

Hmm.... rereading my post I see a omission. Of course it does more (not much is a wrong statement) but you initially do not see it does more. You can start processes etc, see them, pause them etc... forgive my statement View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236714#4236714 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236714

16 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Multi-threaded replication

by timfox

Currently replication between live and backup node is done on a single thread. The operation is replicated, executed on backup, and when the result is returned to live, it is executed on live before the result is returned to the client (if applicable). This ensures the same ordering of state changes on live and backup but effectively makes all operation single threaded, thus reducing throughput in a clustered set-up. Instead we should implement multi-threaded replication. If replicated operations are being executed concurrently on backup it is more tricky to ensure that state changes on any object occur in the same order as on live but it is possible. This is how we can do it. For the following types of objects it is important that their state changes occur in the same order on live and backup 1) Sessions (S) 2) Queues (Q) 3) Post offices. (P) Operations that occur on the live node are either a) Initiated externally - e.g. an operation like send message or acknowledge coming from a client b) Initiated internally - e.g. an asynchronous delivery, a depage, or an asynchronous message expiry from the reaper As any of these operations are being executed they may affect the state of one or more stateful objects, e.g. a send operation might affect the state of S1, Q1, Q2, S2, and S3 (as a sent message is routed to Q1 and Q2 and immediately delivered to S2 and S3). When the operation is replicated to the backup we must ensure that the state changes on any affected stateful objects must occur in the same order as they did on live. To do this as the operation is executed and the state changes occur, each stateful object is locked in turn, and a sequence number is obtained from the stateful object which tells us we're the nth stateful operation on that object. So a send operation might end up with a set of state sequences numbers: S1(12), Q1(102), Q2(32), S2 (74), S3 (1038) Which tells us the operation cause the 12th state change on object S1, followed by the 102nd state change on object Q1 etc. The list of sequence numbers can be stored in a thread local as the operation is executed on live. When the operation is executed on live we delay sending back any data to the client until we have replicate the operation to the backup and got a response that the replication has been processed. To ensure the state changes occur in the same order on backup, when we replicate the operation we also replicate the list state sequence numbers. When the operation is executed on the backup we attempt to obtain the locks on the stateful objects. Say we try to get the lock on object Q1, but the current sequence number of the object Q1 on the backup is 100, the attempt to get the lock will block until the 101st state change is executed since we require that operation is the 102nd state change. By using such a technique we can ensure that state changes are obtained in the same order on live and backup but are not limited to a single thread. In many cases the objects will be in the expected or similar sequence numbers so the replications can occur in parallel. In case of failure of the live node, operations may block indefinitely on the backup waiting for replications to arrive for missing state changes. For this we can timeout on the lock and reverse state changes. https://jira.jboss.org/jira/browse/JBMESSAGING-1645 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236712#4236712 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236712

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: DeclaredMethodSignature for annotation handling

by jaikiran

"jaikiran" wrote : | | Additionally, the AnnotatedElementMetadataLoader too needs a minor change to use a simpler API in jboss-reflect whose implementation does *not* scan for all methods when it can just do a class.getDeclaredMethod(name,params): | | | https://jira.jboss.org/jira/browse/JBMDR-56 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236704#4236704 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236704

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Status / Documentation of gwt-console & report-server

by kukeltje

You are right in noticing that the current installation does not do much. Well, no that is not really true. Tasks do work afaik, but you need a process that has them. There is one in the examples called taskform. I'm filing jira issues on the console. Not for missing functionality but for 'bugs' Regarding the functionality and the ui there should indeed be a discussion on what goes where. Especially what goes into the menu and what goes into tabs. That should be intuitive. Maybe (I would hope they do) JBoss has some ui design experts. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236693#4236693 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236693

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: EJB 2.1 Beans in jbpm 4?

by kukeltje

I second this. In combination with the command interface in jBPM 3.0 not being really supported/documented and thus probably not being used much, I think switching to ejb 3.0 now would be a good moment (also marketing wise ;-)) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236690#4236690 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236690

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: DeclaredMethodSignature for annotation handling

by jaikiran

https://jira.jboss.org/jira/browse/JBKERNEL-35 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236669#4236669 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236669

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Fluent programming on Commands

by camunda

Yeah, I would definitly like to introduce some API doc. Since providing null for the required parameter as executionKey to have the key generated is not 100% intuitive ;-) But that would be even a bit easier with the fluent stuff... Or was it called liquid programming? Forgot... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236659#4236659 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236659

16 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JBoss Remoting Gateway using bogus HttpMarshaller?

by tfennelly

okidoki... just noticed I had a typo in the last post.... #2 in that list should have read "Is the response payload a *non* Binary Payload type (set in the response metadata)." View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236657#4236657 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236657

16 years, 6 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 June 2009