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

[Design of JBoss Portal] - Re: DB test matrix

by julien＠jboss.com

I have executed the test suite against mysql5 and all tests are passing so there is something wrong in the QA mysql5 configuration which prevents tests to execute correctly. My configuration is : Server version: 5.0.33 Source distribution mysql-connector-java-5.0.4-bin.jar datasource configured in datasources.xml | <datasource> | <datasource-name>mysql5</datasource-name> | <connection-url>jdbc:mysql://localhost:3306/jbossportal?useServerPrepStmts=false&jdbcCompliantTruncation=false</connection-url> | <driver-class>com.mysql.jdbc.Driver</driver-class> | <user-name>portal</user-name> | <password>portalpassword</password> | </datasource> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007286#4007286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007286

19 years, 2 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports

by jaroslaw.kijanowski

A huge TESTS-Testsuites.xml file is ok as long it is not parsed by XSLT. To generate a html report we don't use XSLT. We use XSLT just for generating these two summaries. So my idea is to use XSLT not for the huge TESTS-Testsuites.xml, but to generate smaller TEST-testname_short_version.xml files. Then, JUnitReport will generate a second TESTS-Testsuites_short_version.xml by aggregating these "short_version" xml files and not the bigger ones. Finally TESTS-Testsuites_short_version.xml would be used for generating summaries with the old stylesheets. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007256#4007256 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007256

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property replacement

by bstansberry＠jboss.com

The places where I was using that syntax, it wasn't critical. So for now I've removed it so the AS trunk builds will work correctly. I'll monitor JBMICRONTAINER-143 and once it's done I'll restore the property replacement syntax in the annotation values. Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007245#4007245 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007245

19 years, 2 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports

by clebert.suconic＠jboss.com

"scott.stark(a)jboss.org" wrote : If that works, great. I was not clear on whether a new stylesheet avoids the current memory problem. I agree with Scott.. I don't think just replacing the XSL would fix the memory problem. The stdout still on the XML for each test. When JUnitReport aggregates all the tests in a single XML, you will still have a problem to read that huge XML entry. (The System.out/ System.err). And that's what I think is happening. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007232#4007232 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007232

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property replacement

by alesj

How do we change this: | <xsd:simpleType name="annotationType"> | <xsd:annotation> | <xsd:documentation> | <![CDATA[ | The annotation type represents a Java5 annotation on the particular join point. | ]]> | </xsd:documentation> | </xsd:annotation> | <xsd:restriction base="xsd:string"> | <xsd:whiteSpace value="collapse"/> | </xsd:restriction> | </xsd:simpleType> | so that I can add an this (replace="false"): <annotation replace="false">@SomeAnnotation</annotation> Is it ok that we have StringPropertyReplacer in AbstractAnnotationMetaData? String annString = StringPropertyReplacer.replaceProperties(annotation); | //FIXME [JBMICROCONT-99] [JBAOP-278] Use the loader for the bean? | ann = (Annotation)AnnotationCreator.createAnnotation(annString, Thread.currentThread().getContextClassLoader()); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007231#4007231 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007231

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property replacement

by alesj

"bstansberry(a)jboss.com" wrote : | <annotation>@org.jboss.aop.microcontainer.aspects.jmx.JMX(name="jboss:service=HASingletonDeploymentScanner,partitionName=${jboss.partition.name:DefaultPartition}", exposedInterface=org.jboss.ha.singleton.HASingletonDeploymentScannerMBean.class, registerDirectly=true)</annotation> Uf, yes. I removed the XB doing the replacement, but forgot to add this in the annotation value handling - since this string value is directly used, and not via StringValueMetaData. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007229#4007229 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007229

19 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: committing content from our

by kukeltje

I've no idea about 1 and 2, but the answer to 3 is that jdk 1.4 compatibility is still required for the 3.2 core. Don't know if 3.3 or 4 will target 1.5/5 but 3.2 definately not. Sorry. The questions if it is not a summary should be discussed here. The outcom could be summarized in the wiki View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007212#4007212 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007212

19 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property replacement

by bstansberry＠jboss.com

Apologies in advance if this is a hijack; I'll open another thread if the work discussed here isn't the cause... In AS trunk with the latest microcontainer jars, this no longer works in a -beans.xml: <annotation>@org.jboss.aop.microcontainer.aspects.jmx.JMX(name="jboss:service=HASingletonDeploymentScanner,partitionName=${jboss.partition.name:DefaultPartition}", exposedInterface=org.jboss.ha.singleton.HASingletonDeploymentScannerMBean.class, registerDirectly=true)</annotation> You get: 10:18:00,181 ERROR [AbstractKernelController] Error installing to Configured: name=HASingletonDeploymentScanner state=Instantiated | javax.management.MalformedObjectNameException: Invalid character ':' in value part of property | at javax.management.ObjectName.construct(ObjectName.java:529) | at javax.management.ObjectName.<init>(ObjectName.java:1304) | at org.jboss.aop.microcontainer.aspects.jmx.JMXIntroduction.invoke(JMXIntroduction.java:71) | at org.jboss.aop.advice.org.jboss.aop.microcontainer.aspects.jmx.JMXIntroduction_z_invoke_24464082.invoke(JMXIntroduction_z_invoke_24464082.java) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at AOPContainerProxy$5.setKernelControllerContext(AOPContainerProxy$5.java) | at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.installAction(KernelControllerContextAction.java:208) | at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.install(KernelControllerContextAction.java:136) | ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007210#4007210 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007210

19 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: committing content from our

by camunda

Okay, I have started to transfer our code to Commands. The first thing to say is, that we will need a lot of commands (because for working with a fat client we need a command for every communication with the engine), but I think that is not a problem (and I do not know a good way around that). I have some questions on code conventions in the jbpm project, I haven't figured it our myself and the JBoss-Website seems to be down today :-( 1) What Exception to use if I get invalid data in a command? The JbpmException? 2.) Where to put Hibernate-Queries? We had to build some additional ones for some circumstances. I have seen you put them into a xml-file. This is good for seperating of concerns but I don't like it to much because you get typos in Classes or package names faster there. But anyway, if I have additional queries, can I add them there? Or write them into the commands (not a good idea I think), or just move the HibernateQuery-class we have to the jBPM code base? 3) Which JDK to use? Can I use generics (so loose JDK 1.4 compability)? Another question: Shouldn't be every attribute in the commands private? Because in the existing commands all attributes are package local... And the last question: Where to put concrete questions on the already existing commands. In the sourcecode? Here in the forum? Wiki? Thanks in advance for the answers and a nice weekend Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007207#4007207 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007207

19 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: DB test matrix (Repost)

by julien＠jboss.com

The success rate has increased to 79.85% (1320 tests) due to the tests for oracle/InstanceContainer which are passing now. The InstanceContainerTestCase was showing (total/errors/failures) : | 84/35/1 | 84/33/1 | 84/23/1 | 84/23/1 | Now we have : | 84/23/1 | 84/23/1 | 84/23/1 | 84/23/1 | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4007167#4007167 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4007167

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