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

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Solution of JBREM-954 and ramifications into UnifiedInvo

by galder.zamarreno＠jboss.com

I've created http://jira.jboss.com/jira/browse/JBAS-5484 to track down the creation of some UTs to verify that AS side proxy/interceptors handle this properly. They look Ok now so I might not do them straight away. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146730#4146730 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146730

18 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AIO/DirectIO Integration

by timfox

The test is illegal, since you're adding record 1 in the same tx as you're deleting it. In messaging you can't do this (send and consume in the same tx). If you delete something in a tx it must already exist in committed (not transactional) state. Actually the test is useful though, can you keep it but change it to assert that the exception is thrown as it currently is? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146716#4146716 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146716

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Eclipse and Maven (.project and .classpath in SVN)

by wolfc

Currently .classpath duplicates the version information in the pom.xml, which can easily become outdated. I don't want to mandate that any change to the pom.xml must be followed by a 'mvn -Peclipse eclipse:eclipse', because some don't even use Eclipse. I propose we start using 'Maven Integration for Eclipse' http://m2eclipse.codehaus.org/ and check-in its artifacts. Note that the output directory must not point to 'target/classes'. This to prevent an accidental check-in of code that Eclipse can compile, but JDK can't. For the moment 'eclipse-target/classes' and 'eclipse-target/test-classes' should suffice. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146711#4146711 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146711

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: JBMETA-6, JBMETA-25 resolved jndi name

by scott.stark＠jboss.org

I have moved the api out of ejb3-ext-api into metadata and release beta9 with this change. There are still code like ProxyDeployer that are going to the binding policy in the absence of any BindingPolicy annotations so what do we want to do to have this set in the metadata? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146695#4146695 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146695

18 years, 1 month

1
0
0 / 0

Delivery Failure

by Postmaster

--------------------------------------------------------------------------------- The message you sent to cbsmarketing.com/rob.place was rejected because it would exceed the quota for the mailbox. The subject of the message follows: Subject: Capability of ejaculation ---------------------------------------------------------------------------------

18 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AIO/DirectIO Integration

by clebert.suconic＠jboss.com

This is what is happening: The transactions are being spread multiple files... And the commit is alone on the last file... If there is another record (non related to transactionID=1) that file won't be deleted... but all the others are being deleted. Later when the file is recovered, Commit(1) won't find a previous add. Maybe those other files shouldn't be released if the commit can't also be released. Any ideas Tim? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146678#4146678 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146678

18 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AIO/DirectIO Integration

by clebert.suconic＠jboss.com

Tim Fox wrote : Can you be more specific? I just added JournalImplTestUnit::testTransactionOnDifferentFiles, and it is failing. "Cannot find add info 1." Note: if you remove the reclaiming call the test will pass. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146677#4146677 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146677

18 years, 1 month

1
0
0 / 0

[Design of JBoss Internal Benchmarking] - Re: Missing files problem with jboss-specjAppserver2004 setu

by jgokul

Hi I am getting the similar error in windows as well View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146676#4146676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146676

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: JBMETA-6, JBMETA-25 resolved jndi name

by scott.stark＠jboss.org

The api might as well be in metadata since that is where the impl should be specified and there is a dependency on metadata if its passed in. The impls can be outside. The policy will apply to all views. When determining the jndi names an ejb has we need to loop over the RemoteBindingMetaData (which @RemoteBinding should map to) and use the jndi-name or the policy to determine a default. We need a resolvedJndiName in the RemoteBindingMetaData as well as a getDefaultRemoteBinding(RemoteBindingMetaData) in DefaultJndiBindingPolicy? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146674#4146674 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146674

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: JBMETA-6, JBMETA-25 resolved jndi name

by alex.loubyansky＠jboss.com

On the other hand, wouldn't it be better to have metadata api represent just the data and take the logic part out of it? If now we pass the metadata as an argument to the JNDI policy, does it have to be in metadata? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146669#4146669 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146669

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