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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Incorrect api for looking up TransactionManager

by adrian＠jboss.org

"clebert.suconic(a)jboss.com" wrote : | I removed server/src/main/org/jboss/tm/TransactionManagerServiceMBean.java. | No you didn't, you removed the one from the transaction project. :-) I've fixed it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094470#4094470 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094470

18 years, 6 months

1
0
0 / 0

[QA of JBoss Portal] - Re: JBoss Unit design (ant and maven support)

by julien＠jboss.com

I am going to add the following for the test driver: | public interface DriverContext | { | String getProperty(String name); | } | and on the TestDriver interface the following methods: | void init(DriverContext context); | void destroy(); | I need to have proper demarcation of the life cycle of a test driver, which is needed in various places. I also need test driver configuration which is different from parameters. A test driver configuration is something like the local directory that would contain archives to deploy, or the initial node id in a distributed test. Those would be added to the jboss-unit.xsd as well as runtime switches. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094436#4094436 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094436

18 years, 6 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - JBossEjbParsingDeployer

by wolfc

For the moment I've reinstated the hack to get to the deprecated EJB 3 deployers. I've added EjbJarMetaData as an optional input, because we use it to specify overridden meta data. I don't like the exception coming from the parse method, they're non-descriptive. Shouldn't we parse standardjboss.xml on each run of the mill? If not, then we should have a line in there that says 'only parsed once, restart server if changed'. I think the latter is better, because it won't leave deployments in a state that's no longer attainable. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094428#4094428 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094428

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: So what does unification mean for the ejb containers

by wolfc

I got this very non-descriptive error: org.jboss.deployers.spi.DeploymentException: The xml META-INF/jboss.xml is not well formed! It should at least tell me why we think it's not well formed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094404#4094404 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094404

18 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Forcing JAXB Schema Generator To Preserve Java Object Inheri

by richard_opalka

Hi Folks, I've found that our 'WSDL schema section' generation process is in method JAXBWSDLGenerator.processTypes() where we call JAXBRI.generateSchema() method. This JAXB based schema generation doesn't preserve the object inheritance hierarchy in generated schema. So my question is: Is there a way to force JAXB schema generator to preserve object inheritance hierarchy in generated schema? Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094403#4094403 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094403

18 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Setting the default XmlJavaTypeAdapter for a class

by alex.loubyansky＠jboss.com

According to the spec: "jaxb2 spec" wrote : When @XmlJavaTypeAdapter annotation is defined at the package level it applies to all references from within the package to @XmlJavaTypeAdapter.type(). See http://java.sun.com/javaee/5/docs/api/javax/xml/bind/annotation/adapters/... I am not sure whether we support this currently. In XB, you can set ValueAdapter on TypeBinding which can be xsd:string. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094380#4094380 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094380

18 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Use of AbstractMappedMetaData

by alex.loubyansky＠jboss.com

You should be able to convert a list to map using XmlJavaTypeAdapter. I recently created a testcase for that: org.jboss.test.xb.builder.object.element.javatypeadapter.test.JavaTypeAdapterUnitTestCase View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094378#4094378 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094378

18 years, 6 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Generate SSOID in WebAuthentication

by anil.saldhana＠jboss.com

SSO behavior with prog.web.auth is not a high priority IMO. If it can be done, good. If not, we can drop it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094359#4094359 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094359

18 years, 6 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Generate SSOID in WebAuthentication

by anil.saldhana＠jboss.com

We are attempting to do Programmatic Web Authentication to the container. So there is no question of a valve. I am guessing from looking at the code that we either have to drop the idea of sso stuff for prog.web.auth or duplicate the code in these protected methods of valvebase, in our WebAuth class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094358#4094358 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094358

18 years, 6 months

1
0
0 / 0

[QA of JBoss Portal] - Re: JBoss Unit design (ant and maven support)

by julien＠jboss.com

We need the capability to be able to set parameters on Main that will be used as global parameters (overriden naturally by the jboss-unit.xml values). >From ant we need to be able to set them from the jboss-unit task, in order to pass an ant property to a test execution such as: | <jboss-unit> | <tests ...> | <parameter name="foo" value="${foo_value}"/> | </tests> | </jboss-unit> | | <jboss-unit> | <parameter name="foo" value="${foo_value}"/> | </jboss-unit> | from the command line we would have the matching equivalent. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094321#4094321 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094321

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