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

[Design of POJO Server] - Re: JBVFS-67, VFSCacheFactory.getInstance(String defaultCach

by alesj

"scott.stark(a)jboss.org" wrote : So are we doing another CR or putting out the GA with this issue? | I'll do another CR with this addition, as I'm doing Deployers anyway tomorrow. So that it gets a few Hudson runs over the weekend, probably going GA early next week. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187527#4187527 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187527

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

Can you folks retrofit ClassLoaderPolicy, VFSClassLoaderPolicy to take in the settings from the system property (java.security.debug which can have entries such as: | - access âprint all checkPermission results | - jar âprint jar verification information | - policy âprint policy information | - scl âprint permissions assigned by the SecureClassLoader | | The access option has the following sub-options: | - stack âinclude stack trace | - domain âdump all domains in context | - failure âdump the stack and domain that did not have permission before throwing the exception | | For example, to print all checkPermission results and trace all domains in context, set java.security.debug to access,stack. To trace access failures, set it to access,failure. | I was looking at this source file: http://anonsvn.jboss.org/repos/jbossas/projects/jboss-cl/trunk/classloadi... Additionally, the getProtectionDomain method was supposed to handle certificates with a todo of JBMICROCONT-182 (which has been completed) https://jira.jboss.org/jira/browse/JBMICROCONT-182 So I created a subtask for this: https://jira.jboss.org/jira/browse/JBMICROCONT-381 Ales, can I know how this classloader policy is being installed? I could not figure out from the xmls in the conf directory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187526#4187526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187526

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBVFS-67, VFSCacheFactory.getInstance(String defaultCach

by scott.stark＠jboss.org

So are we doing another CR or putting out the GA with this issue? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187525#4187525 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187525

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by alesj

"adrian(a)jboss.org" wrote : | Ales do you have a JIRA for that? Or have you already done it without me | noticing as usual? ;-) | Nope. Forgot about it. :-) Can you go ahead and create it, describing a bit what needs to be done, and I'll make sure it gets in before 2.0.0.GA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187521#4187521 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187521

17 years, 5 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portal 2.7 with Postgres

by etdias

I' am having the same problem... You are not alone... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187520#4187520 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187520

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBVFS-67, VFSCacheFactory.getInstance(String defaultCach

by alesj

Fine by me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187519#4187519 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187519

17 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-380; constructor (property) matching

by alesj

"adrian(a)jboss.org" wrote : Ales, did you remove it during one of your refactorings? :-) Where was it? In Config class? I'll check history to find the true culprit, as I doubt it was me. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187518#4187518 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187518

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

"anil.saldhana(a)jboss.com" wrote : Adrian, why were the aop classes having the issue they had with the current approach that we have? scratch that. Never mind. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187513#4187513 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187513

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

Adrian, why were the aop classes having the issue they had with the current approach that we have? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187506#4187506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187506

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by adrian＠jboss.org

"david.lloyd(a)jboss.com" wrote : | If you make the stop() method run privileged, won't you make it kind of easy to defeat the security manager (by simply undeploying the bean, or even just getting the bean by name, or creating an instance of it, and manually calling stop() on it from hostile code)? | That's a different issue. We already said that we need a permission within the MC that controls who can inject/install what into what or who can invoke on what through the kernel bus. Currently there's no fine-grained permission, only one big permission on whether you can access the kernel(controller). Ales do you have a JIRA for that? Or have you already done it without me noticing as usual? ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187505#4187505 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187505

17 years, 5 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 November 2008