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

[Design of OSGi Integration] - Re: Current roadmap

by david.lloyd＠jboss.com

"alesj" wrote : "david.lloyd(a)jboss.com" wrote : | | Well in any case, the metadata has to be the first step. From there, the parser and the converter (to jboss cl) could be developed simultaneously. | | | The metadata is already there: | - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-osgi/trunk/osgi-int... | - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-osgi/trunk/osgi-int... Hmm. This looks more like a thin wrapper around an attribute map. What's the benefit to wrapping attributes like this? Seems kind of hacky/ugly. It would be better to just have an opaque pojo with regular (stringly typed) bean properties (including setters) for the attributes and leave it up to the parser to parse the manifest file and its entry values. Metadata is just metadata - there really shouldn't be any logic in there in my opinion. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203707#4203707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203707

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS cache as impl detail, to what extent

by alesj

"jaikiran" wrote : So if i don't use cache, the configurations/options are not inherited? They are always inherited. e.g. children get it from the parent Probably inherited isn't the right word there, it should say "you get the options that were set at the root creation". Where if you use that VFS::getVFS::(set-options)::getRoot steps, you can set your own options. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203705#4203705 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203705

17 years, 2 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Current roadmap

by alesj

"david.lloyd(a)jboss.com" wrote : | I think trustin is referring to the information that would be defined by jboss-classloading.xml - basically there would be two ways to specify classloading metadata, and they would have to be resolved or merged somehow. | jboss-classloading.xml != jboss-beans.xml ;-) (although you can define classloader element inside -beans.xml) I wouldn't merge. I would just use ours, as it's super set of what OSGi does. This will probably be common use-case. e.g. use our custom features if run inside MC, fallback to plain OSGi elsewhere View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203698#4203698 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203698

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS cache as impl detail, to what extent

by jaikiran

"alesj" wrote : "alesj" wrote : | | There is no connection to cache. | | | OK, there is. :-) | If you use cache, | you inherit the configuration/options from the cache root. I guess, that's what i am trying to understand :) So if i don't use cache, the configurations/options are not inherited? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203692#4203692 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203692

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS cache as impl detail, to what extent

by alesj

"alesj" wrote : | There is no connection to cache. | OK, there is. :-) If you use cache, you inherit the configuration/options from the cache root. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203685#4203685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203685

17 years, 2 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Current roadmap

by alesj

"david.lloyd(a)jboss.com" wrote : | Well in any case, the metadata has to be the first step. From there, the parser and the converter (to jboss cl) could be developed simultaneously. | The metadata is already there: - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-osgi/trunk/osgi-int... - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-osgi/trunk/osgi-int... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203683#4203683 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203683

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS cache as impl detail, to what extent

by alesj

"jaikiran" wrote : | But, shouldn't these properties like the exception handler, the copy options be independent of the caching? Shouldn't the exception handler be configurable even when the cache is disabled? | There is no connection to cache. Re-read my post. ;-) "alesj" wrote : | e.g. you want to create new roots that behave differently | - diff ExceptionHandler, diff options (copy, case-sensitivity, ...), ... | And that's exactly what VFS::getVFS(URI|URL) does. | The cache is not mentioned anywhere. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203682#4203682 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203682

17 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Help in Jboss security debug

by jaikiran

"kolszew73" wrote : | I have one question, is anybody there who can tell me where is the place in te code where environment properties sets by remote client in (Context .SECURITY_PRINCIPAL, Context.SECURITY_CREDENTIALS) are read and putting in org.jboss.security.SubjectInfo or org.jboss.security.SecurityContextUtil ? I guess, that's not going to work for JBossAS5. This thread in the user forum shows how it works for JBossAS5 http://www.jboss.com/index.html?module=bb&op=viewtopic&t=144021 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203681#4203681 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203681

17 years, 2 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Current roadmap

by david.lloyd＠jboss.com

"alesj" wrote : "trustin" wrote : How does microcontainer decide which model has precedence over other models? | It doesn't. ;-) | It uses all the metadata info it can find. | Again, why would it have to decide anything? | It just does what it's instructed to do with metadata/attachments. I think trustin is referring to the information that would be defined by jboss-classloading.xml - basically there would be two ways to specify classloading metadata, and they would have to be resolved or merged somehow. If I'm wrong, trustin, I apologize. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203678#4203678 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203678

17 years, 2 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Current roadmap

by david.lloyd＠jboss.com

"alesj" wrote : The metadata should be simple, | it just takes some effort to go from feature to feature | and create proper parsing --> osgi md --> jboss cl md tests. | Well in any case, the metadata has to be the first step. From there, the parser and the converter (to jboss cl) could be developed simultaneously. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203676#4203676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203676

17 years, 2 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 January 2009