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

[Design of Management Features on JBoss] - Getting mbeans/mcbeans into open console

by scott.stark＠jboss.org

A thread for the discussion we had this morning on how we could have some support for mbeans and even mcbeans in the open console so that we can drop the web/jmx-consoles. The main issue is that the current plugin architecture needs a static xml definition of the resource type. A plugin cannot dynamically declare a type and its properties/operations. We can certainly provide utils to map an mbean, mcbean metadata to the xml plugin. We could even have a deployer that took a ManagedObject view and wrote it out as a plugin xml, updated it if there were changes. Let's discuss a plan for this for 5.0.0.GA and 5.0.0 EAP. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134925#4134925 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134925

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by pgier

"david.lloyd(a)jboss.com" wrote : "pgier" wrote : So can you commit to svn over webdav? I didn't know that could be done. But if that works, it could be a solution to our current issue of having to check out the whole repository before committing. | | Why do you have to check out the whole repository before committing? Technically I don't have to check out the whole repo, I could just commit to the folder I want like Andrew said. But since I end up committing stuff all over the place in no predictable order, it ends up easier to just check out the whole thing. If there was a way I could send commits with my username without checking out first, it would make things a little more convenient. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134921#4134921 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134921

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by ALRubinger

"david.lloyd(a)jboss.com" wrote : Why do you have to check out the whole repository before committing? I don't; I get around this by doing a non-recursive checkout of the parent folder to which I want to add. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134919#4134919 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134919

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by david.lloyd＠jboss.com

"pgier" wrote : So can you commit to svn over webdav? I didn't know that could be done. But if that works, it could be a solution to our current issue of having to check out the whole repository before committing. Why do you have to check out the whole repository before committing? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134916#4134916 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134916

18 years, 1 month

1
0
0 / 0

[Design of JBossXB] - Re: XMLGregorianDate to xs:dateTime rather than xs:anySimple

by alex.loubyansky＠jboss.com

It seems to belong to the JBossWS user forum. http://www.jboss.com/index.html?module=bb&op=viewforum&f=200 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134913#4134913 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134913

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: enums, generics and other animals

by alesj

"adrian(a)jboss.org" wrote : | | | | | public class MyAttributeHandler extends AttributeHander | | { | | public void attribute(QName elemName, | | QName attrName, | | AttributeBinding binding, | | Object owner, | | Object value) | | { | | AbstractInjectionValueMetaData injection = (AbstractInjectionValueMetaData) owner; | | | | String localName = attrName.getLocalPart(); | | ... | | else if ("type".equals(localName)) | | injection.setInjectionType((AutowireType) value) | | } | | } | | | Yup, thought this was missing. "adrian(a)jboss.org" wrote : | But I'm not sure it is worth doing all this work, since these classes are going away soon. OK, I'll leave the crappy getInstance until we move 100% to jaxb. I'll put a TODO on removing this. And comment on it at the jaxb JIRA issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134912#4134912 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134912

18 years, 1 month

1
0
0 / 0

[Design of JBossXB] - XMLGregorianDate to xs:dateTime rather than xs:anySimpleType

by asouza_2000

Sorry guys if this is the wrong forum to post this issue, please inform me if I should move it somewhere else. I pretty much hope you guys can help me out here. I, via xjc, compiled a .XSD into several classes. Automatically xs:dateTime schema types are translated to XMLGregorianCalendar java type. No problem about that. I then use some of the generated classes as WS parameters for a service I'm designing. No problem about that either. The thing is that when JBoss WS generates the WSDL file from my service, it translates the XMLGregorianDate type to xs:anySimpleType. I checked it out and it seems that it should be the default behavior of JAXB. I'd like to know how can I force the translation of XMLGregorianCalendar to xs:dateTime rather than put an annotation @XMLSchemaType in all the properties that are XMLGregorianCalendar types. Thanks in advance, Antonio Souza. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134911#4134911 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134911

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by ALRubinger

Yep, looks like we found some more work for my buddy Blake @ HelpDesk. :) I wasn't even thinking of committing to svn via WebDAV. I'd thought that committing to SVN put the files in a repo, where some cron'd process then copied the current revision over to repository.jboss.org...so was looking to bypass the whole SVN part of the equation and just write directly using DAV. More evidence mounting to be rid of 3rdparty for once and all. :) In the meantime, I think option 3 makes the most sense. I can live with a few minutes of manual tasks in my workflow each day to avoid a few hours of work on a feature that'll be useless once your (Paul) stuff is done. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134909#4134909 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134909

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: enums, generics and other animals

by adrian＠jboss.org

"alesj" wrote : | How do you use this with attributes? | JBossXB will do it automatically. 1) attribute qName="urn:jboss:deployer-beans:2.0:option" 2) type qName="urn:jboss:deployer-beans:2.0:optionType" 3) convert to an object according to the config on that TypeBinding i.e. the ValueAdapter But looking again, the problem is that we aren't using the AttributeBinding callback for these, we're looking at the attributes directly which are just strings. :-( See DefaultElementHandler | | // Don't override this | public void attributes(Object o, QName elementName, ElementBinding element, Attributes attrs, NamespaceContext nsCtx) | { | if(attrsHandler != null) | { | attrsHandler.attributes(o, elementName, element.getType(), attrs, nsCtx); | } | } | | // Set an attribute handler on the constructor | public DefaultElementHandler(AttributesHandler attrsHandler) | { | this.attrsHandler = attrsHandler; | } | i.e. | | public class MyAttributeHandler extends AttributeHander | { | public void attribute(QName elemName, | QName attrName, | AttributeBinding binding, | Object owner, | Object value) | { | AbstractInjectionValueMetaData injection = (AbstractInjectionValueMetaData) owner; | | String localName = attrName.getLocalPart(); | ... | else if ("type".equals(localName)) | injection.setInjectionType((AutowireType) value) | } | } | But I'm not sure it is worth doing all this work, since these classes are going away soon. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134908#4134908 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134908

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Generalizing dependency injection

by alesj

"scott.stark(a)jboss.org" wrote : I'm fuzzy on the bean factory details in terms of whether the pooling is something that can live in the mc code. | To repeat my 'proposal' more publicly. I don't know how much this would help, but we can make our MC beanfactory more flexible by doing something like this: e.g. able to change the underlying impl class from GenericBeanFactory to anything that implments BeanFactory And I would also change the BeanFactory.createBean() method signature to createBean(Object... args). Being able to pass in additional information when creating/pooling bean. And we wouldn't be breaking any previous beanfactory usage. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134906#4134906 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134906

18 years, 1 month

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