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

[Design the new POJO MicroContainer] - Getting content of XML element

by kabir.khan＠jboss.com

Can somebody please tell me how to get the contents of the annotation? i.e. I want: @org.jboss.test.microcontainer.beans2.Annotation1. It does not appear to be accessible from any of the things passed in to the methods of AnnotationOverrideHandler? Also, for a similar schenario I will need to construct a org.w3c.dom.Element from the nested contents of a element. Is that possible? Schema: | <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" | targetNamespace="urn:jboss:aop-beans:1.0" | xmlns="urn:jboss:aop-beans:1.0" | xmlns:mc="urn:jboss:bean-deployer:2.0" | elementFormDefault="qualified" | attributeFormDefault="unqualified" | version="1.0" | > | ... | | <xsd:element name="annotation" type="annotationType"> | <xsd:annotation> | <xsd:documentation> | <![CDATA[ | A annotation override | ]]> | </xsd:documentation> | </xsd:annotation> | </xsd:element> | | <xsd:complexType name="annotationType"> | <xsd:annotation> | <xsd:documentation> | <![CDATA[ | A annotation override | ]]> | </xsd:documentation> | </xsd:annotation> | <xsd:complexContent> | <xsd:attribute name="expr" type="xsd:string" use="required"/> | <xsd:attribute name="invisible" type="xsd:string" use="required"/> | </xsd:complexContent> | </xsd:complexType> | | </xsd:schema> | | XML: | <?xml version="1.0" encoding="UTF-8"?> | | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | ... | <annotation xmlns="urn:jboss:aop-beans:1.0" expr="class(org.jboss.test.microcontainer.beans2.POJO)" invisible="false"> | @org.jboss.test.microcontainer.beans2.Annotation1 | </annotation> | ... | </deployment> | | SchemaBindingIntitializer: | public class AOPBeansSchemaInitializer implements SchemaBindingInitializer | { | ... | | private static final QName annotationTypeQName = new QName(AOP_BEANS_NS, "annotationType"); | | TypeBinding type = schema.getType(annotationTypeQName); | type.setHandler(AnnotationOverrideHandler.HANDLER); | //type.pushInterceptor(annotationQName, AnnotationContentInterceptor.INTERCEPTOR); | .... | | | private static class AnnotationOverrideHandler extends DefaultElementHandler | { | public static final AnnotationOverrideHandler HANDLER = new AnnotationOverrideHandler(); | | @Override | public Object startElement(Object parent, QName name, ElementBinding element) | { | return new AbstractBeanMetaData(AnnotationOverride.class.getName()); | } | | @Override | public void attributes(Object o, QName elementName, ElementBinding element, Attributes attrs, NamespaceContext nsCtx) | { | AspectBeanMetaDataUtil util = new AspectBeanMetaDataUtil(); | AbstractBeanMetaData pointcut = (AbstractBeanMetaData)o; | | for (int i = 0; i < attrs.getLength(); ++i) | { | .... | } | } | | @Override | public Object endElement(Object o, QName name, ElementBinding element) | { | return super.endElement(o, name, element); | } | | | } | | private static class AnnotationContentInterceptor extends DefaultElementInterceptor | { | public static final AnnotationContentInterceptor INTERCEPTOR = new AnnotationContentInterceptor(); | | @Override | public void add (Object parent, Object child, QName name) | { | System.out.println("-----------> " + child); | } | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106519#4106519 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106519

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Failover after tx has reached a server

by galder.zamarreno＠jboss.com

"bstansberry(a)jboss.com" wrote : Give it another 24 hours. If no one gives you a reason, assume it's a bug. :) k :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106503#4106503 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106503

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Failover after tx has reached a server

by galder.zamarreno＠jboss.com

Even more important, if the suspicion is confirmed, it could be considered an important bug because you'd be allowing failovers when you shouldn't View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106502#4106502 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106502

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Failover after tx has reached a server

by bstansberry＠jboss.com

Give it another 24 hours. If no one gives you a reason, assume it's a bug. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106500#4106500 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106500

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Failover after tx has reached a server

by galder.zamarreno＠jboss.com

Could someone from the EJB3 team please confirm or deny my suspicion? This is important in the scope of http://jira.jboss.com/jira/browse/JBAS-4455 and more specifically, its implementation for EJB3. Cheers :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106496#4106496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106496

18 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Proper definition of embedded jboss

by julien＠jboss.com

Bill, if you want to be useful (for the JBoss Portal project), you should provide us something similar to dysoweb http://dysoweb.requea.com/ based on JBoss MC. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106491#4106491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106491

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: New Build Artifact - EJB3 External API

by ALRubinger

"wolfc" wrote : I don't like the Impls of annotations to still be in trunk. They must always be a one on one match with the actual annotation. | The question is should they be in ext-api? I know we're trying to break everything off from jbossas/trunk into their own components within projects/ejb3, but I'm not jumping at the chance to move implementation code like this into ext-api and a bean developer's visibility. :) Yet another separate Maven project, annotation-impl, with release cycle to mirror that of ext-api? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106461#4106461 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106461

18 years, 4 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Presentation Framework update

by julien＠jboss.com

I have started it there : http://anonsvn.jboss.org/repos/portal/branches/presentation/ It compiles the portal core using "build -Dgroups=core", the two modules presentation and core-presentation don't compile yet. Later, core-presentation will be integrated into 2.6.x and presentation will be modularized it (when I'll need it in portlet container module) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106458#4106458 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106458

18 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Improvig timer

by tom.baeyens＠jboss.com

cool feature proposal. i would propose to add an attribute duedatetime with the following syntax: where duedatetime:= [day] space time day:= (relativeday | absoluteday) | | relativeday:= today (+|-) [0..9]* [business] day(s) | | absoluteday:= dd/mm/yyyy | | time:= HH:mm[:ss] | | (the date formats should be configurable in the businesscalendar.properties) i proposed a separate attribute to ease the distinction between the currently supported delay-based format and the new format parsing does that make sense ? no not yet. just realized that we need to separate between relative dates and times and absolute dates and times. so my proposal above is not good enough, but it shows the direction in which i want to think. if you want please, propose something more complete and clean. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106447#4106447 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106447

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re:

by bstansberry＠jboss.com

OK, well that's up to you guys then. The information a clustered SFSB cache would need is a key for a registry lookup, to use to access the underlying JBoss Cache. A simple String type for CacheConfig.name handles that. If we switched to an interface it would need to expose a method to get that key. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4106437#4106437 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4106437

18 years, 4 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 2007