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

[Design of POJO Server] - Re: KernelDeploymentManagedObjectCreator doesn't include all

by alesj

"scott.stark(a)jboss.org" wrote : | So if its changed to a collection of beans (BeanMetaData) this is equivalent to call the deprecated setBeans() method on the KernelDeployment. Why is it deprecated? | I think this is an old leftover. It should probably be removed before we did CR. :-( But as you can see, both setBeans and setBeanFactories, set the same variable: List beanFactories | @SuppressWarnings("unchecked") | public void setBeans(List beans) | { | this.beanFactories = beans; | flushJBossObjectCache(); | } | | /** | * Set the bean factories. | * | * @param beanFactories a List<BeanMetaDataFactory>. | */ | @ManagementProperty(managed=true) | @XmlElements | ({ | @XmlElement(name="bean", type=AbstractBeanMetaData.class), | @XmlElement(name="beanfactory", type=GenericBeanFactoryMetaData.class), | @XmlElement(name="lazy", type=AbstractLazyMetaData.class) | }) | @XmlAnyElement | public void setBeanFactories(List<BeanMetaDataFactory> beanFactories) | { | this.beanFactories = beanFactories; | So, setBeans != getBeans, in terms of what they handle. Dunno how you can really solve this at the MO level then. :-) Probably each BeanMetaDataFactory impl will have to declare its getBeans as MO property? Or can this be done on the interface? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187889#4187889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187889

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: KernelDeploymentManagedObjectCreator doesn't include all

by scott.stark＠jboss.org

The beanFactories is the only manged property in the KernelDeployment currently, so that is what I used. If its really the BeanMetaData from their getBeans(), then effectively the managed property is the beans. So if its changed to a collection of beans (BeanMetaData) this is equivalent to call the deprecated setBeans() method on the KernelDeployment. Why is it deprecated? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187872#4187872 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187872

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - KernelDeploymentManagedObjectCreator doesn't include all BMD

by alesj

Looking at KernelDeploymentManagedObjectCreator impl | for(BeanMetaDataFactory bmdf : beanFactories) | { | if((bmdf instanceof BeanMetaData) == false) | continue; | | BeanMetaData bmd = (BeanMetaData) bmdf; | This defeats the purpose of wildcard matching in KernelDeployment. e.g. DML's Thread beans won't be picked up as MOs But I guess if I do this | for(BeanMetaDataFactory bmdf : beanFactories) | { | List<BeanMetaData> bmds = bmdf.getBeans(); | if (bmds != null && bmds.isEmpty() == false) | { | for (BeanMetaData bmd : bmds) | { | then I break the MO code: | CollectionMetaType moType = new CollectionMetaType(BeanMetaDataFactory.class.getName(), AbstractManagedObjectFactory.MANAGED_OBJECT_META_TYPE); | | ... | | GenericValue[] mos = new GenericValue[tmp.size()]; | tmp.toArray(mos); | CollectionValueSupport values = new CollectionValueSupport(moType, mos); | // This bypasses the write through back to the metadata | beanFactoriesMP.getFields().setField(Fields.VALUE, values); | ss this probably expect that all mos are also BMDF instances. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187851#4187851 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187851

17 years, 5 months

1
0
0 / 0

[Design of JBoss Portal] - Re: expected behavior on switching layout

by PMN

If I understand correctly the change of layout is effective until next change, it's a configuration change by an admin. There is also a need for a much more dynamic approach where a portlet requires entering in a complex mode with specific layout in the page. It is unclear whether or not any version will support that. Generally speaking it is hard to understand the layout feature without any white paper - it deals with region decoration, portlet decoration and requires other things such as sizes and resize features, autofit etc... my 2 cents dear fellows View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187848#4187848 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187848

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Total disregard for privileged operations

by anil.saldhana＠jboss.com

Basically all across our code base (mainly the org projects that come in as libraries) have total disregard for sensitive operations that need to be going in privileged blocks (after deciding whether these operations are part of what these libraries need and not something the caller of these libraries should have). Basically, we are doing set context class loader, setting system properties at will as examples. Examples: https://jira.jboss.org/jira/browse/JBMESSAGING-1446 and such as: http://anonsvn.jboss.org/repos/jbossas/trunk/tomcat/src/main/org/jboss/we... | System.setProperty("catalina.ext.dirs", (System.getProperty("jboss.server.home.dir") + File.separator + "lib")); | I have this jira issue for AS5: https://jira.jboss.org/jira/browse/JBAS-5988 I have updated the AS5 testsuite sec policy as much as possible (work in progress). http://anonsvn.jboss.org/repos/jbossas/trunk/testsuite/src/resources/secu... We need better control of permissions for things such as Common Criteria Evaluation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187842#4187842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187842

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 : https://jira.jboss.org/jira/browse/JBCL-64 | | I took the low hanging fruit for now. I am able to get the server to boot under a security manager. I still have to figure out some missing permissions but not a vfs issue. I have created a subtask to investigate a better long term solution. At this time, I just change the protocol to be "file" instead of the vfs protocol. Adrian, do you see issues? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187821#4187821 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187821

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by clebert.suconic＠jboss.com

I got the same failure with the loopback = false View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187812#4187812 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187812

17 years, 5 months

1
0
0 / 0

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

by anil.saldhana＠jboss.com

https://jira.jboss.org/jira/browse/JBCL-64 I took the low hanging fruit for now. I am able to get the server to boot under a security manager. I still have to figure out some missing permissions but not a vfs issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187803#4187803 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187803

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by clebert.suconic＠jboss.com

I just started a run on hudson with loopback changed. If it runs ok, it will increase the chances of the problem being that. But I would need another run to make sure. (This is intermitent and sometimes the testsuite could pass even with that bug present) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187798#4187798 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187798

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by bstansberry＠jboss.com

Vlad, You have a more legible version of that in your e-mail. ;-) If the problem here isn't obvious to you once you review the logs, please initially consider whether setting loopback="true" on the UDP transport could be relevant. It was "false" in JBM's previous config. Restoring "false" is one tweak they could make in their (immediately) pending 1.x release. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187790#4187790 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187790

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