August 2009 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: AS-5 Files to watch for application redeployment

by alesj

"max.andersen(a)jboss.com" wrote : | Scanning for all .xml is very arbitrary and if the API is built for each deployer to say which files should trigger deployment why don't we get the right deployers to implement the specific rules instead of having a global one ? (or did I misunderstand how it is structured today?) | With the JBDEPLOY-210 fix this is now trivial to do - JarStructure already in-callbacks all FileMatchers. And currently only FileMatcher impls are parsing deployers - exactly what we need. So, this, your wanted feature, will be part of next Deployers release. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249882#4249882 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249882

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Why are HTTP integration test excluded from test suite?

by jmesnil

iirc, we temporarily excluded them because of a bug in netty HTTP code. When we updated netty version which fixed it, we forgot to include them back View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249858#4249858 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249858

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: AS-5 Files to watch for application redeployment

by max.andersen＠jboss.com

Fully agree that the automatic default scanning for hotrestart of a deployment should be very limited, i.e. the application descriptors (application.xml, web.xml etc.) and the toplevel directory (for those without deployment descriptors - but this might only work for some OS's) Scanning for all .xml is very arbitrary and if the API is built for each deployer to say which files should trigger deployment why don't we get the right deployers to implement the specific rules instead of having a global one ? (or did I misunderstand how it is structured today?) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249853#4249853 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249853

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Memory on test suite

by timfox

Guys - let's not do any more profiling for now. The first thing to do is look through the logs for the log lines that I mentioned earlier - there are quite a few of these still being logged (including clustering tests). You can get a copy of the logs from the last run on Hudson- this will save some time as you don't have to run the test suite locally (90 minutes). Once all those leakages from the logs have been fixed, *then* do some profiling if you like, but let's clear the low hanging fruit first. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249852#4249852 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249852

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: AS-5 Files to watch for application redeployment

by jaikiran

anonymous wrote : | But if the changes span over HD check period, there will be multiple re-deployments. | In this case user should suspend HD scanning; there is some MBean that knows how to do this - Tools use it. For non-IDE users this won't be practical. "alesj" wrote : | Not exactly. | I think, we should allow that usecase, similar to AS 4.x. Shouldn't we? I think its possible to achieve this by using the PatternIncludeVirtualFileFilter filter as the default filter, which only looks for application.xml, web.xml files. So the users can keep changing 'n' files and then finally "touch" the application.xml or the web.xml to trigger the redeployment. Similar to AS-4.x. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249850#4249850 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249850

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: AS-5 Files to watch for application redeployment

by alesj

"pete.muir(a)jboss.org" wrote : Does this solution address this use case - a user wants to update a number of deployment descriptors - say persistence.xml, beans.xml and faces-config.xml - and knows that they don't want a restart until all changes are made? Not exactly. If the changes are atomic - saved all at once - the first one will be picked up, triggering re-deployment of the whole app, hence the rest two changes are then irrelevant. But if the changes span over HD check period, there will be multiple re-deployments. In this case user should suspend HD scanning; there is some MBean that knows how to do this - Tools use it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249848#4249848 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249848

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by alesj

"pete.muir(a)jboss.org" wrote : I need to inject the "default validator factory" into the Web Beans bootstrap, so that it can be made available for injection CDI-style. What MC bean should I use? ValidatorFactoryFactory? You could definitely use that, but a VFDeployer already creates a VF for you - how that is created should be impl detail; e.g. currently it is created via VFF, in the future it might be something else Hence you should simply pick up VF from DeploymentUnit's attachments and properly apply it in our Bootstrap deployer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249847#4249847 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249847

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Memory on test suite

by clebert.suconic＠jboss.com

Actually it doesn't seem as bad. The nubmers just came down on the logs as I'm running it. [junit] |org.jboss.messaging.core.postoffice.impl.PostOfficeImpl | 22| 3344| | [junit] |org.jboss.messaging.core.postoffice.impl.PostOfficeImpl | 27| 4104| | [junit] |org.jboss.messaging.core.postoffice.impl.PostOfficeImpl | 27| 4104| | [junit] |org.jboss.messaging.core.postoffice.impl.PostOfficeImpl | 29| 4408| | [junit] |org.jboss.messaging.core.postoffice.impl.PostOfficeImpl$Reaper | 29| 928| | [junit] org.jboss.messaging.core.postoffice.impl.PostOfficeImpl$Reaper.run(PostOfficeImpl.java:944) | [junit] org.jboss.messaging.core.postoffice.impl.PostOfficeImpl$Reaper.run(PostOfficeImpl.java:944) | [junit] org.jboss.messaging.core.postoffice.impl.PostOfficeImpl$Reaper.run(PostOfficeImpl.java:944) | [junit] org.jboss.messaging.core.postoffice.impl.PostOfficeImpl$Reaper.run(PostOfficeImpl.java:944) | [junit] org.jboss.messaging.core.postoffice.impl.PostOfficeImpl$Reaper.run(PostOfficeImpl.java:944) | [junit] |org.jboss.messaging.core.postoffice.impl.PostOfficeImpl | 2| 304| | I would prefer the instances getting GCed right after the test was finished. So, I will check this tomorrow to make sure there are no problems around it.. but just in case. The testsuite with the profiling takes longer (about 2X because of the dump at the end of every test). So.. I will post more results tomorrow morning about this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249840#4249840 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249840

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Memory on test suite

by clebert.suconic＠jboss.com

There is something else leaking on the Bridge. I will be able to trace it tomorrow morning first thing. I will keep another testsuite running. The number of instances of PostOffice are not as big as they were before, but they are still leaking when the BridgeTests or ClusteringTests are running. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249839#4249839 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249839

16 years, 7 months

1
0
0 / 0

[Design of Clustering on JBoss] - MCMP Documentation Issues

by pmm

Hi I'm having some issues with the MCMP Wiki Documentation[1]. | * The table for the CONFIG message seems broken. | * The Content-Length of the examples seem off-by-one. | * Is <&> in value really escaped as &26 and not %26? | [1] http://www.jboss.org/community/wiki/Mod-ClusterManagementProtocol Cheers Philippe View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249836#4249836 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249836

16 years, 7 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 August 2009