October 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Transaction Services] - Re: Transaction Timeout

by Kevin.Conner＠jboss.com

The timeout configuration you are referring to is the default value used for transactions. If no other timeout has been set then the transaction will timeout after this period. This does not mean that your application terminates, only that your transaction does. The next time you attempt to do anything transactional you should receive an exception saying that the transaction is no longer valid. What is your application doing? Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976254#3976254 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976254

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Adding new deployers

by adrian＠jboss.org

These backward compatibilty suffixes (archive and file) should be really exposed by the JAR/File structure deployers for configuration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976252#3976252 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976252

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: all files that make up a deployment unit

by adrian＠jboss.org

Do what you want, I'll fix it later. This needs to work on the classpath notion. A visitor on the classpath (a concept that doesn't exist but I suggested you write on an earlier thread) should not be recursing into nested deployments. The notion of archive will be removed from the VFS to the deployers anyway, see the other thread where Scott and I were arguing about this. Manifest/Non-Manifest or more accurately (external/non-external) would be an attribute on the classpath visit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976250#3976250 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976250

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Adding new deployers

by adrian＠jboss.org

Just add ,aop to the JarUtils source. This is only for backwards compatibility. In the new deployers your archive can be a .jar with anything in META-INF View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976249#3976249 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976249

19 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - Re: WANTED: Input from administrators & developers

by thomas.heute＠jboss.com

It looks like the import/export feature is the most wanted feature, we are still in discussion to define it precisely and to fit it in the roadmap. Metrics i mentionned will be exposed as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976239#3976239 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976239

19 years, 3 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Transaction Timeout

by boobalan_kj

I am using jboss4.0.3 server..I want to increase timeout period...where to find that service?I found TransactionServiceManager in jta-service.xml there deafult time period is 300sec..but my application is running even after 15mins when I hav't done anything...where wud be the problem? I am using ULC as presentation tier.... Thanks Bala. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976219#3976219 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976219

19 years, 3 months

1
0
0 / 0

[Design of JBossCache] - PojoCache physical POJO field mapping and region

by ben.wang＠jboss.com

Currently, PojoCache 2.0 uses a "flat-space" mapping approach where the user-specified id stores only a "PojoReference" where in turn it refers to the internal workspace under /__JBossInternal__. This will present some issues when marshalling and eviction are activated (individually) where both involved in a defition of a "Region". In this case, a logical region would comprise of the user-specified id and the internal workspace. So I am proposing to use "flat-space" per region mapping. That is, when I detect a region is present, say, "/person", then if a user calls attach("/person/joe", pojo), the internal mapping will be like: | /person | /joe | (key, PojoReference) | /__JBossInternal__ | /sdaj4343xxxx | (key, pojo) | such that the JBossInternal will be located under "/person" region. In this way, the eviction, marshalling, and even partial state transfer will be transparent from PojoCache point of view. Note: 1. If there is no region found, it will fall back to the global workspace. 2. POJO relationship is maintained only within the region. That is, if joe and mary has the same address. Both joe and mary needs to be located under the same region. I think this is a logical assumption though. What do people think? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976210#3976210 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976210

19 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - Re: WANTED: Input from administrators & developers

by jewhit

just curious, has a general consensus been reached regarding what functionality will be proposed in future versions of ON through this discussion ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976207#3976207 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976207

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - all files that make up a deployment unit

by bill.burke＠jboss.com

I ran into a problem where I only want to scan for .class files in the DeploymentUnit but skip .class files in subdeployments. The current VirtualFile/Visitor code could not handle this situation so I had to extend VisitorAttributes with a isRecurseArchive() option and modify the AbstractVFSContext accordingly. Then, in my EJB Deployer I do: unit.getDeploymentContext().getRoot().visit(FilterOnClassFileAndNoRecurseArchives); I don't know or not if this goes against your abstract notion of things. I'm thinking maybe that DeploymentUnit should have some new methods: VirtualFile getResource(String name); List getResources(); List getResources(VirtualFileFilter); We had this discussion before, but ClassPath just won't cut it as a deployer may or may not want to distinguish between a ClassPath manifest when scanning for deployment resources (i.e. what classes to scan anntotations for). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976200#3976200 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976200

19 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Adding new deployers

by kabir.khan＠jboss.com

I've run into a problem with the deployers. The .aop archives are not recognized by the JarStructure unless deployed unpacked. Hard-coding this as one of the jarSuffixes in JarUtils would work, but is hacky since this option won't be available to people wanting to create their own deployers for things with unknown suffixes. I've tried adding some start/stop methods to my AspectDeployer to add/remove the .aop suffix to JarUtils, but this doesn't work since the deployer/aspect-deployers-beans.xml file is read after the VFSDeployemetScanner adds the deployments. In other words FileSystemContext.createVirtualFileHandler() is called for all the deploy/xxx.aop archives BEFORE the AspectDeployer has a chance to add the .aop suffix to JarUtils. FileSystemContext.createVirtualFileHandler() uses JarUtils to check if it should create a JarHandler or a VirtualFileHandler for the context, so for .aop files we always end up with a FileHandler when what we really want is a JARHandler. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976190#3976190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976190

19 years, 3 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 October 2006