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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Why ServerSessionImpl::doHandleCreateQueue is not callin

by timfox

What is the reason for this comment and TODO in the code: | // TODO: This is related to http://www.jboss.com/index.html?module=bb&op=viewtopic&t=145597 | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190862#4190862 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190862

17 years, 4 months

1
0
0 / 0

[Design of Security on JBoss] - Re: PrivilegedBlock location

by flavia.rainone＠jboss.com

Kabir is out on vacation. I'm taking a look at this now. Actualy, I don't need to edit the weaved code. The fix should go in the GenericAspectFactory class, the one who makes the getClassLoader call. Plus, this factory is called only the first time the joinpoint gets executed, so it will generate a smaller impact if I put the security check there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190861#4190861 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190861

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Register EventListener on JbppmContext

by salaboy21

Great, let me know if you upload some code to the repository to check it out! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190859#4190859 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190859

17 years, 4 months

1
0
0 / 0

[Design of JBoss Labs] - Re: Feeds not working 2

by adamw

Hello, which page is that on? (url) -- Adam View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190858#4190858 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190858

17 years, 4 months

1
0
0 / 0

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

by flavia.rainone＠jboss.com

Tim, I'm going to attach a new aop jar to the issue Anil created: https://jira.jboss.org/jira/browse/JBAOP-675 so you can test for performance. I'll post a message here when I'm done. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190857#4190857 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190857

17 years, 4 months

1
0
0 / 0

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

by alesj

"alesj" wrote : | This looks like caching issue. | Yup, caching: - https://jira.jboss.org/jira/browse/JBREFLECT-7 This is what's actually going on: (code is from WeakTypeCache) 1) checkCollection(new HashSet(), getType("Integer", Set.class), i1, i2); | protected void put(ParameterizedType type, T result) | { | Class<?> rawType = (Class<?>) type.getRawType(); | ClassLoader cl = SecurityActions.getClassLoader(rawType); | Map<String, T> classLoaderCache = getClassLoaderCache(cl); | | synchronized (classLoaderCache) | { | // TODO JBMICROCONT-131 something better than toString()? | classLoaderCache.put(type.toString(), result); | } | } | interface java.util.Set + result are now part of cache 2) checkCollection(new HashSet(), getType("Enum", Set.class), one, two, three, one); | protected T peek(ParameterizedType type) | { | Class<?> rawType = (Class<?>) type.getRawType(); | ClassLoader cl = SecurityActions.getClassLoader(rawType); | Map<String, T> classLoaderCache = getClassLoaderCache(cl); | | synchronized (classLoaderCache) | { | return classLoaderCache.get(type.toString()); | } | } | And you're 'unlucky' that weak value is still cached under "interface java.util.Set". Hence you get integer Set --> Integer component type. So, JBMAN-38 is purely JBREFLECT-7's result. Who's gonna bite into JBREFLECT-7, Adrian? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190856#4190856 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190856

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Register EventListener on JbppmContext

by camunda

Hi. Yesterday I was at customer and they did an extension to jbpm where they added the possibility to add EventListener to the JbpmContext (configured via jbpm.cfg.xml). Today I face a similar problem, it would be interesting to get notified if each event fired inside the engine (basically to catch them and maybe throw the aggregated to some BAM engine). What do you guys think, include such a feature in jbpm core? I think it is an interesting one without bit complexity. Also the guys from yesterday could provide some code for it (Tom, I heard there is a pending committer status request from them), so maybe it wouldn't be that hard... Opinions? Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190852#4190852 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190852

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: API first cut available for jBPM3

by salaboy21

I like Process and ProcessDefinition because I think that the only distintion to be made is the formal part of the process (ProcessDefinition) the other is always about the execution. Also I see in the examples that there will be some method called createProcessDefinition(XML), i think is better keep the old parseProcessDefinition in this case is more clear to me that i use the APIs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190847#4190847 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190847

17 years, 4 months

1
0
0 / 0

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

by alesj

"scott.stark(a)jboss.org" wrote : 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. | This looks like caching issue. See UnwrapValueUnitTestCase::testCollectionUnwrap. Before Enums we test Integers. Looks like Set.class is mapped to ClassInfo who's component type is a leftover from previous Integers testing. I'll dig into more. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190846#4190846 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190846

17 years, 4 months

1
0
0 / 0

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

by thomas.diesler＠jboss.com

I verified that the jtds driver transparently handles the difference between varchar(4000) and text The Hudson QA now runs againt the jbpmcompat schema, which is the schema generated by jbpm-3.2.2 plus the additional PARENTLOCKMODE_ column View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190829#4190829 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190829

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