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

[Design of POJO Server] - Re: AppClientDeployer

by wolfc

Go for it. I'm still trying to introduce service bean, generic bean and consumer bean into metadata. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095774#4095774 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095774

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - AppClientDeployer

by scott.stark＠jboss.org

I see you started some ApplicationClientMetaData tests Carlo. I'm going to start working on updating the common client deployer once I have the ear deployer errors fixed unless you say otherwise. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095754#4095754 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095754

18 years, 5 months

1
0
0 / 0

[Design of JBossXB] - Re: @XmlElement(defaultValue=

by scott.stark＠jboss.org

Ok, so I assme that the xjc tool would not generate a class with the field initialized to this default value then as it would distinguish between a non-existent value and a default? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095752#4095752 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095752

18 years, 5 months

1
0
0 / 0

[Design of JBossXB] - Problem with Collection<Enum>

by scott.stark＠jboss.org

The org.jboss.test.metadata.web.WebApp5EverythingUnitTestCase test is failing with: | org.jboss.xb.binding.JBossXBException: Failed to parse source: file:/C:/home/svn/JBossAS/projects/metadata/trunk/target/eclipse-classes/org/jboss/test/metadata/web/WebApp5Everything_testEverything.xml@53,21 | ... | Caused by: java.lang.RuntimeException: Invalid value java.util.ArrayList@1531164 for {http://java.sun.com/xml/ns/javaee}dispatcherType valid are [REQUEST, ERROR, FORWARD, INCLUDE] | at org.jboss.xb.builder.runtime.EnumValueAdapter.cast(EnumValueAdapter.java:111) | at org.jboss.xb.builder.runtime.BeanHandler.setParent(BeanHandler.java:190) | at org.jboss.xb.builder.runtime.BuilderParticleHandler.setParent(BuilderParticleHandler.java:69) | at org.jboss.xb.binding.group.ValueListHandler$FACTORY$1.newInstance(ValueListHandler.java:401) | at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.endRepeatableParticle(SundayContentHandler.java:850) | at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.endElement(SundayContentHandler.java:221) | The property in question is the FilterMappingMetaData.dispatchers property, which is a list of enum types: | package org.jboss.metadata.web.spec; | | | public class FilterMappingMetaData extends IdMetaDataImpl | | @XmlElement(name="dispatcher") | public void setDispatchers(List<DispatcherType> dispatchers) | { | this.dispatchers = dispatchers; | } | The input is an array of strings for valid enum values. Is the EnumValueAdapter supposed to handle collections or is this supposed to be handled by the binding layer? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095750#4095750 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095750

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Optimistic locking doesn't scale well with large 'flat'

by bstansberry＠jboss.com

It also means the business that Hibernate does where it converts entity class com.foo.some.really.deep.package.tree.MyEntity to an Fqn via Fqn.fromString("/com/foo/some/really/deep/package/tree/MyEntity") can be simplified to a more efficient Fqn.fromString("com.foo.some.really.deep.package.tree.MyEntity"). That deep-tree style was added sometime a long while ago when there was some locking contention on parent nodes. The only reason I hadn't gotten rid of it was this optimistic child-map copy thing. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095743#4095743 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095743

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Optimistic locking doesn't scale well with large 'flat'

by manik.surtani＠jboss.com

Ok, will work this in, in time for CR1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095729#4095729 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095729

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Optimistic locking doesn't scale well with large 'flat'

by bstansberry＠jboss.com

That sounds good. If that could be done for 2.1.0, that would be great, as it removes the need to consider any workaround in the Hibernate/JBC integration. (Workaround == hack adding extra levels to the tree). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095725#4095725 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095725

18 years, 5 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Need Help on Mac OS X

by damianharvey

Hi, I'm trying to get the JVMPI profiler running on a Mac with Java 1.5.0, however when I try to test the installation of the native library I get the following error: | damian-harveys-computer:~ damianharvey$ java -XrunjbossInspector:/tmp Foo | Error occurred during initialization of VM | Could not find agent library: libjbossInspector.jnilib (searched /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries:/System/Library/Java/Extensions:/Library/Java/Extensions:.) | Trace/BPT trap | But as you can see it is present (and I even chmod'd it to 777 and 755 to be sure): | damian-harveys-computer:~ damianharvey$ ls -la /System/Library/Java/Extensions/libjboss* | -rwxrwxrwx 1 root wheel 294328 Oct 16 17:06 /System/Library/Java/Extensions/libjbossInspector.jnilib | I'm running Mac OS X 10.4.9 on an Intel Macbook (if that helps). I've seen some relevant posts that indicate that it might be caused by using the wrong library (eg. the 32 bit in place of the 64bit - http://www.jroller.com/nbprofiler/category/Tips%20&%20Tricks) but there is only the one library for mac. Very keen to get this running for an app that is nearing production go live. I am specifically looking to identify any methods in my app that are taking too long to execute. Is JVMPI the right tool or am I better off with JVMTI? Thanks, Damian. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095721#4095721 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095721

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Optimistic locking doesn't scale well with large 'flat'

by manik.surtani＠jboss.com

bringing this up again. I spent some time investigating this and the way it is currently implemented (in trunk) is as such: * Child map copied to workspace node. * Map of child deltas ALSO maintained. ** Child deltas used when children and added/removed ** Child map also updated * When nodes are requested using get(), etc., the actual nodes are queried and copied to the workspace. child map not used for this * When merging back changes at commit time, the child deltas are used. ** child map not used, for performance reasons. So looking at the above, the actual child map only really is needed in 2 places: 1. getChildrenNames() 2. move() And I think for both of the above this can be loaded lazily, effectively giving us the scalability we need (except in the cases where the above 2 API calls are made). What do you think? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095714#4095714 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095714

18 years, 5 months

1
0
0 / 0

[Design of JBoss Build System] - Re: source in localRepository

by pgier

The eclipse IDE plugin (http://m2eclipse.codehaus.org/) has an option to automatically download the sources for project dependencies. Or if you want to do it from the command line, you can use the dependency plugin mvn dependency:sources View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095713#4095713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095713

18 years, 5 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