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

[Design the new POJO MicroContainer] - Class loading debugging

by scott.stark＠jboss.org

I'd like to get a better view of what has visibility to a class from the system/domain level. What I would like is: 1. Be able to ask a policy, what policies have a resource/class 2. Be able to ask the BaseClassLoaderSystem what domains have a resource/class 3. What are the classpath elements that are visible starting from a ClassLoader. Sort of a URLClassLoader.toURLs() view. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123599#4123599 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123599

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-232, VFSUtils.addManifestLocations

by alesj

I get this failure while running VFS tests: | java.lang.IllegalArgumentException: Single . in path is not allowed: ./jar2.jar | at org.jboss.virtual.plugins.vfs.helpers.PathTokenizer.getTokens(PathTokenizer.java:101) | at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:336) | at org.jboss.virtual.plugins.context.file.FileHandler.getChild(FileHandler.java:217) | at org.jboss.virtual.plugins.context.AbstractVFSContext.getChild(AbstractVFSContext.java:125) | at org.jboss.virtual.VFS.findChild(VFS.java:209) | at org.jboss.virtual.VFSUtils.addManifestLocations(VFSUtils.java:155) | at org.jboss.test.virtual.test.FileVFSUnitTestCase.testManifestClasspath(FileVFSUnitTestCase.java:1174) | Should we make '.' still illegal, or should I enable support for that as well? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123597#4123597 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123597

16 years, 11 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - transaction (crash recovery) tests.

by jhalliday

Hi all I know this is a long shot, but is there any documentation for the test suite framework? I'm interested in the mechanisms used to e.g. configure, start and stop the app server. To provide some background, I'm looking at how to approach the problem of testing transactions crash recovery in the app server. This has not been an issue until fairly recently, as the old tm did not support crash recovery anyhow. Hence there is almost certainly no support for it currently. JBossTS has an extensive crash recovery test suite, built on the DTF framework. The framework provides for configuring, starting and stopping processes, just like the AS test suite. But it also supports configuration for external resources, mainly the various XA aware databases we test against. It also supports crashing (rather than shutting down) processes at various points. Thus we have fairly good automated test coverage for JBossTS standalone edition. Crash recovery for JBossTS inside the app server requires different configuration and pretty clearly can't be run without the app server. The choices seem to be: drive these tests through the DTF, perhaps by writing additional plugins to support the app server configure/start/stop/crash, or drive the tests through the app server test suite. There is a certain amount of less technical discussion to be had regarding where, conceptually speaking, these tests should reside. Are they part of the AS or part of the transaction service? Should they still be expected to pass if JBossTS is swapped out for another transactions engine, as is the case with existing tm tests in the AS test suite? Can they link against JBossTS internal classes, or only the integration SPI? Mainly though I'm initially interested in determining how much help the existing AS test suite framework may be in providing a starting point for the functionality I need to e.g. wire up databases to the AS, crash and restart the AS, etc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123552#4123552 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123552

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Context ClassLoader - POJO

by adrian＠jboss.org

"alesj" wrote : | btw: the installs have different CL usage as callbacks | Installs have it per install instance, where callbacks are grouped in a single set. | Why the difference? I thought I explained it above? Let me reword it :-) * The classloader usage is the same from the user's point of view. e.g. The addDeployer() invocation on the MainDeployer will have the context classloader of the Deployer being added regardless of which mechanism is used. It's different from our point of view because install and incallback are implemented in different ways. * I didn't understand how the callbacks hang together so I just wrapped all the processing inside the classloader change. If it causes problems then we'll (most likely you :-) will have to workout how to do it more fine-grained. I also assumed this would take care of the callbacks like the class attribute that I didn't know existed, let alone understand. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123546#4123546 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123546

16 years, 11 months

1
0
0 / 0

[Design of JBoss Build System] - Re: VFS build problem

by pgier

I think you're running into this issue: http://jira.codehaus.org/browse/MRELEASE-236 I thought this was already fixed in the current version of the release plugin. Maybe you have an older version of the release plugin in your local repository. I set the pom to use the newer version of the release plugin. The issue is also happening because of incorrect scm information in the pom (the scm info was pointing to the last tag instead of to trunk). The release plugin will update the scm information when a release is tagged. I made the changes in the pom that should fix this. Can you try again? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123526#4123526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123526

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Context ClassLoader - Deployers

by alesj

"adrian(a)jboss.org" wrote : | For now I've chosen not to do that (Ales, did you test the cloning works properly?) This should be done as part of http://jira.jboss.com/jira/browse/JBMICROCONT-28. Where I'm still waiting for the introduction of UUID for the name, to get this fully implemented. - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=101320&start=20 So there is currently no cloning, hence no testing. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123523#4123523 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123523

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Context ClassLoader - POJO

by alesj

"adrian(a)jboss.org" wrote : | Ales, can you see what other callbacks onto the bean that you've added | might also need this processing and add tests? OK, I'll have a look. btw: the installs have different CL usage as callbacks Installs have it per install instance, where callbacks are grouped in a single set. Why the difference? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123519#4123519 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123519

16 years, 11 months

1
0
0 / 0

[Design of JBossXB] - Re: Map annotations

by alex.loubyansky＠jboss.com

Yes, we can release CR6. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123517#4123517 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123517

16 years, 11 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Error on setup

by clebert.suconic＠jboss.com

JVMPI is not supported on MultiThreadGC at Java5. You will need to use singleThread GC. We will replace JVMPI by a 100% Java version, as Jesper is working on, or also provide a JVMTI version. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123491#4123491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123491

16 years, 11 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: MDB and rollback in non XA

by jhalliday

Welcome to the forum. Please start by reading the documentation. Particularly the part in big bold letters which says DO NOT POST USER QUESTIONS HERE View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123486#4123486 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123486

16 years, 11 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 January 2008