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

[Design the new POJO MicroContainer] - Re: Maven build scripts

by alesj

Thanks Alex. I've re-assigned the task to Paul. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002606#4002606 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002606

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory?

by alesj

I used this 'hack' to temp add new Spring schema: | public void setUp() throws Exception | { | SchemaBindingResolver resolver = SingletonSchemaResolverFactory.getInstance().getSchemaBindingResolver(); | DefaultSchemaResolver defaultSchemaResolver = (DefaultSchemaResolver) resolver; | defaultSchemaResolver.addSchemaInitializer("urn:jboss:spring-beans:2.0", new SpringSchemaInitializer()); | defaultSchemaResolver.addSchemaLocation("urn:jboss:spring-beans:2.0", "mc-spring-beans_2_0.xsd"); | super.setUp(); | } | But I agree with you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002601#4002601 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002601

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Maven build scripts

by alex.pinkin＠jboss.com

i've just added Paul to Committer group in Jira, so you should be able to assign tasks to him View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002580#4002580 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002580

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Why SingletonSchemaResolverFactory?

by scott.stark＠jboss.org

Why is the BasicXMLDeployer using the SingletonSchemaResolverFactory? This cannot be extended and does not allow one to add new schemas without modifying the existing private ctor, which mean modifying the jbossxb release: | private SingletonSchemaResolverFactory() | { | addSchema("urn:jboss:aop-beans:1.0", "org.jboss.aop.microcontainer.beans.xml.AOPBeansSchemaInitializer", Boolean.FALSE); | addSchema("urn:jboss:bean-deployer", "org.jboss.kernel.plugins.deployment.xml.BeanSchemaInitializer", Boolean.FALSE); | addSchema("urn:jboss:bean-deployer:2.0", "org.jboss.kernel.plugins.deployment.xml.BeanSchemaInitializer20", Boolean.FALSE); | addSchema("urn:jboss:javabean:1.0", "org.jboss.kernel.plugins.config.xml.JavaBeanSchemaInitializer", Boolean.FALSE); | } | Either this should be subclassable, the mutator methods public, or BasicXMLDeployer using a different resolver factory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002570#4002570 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002570

19 years, 2 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Tracing what happens before EARDeployer starts

by SmokingAPipe

Ok, I need to start tracing on the org.jboss.logging.Logger. The one way to always get a message to the console, regardless of how (mis) configured loggers and System.out can be, is (thanks to Java 6) System.console.printf() so I can make an instrumented version of the org.jboss.logging.Logger. Time for me to learn how to build JBoss parts and get them installed. I will post what I find. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002568#4002568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002568

19 years, 2 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Tracing what happens before EARDeployer starts

by scott.stark＠jboss.org

Its a pure logging issue. You will have to start with debugging the org.jboss.logging.Logger calls. None of the deployers have dropped messages. Something has screwed up where the Logger plugin. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002564#4002564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002564

19 years, 2 months

1
0
0 / 0

[Design of JBoss Profiler] - Profiler work for realtime time-series data?

by brc135

Hi, I'm currently working on a research project involving JBoss where we want to monitor time-series data from JBoss. Ideally it would be nice to monitor a bunch of different set of objects (EJBs, Servlets, methods) and some attributes on those objects (CPU, # active, etc.) Would it be possible to read the log data while it is being created -- online? Or does all data need to be analyzed in an offline fashion with the web app? It would also help me in evaluation is anyone had some sample logs they could share. Thanks very much for help. Brian View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002556#4002556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002556

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Bean definition as value add problem (JBMICROCONT-28)

by scott.stark＠jboss.org

I could actually use the wildcard support to use the javabean schema if the javabean schema supported non-default constructors like this: | <bean name="DsXmlDataSourceTemplateInfo" | class="org.jboss.profileservice.management.plugins.BasicDeploymentTemplateInfo"> | <constructor> | <parameter>DsXmlDataSourceTemplate</parameter> | <parameter>A template for *-ds.xml deployments</parameter> | </constructor> | <property name="properties"> | <set> | <javabean xmlns="urn:jboss:javabean:1.0" | class="org.jboss.test.javabean.support.SimpleBean"> | <constructor> | <property>jndi-name</property> | <property>the jndi name to bind the DataSource under</parameter> | </constructor> | <property name="manadatory">true</property> | </javabean> | </set> | </property> | </bean> | I'm going to take a look at adding that support. I'll make this a urn:jboss:javabean:2.0 version schema. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002549#4002549 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002549

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Extracting mc base test classes into a jboss-mctest.jar

by scott.stark＠jboss.org

I'm wanting to run mc based tests in other projects outside of the mc and would like to leverage the abstract classes that are setting up test structures similar to what tests in the mc are doing. Can we look at what classes would go into this and pull these into a separate jbossmc/test project so we can make that a separate artifact that can be used elsewhere. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002541#4002541 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002541

19 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: SerializableDeploymentRepository notions

by scott.stark＠jboss.org

It should be a pluggable visitor implementation. How much you want to check is up to you. Having the deployers check is essentially is a structural scan with a list of files to check. It would be better to have deployers expose the metadata vfs paths that should go into timestamp verification and feed them into a simple vfs visitor that can return the most recently modified file amongh the patterns. This is bolierplate code that every deployer should not be repeating mister monolithic deployer writer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002539#4002539 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002539

19 years, 2 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 January 2007