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

[Design the new POJO MicroContainer] - Re: Field annotation support and IoC

by adrian＠jboss.org

"alesj" wrote : How much of field annotation support should we provide? | | I'm mostly thinking of just these 3 dynamic one's: | - inject | - value-factory | - install/uninstall | As much as you can reasonably get tested by CR1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137746#4137746 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137746

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Kernel module wip WARNING

by adrian＠jboss.org

"sacha.labourey(a)jboss.com" wrote : Ales, | | You should receive a special price for being "Brocked" on pretty much a daily basis! I admire your calm! ;) | | Special present for you Ales: Friday night, at a pub, Adrian told me that he enjoyed "brocking" you but that I shouldn't read too much into this is as he thinks you are actually doing a great job. Coming from Adrian, that's a great compliment. | | Onward, | | | Sacha | Now you've let the secret out the bag, how I am I supposed to get Ales to do what I want him to do? :-) It's true 99.9% of what Ales does is brilliant. (There's some bits even I don't understand, which may or may not be a good thing :-) It's just that I found the other 0.1% all in one go while pushing for CR1 releases. ;-) P.S. I plan to handover most of the MC projects to Ales once 2.0.0.GA is out. So I'll be "working for him" after that. What goes around comes around. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137745#4137745 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137745

18 years

1
0
0 / 0

[Design of JBoss Portal] - Re: Portlet Container 1.2 changes

by julien＠jboss.com

I renamed PortletContainerInvoker class to ContainerPortletInvoker (http://jira.jboss.com/jira/browse/JBPORTAL-1937). I had to rename the beans in the f -beans.xml files. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137741#4137741 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137741

18 years

1
0
0 / 0

[Design of EJB 3.0] - Re: Injection of Security Domain annotation into the contain

by anil.saldhana＠jboss.com

The fix has been made and the test cases all work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137739#4137739 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137739

18 years

1
0
0 / 0

[Design of JBossXB] - Re: Extending EnumValueAdapter

by alesj

"adrian(a)jboss.org" wrote : | * What there isn't is a declartive (annotation) to ignore case when the xml | enum type extends xsd:string. | | @JBossXmlEnum(ignoreCase=true) | public enum Root | { | ONE, | TWO, | THREE | } | | protected void testEnumValueAdapter(EnumValueAdapter enumValueAdapter) | { | super.testEnumValueAdapter(enumValueAdapter); | | assertEquals(Root.ONE, enumValueAdapter.cast("one", Root.class)); | assertEquals(Root.ONE, enumValueAdapter.cast("One", Root.class)); | assertEquals(Root.ONE, enumValueAdapter.cast("ONE", Root.class)); | | assertEquals(Root.TWO, enumValueAdapter.cast("two", Root.class)); | assertEquals(Root.TWO, enumValueAdapter.cast("Two", Root.class)); | assertEquals(Root.TWO, enumValueAdapter.cast("TWO", Root.class)); | | assertEquals(Root.THREE, enumValueAdapter.cast("three", Root.class)); | assertEquals(Root.THREE, enumValueAdapter.cast("Three", Root.class)); | assertEquals(Root.THREE, enumValueAdapter.cast("THREE", Root.class)); | } | Can I now get a 'you (finally) understand' tag? ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137738#4137738 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137738

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JarEntry as VFS root does not return empty vfspath

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : Right, the test is wrong if JarContext(entry) is no longer simply returning the JarEntry name, and it should not be. | The VFS "name" should never be the empty string. This is used in many places, e.g. VFSDeployment.getSimpleName() and will break things if it is empty. The idea of the "name" is say what artifact you are referring to without the path. If you want to add a "contextName" which is just the relevant section used to construct the pathName then that is fine, but don't change the "name". Suppose you have url://some/path/outer.jar/lib/inner.jar and construct a vfs context from (context name obviously doesn't exist) root = VFS.getRoot("url://some/path"); root.getName() : "path" (this should not be empty) root.getPathName() : "" root.getContextName() : "" (this would be empty because it is the root of the vfs) outer = root.getChild("outer.jar"); outer.getName() : "outer.jar"); outer.getPathName() : "outer.jar" outer.getContextName() : "outer.jar") inner = get.findChild("lib/inner.jar"); inner.getName() : "inner.jar" inner.getPathName() : "outer.jar/lib/inner.jar" inner.getContextName() : "inner.jar" As you can see the ContextName is the same as the Name except when it is the root of the VFS (i.e. no parent), so I'm not sure the ContextName is really necessary. Or if it is, it could easily be written in the abstract public String getContextName() { if (getParent() == null) return ""; return getName(); } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137723#4137723 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137723

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Jbpm pageflow

by globallogic

I just missed out on few points. The changes I am doing will enable the user to select evrything (which seam offer in pageflow.xml) from the UI itself. No manual changes in the xml file is required. I want to contribute same to the community. Pls guide me guys. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137713#4137713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137713

18 years

1
0
0 / 0

[Design of JBoss Build System] - Re: Shared Parent POM for dependencyManagement

by ALRubinger

"dimitris(a)jboss.org" wrote : This new pom.xml as it is now contains, more or less, all the AS depedencies. Moving that outside AS looks dump to me. Everytime we need to change a component in AS, we'll need to make a new release of this project? Until the versions for a release are locked down, it's a snapshot. How difficult is "mvn deploy"? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137709#4137709 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137709

18 years

1
0
0 / 0

[Design of JBoss Build System] - Re: Shared Parent POM for dependencyManagement

by dimitris＠jboss.org

This new pom.xml as it is now contains, more or less, all the AS depedencies. Moving that outside AS looks dump to me. Everytime we need to change a component in AS, we'll need to make a new release of this project? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137708#4137708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137708

18 years

1
0
0 / 0

[Design of JBoss Build System] - Re: Shared Parent POM for dependencyManagement

by ALRubinger

I have committed org.jboss.jbossas:jboss-as-dependency: http://jira.jboss.com/jira/browse/JBAS-5324 Looking to avoid being too invasive here. The shared POM is now committed and deployed for review, though I'm holding the commit for org.jboss.jbossas:jboss-as-parent until we can verify that all looks allright. Once Paul gives me the nod, I'll commit that change. The patch up for review is attached to the JIRA, as is the commit of the new project. Paul, let's look over this together. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4137707#4137707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4137707

18 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 2008