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

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deployment ClassPath and AOP

by kabir.khan＠jboss.com

This fails as well | URL httpA = new URL("http://classes"); | URL httpB = new URL(new URL("http://"), "classes"); | assertEquals(httpA, httpB); | anonymous wrote : | junit.framework.AssertionFailedError: expected:<http://classes> but was:<http:/classes> | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.failNotEquals(Assert.java:282) | at junit.framework.Assert.assertEquals(Assert.java:64) | at junit.framework.Assert.assertEquals(Assert.java:71) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139275#4139275 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139275

18 years

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: jee module's alt-dd

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : The only issue is how to generically integrate the alt-dd path. Most ee descriptor has an alt-dd child of the root element, so one way to handle this would be to extend AbstractParsingDeployerWithOutput to have an alt-dd property that specifies element name of the alt-dd, and createMetaData(DeploymentUnit unit, String name, String suffix, String key) would do a simple jaxp query of the document to see if alt-dd path name exists. It would have to be encapsulated in another abstract method like: | | | | protected abstract String getAltName(DeploymentUnit unit, String name) throws Exception; | | | | as we don't know how to obtain the input stream for the name at the AbstractParsingDeployerWithOutput level. The jaxp default impl would have to be added to AbstractVFSParsingDeployer. | | http://jira.jboss.com/jira/browse/JBDEPLOY-27 | Why don't you make an interface, e.g. | public interface AltDD | { | String getAltDD(); | } | Then the metadata classes could implement it and parsing deployers check it regardless of where it appears. On Alex's point, these just need to be added as attachments by the EarStructure and checked by the relevant parsing deployer. In principle it should be possible to do the same thing programmatically even for non-ears. | VFSDeployment d = new VFSDeployment(ejbjar); | d.addAttachment("EJBAltDD", "al.ternatelocation"); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139273#4139273 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139273

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Registering schema with JBossXB

by alesj

"adrian(a)jboss.org" wrote : You do in the parser. Meaning I should put a ref on the namespace string I get of JBossXmlSchema? "adrian(a)jboss.org" wrote : (or you work it out again). "Suck it and see" who's holding the ref? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139272#4139272 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139272

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: AbstractKernelTest and date handling

by alesj

"adrian(a)jboss.org" wrote : The alternative would be to fix the Date property editor such that you can | specify the locale in the string, e.g. as a prefix That's what I also already did. ;-) | - String defaultFormat = System.getProperty("org.jboss.util.propertyeditor.DateEditor.format", | - "MMM d, yyyy"); | + String defaultFormat = System.getProperty("org.jboss.util.propertyeditor.DateEditor.format", "MMM d, yyyy"); | + String defaultLocale = System.getProperty("org.jboss.util.propertyeditor.DateEditor.locale"); | + DateFormat defaultDateFormat; | + if (defaultLocale == null) | + { | + defaultDateFormat = new SimpleDateFormat(defaultFormat); | + } | + else | + { | + defaultDateFormat = new SimpleDateFormat(defaultFormat, Strings.parseLocaleString(defaultLocale)); | + } | + | formats = new DateFormat[] | { | - new SimpleDateFormat(defaultFormat), | + defaultDateFormat, | Just don't feel like waiting for the new commons release. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139271#4139271 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139271

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: AbstractKernelTest and date handling

by alesj

"adrian(a)jboss.org" wrote : | Why don't you just hack the tests to set the locale to American. | That's what I did. "alesj" wrote : | I've put Locale.US to every possible place. :-) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139269#4139269 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139269

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: AbstractKernelTest and date handling

by adrian＠jboss.org

The alternative would be to fix the Date property editor such that you can specify the locale in the string, e.g. as a prefix View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139268#4139268 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139268

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: AbstractKernelTest and date handling

by adrian＠jboss.org

"alesj" wrote : I've fixed/hacked the problem that's been bugging me from the beginning. | Date handling inside MC was failing for me, since SimpleDateFormat by default takes default Locale. | In my case this is Slovenian locale, but the test inputs day name as Mon, which is of course not recognized by my locale. | | I've put Locale.US to every possible place. :-) | Now all the test finally pass for me locally. Yeay. | | Since it's date we're really interested in, its parsing/transformation, I don't see an issue in this Locale hack. | | Or is it? :-) Why don't you just hack the tests to set the locale to American. People should be able to inject dates in their own locale. I doubt it has many use cases anyway. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139266#4139266 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139266

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Registering schema with JBossXB

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | No. Because nothing will be holding a reference to the class other than the | | resolver normally. Therefore it would get garbage collected and the config removed. | Yeah, I've though of that. | But in the case when deployers register it, they also hold a ref to metadata class. | OK, but they can do its own clean up, like mentioned before. | | btw: who then holds the ref to the namespace string key? You do in the parser (or you work it out again). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139263#4139263 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139263

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - AbstractKernelTest and date handling

by alesj

I've fixed/hacked the problem that's been bugging me from the beginning. Date handling inside MC was failing for me, since SimpleDateFormat by default takes default Locale. In my case this is Slovenian locale, but the test inputs day name as Mon, which is of course not recognized by my locale. I've put Locale.US to every possible place. :-) Now all the test finally pass for me locally. Yeay. Since it's date we're really interested in, its parsing/transformation, I don't see an issue in this Locale hack. Or is it? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139261#4139261 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139261

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Registering schema with JBossXB

by alesj

"adrian(a)jboss.org" wrote : | No. Because nothing will be holding a reference to the class other than the | resolver normally. Therefore it would get garbage collected and the config removed. Yeah, I've though of that. But in the case when deployers register it, they also hold a ref to metadata class. OK, but they can do its own clean up, like mentioned before. btw: who then holds the ref to the namespace string key? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139260#4139260 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139260

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