July 2010 - jboss-user - Jboss List Archives

[JCA Development] - Metadata design - xsds

by Stefano Maestri

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion "Metadata design - xsds" To view the discussion, visit: http://community.jboss.org/message/552535#552535 -------------------------------------------------------------- Hi All, I'm designing our new metadatas layer and I've imported in the projects XSDs form jboss-metadata-rar. I've started with jboss-ra_2_0.xsd and I've already done some changes to that one I'd like to share with you because it would guidelines I'd like to follow in next future for our own XSDs (i.e. not included in JCA specs): diff --git a/common/src/main/resources/schema/jboss-ra_2_0.xsd b/common/src/main/resources/schema/jboss-ra_2_0.xsd index b8f86cc..3b53927 100644 --- a/common/src/main/resources/schema/jboss-ra_2_0.xsd +++ b/common/src/main/resources/schema/jboss-ra_2_0.xsd @@ -5,12 +5,9 @@ xmlns:javaee="http://java.sun.com/xml/ns/javaee" elementFormDefault="qualified" attributeFormDefault="unqualified" version="2.0"> - - <xs:import namespace="http://java.sun.com/xml/ns/javaee" schemaLocation="http://java.sun.com/xml/ns/javaee/javaee_5.xsd"/> - - <xs:element name="jboss-ra" type="ra:jbossRaType"/> + <xs:element name="jboss-ra" type="ra:jboss-ra-type"/> - <xs:complexType name="jbossRaType"> + <xs:complexType name="jboss-ra-type"> <xs:sequence> <xs:element name="ra-config-property" type="ra:ra-config-property-type" minOccurs="0" maxOccurs="unbounded"/> @@ -26,10 +23,10 @@ <xs:sequence> <xs:element name="ra-config-property-name" type="xs:string" minOccurs="1" maxOccurs="1"/> - <xs:element name="ra-config-property-type" type="ra:ra-config-property-typeType" minOccurs="1" maxOccurs="1"/> + <xs:element name="ra-config-property-type" type="ra:ra-config-property-type-type" minOccurs="1" maxOccurs="1"/> <xs:element name="ra-config-property-value" type="xs:string" minOccurs="0" maxOccurs="1"/> </xs:sequence> - <xs:attribute name="override-element" type="xs:string" default="resourceadapter"/> + <xs:attribute name="override-element" type="ra:override-element-type" default="resourceadapter"/> </xs:complexType> <xs:complexType name="bean-validation-groups-type"> @@ -45,31 +42,27 @@ </xs:sequence> </xs:complexType> - <xs:complexType name="ra-config-property-typeType"> - <xs:simpleContent> - <xs:restriction base="javaee:string"> - <xs:enumeration value="java.lang.Boolean"/> - <xs:enumeration value="java.lang.String"/> - <xs:enumeration value="java.lang.Integer"/> - <xs:enumeration value="java.lang.Double"/> - <xs:enumeration value="java.lang.Byte"/> - <xs:enumeration value="java.lang.Short"/> - <xs:enumeration value="java.lang.Long"/> - <xs:enumeration value="java.lang.Float"/> - <xs:enumeration value="java.lang.Character"/> - </xs:restriction> - </xs:simpleContent> - </xs:complexType> + <xs:simpleType name="ra-config-property-type-type"> + <xs:restriction base="xs:token"> + <xs:enumeration value="java.lang.Boolean"/> + <xs:enumeration value="java.lang.String"/> + <xs:enumeration value="java.lang.Integer"/> + <xs:enumeration value="java.lang.Double"/> + <xs:enumeration value="java.lang.Byte"/> + <xs:enumeration value="java.lang.Short"/> + <xs:enumeration value="java.lang.Long"/> + <xs:enumeration value="java.lang.Float"/> + <xs:enumeration value="java.lang.Character"/> + </xs:restriction> + </xs:simpleType> - <xs:complexType name="override-elementType"> - <xs:simpleContent> - <xs:restriction base="javaee:string"> + <xs:simpleType name="override-element-type"> + <xs:restriction base="xs:token"> <xs:enumeration value="connection-definition"/> <xs:enumeration value="resourceadapter"/> <xs:enumeration value="activationspec"/> <xs:enumeration value="adminobject"/> <xs:enumeration value="authentication-mechanism"/> </xs:restriction> - </xs:simpleContent> - </xs:complexType> + </xs:simpleType> </xs:schema> As you can see above what I've basically done is 1. removing dependency from j2ee schema. It was used just for j2ee:string that is an xs:token. I think using xs:token keep xsd more readable and easy to understand. Moreover it is the important to build enumeration type as xs:simpleType and so making possible to use them also for attribute type 2. Use of simpletype where it is possible for enumeration making possible to use them for attributes type 3. All element name and type name are lower case I have elaborated a bit more on this xsd, and I think a great enhancement we can is to define type for ra-config-property at xsd level instead of define 2 different element to express value and type. IOW doing this changes to previous xsd diff --git a/common/src/main/resources/schema/jboss-ra_2_0.xsd b/common/src/main/resources/schema/jboss-ra_2_0.xsd index 08c5e17..58572d9 100644 --- a/common/src/main/resources/schema/jboss-ra_2_0.xsd +++ b/common/src/main/resources/schema/jboss-ra_2_0.xsd @@ -23,8 +23,17 @@ <xs:sequence> <xs:element name="ra-config-property-name" type="xs:token" minOccurs="1" maxOccurs="1"/> - <xs:element name="ra-config-property-type" type="ra:ra-config-property-type-type" minOccurs="1" maxOccurs="1"/> - <xs:element name="ra-config-property-value" type="xs:token" minOccurs="0" maxOccurs="1"/> + <xs:choice> + <xs:element name="ra-config-property-booelan" type="xs:boolean" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-string" type="xs:string" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-integer" type="xs:integer" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-double" type="xs:double" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-byte" type="xs:byte" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-short" type="xs:short" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-long" type="xs:long" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-float" type="xs:float" minOccurs="0" maxOccurs="1"/> + <xs:element name="ra-config-property-char" type="ra:char" minOccurs="0" maxOccurs="1"/> + </xs:choice> </xs:sequence> <xs:attribute name="override-element" type="ra:override-element-type" default="resourceadapter"/> </xs:complexType> @@ -42,20 +51,13 @@ </xs:sequence> </xs:complexType> - <xs:simpleType name="ra-config-property-type-type"> - <xs:restriction base="xs:token"> - <xs:enumeration value="java.lang.Boolean"/> - <xs:enumeration value="java.lang.String"/> - <xs:enumeration value="java.lang.Integer"/> - <xs:enumeration value="java.lang.Double"/> - <xs:enumeration value="java.lang.Byte"/> - <xs:enumeration value="java.lang.Short"/> - <xs:enumeration value="java.lang.Long"/> - <xs:enumeration value="java.lang.Float"/> - <xs:enumeration value="java.lang.Character"/> - </xs:restriction> - </xs:simpleType> - + <xsi:simpleType name="char"> + <xsi:restriction base="xsi:string"> + <xsi:maxLength value="1"/> + <xsi:minLength value="1"/> + </xsi:restriction> + </xsi:simpleType> + <xs:simpleType name="override-element-type"> <xs:restriction base="xs:token"> <xs:enumeration value="connection-definition"/> As you can see the xsd is a bit more verbose, and parsing it will be too. But IMHO it drives to more readable config files and give us the opportunity to effective validate xml and values before èarsing if we decide to. Look forward for your feedback S -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552535#552535] Start a new discussion in JCA Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - Is it possible to add classloader root with wildcard pattern?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Is it possible to add classloader root with wildcard pattern?" To view the discussion, visit: http://community.jboss.org/message/552514#552514 -------------------------------------------------------------- > This would do it for wildcard. This is commited to the trunk, along with a simple test. * https://jira.jboss.org/browse/JBCL-173 https://jira.jboss.org/browse/JBCL-173 -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552514#552514] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - How to replace default jbpm identity with custom one?

