[JBoss JIRA] Created: (EJBTHREE-2237) Application exception lost if thrown in method annotated with @PostConstruct
by none given (JIRA)
Application exception lost if thrown in method annotated with @PostConstruct
----------------------------------------------------------------------------
Key: EJBTHREE-2237
URL: https://issues.jboss.org/browse/EJBTHREE-2237
Project: EJB 3.0
Issue Type: Bug
Reporter: none given
If a singleton session bean throws an application exception in a method annotated with {{@PostConstruct}} the application exception is not visible in the log. The exception that is thrown is a {{java.lang.RuntimeException}} with the message "Could not invoke PostConstruct on the newly created bean instance, the cause is a {{java.lang.NullPointerException}} instead of the application exception.
A simple singleton session bean to replicate the bug:
{code}
import javax.annotation.PostConstruct;
import javax.ejb.Singleton;
import javax.ejb.Startup;
@Startup
@Singleton
public class TestSingletonBean
{
@PostConstruct
public void init() throws Exception
{
throw new Exception("Where did I go?");
}
}
{code}
The exception from {{server.log}}:
{code}
12:37:38,966 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=startup-singleton-initiator:topLevelUnit=javaee6-manager.jar,unit=javaee6-manager.jar,bean=TestSingletonBean aliases=[startup-singleton-initiator:bean=TestSingletonBean,topLevelUnit=javaee6-manager.jar,unit=javaee6-manager.jar] state=Create: java.lang.RuntimeException: Could not invoke PostConstruct on the newly created bean instance
at org.jboss.ejb3.singleton.impl.container.SingletonEJBInstanceManagerImpl.create(SingletonEJBInstanceManagerImpl.java:137) [:1.0.0-alpha-28]
at org.jboss.ejb3.singleton.impl.container.SingletonEJBInstanceManagerImpl.get(SingletonEJBInstanceManagerImpl.java:152) [:1.0.0-alpha-28]
at org.jboss.ejb3.singleton.deployer.StartupSingletonInitiator.start(StartupSingletonInitiator.java:84) [:1.0.0-alpha-28]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_22]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_22]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_22]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_22]
at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:60) [jboss-reflect.jar:2.2.0.GA]
at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:168) [jboss-reflect.jar:2.2.0.GA]
at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66) [jboss-reflect.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:257) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:125) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:72) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:202) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.GA]
at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:894) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:641) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:182) [:2.2.0.GA]
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:58) [:2.2.0.GA]
at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) [:2.2.0.GA]
at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55) [:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1832) [:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1550) [:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1571) [:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1491) [:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) [:2.2.0.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1076) [:2.2.0.GA]
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [:2.2.0.GA]
at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.process(MainDeployerPlugin.java:106) [:6.0.0.Final]
at org.jboss.profileservice.dependency.ProfileControllerContext$DelegateDeployer.process(ProfileControllerContext.java:143) [:0.2.2]
at org.jboss.profileservice.deployment.hotdeploy.HDScanner$HDScanAction.deploy(HDScanner.java:240) [:0.2.2]
at org.jboss.profileservice.deployment.hotdeploy.HDScanner$HDScanAction.complete(HDScanner.java:192) [:0.2.2]
at org.jboss.profileservice.management.TwoPCActionWrapper.doComplete(TwoPCActionWrapper.java:57) [:0.2.2]
at org.jboss.profileservice.management.actions.AbstractTwoPhaseModificationAction.complete(AbstractTwoPhaseModificationAction.java:74) [:0.2.2]
at org.jboss.profileservice.management.actions.AbstractTwoPhaseModificationAction.prepare(AbstractTwoPhaseModificationAction.java:95) [:0.2.2]
at org.jboss.profileservice.management.ModificationSession.prepare(ModificationSession.java:87) [:0.2.2]
at org.jboss.profileservice.management.AbstractActionController.internalPerfom(AbstractActionController.java:234) [:0.2.2]
at org.jboss.profileservice.management.AbstractActionController.performWrite(AbstractActionController.java:213) [:0.2.2]
at org.jboss.profileservice.management.AbstractActionController.perform(AbstractActionController.java:150) [:0.2.2]
at org.jboss.profileservice.management.AbstractActionController.perform(AbstractActionController.java:135) [:0.2.2]
at org.jboss.profileservice.deployment.hotdeploy.HDScanner.scan(HDScanner.java:146) [:0.2.2]
at org.jboss.profileservice.deployment.hotdeploy.HDScanner.run(HDScanner.java:90) [:0.2.2]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) [:1.6.0_22]
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) [:1.6.0_22]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) [:1.6.0_22]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) [:1.6.0_22]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) [:1.6.0_22]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) [:1.6.0_22]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_22]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_22]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_22]
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
at org.jboss.ejb3.singleton.aop.impl.AOPBasedSingletonContainer.invokeCallback(AOPBasedSingletonContainer.java:1063) [:1.0.0-alpha-28]
at org.jboss.ejb3.EJBContainer.invokePostConstruct(EJBContainer.java:1396) [:1.7.17]
at org.jboss.ejb3.singleton.aop.impl.AOPBasedSingletonContainer.postConstruct(AOPBasedSingletonContainer.java:760) [:1.0.0-alpha-28]
at org.jboss.ejb3.singleton.impl.container.SingletonEJBInstanceManagerImpl.create(SingletonEJBInstanceManagerImpl.java:133) [:1.0.0-alpha-28]
... 70 more
Caused by: java.lang.NullPointerException
at org.jboss.ejb3.EJBContainer.getApplicationException(EJBContainer.java:509) [:1.7.17]
at org.jboss.ejb3.singleton.aop.impl.ConstructionInvocationContextAdapter.getApplicationException(ConstructionInvocationContextAdapter.java:62) [:1.0.0-alpha-28]
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:163) [:0.0.1]
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:251) [:0.0.1]
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:392) [:0.0.1]
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invoke(CMTTxInterceptor.java:211) [:0.0.1]
at org.jboss.ejb3.tx2.aop.CMTTxInterceptorWrapper.invoke(CMTTxInterceptorWrapper.java:52) [:0.0.1]
at org.jboss.aop.joinpoint.ConstructionInvocation.invokeNext(ConstructionInvocation.java:80) [jboss-aop.jar:2.2.1.GA]
at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76) [:1.0.0.GA]
at org.jboss.aop.joinpoint.ConstructionInvocation.invokeNext(ConstructionInvocation.java:80) [jboss-aop.jar:2.2.1.GA]
at org.jboss.ejb3.core.context.CurrentInvocationContextInterceptor.invoke(CurrentInvocationContextInterceptor.java:47) [:1.7.17]
at org.jboss.aop.joinpoint.ConstructionInvocation.invokeNext(ConstructionInvocation.java:80) [jboss-aop.jar:2.2.1.GA]
at org.jboss.ejb3.interceptors.aop.InvocationContextInterceptor.setup(InvocationContextInterceptor.java:90) [:1.1.3]
at org.jboss.aop.advice.org.jboss.ejb3.interceptors.aop.InvocationContextInterceptor_z_setup_221024277.invoke(InvocationContextInterceptor_z_setup_221024277.java) [:]
at org.jboss.aop.joinpoint.ConstructionInvocation.invokeNext(ConstructionInvocation.java:80) [jboss-aop.jar:2.2.1.GA]
at org.jboss.aspects.currentinvocation.CurrentInvocationInterceptor.invoke(CurrentInvocationInterceptor.java:67) [:1.0.1]
at org.jboss.aop.joinpoint.ConstructionInvocation.invokeNext(ConstructionInvocation.java:80) [jboss-aop.jar:2.2.1.GA]
at org.jboss.ejb3.singleton.aop.impl.AOPBasedSingletonContainer.invokeCallback(AOPBasedSingletonContainer.java:1059) [:1.0.0-alpha-28]
... 73 more
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBNAME-53) InitialContext#lookup does not timeout on cached context
by Stian Thorgersen (JIRA)
InitialContext#lookup does not timeout on cached context
--------------------------------------------------------
Key: JBNAME-53
URL: https://issues.jboss.org/browse/JBNAME-53
Project: JBoss Naming
Issue Type: Bug
Reporter: Stian Thorgersen
I've got an issue where InitialContext#lookup will hang forever doing a lookup if there is a problem with the network. I appreciate this is the default settings of the TCP sockets to wait forever, so I've tried to configure the timeout using 'jnp.timeout' and 'jnp.sotimeout'. If the network is disconnected prior to the first attempt to do a lookup it times out as expected (I assume this is 'jnp.timeout' which configures the timeout to create the connection). However, if the network is disconnected after one ore more successful lookups have been performed it waits forever. I assume this is there 'jnp.sotimeout' should have kicked in, but doesn't seem to.
{code}
Hashtable<String, String> env = new Hashtable<String, String>();
env.put("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory");
env.put("java.naming.provider.url", "jnp://10.9.1.11:1099");
env.put("java.naming.factory.url.pkgs", "org.jboss.naming");
env.put("jnp.socketFactor", "org.jnp.interfaces.TimedSocketFactory");
env.put("jnp.timeout", "1000");
env.put("jnp.sotimeout", "1000");
InitialContext ctx = new InitialContext(env);
ctx.lookup("something");
// disconnect network here
ctx.lookup("something");
{code}
In the above example if I disconnect the network before the first lookup it times out as expected, but if I disconnect the network between the first lookup and the second lookup it waits forever. I've tried to wrap it in a thread, that is then interrupted after a timeout, but that doesn't work.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBAS-9365) InitialContext#lookup does not timeout on cached context
by Stian Thorgersen (JIRA)
InitialContext#lookup does not timeout on cached context
--------------------------------------------------------
Key: JBAS-9365
URL: https://issues.jboss.org/browse/JBAS-9365
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Stian Thorgersen
I've got an issue where InitialContext#lookup will hang forever doing a lookup if there is a problem with the network. I appreciate this is the default settings of the TCP sockets to wait forever, so I've tried to configure the timeout using 'jnp.timeout' and 'jnp.sotimeout'. If the network is disconnected prior to the first attempt to do a lookup it times out as expected (I assume this is 'jnp.timeout' which configures the timeout to create the connection). However, if the network is disconnected after one ore more successful lookups have been performed it waits forever. I assume this is there 'jnp.sotimeout' should have kicked in, but doesn't seem to.
{code}
Hashtable<String, String> env = new Hashtable<String, String>();
env.put("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory");
env.put("java.naming.provider.url", "jnp://10.9.1.11:1099");
env.put("java.naming.factory.url.pkgs", "org.jboss.naming");
env.put("jnp.socketFactor", "org.jnp.interfaces.TimedSocketFactory");
env.put("jnp.timeout", "1000");
env.put("jnp.sotimeout", "1000");
InitialContext ctx = new InitialContext(env);
ctx.lookup("something");
// disconnect network here
ctx.lookup("something");
{code}
In the above example if I disconnect the network before the first lookup it times out as expected, but if I disconnect the network between the first lookup and the second lookup it waits forever. I've tried to wrap it in a thread, that is then interrupted after a timeout, but that doesn't work.
Looking at the source code from JBoss Naming it seems that 'jnp.timeout' and 'jnp.sotimeout' is only used to retrieve the NamingServer_Stub, once that is retrieved and cached I can't see that they are being used any longer. I believe this would result in the problem I'm seeing as NamingServer_Stub#lookup would not have a socket timeout associated with the RMI call.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBAS-5515) Failed to load users/passwords/role files
by Heiko Braun (JIRA)
Failed to load users/passwords/role files
-----------------------------------------
Key: JBAS-5515
URL: http://jira.jboss.com/jira/browse/JBAS-5515
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Heiko Braun
Fix For: JBossAS-5.0.0.CR1
21:25:41,277 ERROR [UsersRolesLoginModule] Failed to load users/passwords/role files
java.io.IOException: No properties file: users.properties or defaults: defaultUsers.properties found
at org.jboss.security.auth.spi.Util.loadProperties(Util.java:366)
at org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:186)
at org.jboss.security.auth.spi.UsersRolesLoginModule.createUsers(UsersRolesLoginModule.java:200)
at org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:127)
When executing
one-test:
[junit] Running org.jboss.test.ws.jaxws.samples.context.WebServiceContextEJBTestCase
[junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 2.421 sec
[junit] Test org.jboss.test.ws.jaxws.samples.context.WebServiceContextEJBTestCase FAILED
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (JBAS-8695) Deployment repository garbage collection
by Brian Stansberry (JIRA)
Deployment repository garbage collection
----------------------------------------
Key: JBAS-8695
URL: https://jira.jboss.org/browse/JBAS-8695
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Fix For: 7.0.0.CR1
The deployment repository is only loosely coupled to the domain model; i.e. users can add content to the repo and then have a problem or decide to not execute a deployment plan with the result that the deployment is not used in the model. Or they can remove the deployment from the model via an update, which doesn't remove it from the repo (in case the update needs to be rolled back.)
Effect of this is unreferenced deployment content can accumulate in the repo, so we need a gc utility that can be used to clean it out.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (JBRULES-681) Multi-threaded local search solving
by Geoffrey De Smet (JIRA)
Multi-threaded local search solving
-----------------------------------
Key: JBRULES-681
URL: http://jira.jboss.com/jira/browse/JBRULES-681
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Solver
Reporter: Geoffrey De Smet
Assigned To: Geoffrey De Smet
Priority: Optional
Use Future's to spread all possible moves in each step over a number of threads.
This number of threads is equal to the number of cpu's by default, as no IO is done during solving.
Problems:
- each thread will needs it own WorkingMemory and during a step, each working memory will need to be updated
- a bunch of classes will need to be thread safe, or at least visibility save, such as bestsolutionrecaller.
- Barriers will be needed to collect the result of each step
- decks might be a great way to spread out the load
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (EJBTHREE-880) Hard-coded localhost in ejb3 test suite
by Aleksandar Kostadinov (JIRA)
Hard-coded localhost in ejb3 test suite
---------------------------------------
Key: EJBTHREE-880
URL: http://jira.jboss.com/jira/browse/EJBTHREE-880
Project: EJB 3.0
Issue Type: Bug
Reporter: Aleksandar Kostadinov
When the ejb3 testsuite is run with "-Dnode0=IP1 -Dnode1=IP2" and IP1!=localhost there are some tests failing with "Retries exceeded, couldn't reconnect to 127.0.0.1:####". I see this for 4_0 and 4_2 jboss branches, but guess it's the same with head.
One of the testcases is IiopRemoteUnitTestCase. I've checked ejb3/src/test/org/jboss/ejb3/test/iiop/unit/IiopRemoteUnitTestCase.java and there is 'props.put("java.naming.provider.url", "corbaloc::localhost:3528/NameService");'. Instead of localhost there should be used the node0 property. I guess the others have the same problem.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (JBAS-9259) Provide an option to change the code source used by deployments
by David Lloyd (JIRA)
Provide an option to change the code source used by deployments
---------------------------------------------------------------
Key: JBAS-9259
URL: https://issues.jboss.org/browse/JBAS-9259
Project: JBoss Application Server
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: Modules / Class-loading, VFS
Reporter: David Lloyd
Priority: Minor
Fix For: 7.0.0.CR1
For most use cases, using the VFS URL for the code source is best. However in certain cases the code source is expected to correspond to a physical filesystem location, possibly even a valid JAR URL.
So there should be an option in jboss-deployment-structure.xml to allow the code source to be changed to be the URL of the physical location of the VFS mount point instead of the VFS root URL. This option would default to "off", meaning use the VFS URL.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (JBAS-8843) size-rotating-file-handler not rotating
by Matthias Unverzagt (JIRA)
size-rotating-file-handler not rotating
---------------------------------------
Key: JBAS-8843
URL: https://issues.jboss.org/browse/JBAS-8843
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Logging
Affects Versions: 6.0.0.Final
Environment: Copied from boot.log:
############################
19:38:58,804 INFO [AbstractServer] Starting: JBossAS [6.0.1.SNAPSHOT "Neo"]
19:39:00,419 INFO [ServerInfo] Java version: 1.6.0_23,Sun Microsystems Inc.
19:39:00,419 INFO [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
19:39:00,419 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 19.0-b09,Sun Microsystems Inc.
19:39:00,420 INFO [ServerInfo] OS-System: Windows 7 6.1,amd64
19:39:00,420 INFO [ServerInfo] VM arguments: -Dprogram.name=run.bat -Xms1g -Xmx3g -XX:MaxPermSize=700M -Xdebug -Xrunjdwp:transport=dt_socket,address=9009,server=y,suspend=n -Djava.endorsed.dirs=E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed
19:39:00,420 DEBUG [ServerInfo] Full System Properties Dump
19:39:00,421 DEBUG [ServerInfo] awt.toolkit: sun.awt.windows.WToolkit
19:39:00,421 DEBUG [ServerInfo] bind.address: nb-matthias
19:39:00,421 DEBUG [ServerInfo] file.encoding: Cp1252
19:39:00,421 DEBUG [ServerInfo] file.encoding.pkg: sun.io
19:39:00,421 DEBUG [ServerInfo] file.separator: \
19:39:00,421 DEBUG [ServerInfo] java.awt.graphicsenv: sun.awt.Win32GraphicsEnvironment
19:39:00,422 DEBUG [ServerInfo] java.awt.printerjob: sun.awt.windows.WPrinterJob
19:39:00,422 DEBUG [ServerInfo] java.class.path: C:\Program Files\Java\jdk1.6.0_23\lib\tools.jar;E:\work\prgs\jboss-6.0.1-SNAPSHOT\bin\run.jar
19:39:00,422 DEBUG [ServerInfo] java.class.version: 50.0
19:39:00,422 DEBUG [ServerInfo] java.endorsed.dirs: E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed
19:39:00,422 DEBUG [ServerInfo] java.ext.dirs: C:\Program Files\Java\jdk1.6.0_23\jre\lib\ext;C:\Windows\Sun\Java\lib\ext
19:39:00,422 DEBUG [ServerInfo] java.home: C:\Program Files\Java\jdk1.6.0_23\jre
19:39:00,422 DEBUG [ServerInfo] java.io.tmpdir: C:\Users\matthias\AppData\Local\Temp\
19:39:00,423 DEBUG [ServerInfo] java.library.path: C:\Program Files\Java\jdk1.6.0_23\bin;.;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program Files\Java\jdk1.6.0_23\bin;C:\apps\apache-maven-3.0.2\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\TortoiseGit\bin;C:\Program Files\TortoiseSVN\bin;C:\Program Files (x86)\NTRU Cryptosystems\NTRU TCG Software Stack\bin\;C:\Program Files\NTRU Cryptosystems\NTRU TCG Software Stack\bin\;C:\Program Files\Wave Systems Corp\Gemalto\Access Client\v5\;C:\Program Files\SlikSvn\bin\
19:39:00,423 DEBUG [ServerInfo] java.protocol.handler.pkgs: org.jboss.net.protocol|org.jboss.vfs.protocol
19:39:00,423 DEBUG [ServerInfo] java.rmi.server.RMIClassLoaderSpi: org.jboss.system.JBossRMIClassLoader
19:39:00,423 DEBUG [ServerInfo] java.rmi.server.hostname: nb-matthias
19:39:00,423 DEBUG [ServerInfo] java.runtime.name: Java(TM) SE Runtime Environment
19:39:00,423 DEBUG [ServerInfo] java.runtime.version: 1.6.0_23-b05
19:39:00,423 DEBUG [ServerInfo] java.specification.name: Java Platform API Specification
19:39:00,423 DEBUG [ServerInfo] java.specification.vendor: Sun Microsystems Inc.
19:39:00,424 DEBUG [ServerInfo] java.specification.version: 1.6
19:39:00,424 DEBUG [ServerInfo] java.util.logging.manager: org.jboss.logmanager.LogManager
19:39:00,424 DEBUG [ServerInfo] java.vendor: Sun Microsystems Inc.
19:39:00,424 DEBUG [ServerInfo] java.vendor.url: http://java.sun.com/
19:39:00,424 DEBUG [ServerInfo] java.vendor.url.bug: http://java.sun.com/cgi-bin/bugreport.cgi
19:39:00,424 DEBUG [ServerInfo] java.version: 1.6.0_23
19:39:00,424 DEBUG [ServerInfo] java.vm.info: mixed mode
19:39:00,425 DEBUG [ServerInfo] java.vm.name: Java HotSpot(TM) 64-Bit Server VM
19:39:00,425 DEBUG [ServerInfo] java.vm.specification.name: Java Virtual Machine Specification
19:39:00,425 DEBUG [ServerInfo] java.vm.specification.vendor: Sun Microsystems Inc.
19:39:00,425 DEBUG [ServerInfo] java.vm.specification.version: 1.0
19:39:00,425 DEBUG [ServerInfo] java.vm.vendor: Sun Microsystems Inc.
19:39:00,425 DEBUG [ServerInfo] java.vm.version: 19.0-b09
19:39:00,425 DEBUG [ServerInfo] javax.management.builder.initial: org.jboss.mx.server.MBeanServerBuilderImpl
19:39:00,425 DEBUG [ServerInfo] jboss.bind.address: 0.0.0.0
19:39:00,426 DEBUG [ServerInfo] jboss.boot.server.log.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server\default\log
19:39:00,426 DEBUG [ServerInfo] jboss.bootstrap.home.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/server/default/conf/
19:39:00,426 DEBUG [ServerInfo] jboss.bootstrap.name: bootstrap.xml
19:39:00,426 DEBUG [ServerInfo] jboss.bootstrap.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/server/default/conf/bootstrap.xml
19:39:00,426 DEBUG [ServerInfo] jboss.common.base.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/common/
19:39:00,426 DEBUG [ServerInfo] jboss.common.lib.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/common/lib/
19:39:00,426 DEBUG [ServerInfo] jboss.home: E:\work\prgs\jboss-6.0.1-SNAPSHOT
19:39:00,426 DEBUG [ServerInfo] jboss.home.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT
19:39:00,427 DEBUG [ServerInfo] jboss.home.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/
19:39:00,427 DEBUG [ServerInfo] jboss.host.name: nb-matthias
19:39:00,427 DEBUG [ServerInfo] jboss.lib.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/lib/
19:39:00,427 DEBUG [ServerInfo] jboss.native.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server\default\tmp\native
19:39:00,427 DEBUG [ServerInfo] jboss.native.load: false
19:39:00,427 DEBUG [ServerInfo] jboss.node.name: nb-matthias
19:39:00,427 DEBUG [ServerInfo] jboss.partition.name: DefaultPartition
19:39:00,427 DEBUG [ServerInfo] jboss.platform.mbeanserver: true
19:39:00,428 DEBUG [ServerInfo] jboss.qualified.host.name: nb-matthias
19:39:00,428 DEBUG [ServerInfo] jboss.server.base.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server
19:39:00,428 DEBUG [ServerInfo] jboss.server.base.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/server/
19:39:00,428 DEBUG [ServerInfo] jboss.server.config.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/server/default/conf/
19:39:00,428 DEBUG [ServerInfo] jboss.server.data.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server\default\data
19:39:00,428 DEBUG [ServerInfo] jboss.server.home.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server\default
19:39:00,428 DEBUG [ServerInfo] jboss.server.home.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/server/default/
19:39:00,428 DEBUG [ServerInfo] jboss.server.lib.url: file:/E:/work/prgs/jboss-6.0.1-SNAPSHOT/server/default/lib/
19:39:00,429 DEBUG [ServerInfo] jboss.server.log.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server\default\log
19:39:00,429 DEBUG [ServerInfo] jboss.server.name: default
19:39:00,429 DEBUG [ServerInfo] jboss.server.temp.dir: E:\work\prgs\jboss-6.0.1-SNAPSHOT\server\default\tmp
19:39:00,429 DEBUG [ServerInfo] jboss.vfs.forceCopy: true
19:39:00,429 DEBUG [ServerInfo] jbossmx.loader.repository.class: org.jboss.mx.loading.UnifiedLoaderRepository3
19:39:00,429 DEBUG [ServerInfo] jgroups.bind_addr: nb-matthias
19:39:00,429 DEBUG [ServerInfo] line.separator:
19:39:00,429 DEBUG [ServerInfo] log4j.defaultInitOverride: true
19:39:00,430 DEBUG [ServerInfo] org.jboss.deployers.spi.deployer.matchers.NameIgnoreMechanism: org.jboss.deployers.spi.deployer.helpers.DummyNameIgnoreMechanism
19:39:00,430 DEBUG [ServerInfo] org.jboss.logging.Logger.pluginClass: org.jboss.logging.logmanager.LoggerPluginImpl
19:39:00,444 DEBUG [ServerInfo] org.jboss.reflect.spi.TypeInfoFactory: org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactory
19:39:00,444 DEBUG [ServerInfo] os.arch: amd64
19:39:00,444 DEBUG [ServerInfo] os.name: Windows 7
19:39:00,444 DEBUG [ServerInfo] os.version: 6.1
19:39:00,444 DEBUG [ServerInfo] path.separator: ;
19:39:00,444 DEBUG [ServerInfo] program.name: run.bat
19:39:00,445 DEBUG [ServerInfo] sun.arch.data.model: 64
19:39:00,445 DEBUG [ServerInfo] sun.boot.class.path: E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed\activation.jar;E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed\jboss-annotations-api_1.1_spec.jar;E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed\jboss-jaxb-api_2.2_spec.jar;E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed\jboss-jaxws-api_2.2_spec.jar;E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed\jbossws-cxf-factories.jar;E:\work\prgs\jboss-6.0.1-SNAPSHOT\lib\endorsed\stax-api.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\resources.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\rt.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\sunrsasign.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\jsse.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\jce.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.6.0_23\jre\lib\modules\jdk.boot.jar;C:\Program Files\Java\jdk1.6.0_23\jre\classes
19:39:00,445 DEBUG [ServerInfo] sun.boot.library.path: C:\Program Files\Java\jdk1.6.0_23\jre\bin
19:39:00,445 DEBUG [ServerInfo] sun.cpu.endian: little
19:39:00,445 DEBUG [ServerInfo] sun.cpu.isalist: amd64
19:39:00,445 DEBUG [ServerInfo] sun.desktop: windows
19:39:00,445 DEBUG [ServerInfo] sun.io.unicode.encoding: UnicodeLittle
19:39:00,446 DEBUG [ServerInfo] sun.java.launcher: SUN_STANDARD
19:39:00,446 DEBUG [ServerInfo] sun.jnu.encoding: Cp1252
19:39:00,446 DEBUG [ServerInfo] sun.management.compiler: HotSpot 64-Bit Server Compiler
19:39:00,446 DEBUG [ServerInfo] sun.os.patch.level:
19:39:00,446 DEBUG [ServerInfo] user.country: DE
19:39:00,446 DEBUG [ServerInfo] user.dir: C:\Windows\System32
19:39:00,446 DEBUG [ServerInfo] user.home: C:\Users\matthias
19:39:00,446 DEBUG [ServerInfo] user.language: de
19:39:00,447 DEBUG [ServerInfo] user.name: matthias
19:39:00,447 DEBUG [ServerInfo] user.timezone: Europe/Berlin
19:39:00,447 DEBUG [ServerInfo] user.variant:
19:39:00,447 DEBUG [ServerInfo] xb.builder.repeatableParticleHandlers: false
19:39:00,447 DEBUG [ServerInfo] xb.builder.useUnorderedSequence: true
Reporter: Matthias Unverzagt
Assignee: David Lloyd
size-rotating-file-handler only rotates once and then the logfile grows.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months