December 2009 - jboss-dev-forums - Jboss List Archives

[JBoss OSGi Development] - Re: Unexpected dependee state changes

by thomas.diesler＠jboss.com

It's not quite ok AFAIK | If this bundle has exported any packages, the Framework must continue to make these packages available to their importing bundles until the PackageAdmin.refreshPackages method has been called or the Framework is relaunched. | Hence, from the class loading perspective bundle B should continue to work. From the service perspective, bundle B may track services that are provided by X and may unregister its own services. However, that behaviour would depend on the nature of those services. Generally, it is not ok that BundleActivator.stop() is called on bundle B (causing all of its services to get unregistered) only because one of the bundles it imports packages from gets uninstalled. I realize that this behaviour may not be natural to MC, but it is how OSGi works AFAIU. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268428#4268428 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268428

16 years, 4 months

1
0
0 / 0

[JBoss XML Binding Development] - Re: Xml attribute list

by alex.loubyansky＠jboss.com

Actually, we can do it by providing a value adapter. But in the schema the type of the attribute will have to be just string. So, if you care about pure XML validation this attribute will be valid as long as the value is a string. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268426#4268426 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268426

16 years, 4 months

1
0
0 / 0

[Security Development] - PATCH (review before I commit) add stacking to LDAPExtLoginM

by acoliver＠jboss.org

See: https://jira.jboss.org/jira/browse/JBAS-2681 and more particularly: https://jira.jboss.org/jira/secure/attachment/12330504/ldapextpatch I originally wrote the LdapExtLoginModule in a hurry for a client and it had stacking, scott stark refactored and committed it. Then I guess stacking was broken at some point or someone didn't understand the configuration details for making it work. This patch adds some new features mainly so that I can use Microsoft's certificate server with Microsofts active directory. It adds back stacking (or basically "don't authenticate mode" so long as the username IS the DN (which is how I think it worked before) and allows you to munge a bit off the DN (because Microsoft's certs have a principal that doesn't match AD). I can't provide a very decent test case because you have to buy a bunch of stuff to even attempt to run it, but I've tested it on 4.3. The bug details how. Let me know if anyone has any objections, suggestions or improvements. If not I'll commmit to whatever is the active branch. Thanks, Andy View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268401#4268401 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268401

16 years, 4 months

1
0
0 / 0

[Embedded JBoss Development] - Re: Maven JBoss AS Embedded Build

by ALRubinger

I was able to duplicate the heap errors while running the EmbeddedAS testsuites in Windows. https://jira.jboss.org/jira/browse/EMB-74 Bumping the -Xmx passed along to Surefire solved the issue here, so thanks for reporting that. Try updating and bringing in the patch? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268398#4268398 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268398

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by alesj

"alesj" wrote : | I guess you now do this explicitly in maven? | Ah, I see now what you've done. | <plugin> | <groupId>org.apache.maven.plugins</groupId> | <artifactId>maven-antrun-plugin</artifactId> | <version>1.2</version> | <executions> | <execution> | <id>create-test-jars</id> | <goals> | <goal>run</goal> | </goals> | <phase>process-test-classes</phase> | <configuration> | <tasks> | <property name="test.jar.suffix" value="-test-classpool-"/> | <property name="archive.dir" value="${project.build.directory}/archives"/> | <mkdir dir="${archive.dir}"/> | <jar destfile="${archive.dir}/a1.jar" | basedir="${project.build.testOutputDirectory}" | includes="org/jboss/test/classpool/support/excluded/a/*.class"/> | Well, this works too, but, as it's shows, it makes harder to test/debug tests. I thought you would use VFS's Assembled notion. Or is there a valid reason you didn't? To simplify + speed-up things, what you can do, is to put this created artifacts directly into test's resources. (they will get copied to the proper location by any env) Then all you need to do is to add programmatic exclusion of test classes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268390#4268390 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268390

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by alesj

"flavia.rainone(a)jboss.com" wrote : | That error is fully expected as the classes belonging to the excluded package must be excluded from the classpath during test execution :-) | I guess you now do this explicitly in maven? You should do it programatically, the same way we do it in our CL, Deployers, Weld, ... tests. Check CL tests, where we create new ClassLoaderSystem, set parent policy, filters, ... This way we will be able to run them in any env - IDE, mvn, ant, ivy, ... "flavia.rainone(a)jboss.com" wrote : | What about the NPE I couldn't reproduce in my computer? | This was in attempt to get to the bottom of the NPE, debuging via IDE. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268370#4268370 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268370

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by flavia.rainone＠jboss.com

"kabir.khan(a)jboss.com" wrote : I updated from svn and the tests work for me. Thanks for verifying that :-) Ales told me that the NPE is reproducible only under JDK5. Still, I have tested it with JDK5 and again couldn't see any failure. I have also cleaned up my m2 repo, forcing maven to do a fresh download of all classpool dependencies. But still the tests run just fine. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268364#4268364 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268364

16 years, 4 months

1
0
0 / 0

[Embedded JBoss Development] - Re: Maven JBoss AS Embedded Build

by elponderador

I just do as the instructions say: "mvn clean install". mvn -version shows: | Apache Maven 2.1.0 (r755702; 2009-03-18 13:10:27-0600) | Java version: 1.6.0_13 | Java home: C:\Program Files (x86)\Java\jdk1.6.0_13\jre | Default locale: en_US, platform encoding: Cp1252 | OS name: "windows vista" version: "6.0" arch: "x86" Family: "windows" | I will try commenting out the assembly parts. Thanks again for all your help. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268355#4268355 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268355

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by kabir.khan＠jboss.com

I updated from svn and the tests work for me. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268353#4268353 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268353

16 years, 4 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Testing Deployers with new Reflect + ClassPool

by flavia.rainone＠jboss.com

"alesj" wrote : Running from IDE I get this for all org.jboss.test.classpool.jbosscl.test.RepositoryClassPoolTestCase tests | | | junit.framework.AssertionFailedError: Should not have been able to load org.jboss.test.classpool.support.excluded.a.A | | at org.jboss.test.classpool.support.TestScenario.assertCannotLoaderSupportClasses(TestScenario.java:260) | | at org.jboss.test.classpool.support.TestScenario.destroyLoaders(TestScenario.java:118) | | at org.jboss.test.classpool.jbosscl.test.JBossClClassPoolTest.tearDown(JBossClClassPoolTest.java:160) | | at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:40) | | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | | at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) That error is fully expected as the classes belonging to the excluded package must be excluded from the classpath during test execution :-) What about the NPE I couldn't reproduce in my computer? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4268352#4268352 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4268352

16 years, 4 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 December 2009