by Alexei none

Alexei none [http://community.jboss.org/people/Jump] replied to the discussion "How to replace default jbpm identity with custom one?" To view the discussion, visit: http://community.jboss.org/message/552510#552510 -------------------------------------------------------------- sry already found http://docs.jboss.com/jbpm/v4/devguide/html_single/#customizingtheidentit... http://docs.jboss.com/jbpm/v4/devguide/html_single/#customizingtheidentit... -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552510#552510] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

[jBPM] - How to replace default jbpm identity with custom one?

by Alexei none

Alexei none [http://community.jboss.org/people/Jump] created the discussion "How to replace default jbpm identity with custom one?" To view the discussion, visit: http://community.jboss.org/message/552505#552505 -------------------------------------------------------------- Subj -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552505#552505] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - Is it possible to add classloader root with wildcard pattern?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Is it possible to add classloader root with wildcard pattern?" To view the discussion, visit: http://community.jboss.org/message/552496#552496 -------------------------------------------------------------- > but doesn't seem to work. Do I need to write a custom deployer to do this? You need to register the schema to XB resolver singleton. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552496#552496] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - Is it possible to add classloader root with wildcard pattern?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Is it possible to add classloader root with wildcard pattern?" To view the discussion, visit: http://community.jboss.org/message/552495#552495 -------------------------------------------------------------- > Feel free to suggest a proper patch which would handle this wildcard matching. List<VirtualFile> vfsRoots = new ArrayList<VirtualFile>(); for (String root : roots) { int wc = root.lastIndexOf("*"); // is it wildcard if (wc >= 0) { final String wcString = root.substring(wc + 1); VirtualFile start; if (wc > 0) // some more path before { start = VFS.getChild(root.substring(0, wc)); } else { start = VFS.getRootVirtualFile(); } try { List<VirtualFile> children = start.getChildren(new VirtualFileFilter() { public boolean accepts(VirtualFile file) { String name = file.getName(); return name.endsWith(wcString); } }); vfsRoots.addAll(children); } catch (IOException e) { throw new RuntimeException("Error creating VFS files for " + root, e); } } else { try { URI uri = new URI(root); vfsRoots.add(VFS.getChild(uri)); } catch (URISyntaxException e) { throw new RuntimeException("Error creating VFS file for " + root, e); } } } this.vfsRoots = vfsRoots.toArray(new VirtualFile[vfsRoots.size()]); This would do it for wildcard. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552495#552495] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [JBoss Tools] - 'Could not find default Drools runtime' error in Eclipse

by Libor Zoubek

Libor Zoubek [http://community.jboss.org/people/lzoubek%40redhat.com] replied to the discussion "'Could not find default Drools runtime' error in Eclipse" To view the discussion, visit: http://community.jboss.org/message/552490#552490 -------------------------------------------------------------- You'll need to edit .project file in your project directory and delete <buildCommand> <name>org.drools.eclipse.droolsbuilder</name> <arguments> </arguments></buildCommand> then re-import your project into workspace. Delete it first (without deleting from file system) and then import it as existing project. It worked at least for me. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552490#552490] Start a new discussion in JBoss Tools at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - Is it possible to add classloader root with wildcard pattern?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Is it possible to add classloader root with wildcard pattern?" To view the discussion, visit: http://community.jboss.org/message/552486#552486 -------------------------------------------------------------- What about if we, instead of trying to hack this, make this requirement as part of core code in VFSClassLoaderPolicyModule::determineVFSRoots? ;-) Feel free to suggest a proper patch which would handle this wildcard matching. Or perhaps we could go even more generic, any reg-exp would do -- if it's not too big of an impact on non-reg-exp usage. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552486#552486] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

[JBoss Cache] - How to implement jboss cluster cache on Websphere app server6.1 ?

by d p

d p [http://community.jboss.org/people/dineshpatil] created the discussion "How to implement jboss cluster cache on Websphere app server6.1 ?" To view the discussion, visit: http://community.jboss.org/message/552477#552477 -------------------------------------------------------------- hi friends, I am new to the JBoss Cluster cache. i want to implement it in our application (pojo cache). I wish to deploy the jboss cluster cache on our Websphere application server. I want to know the following things-- 1) the required jars, where to put the jars on Websphere server folder. 2) Configurations need to be done if any ... such as xml or peoperties files. 3) How to deploy the code so that it runs properly with my application and my application can get benefit of jboss cluster cache. I will be really grateful to the ones who help me out with this requirement. Regards, Dinesh. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552477#552477] Start a new discussion in JBoss Cache at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 months

1
0
0 / 0

Re: [jboss-user] [JBoss Cache] - How to store information about tokens in JBoss Cache?

by Michal Szymanski

Michal Szymanski [http://community.jboss.org/people/michal_szymanski] replied to the discussion "How to store information about tokens in JBoss Cache?" To view the discussion, visit: http://community.jboss.org/message/552454#552454 -------------------------------------------------------------- And we use Infinispan from a 2 weeks :) Thank you for help. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/552454#552454] Start a new discussion in JBoss Cache at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 12 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-user July 2010