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

[Design of POJO Server] - Re: ManagementView refresh

by scott.stark＠jboss.org

"charles.crouch(a)jboss.com" wrote : I've added a couple more methods to ProfileServiceUnitTestCase to try out the new ManagedComponent api. | | Let me know if I'm not using the API in the correct way, and if you have any comments on my inline comments below.. | | | | public void testListComponents () throws Exception | | { | | ManagementView mgtView = getManagementView(); | | | | // maybe needs a ctor which takes type,subtype ? | | ComponentType type = new ComponentType(); | | type.setType("DataSource"); | | type.setType("LocalTX"); | | Set<ManagedComponent> comps = mgtView.getComponentsForType(type); | | | | if (comps != null) | | { | | for (ManagedComponent comp : comps) | | { | | String name = comp.getName(); | | Map<String,ManagedProperty> props = comp.getProperties(); | | } | | } | | } | | Needs to use type.setSubtype("LocalTX"), and there is a ctor now. I just checked it in as well. We will need enums for the standard component types as well. "charles.crouch(a)jboss.com" wrote : | /** | * test api usage only | * @throws Exception | */ | public void testRemoveComponent () throws Exception | { | String componentName = "defaultDS"; | ManagementView mgtView = getManagementView(); | | ComponentType type = new ComponentType(); | type.setType("DataSource"); | type.setType("LocalTX"); | Set comps = mgtView.getComponentsForType(type); | | // maybe a mgtView.getComponentByNameAndType(type, componentName) would be helpful | // i'm assuming componentName and type will be unique in a given profile. | | if (comps != null) | { | for (ManagedComponent comp : comps) | { | if (componentName.equals(comp.getName())) | { | ManagedDeployment deployment = comp.getDeployment(); | deployment.removeComponent(comp); | break; | } | } | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007043#4007043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007043

17 years, 5 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Common parent pom.xml

by scott.stark＠jboss.org

That sounds fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007038#4007038 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007038

17 years, 5 months

1
0
0 / 0

[Design of JBoss Portal] - How to Signout from MyFacesGenericportlet

by npkphilips

I'm trying to write my own userPortlet. It must be jsf portlet. I am registering users using usermodule and also store my specific registartion information i my Databese table. evrything works fine. i have only problems with logout. I have in my jsf managed bean: public void logout(ActionEvent event){ | ExternalContext context = FacesContext.getCurrentInstance().getExternalContext(); | JBossActionResponse respone = (JBossActionResponse) context.getResponse(); | respone.signOut(); | } and call it from jsf page: <h:commandLink value="logout" actionListener="#{bean.logout}" ></h:commandLink> response.signOut create errors. registration process uses jsf validation and converters so i don't wont to convert portlet into normal portlet. How can i logout from jsf portlet? When and how can I acces actionResponse from jsf portlet. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007009#4007009 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007009

17 years, 5 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Common parent pom.xml

by pgier

Ok, in that case I could leave the repository specification out of the parent pom. Should we still use a common parent? We could put the JBoss repository config in each specific project pom, but put the plugin repository and other common configuration into the parent. Then the build would still function without access to the main maven repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006989#4006989 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006989

17 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Registering a bean as an aspect in the bootstrap

by kabir.khan＠jboss.com

I don't think so unless there is a way to make the MainDeployer and deployers wait until the AspectManagerService is fully installed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006986#4006986 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006986

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JAXBDeployer

by jason.greene＠jboss.com

"adrian(a)jboss.org" wrote : "jason.greene(a)jboss.com" wrote : Or different schemas need to be associated with the same object model. | | -Jason | | Yes, this is also broken as well. :-) | | The namspace is associated with the | package level annotation rather the root element. | This is a basic reusability issue. | The package level namespace declaration in JAXB is just a default value for convenience purposes. You can specify the namespace on XmlType and XmlRootElement. What I meant is that the you can't have both the ejb2.1 schema and ejb3 schema map to the same objects. -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006978#4006978 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006978

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JAXBDeployer

by jason.greene＠jboss.com

"adrian(a)jboss.org" wrote : anonymous wrote : | | | | JBossXB uses the xml namespace to determine the class to unmarshal | | as the wildcard. You don't have to tell it a fixed number of classes/packages upfront | | on the JAXBContext. | | | | Either way the mapping of namespace to classes has to be known before unmarshalling, the difference is that you can lazy load classes with JBossXB. If lazy discovery is important, we should get involved with the spec and get it added. | | anonymous wrote : | | JAXB is simply not extensible to abitrary wildcards. | | | | | | | <xsd:choice minOccurs="0" maxOccurs="unbounded"> | | | <xsd:element name="string" type="stringType" minOccurs="0"/> | | | <xsd:element name="blah" type="blahType" minOccurs="0"/> | | | <xsd:any namespace="##other" processContents="strict" minOccurs="0"/> | | | </xsd:choice> | | | | | | @RootElement | | | public class MyClass | | | { | | | // Known bindings | | | @XmlElement(name="string" type=StringSomething.class) | | | @XmlElement(name="blah" type=BlahSomething.class) | | | | | | // Wildcard | | | @XmlAnyElement(I'll accept anything that implements the interface!) | | | public void setSomethings(List<Something> somethings) {} | | | } | | | | | The issue with a mapping like this is that if there is any similarity between the types that could be present on a wildcard, then using schema subtyping is more appropriate. | | -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006975#4006975 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006975

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: ManagementView refresh

by charles.crouch＠jboss.com

I've added a couple more methods to ProfileServiceUnitTestCase to try out the new ManagedComponent api. Let me know if I'm not using the API in the correct way, and if you have any comments on my inline comments below.. | public void testListComponents () throws Exception | { | ManagementView mgtView = getManagementView(); | | // maybe needs a ctor which takes type,subtype ? | ComponentType type = new ComponentType(); | type.setType("DataSource"); | type.setType("LocalTX"); | Set<ManagedComponent> comps = mgtView.getComponentsForType(type); | | if (comps != null) | { | for (ManagedComponent comp : comps) | { | String name = comp.getName(); | Map<String,ManagedProperty> props = comp.getProperties(); | } | } | } | | /** | * test api usage only | * @throws Exception | */ | public void testRemoveComponent () throws Exception | { | String componentName = "defaultDS"; | ManagementView mgtView = getManagementView(); | | ComponentType type = new ComponentType(); | type.setType("DataSource"); | type.setType("LocalTX"); | Set<ManagedComponent> comps = mgtView.getComponentsForType(type); | | // maybe a mgtView.getComponentByNameAndType(type, componentName) would be helpful | // i'm assuming componentName and type will be unique in a given profile. | | if (comps != null) | { | for (ManagedComponent comp : comps) | { | if (componentName.equals(comp.getName())) | { | ManagedDeployment deployment = comp.getDeployment(); | deployment.removeComponent(comp); | break; | } | } | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006972#4006972 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006972

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: ManagementView refresh

by charles.crouch＠jboss.com

"charles.crouch(a)jboss.com" wrote : Running ProfileServiceUnitTestCase from eclipse I just get two failures: | This was just me not reading the tests properly and the tests themselves not being repeatable. The tests work fine the first time after a Server restart, then fail everytime after that, because one test removes a DataSource, which both tests reference. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006967#4006967 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006967

17 years, 5 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Common parent pom.xml

by scott.stark＠jboss.org

I want to get to the point of not relying on the maven repos for anything. It should all be in our repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006945#4006945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4006945

17 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums January 2007