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

[Design of POJO Server] - Re: JBAS-6104; slow Seam deployments

by stan.silvert＠jboss.com

I'm not seeing any difference. Can you be more specific about the messages I should see? There are lots of different messages about caches that come from different places. Which ones are yours? Stan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185807#4185807 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185807

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Behavior when next state in a

by heiko.braun＠jboss.com

anonymous wrote : | I've been having very good success (with some agony) of morphing the jbpm-console into a useful "application", instead of a demo, that can have several business processes available and gives users of the processes a good experience. A few new tags and some customized pages with "tab" behavior, etc. have made it very useful. The use of the JSF and s4j tags makes it easy to test and retest without starting and stopping the server or having to redeploy the console ( I use Eclipse with my workspace pointing to the unzipped jbpm-console.war and alter it there ). The only time I have to start and stop the server is when I add a class to the console, of course. Business processes are deployed as usual to the console. | Not "end-user" targeted is wrong. The aim of the new console to provide a proper solution for the most common jBPM use cases. If you are interested in contributing or "shaping" the task management functionality, then I'd gladly here about your ideas. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185806#4185806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185806

15 years, 10 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-3997

by jesper.pedersen

Adrian, were you thinking about doing the allocate-retry / allocate-retry-wait-millis pair per XXX-datasource and thereby putting the configuration in jboss_ds_5_0.dtd or something else ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185805#4185805 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185805

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: Towards a canonical server

by scott.stark＠jboss.org

Since we are not going to get too far on this for the 5.0.0.GA, I want to continue to talk about what the server contents might look like in the canonical distribution paradigm. The server contents would probably be something like: | jboss-5.1/bin | jboss-5.1/repository | jboss-5.1/server/default/profile.xml | jboss-5.1/server/all/profile.xml | ... | The repository has deployment bundles, be they library jars or deployer contents, along with metadata about each deployment that includes things like version, capabilities and requirements. See the OSGi OBR spec http://www.osgi.org/Download/File?url=/download/rfc-0112_BundleRepository... for an idea of capabilities/requirements. A profile.xml should actually only be a statement of requirements that are matched up to content in the repository: | <profile name="default"> | <requirement>ejb3-core</requirement> | <requirement>ejb3-ext</requirement> | <requirement>ejb2</requirement> | <requirement>ejb2</requirement> | <requirement>JMS</requirement> | <requirement>jmx-console.war</requirement> | <requirement>ROOT.war</requirement> | <requirement>JSR77 MEJB</requirement> | ... | </profile> | We may need to include library version range requirements as well for applications that will be added dynamically via hot deploy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185782#4185782 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185782

15 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Logging JNDI names of beans at INFO level

by skajotde

"ALRubinger" wrote : | Overkill or helpful? Comments appreciated. Might be worthwhile asking for input on the user forum as well. imho Helpfull ;> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185776#4185776 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185776

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6104; slow Seam deployments

by alesj

"stan.silvert(a)jboss.com" wrote : I'm not seeing any difference. Same exact behavior. | Can you try this: - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185767#4185767 ;-) I've deployed VFS 2.2.0-SNAPSHOT into repo, so simple change to jbossas main pom should pick it up. To use vfs cache you need to put system property: -Djboss.vfs.cache=org.jboss.virtual.plugins.cache.TimedVFSCache There are other impls there as well: - LRU (needs a bit more config) - SoftRef - WeakRef You should see INFO about cache usage if done right. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185774#4185774 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185774

15 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Bringing in ejb3-cache

by bstansberry＠jboss.com

Preface: I didn't read your post in detail; gotta do other stuff right now. :-) Comment: If you're going to make a bunch of refactorings, perhaps we should look at starting from the code in https://www.jboss.org/community/docs/DOC-9565 which is a lot cleaner than the stuff we have today. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185768#4185768 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185768

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Heavy usage of VirtualFileURLConnection

by sacha.labourey＠jboss.com

it is a start :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185767#4185767 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185767

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Heavy usage of VirtualFileURLConnection

by alesj

"sacha.labourey(a)jboss.com" wrote : and does it improve performance? | No, it's there just for fun. :-) The way it's designed it should definitely improve performance. It's aimed at URL usage outside direcy VFS usage. e.g. 3rd party libs that mostly work on CL::getResource(s) will now re-use existing VFSContext --> existing VirtualFile instances In simpler words, there won't be duplicated un-packaging. ;-) "sacha.labourey(a)jboss.com" wrote : | how much? The original cause for this impl - Seam example redeploy, now takes ~10sec instead of previous 2min+. Is that good enough? ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185766#4185766 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185766

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Heavy usage of VirtualFileURLConnection

by sacha.labourey＠jboss.com

and does it improve performance? how much? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185755#4185755 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185755

15 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2008