[JBoss JIRA] (JBIDE-26029) Incorrect warning for @Inject ServletContext
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26029?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26029:
-------------------------------
Story Points: 10
> Incorrect warning for @Inject ServletContext
> --------------------------------------------
>
> Key: JBIDE-26029
> URL: https://issues.jboss.org/browse/JBIDE-26029
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi
> Affects Versions: 4.5.3.Final
> Reporter: Rich DiCroce
> Assignee: Jeff MAURY
> Fix For: 4.6.0.AM3
>
>
> If you inject ServletContext into a CDI bean, it gets flagged with this warning:
> {quote}
> No bean is eligible for injection to the injection point [JSR-346 §5.2.2]
> {quote}
> This warning appears to be correct for CDI 1.0, but not for later versions. From CDI 2.0 spec section 18.8 (also CDI 1.1/1.2 section 3.8):
> {quote}
> A servlet container must provide the following built-in beans, all of which have qualifier @Default:
> * a bean with bean type javax.servlet.http.HttpServletRequest, allowing injection of a reference to the HttpServletRequest
> * a bean with bean type javax.servlet.http.HttpSession, allowing injection of a reference to the HttpSession,
> * a bean with bean type javax.servlet.ServletContext, allowing injection of a reference to the ServletContext,
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (JBIDE-26034) test failures in archives.ui.bot.*
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26034?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26034:
-------------------------------
Sprint: devex #149 May 2018, devex #150 June 2019 (was: devex #149 May 2018)
> test failures in archives.ui.bot.*
> ----------------------------------
>
> Key: JBIDE-26034
> URL: https://issues.jboss.org/browse/JBIDE-26034
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: archives, server
> Affects Versions: 4.6.0.AM2
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.6.0.AM3
>
>
> 9 tests have been failing for 25 builds:
> {code}
> org.jboss.ide.eclipse.archives.ui.test.bot.FolderTest.testCreatingFolder no-configuration 2.4 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.FolderTest.testModifyingFolder no-configuration 2.7 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.FilesetTest.testCreatingFileset no-configuration 2.8 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.FilesetTest.testModifyingFileset no-configuration 3 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.FilesetTest.testDeletingFileset no-configuration 2.8 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.UserLibrariesFilesetTest.testCreatingUserLibraryFileset no-configuration 1.8 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.CreatingArchiveTest.testCreatingArchiveWithExplorer no-configuration 0.8 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.DeletingArchiveTest.testDeletingArchiveWithExplorer no-configuration 1 sec 25
> org.jboss.ide.eclipse.archives.ui.test.bot.ModifyingArchiveTest.testModifyingArchiveWithExplorer no-configuration 1 sec 25
> {code}
> These 3 failures are newer:
> {code}
> org.jboss.ide.eclipse.archives.ui.test.bot.BuildingArchiveTest.testBuildingArchiveWithView no-configuration 0.75 sec 1
> org.jboss.ide.eclipse.archives.ui.test.bot.FolderTest.testDeletingFolder no-configuration 3.4 sec 2
> org.jboss.ide.eclipse.archives.ui.test.bot.BuildingProjectTest.testBuildingProjectWithExplorer no-configuration 0.66 sec 12
> {code}
> -- https://dev-platform-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/Devstud...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (JBIDE-25921) MacOS machines with label mac_xhyve are not capable of running cdk.itests
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25921?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25921:
-------------------------------
Sprint: devex #148 April 2018, devex #149 May 2018, devex #150 June 2019 (was: devex #148 April 2018, devex #149 May 2018)
> MacOS machines with label mac_xhyve are not capable of running cdk.itests
> -------------------------------------------------------------------------
>
> Key: JBIDE-25921
> URL: https://issues.jboss.org/browse/JBIDE-25921
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk, qa
> Affects Versions: 4.5.3.Final
> Environment: Mac OS High Sierra
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Priority: Critical
> Fix For: 4.6.0.AM2
>
>
> Recently, cdk.itests are not able to be run on Mac OS machines within jenkins with label mac_xhyve.
> * find out cause of instability
> * add another mac os machines into label (dev_platform_mac)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months
[JBoss JIRA] (JBIDE-25700) Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25700:
-------------------------------
Sprint: devex #146 March 2018, devex #147 April 2018, devex #148 April 2018, devex #149 May 2018, devex #150 June 2019 (was: devex #146 March 2018, devex #147 April 2018, devex #148 April 2018, devex #149 May 2018)
> Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
> --------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: server_adapter, springboot
> Fix For: 4.6.0.AM3
>
> Attachments: permission-error-rsync-fc26.png, server-adapter-rebublish-state.png
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 10 months