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

[JBoss Tools Development] New message: "Re: Tile Plugin fails to start using JBOSS Eclipse Toolkit"

by Denis Golovin

JBoss development, A new message was posted in the thread "Tile Plugin fails to start using JBOSS Eclipse Toolkit": http://community.jboss.org/message/528003#528003 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- What version of JBossTools do you have? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528003#528003

16 years, 1 month

1
0
0 / 0

[JBoss Tools Development] New message: "Re: Tile Plugin fails to start using JBOSS Eclipse Toolkit"

by Denis Golovin

JBoss development, A new message was posted in the thread "Tile Plugin fails to start using JBOSS Eclipse Toolkit": http://community.jboss.org/message/528001#528001 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- Could you check if there any difference between project deployed by JBossTools and manually? Are there any files missing in one deployed by JBossTools? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528001#528001

16 years, 1 month

1
0
0 / 0

[EJB 3.0 Development] New message: "Re: EJBTHREE-2007: VFS Abstraction"

by John Bailey

JBoss development, A new message was posted in the thread "EJBTHREE-2007: VFS Abstraction": http://community.jboss.org/message/527998#527998 Author : John Bailey Profile : http://community.jboss.org/people/johnbailey Message: -------------------------------------------------------------- I have gone forward with the VFS abstraction in EJB3 Core. Please review the EJBTHREE-2007-abstraction-int.txt patch attached to the Jira issue. If it looks good, let me know and I can push it in. Mostly just package name changes. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527998#527998

16 years, 1 month

1
0
0 / 0

[JBoss AS Development Web Container] New message: "Re: How to set environment variables in JBoss?"

by Peter Johnson

JBoss development, A new message was posted in the thread "How to set environment variables in JBoss?": http://community.jboss.org/message/527991#527991 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- See if either of these wiki entries help: http://community.jboss.org/wiki/PropertiesService http://community.jboss.org/wiki/SystemPropertiesInConfigFiles By the way, any of the forums with the word "Development" in their titles are for people woring on the JBoss code itself. You question would have been better placed into the Installation, Configuration & Deployment forum. Perhaps some kind forum administrator will move this post there? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527991#527991

16 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: JBDEPLOY-226 - DeployerClient change extension"

by Adrian Brock

JBoss development, A new message was posted in the thread "JBDEPLOY-226 - DeployerClient change extension": http://community.jboss.org/message/527985#527985 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- alesj wrote:> > > since I want to be able to do this as well in some of the stuff I'm doing. > Related to JBKERNEL-54 / JBOSGI-151? :-) I don't see why resolving circular dependencies needs this feature? The problem with Thomas's implementation (if it is like what he has done elsewhere) is that he is doing a checkComplete() too often. He should check them all at the end, not during/after every single move. :-) No, it is to implement the refreshPackages() behaviour when using shutdownPolicy=GCI'm implementing it properly inside org.jboss.classloading.spi.dependency.ClassLoading where none OSGi users can use this feature as well. It's not strictly required, but width first processing of deployments is preferable for a number of reasons. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527985#527985

16 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: JBDEPLOY-226 - DeployerClient change extension"

by Ales Justin

JBoss development, A new message was posted in the thread "JBDEPLOY-226 - DeployerClient change extension": http://community.jboss.org/message/527982#527982 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > since I want to be able to do this as well in some of the stuff I'm doing. Related to JBKERNEL-54 / JBOSGI-151? :-) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527982#527982

16 years, 1 month

1
0
0 / 0

[Tomcat Integration Development] New message: "Re: Shared session data, JBAS-1909"

by Luis Esquivel

JBoss development, A new message was posted in the thread "Shared session data, JBAS-1909": http://community.jboss.org/message/527973#527973 Author : Luis Esquivel Profile : http://community.jboss.org/people/lesquivel Message: -------------------------------------------------------------- Hello, Last reply for this was in 07. Is there a new status? Is this available in any way for jboss-5.1.0.GA? Is this still being worked on? https://jira.jboss.org/jira/browse/JBAS-2861 has not been updated either. Thank you. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527973#527973

16 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] New message: "JBDEPLOY-226 - DeployerClient change extension"

by Adrian Brock

JBoss development, A new message was posted in the thread "JBDEPLOY-226 - DeployerClient change extension": http://community.jboss.org/message/527972#527972 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- I've added a new mixin interface to implement this feature. https://svn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deploy... since I want to be able to do this as well in some of the stuff I'm doing. There's also a mixin interface on DeployersImpl, so it won't work for Thomas unless he changes his wangy wrapper to delegate the new method. If the Deployers doesn't implement the new mixin interface, it falls back to doing the deployments one by one, i.e. the old behaviour. I've left the JIRA open in case we want to add some other methods? One possiblity would be to have a addChange(DeploymentStage, String name); processChanges(); type api that let you move deployments to different stages at the same time. But I'm not sure how useful that would be and the implementation would be a bit more complicated and probably less efficient? :-) If everybody is happy with just this one new method we can close the JIRA. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527972#527972

16 years, 1 month

1
0
0 / 0

[JCA Development] New message: "Re: feedback on JBAS-7195 (WrappedConnection.checkTransactionStatus throws exception when transaction is marked for roll back)"

by Adrian Brock

JBoss development, A new message was posted in the thread "feedback on JBAS-7195 (WrappedConnection.checkTransactionStatus throws exception when transaction is marked for roll back)": http://community.jboss.org/message/527970#527970 Author : Adrian Brock Profile : http://community.jboss.org/people/adrian@jboss.org Message: -------------------------------------------------------------- I don't think you'll break anything, but you'll lose the early notification of the failure. i.e. in a lot of cases you'll be doing useless work which won't fail until it becomes time to commit/rollback. That's cpu and resources that could be used by something else. Perhaps you could make it an option in the -ds.xml instead? The check was added to avoid sql operations leaking into the next transaction because of a race with the tx timeout. This won't happen if the transaction is just MARKED rolled back only. The transaction hasn't completed yet. See JBAS-5080, the race goes something like: a) Thread 1: start running a query b) Thread 2: timeout -> roll back transaction, which ends the local jdbc transaction c) Thread 1: original query now reaches the real connection which is in a new local jdbc transaction as far as the jdbc driver is concerned (b) hasn't happened if the JTA transactions is marked rolled back only -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527970#527970

16 years, 1 month

1
0
0 / 0

[JCA Development] New message: "feedback on JBAS-7195 (WrappedConnection.checkTransactionStatus throws exception when transaction is marked for roll back)"

by Scott Marlow

JBoss development, A new message was posted in the thread "feedback on JBAS-7195 (WrappedConnection.checkTransactionStatus throws exception when transaction is marked for roll back)": http://community.jboss.org/message/527964#527964 Author : Scott Marlow Profile : http://community.jboss.org/people/smarlow@redhat.com Message: -------------------------------------------------------------- Any arguments against altering the change made for JBAS-5082 to relax TxConnectionManager.checkTransactionActive() as follows? Change from: if (status != Status.STATUS_ACTIVE && status != Status.STATUS_PREPARING && status != Status.STATUS_PREPARED && status != Status.STATUS_COMMITTING) throw new RollbackException("Transaction " + tx + " cannot proceed " + TxUtils.getStatusAsString(status)); Change to: if (status != Status.STATUS_ACTIVE && status != Status.STATUS_PREPARING && status != Status.STATUS_PREPARED && status != Status.STATUS_COMMITTING && status != Status.STATUS_MARKED_ROLLBACK) throw new RollbackException("Transaction " + tx + " cannot proceed " + TxUtils.getStatusAsString(status)); -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/527964#527964

16 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 2010