[JBoss Tools] New message: "Re: JBoss AS WTP server adapter removes deployment module"
by henk de boer
User development,
A new message was posted in the thread "JBoss AS WTP server adapter removes deployment module":
http://community.jboss.org/message/526847#526847
Author : henk de boer
Profile : http://community.jboss.org/people/henk53
Message:
--------------------------------------------------------------
> mailto:max.andersen@jboss.com wrote:
>
> That file should only show up if you have right clicked it and chosen "Make Deployable".
> [...]
> So this is actually all expected behavior.
I had the same thing happening and I most definitely did not click on any "Make Deployable" command (which is btw a very handy function but that aside).
What happened is that I saved a resource from within Eclipse and later when I started up JBoss AS, it failed with errors. Upon inspecting I noticed the adapter had added the very resource that I just saved as a deployable artifact. On top of that, most other content residing in the same module as where I saved the resource has disappeared.
I also encountered a very similar thing. Instead of the resource I save being added as a deployable artifact, it happens to suddenly be the only thing that is deployed.
For instance, I have an ear with an ejb module and a web module. The web module contains a content directory with a tons of jsp files and directories. Suppose I have the files customer/edit_customer.jsp and customer/new_customer.jsp open in my editor. After I save those and start the server, the startup fails. If I then inspect my filesystem at the deployment location, I see that all the content of the web module is gone and only customer/edit_customer.jsp and customer/new_customer.jsp remain. The EJB module (where I didn't perform a save) as well as the files in EAR umbrella other than the web module are still intact.
This happened to me quite some time. I can't really put my finger on it to really determine what causes it. I'm using both a Mac and a Ubuntu machine and it happened on both. I also use JRebel, but since my trial license expired recently I haven't been using this, and yet this strange phenomenon happened again. I also tried with deployment inside the .metadata folder and directly into the JBoss AS deploy folder, but it both cases the problem occurred. It mostly seems to happen when the server is not running, but I also had it happening when the server in fact was running: it started up correctly, I could log-in to my app. Then I made a small change in one of our JSP files and a moment later messages started appearing in my log that stuff couldn't be found anymore. Again, the web module's content was nuked except for the file I just saved.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/526847#526847
16 years, 5 months
[JBoss Microcontainer Development] New message: "NPE on ungetValue()"
by Kabir Khan
User development,
A new message was posted in the thread "NPE on ungetValue()":
http://community.jboss.org/message/526834#526834
Author : Kabir Khan
Profile : http://community.jboss.org/people/kabir.khan@jboss.com
Message:
--------------------------------------------------------------
Remy reported this:
> 9:46,189 WARN [ConfigureAction] Error unconfiguring bean
> AbstractKernelControllerContext@2fbfbe18{
> metadata=AbstractBeanMetaData@2ef49ac3{name=WarDeployer
> bean=org.jboss.web.tomcat.service.deployers.TomcatDeployer
> properties=[relativeOrder, tldJars, configFile, authenticators,
> java2ClassLoadingCompliance, domain, securityContextClassName,
> mainDeployer, policyRegistrationName, deleteWorkDirOnContextDestroy,
> securityManagementName, lenientEjbLink, defaultSecurityDomain]
> constructor=null autowireCandidate=true
> installs=[ManagedDeploymentCreator.addAttachmentType]
> uninstalls=[ManagedDeploymentCreator.removeAttachmentType]}name=WarDeployer
> target=org.jboss.web.tomcat.service.deployers.TomcatDeployer@33716286
> state=Configured
> depends=AbstractDependencyInfo@759a12cb{idependOn=[AbstractDependencyItem@4ed95bc3{name=WarDeployer
> dependsOn=ServiceBindingManager whenRequired=Configured
> dependentState=Installed resolved=false},
> AbstractDependencyItem@201787a6{name=WarDeployer
> dependsOn=MainDeployer whenRequired=Configured resolved=false},
> AbstractInstallMetaData$InstallationDependencyItem@1108565d{name=WarDeployer
> dependsOn=ManagedDeploymentCreator whenRequired=Installed
> dependentState=Installed resolved=false},
> AbstractInstallMetaData$InstallationDependencyItem@3a5dfc67{name=WarDeployer
> dependsOn=ManagedDeploymentCreator whenRequired=Installed
> dependentState=Installed resolved=false}]
> unresolved=[AbstractDependencyItem@4ed95bc3{name=WarDeployer
> dependsOn=ServiceBindingManager whenRequired=Configured
> dependentState=Installed resolved=false},
> AbstractInstallMetaData$InstallationDependencyItem@3a5dfc67{name=WarDeployer
> dependsOn=ManagedDeploymentCreator whenRequired=Installed
> dependentState=Installed resolved=false},
> AbstractInstallMetaData$InstallationDependencyItem@1108565d{name=WarDeployer
> dependsOn=ManagedDeploymentCreator whenRequired=Installed
> dependentState=Installed resolved=false},
> AbstractDependencyItem@201787a6{name=WarDeployer
> dependsOn=MainDeployer whenRequired=Configured resolved=false}]}}:
> java.lang.NullPointerException
> at org.jboss.beans.metadata.plugins.AbstractInjectionValueMetaData.ungetValue(AbstractInjectionValueMetaData.java:275)
> at org.jboss.kernel.plugins.dependency.PropertyDispatchWrapper.execute(PropertyDispatchWrapper.java:86)
> at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
> at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:125)
> at org.jboss.kernel.plugins.dependency.ConfigureAction.dispatchSetProperty(ConfigureAction.java:107)
> at org.jboss.kernel.plugins.dependency.ConfigureAction.setAttributes(ConfigureAction.java:85)
> at org.jboss.kernel.plugins.dependency.ConfigureAction.uninstallActionInternal(ConfigureAction.java:58)
> at org.jboss.kernel.plugins.dependency.InstallsAwareAction.uninstallAction(InstallsAwareAction.java:175)
> at org.jboss.kernel.plugins.dependency.InstallsAwareAction.uninstallAction(InstallsAwareAction.java:42)
> at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleUninstallAction(SimpleControllerContextAction.java:79)
> at org.jboss.dependency.plugins.action.AccessControllerContextAction.uninstall(AccessControllerContextAction.java:131)
> at org.jboss.dependency.plugins.AbstractControllerContextActions.uninstall(AbstractControllerContextActions.java:58)
> at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384)
> at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:2063)
> at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1578)
> at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1431)
> at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:735)
> at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:648)
> at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.undeploy(BeanMetaDataDeployer.java:228)
> at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.undeploy(BeanMetaDataDeployer.java:58)
> at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalUndeploy(AbstractSimpleRealDeployer.java:69)
> at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:117)
> at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:204)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doUndeploy(DeployersImpl.java:1690)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1597)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1590)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1552)
> at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384)
> at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:2063)
> at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1578)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:923)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:633)
> at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:811)
> at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:654)
> at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
> at org.jboss.system.server.profileservice.repository.ProfileDeployAction.uninstall(ProfileDeployAction.java:95)
> at org.jboss.system.server.profileservice.repository.AbstractProfileAction.uninstall(AbstractProfileAction.java:70)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.uninstall(AbstractProfileService.java:417)
> at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:384)
> at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:2063)
> at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1578)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:923)
> at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:633)
> at org.jboss.system.server.profileservice.repository.AbstractProfileService.deactivateProfile(AbstractProfileService.java:448)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.deactivateProfiles(ProfileServiceBootstrap.java:389)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:347)
> at org.jboss.system.server.profileservice.ProfileServiceBootstrap.shutdown(ProfileServiceBootstrap.java:100)
> at org.jboss.bootstrap.impl.base.server.AbstractServer.shutdownBootstraps(AbstractServer.java:892)
> at org.jboss.bootstrap.impl.base.server.AbstractServer.shutdown(AbstractServer.java:309)
> at org.jboss.Main$ShutdownHook$1.run(Main.java:929)
While it should be simple to change this to
@SuppressWarnings({"deprecation"})
public Object ungetValue(TypeInfo info, ClassLoader cl) throws Throwable
{
if (getUnderlyingValue() == null)
{
if (item != null && context != null) //Added if
{
ControllerContext lookup = item.getControllerContext(context.getController()); // 275
if (lookup != null)
{
ungetTarget(context, lookup);
return null;
}
}
}
return super.ungetValue(info, cl);
}
I would like to understand better how we end up in this state?
context gets set in initialVisit(), and item gets set in describeVisit() and I can't see either ever being set to null on uninstall. Maybe if fromContext is used instead then context never gets set?
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/526834#526834
16 years, 5 months