From: <sco...@jb...> - 2005-05-11 15:22:52
|
There already is multiple namespace support in JBossXB. I use it in 4.0 for a login-config.xml document: | <?xml version="1.0" encoding="UTF-8"?> | <!-- A login-config.xml example that uses the extended schema and jbossxb | to marshall non-trival module-options. | --> | <policy xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" | xmlns="http://www.jboss.org/j2ee/schema/jaas" | targetNamespace="http://www.jboss.org/j2ee/schema/jaas" | > | | <application-policy name="testXMLLoginModule"> | <authentication> | <login-module code="org.jboss.security.auth.spi.XMLLoginModule" flag="required"> | <module-option name="userInfo"> | <lm:users xmlns:lm="http://www.jboss.org/j2ee/schemas/XMLLoginModule"> | <lm:user name="jduke" password="theduke"> | <lm:role name="Role1"/> | <lm:role name="Role2"/> | <lm:role name="Echo"/> | <lm:role name="callerJduke" group="CallerPrincipal" /> | </lm:user> | <lm:user name="scott" password="echoman"> | <lm:role name="Echo"/> | <lm:role name="ProjectUser"/> | <lm:role name="callerScott" group="CallerPrincipal" /> | </lm:user> | <lm:user name="stark" password="javaman"> | <lm:role name="Java"/> | <lm:role name="Coder"/> | <lm:role name="callerStark" group="CallerPrincipal" /> | </lm:user> | <lm:user name="jdukeman" password="anotherduke"> | <lm:role name="Role2"/> | <lm:role name="Role3"/> | <lm:role name="callerJdukeman" group="CallerPrincipal" /> | </lm:user> | <lm:user name="invoker" password="invoker"> | <lm:role name="HttpInvoker"/> | </lm:user> | <lm:user name="admin" password="admin"> | <lm:role name="JBossAdmin"/> | </lm:user> | </lm:users> | </module-option> | <module-option name="unauthenticatedIdentity">guest</module-option> | </login-module> | </authentication> | </application-policy> | | This is parsed using the org.jboss.security.auth.login.LoginConfigObjectModelFactory factory. The issue is getting to a stable xsd driven version. In terms of something is stable and usable now, we may need to simply freeze/fork an ObjectModelFactory based implementation for use. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877349#3877349 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877349 |
From: <ale...@jb...> - 2005-05-12 12:33:58
|
ObjectModelFactory API is stable currently. I don't plan to change this API in the near future. SchemaBinding is under development. You can use it but I might need to update your code after my refactorings. I would say use whatever is easier for you for now. We will refactor it anyway in the future. About namespaces, please, clarify. Namespaces have been there since day one. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877455#3877455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877455 |
From: <bil...@jb...> - 2005-05-13 19:50:14
|
"sco...@jb..." wrote : There already is multiple namespace support in JBossXB. I use it in 4.0 for a login-config.xml document: | It looks like I would need the SchemaBinding approach as I want to integrate with the MC's BeanSchemaBinding. This is so I can embed AOP elements with a bean config and in an AOP document where aspect definitions are defind as MC Beans. It looks like you can only map an ObjectFactory to a namespace and not a SchemaBinding. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877710#3877710 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877710 |
From: <ad...@jb...> - 2005-05-23 19:32:56
|
We need the support for ANY processing. Currently, Bill is using CDATA to deploy beans inside his AOP xml: | <?xml version="1.0" encoding="UTF-8"?> | | <aop xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" | xsi:schemaLocation="urn:jboss:aop-deployer aop-deployer_1_1.xsd" | xmlns="urn:jboss:aop-deployer"> | | <interceptor name="SimpleInterceptor"> | <![CDATA[ | <deployment xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" | xsi:schemaLocation="urn:jboss:bean-deployer bean-deployer_1_0.xsd" | xmlns="urn:jboss:bean-deployer"> | <bean class="org.jboss.test.kernel.SimpleInterceptor"> | <constructor> | <parameter>Hello</parameter> | </constructor> | <property name="second">World</property> | </bean> | </deployment> | | ]]> | </interceptor> | etc. | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3878804#3878804 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3878804 |
From: <ale...@jb...> - 2005-05-25 10:34:46
|
Have a look at org.jboss.test.xml.AnyUnitTestCase.java. This is the first approach to anyType. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879019#3879019 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879019 |
From: <ad...@jb...> - 2005-05-25 13:32:23
|
So the next step would be to have a SchemaBindingResolver that looks at a JBossXB annotation inside the schema for a SchemaBindingFactory and then uses that SchemaBinding to create the object. The schema being loaded through an entity resolver. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3879034#3879034 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3879034 |