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

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by kabir.khan＠jboss.com

"alex.loubyansky(a)jboss.com" wrote : So, valueObject is bound to a wildcard and {urn:jboss:classloading:1.0}capabilities should be resolved as its content. Perhaps, it cannot be. | Can you enable TRACE for org.jboss.xb? The trace was too long, but Ales suggested offline I add @XmlRootElement to CapabilitiesMetaData. | @XmlType(name="capabilties", propOrder= {"capabilities"}) | @XmlRootElement(name="capabilities", namespace="urn:jboss:classloading:1.0") | public class CapabilitiesMetaData implements Serializable, Cloneable | This now works, and as per Adrian's previous suggestion I added a helper bean to jboss-cl | public class DefaultGlobalCapabilitiesProvider implements GlobalCapabilitiesProvider | { | List<Capability> capabilities; | | public void setGlobalCapabilities(CapabilitiesMetaData capabilitiesMetaData) | { | capabilities = capabilitiesMetaData.getCapabilities(); | } | | public List<Capability> getCapabilities() | { | return capabilities; | } | } | Usage in GeneratedClassesUnitTestCase.xml | <?xml version="1.0" encoding="UTF-8"?> | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | | <bean name="DefaultGlobalCapabilitiesProvider" class="org.jboss.classloading.plugins.dependency.DefaultGlobalCapabilitiesProvider"> | <property name="globalCapabilities"> | <capabilities xmlns="urn:jboss:classloading:1.0"> | <package name="newpackage"/> | </capabilities> | </property> | </bean> | | </deployment> | The tests so far use importAll=true for the classloaders. Now, I'm going to try to break this where the requesting classloader has explicit imports View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217048#4217048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217048

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by kabir.khan＠jboss.com

"kabir.khan(a)jboss.com" wrote : I then noticed that 'capabilities' is spelt wrong in CapabilitiesMetaData: | | | @XmlType(name="capabilties", propOrder= {"capabilities"}) | | public class CapabilitiesMetaData implements Serializable, Cloneable | | | I created a JIRA issue for this https://jira.jboss.org/jira/browse/JBCL-93. Simple fix, but I don't want to break anything View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217031#4217031 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217031

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by kabir.khan＠jboss.com

I have committed what has been done so far in trunk against https://jira.jboss.org/jira/browse/JBCL-92 For the time being I have commented out the capabilities stuff in GeneratedClassesUnitTestCase.xml, and hardcoded them in my MockGlobalCapabilitiesProvider. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217006#4217006 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217006

17 years

1
0
0 / 0

[Design of JBoss Identity] - Re: descentralized identity Federation component

by aamonten

I was reading about the SAMLv2 spec, and found this definition: anonymous wrote : | Pseudonyms - SAML V2.0 defines how an opaque pseudo-random identifier with no discernible correspondence with meaningful identifiers (for example, emails or account | names) can be used between providers to represent principals. Pseudonyms are a key | privacy-enabling technology because they inhibit collusion between multiple providers (as | would be possible with a global identifier such as an email address), | I believe this will solve the issue. Should just discuss the implementation specific details. I will add a feature request at the JIRA. thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216987#4216987 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216987

17 years

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - How to determine bundling of versions

by doug.lundin＠gmail.com

Hi, I would like to verify what version of JBoss Remoting (and other components) shipped with JBoss AS 4.2.2.GA. Is there a matrix that clearly spells this out? Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216967#4216967 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216967

17 years

1
0
0 / 0

[Design of JBoss Wiki] - Re: Installation of JBoss Wiki

by margotmedia

I don't get any other projects from SVN because the SVN problem I told you so I can't try out my maven on other projects. Have you the normal download Link of any Project on JBoss.org then I can try it out. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216963#4216963 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216963

17 years

1
0
0 / 0

[Design of JBoss Wiki] - Re: Installation of JBoss Wiki

by piergiorgiolucidi

I have deleted that dependency and now works, the problem was only on installation of the wiki-common module. Have you tried your Maven installation on other projects? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216961#4216961 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216961

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by alex.loubyansky＠jboss.com

So, valueObject is bound to a wildcard and {urn:jboss:classloading:1.0}capabilities should be resolved as its content. Perhaps, it cannot be. Can you enable TRACE for org.jboss.xb? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216960#4216960 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216960

17 years

1
0
0 / 0

[Design of JBoss Wiki] - Re: Installation of JBoss Wiki

by margotmedia

Same error again with deleted dependency on root pom.xml and pom.xml in wiki-common directory! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216959#4216959 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216959

17 years

1
0
0 / 0

[Design of JBoss Wiki] - Re: Installation of JBoss Wiki

by piergiorgiolucidi

I found a bug on wiki-common and root pom.xml. Try to delete from pom.xml and wiki-common/pom.xml this dependency: | <dependency> | <groupId>org.apache.openejb</groupId> | <artifactId>javaee-api</artifactId> | <version>5.0-1</version> | <scope>provided</scope> | </dependency> | Thank you for trying to checkout, I think we have solved a bug ;) If works in this way I'll commit these new poms on main trunk. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216949#4216949 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216949

17 years

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 March 2009