November 2008 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by anil.saldhana＠jboss.com

in the AS5 workspace, the thirdparty/jboss/messaging contains both "jboss-messaging.jar and jboss-messaging-client.jar" but the client directory of the built AS ie. build/output/jboss-5.x/client directory contains jboss-messaging.jar rather than jboss-messaging-client.jar. Is this intended? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190696#4190696 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190696

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by gaohoward

For the moment I just leave those libs alone. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190693#4190693 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190693

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by clebert.suconic＠jboss.com

Howard, Those libraries are used on ServiceContainer and our Mock tests only. There are maybe one or two usages on the source code, and they are not critical libs for the tests, and we will get eventual problems later (TCK, integration tests.. etc). so, we will release with those libraries. We will eventually find a better way to couple with JBAS integration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190679#4190679 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190679

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Multiple matching files by name in parsing deployer

by scott.stark＠jboss.org

Without a jboss-structure.xml excluding a jar from the meta-inf bucket, you can't. We can't both treat WEB-INF/lib as a source for deployment descriptors and know when not to do so without some user input. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190664#4190664 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190664

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Multiple matching files by name in parsing deployer

by alesj

While doing webbeans mocking, I came up with the following issue. As current WarStructure adds all of WEB-INF/lib jars's META-INF as meta data location: | archives = webinfLib.getChildren(webInfLibFilter); | // Add the jars' META-INF for metadata | for (VirtualFile jar : archives) | { | // either same as plain lib filter, null or accepts the jar | if (webInfLibMetaDataFilter == null || webInfLibMetaDataFilter == webInfLibFilter || webInfLibMetaDataFilter.accepts(jar)) | metaDataLocations.add("WEB-INF/lib/" + jar.getName() + "/META-INF"); | } | one could silently end up with wrong metadata. e.g. JPA PersistenceParsingDeployer::setName("persistence.xml") and then some lib jar accidentally has some persistence.xml leftover in its META-INF. There is a chance this is gonna be picked up, since we return on first found/matching file: | protected VirtualFile searchMetaDataLocations(String name) | { | VirtualFile result = null; | for(VirtualFile location : getMetaDataLocations()) | { | try | { | result = location.getChild(name); | if (result != null) | { | if (log.isTraceEnabled()) | log.trace("Found " + name + " in " + location.getName()); | deployed(); | break; | } | } | catch (IOException e) | { | log.debug("Search exception invocation for metafile " + name + " in " + location.getName() + ", reason: " + e); | } | } | return result; | } | What would be a proper way to handle this? This is current behavior when you call VFSDeploymentUnit::getMetaDataFile(String name). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190658#4190658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190658

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Drill down on database incompatibilities

by thomas.diesler＠jboss.com

I would rollback everything except stuff that has explicitly been asked for | < create table JBPM_JOB (... EXCEPTION_ varchar(4000) null, ...) | > create table JBPM_JOB (... EXCEPTION_ text null, ...) | | < create table JBPM_LOG (... EXCEPTION_ varchar(4000) null, ... ) | > create table JBPM_LOG (... EXCEPTION_ text null, ...) | | < create table JBPM_NODE (...) | > create table JBPM_NODE (... PARENTLOCKMODE_ varchar(255) null, ...) | For the exception columns I add new columns UPD331_EXCEPTION_ text and map the data at the object level to the correct column View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190652#4190652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190652

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by scott.stark＠jboss.org

https://jira.jboss.org/jira/browse/JBMAN-38 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190651#4190651 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190651

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by scott.stark＠jboss.org

The problem is in determining the component type when a java.util.Set generic is passed in. In this case its a Set[TestEnum], but the component type is determined to be java.lang.Integer. | 441 DEBUG [DefaultMetaValueFactory] unwrapCollection, type: ReflectClassInfoImpl(a)30cb4b{name=java.util.Set} | 441 DEBUG [DefaultMetaValueFactory] unwrapCollection, componentType: java.lang.Integer | 443 DEBUG [DefaultMetaValueFactory] convertValue failure(For input string: "TWO"), value=TWO, value.class: java.lang.String, typeInfo: java.lang.Integer | Just adding a logging statement can change the failure or even fix the problem. Its some issue with reflection on the generic element type that is suspect. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190647#4190647 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190647

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Drill down on database incompatibilities

by thomas.diesler＠jboss.com

The full list of incompatibilities against jbpm-3.2.2 that show up in the sybase script | < create table JBPM_ACTION (... EXPRESSION_ varchar(4000) null, ...) | > create table JBPM_ACTION (... EXPRESSION_ text null, ...) | | < create table JBPM_COMMENT (... MESSAGE_ varchar(4000) null, ...) | > create table JBPM_COMMENT (... MESSAGE_ text null, ...) | | < create table JBPM_DELEGATION (... CLASSNAME_ varchar(4000) null, CONFIGURATION_ varchar(4000) null, ...) | > create table JBPM_DELEGATION (... CLASSNAME_ text null, CONFIGURATION_ text null, ...) | | < create table JBPM_EXCEPTIONHANDLER (... EXCEPTIONCLASSNAME_ varchar(4000) null, ...) | > create table JBPM_EXCEPTIONHANDLER (... EXCEPTIONCLASSNAME_ text null, ...) | | < create table JBPM_JOB (... EXCEPTION_ varchar(4000) null, ...) | > create table JBPM_JOB (... EXCEPTION_ text null, ...) | | < create table JBPM_LOG (... MESSAGE_ varchar(4000) null, EXCEPTION_ varchar(4000) null, ... OLDSTRINGVALUE_ varchar(4000) null, NEWSTRINGVALUE_ varchar(4000) null, ...) | > create table JBPM_LOG (... MESSAGE_ text null, EXCEPTION_ text null, ... OLDSTRINGVALUE_ text null, NEWSTRINGVALUE_ text null, ...) | | < create table JBPM_MODULEDEFINITION (... NAME_ varchar(4000) null, ...) | > create table JBPM_MODULEDEFINITION (... NAME_ varchar(255) null, ...) | | < create table JBPM_NODE (... DESCRIPTION_ varchar(4000) null, ...) | > create table JBPM_NODE (... DESCRIPTION_ text null, PARENTLOCKMODE_ varchar(255) null, ...) | | < create table JBPM_PROCESSDEFINITION (... DESCRIPTION_ varchar(4000) null, ...) | > create table JBPM_PROCESSDEFINITION (... DESCRIPTION_ text null, ...) | | < create table JBPM_TASK (... DESCRIPTION_ varchar(4000) null, ...) | > create table JBPM_TASK (... DESCRIPTION_ text null, ...) | | < create table JBPM_TASKINSTANCE (... DESCRIPTION_ varchar(4000) null, ...) | > create table JBPM_TASKINSTANCE (... DESCRIPTION_ text null, ...) | | < create table JBPM_TRANSITION (... DESCRIPTION_ varchar(4000) null, ...) | > create table JBPM_TRANSITION (... DESCRIPTION_ text null, ...) | | < create table JBPM_VARIABLEINSTANCE (... STRINGVALUE_ varchar(4000) null, ...) | > create table JBPM_VARIABLEINSTANCE (... STRINGVALUE_ varchar(255) null, ...) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190646#4190646 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190646

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by alesj

You can leave it, and I'll have a look as it's my test. But I won't object if you fix it. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190645#4190645 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190645

17 years, 4 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 November 2008