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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: SecurityMetaDataStore implementation in AS5

by anil.saldhana＠jboss.com

I made the addition to AS 5 trunk. I did not and will not touch messaging code base. ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128830#4128830 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128830

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Re: RM Sender/Receiver as High Available (HA) Components

by richard.opalka＠jboss.com

Third identified problem is ESB integration with JBossWS. Both org.jboss.soa.esb.actions.soap.SOAPProcessor and org.jboss.soa.esb.actions.soap.WebserviceContractPublisher replace our servlet transport layer. To be more precise: SOAPProcessor uses method org.jboss.wsf.spi.invocation.RequestHandler.handleRequest | ( | Endpoint endpoint, | InputStream inputStream, | OutputStream outputStream, | InvocationContext context | ) | and WebserviceContractPublisher uses method org.jboss.wsf.spi.invocation.RequestHandler.handleWSDLRequest | ( | Endpoint endpoint, | OutputStream output, | InvocationContext context | ) | directly from ESB internals. What about the WebserviceContractPublisher it even modifies the JBossWS returned WSDL contract and rewrites it to use ESB for messages exchange. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128820#4128820 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128820

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Can you create a MetaValue object without an actual valu

by bytor99999

Of course this came to me last night as I was just about to go to sleep. Ok, what I mean here is just like in core Java Collections. I can create a Map or List without putting any values into the collection, and I was hoping that that could also happen through the MetaValueFactory or even a constructor of say MapCompositeValueSupport. Again this isn't a big deal, as instead of working top down to load the data, I have it working inside out. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128815#4128815 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128815

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Concurrent deployments

by adrian＠jboss.org

"bela(a)jboss.com" wrote : The MC's dependency management currently starts all services sequentially, according to their dependencies. | Actually some services, e.g. MDBs are started asynchronously, but this is handled by the relevant container rather than the Micro-kernel/container. anonymous wrote : | In JBoss 4.3, we have 4 JGroups channels, which take 5 secs *each* to start. However, they are completely independent from each other, so they could be started concurrently. This would bring the time needed down from 20 secs to 5 secs. | | I imagine we could do this for all independent services, a.k.a subtrees in the dependency tree. This would speed up start of JBoss significantly ! | | Can we do this ? | This question has been asked many times before. The answer is in principle yes, but in practice no. The main the practicality problems are: * Not all services define their dependencies properly. It's only the implicit sequential order that makes them work correctly. * The Sun classloading doesn't work very well concurrently. We avoid a number of potential problems by doing a sequential load of most of the key classes during the bootstrap. We have workarounds, but you can still see these issues on some platforms. * The "big ball of mud" unified classloader depends for consistency/predictability on having the classloaders created in order. It is this order that is used to search for global classes. If these were registered concurrently across threads the search order would be unpredicatble across different reboots. In fact, 4.x has no mechanism for classloading dependency at all. * The old 4.x MicroKernel has some thread safety issues, e.g. invocations of create/start are done in synchronized blocks which could cause deadlock problems, there are others related to ConcurrentModificationExceptions. This is not an issue with the 5.x Microcontainer. * We'd need to find a way for the BarrierService and "Server Started" notification to know when all the startup threads have finished, otherwise they would be broken. * Finally, less of a practical issue, but more a generic note. Using mulitple threads for startup will only work if there are multiple cpus/cores. In non SMP environments the bootstrap could be slower with multiple competing threads, although it may be able to take advantage of times during disk I/O waits to do some processing on other threads? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128809#4128809 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128809

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Concurrent deployments

by bela＠jboss.com

The MC's dependency management currently starts all services sequentially, according to their dependencies. In JBoss 4.3, we have 4 JGroups channels, which take 5 secs *each* to start. However, they are completely independent from each other, so they could be started concurrently. This would bring the time needed down from 20 secs to 5 secs. I imagine we could do this for all independent services, a.k.a subtrees in the dependency tree. This would speed up start of JBoss significantly ! Can we do this ? Cheers View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128795#4128795 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128795

18 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Upgrading GPD

by koen.aers＠jboss.com

Hi Matthew, Waiting for 3.2.0 is probably not a good solution as it is not a priority for me at the moment and the branch is apparently not yet stable. I would also advise to use 3.1.2 (or branch 3.1.x) for now. There is AFAIK no minimal engine needed. Looking forward to meeting you here in Orlando. Hopefully we manage to get some Belgian beer ;-) Cheers, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128782#4128782 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128782

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: JBoss_5_0_0_Beta4 build

by pgier

Ok, I'll work on this today. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128780#4128780 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128780

18 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: SecurityMetaDataStore implementation in AS5

by timfox

Sounds reasonable, but you did the change on the wrong branch. (TRUNK=JBM2.0). If you could revert and hold off committing for a little while, that would be good. I need to probably create a new branch for AS 5 anyway. Currently Branch_Stable is shared by EAP 4.3 and AS 5 which needs to change. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128769#4128769 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128769

18 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-5229 - Feature request - Atomic redeploy of connect

by adrian＠jboss.org

"dsmiley" wrote : Perhaps you could suspend new transactions from being acquired until the existing transactions complete, then switch the datasource, then resume the transactions? | Transactions can last a long time. e.g. the default timeout is 5 minutes. We aren't going to suspend all database activity on all threads for 5 minutes because of one long running transaction using the old datasource. ;-) anonymous wrote : | And when I mentioned closing down the datasource, then obviously that will entail closing any connections pooled therein. | We already do that. In fact, we do better. Although the previous datasource is shutdown, transactions can continue with the connections until they finish with them and then we close the real connection when the transaction commits. See the flushing part here: http://wiki.jboss.org/wiki/Wiki.jsp?page=HowDoIChangeThePoolingParameters What is not allowed is to make new getConection() requests from the shutdown datasource. In general, this "feature" would be best handled by the application retrying the request from the beginning of the transaciton. If you closed the connection and want to re-aquire one in the same jdbc transaction after the datasource is "gone", then your transaction is broken. The connection manager can't really satisfy your request (unless we add extra code to hand-off to the new connection manager described above). The solution is to rollback the transaction and restart with a new transaction and a new connection from the new datasource. In general only the application knows where the transaction starts, although the container can know for CMT if you tell it what exceptions are "retryable": http://wiki.jboss.org/wiki/Wiki.jsp?page=RetryingTransactions Of course, if the datasource is not transactional then this feature would make sense. There is no need for a correlation between two different getConnection() requests, there is not global transaction. But then again you don't really see the problem if you don't cache the datasource between the two getConnection() requests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128755#4128755 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128755

18 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: SecurityMetaDataStore implementation in AS5

by anil.saldhana＠jboss.com

http://jira.jboss.com/jira/browse/JBAS-5230 is the fix. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4128741#4128741 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4128741

18 years, 1 month

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 February 2008