Hello @JEYAVEL, BASKAR
For the specific combination you listed, it’s important to separate Windows Server support from Java/JBoss support.
Windows Server 2016 + Oracle JDK 7: Oracle's certified-system matrix lists Windows Server 2016 x64 as supported for JDK 7, starting with JDK 7u141. So the exact JDK 7 update level matters.
However, the bigger concern is JBoss EAP 6.3.3. Red Hat's JBoss EAP 6 supported-configuration documentation lists Windows Server 2012 R2, 2008, and 2008 R2 among its tested Windows configurations, but it does not list Windows Server 2016 as a tested configuration for EAP 6.
Therefore, I would not characterize Windows Server 2016 + JDK 7 + JBoss EAP 6.3.3 as a fully vendor-supported configuration, even if the application may technically run.
Microsoft also makes an important distinction here: its Windows Server application-compatibility information is intended as a reference and does not replace the individual application's vendor support requirements. For JBoss and Java, the authoritative supportability determination must come from Red Hat and the JDK vendor, respectively.
For the migration itself, Microsoft supports role/workload migration to newer Windows Server versions, but an OS upgrade doesn't guarantee compatibility of third-party middleware or applications.
Before production migration, I recommend testing a cloned/non-production environment and validating:
- JBoss services start correctly and remain stable.
- JAVA_HOME, PATH, service accounts, and environment variables are preserved.
- NTFS permissions and application/service identities remain correct.
- Certificates and Java trust stores are accessible.
- Database/JDBC connectivity works.
- Required ports and Windows Firewall rules remain correct.
- TLS/SSL handshakes work with all dependent systems.
- Application logs contain no JVM/JBoss startup or deployment errors.
- Business transactions and integrations complete successfully.
Another lifecycle consideration: Windows Server 2016 extended support ends January 12, 2027. Since you're planning this migration in 2026, moving a production application from Server 2012 to Server 2016 leaves you with a very short remaining Windows support window.
If application compatibility permits, I would strongly consider modernizing the JBoss/JDK stack and targeting a newer Windows Server release rather than establishing a new production baseline on Server 2016. For example, later JBoss EAP releases have explicitly tested configurations for newer Windows Server versions and newer Java releases.
Regarding the requested Microsoft support meeting: Microsoft Q&A is a community forum, so contributors here cannot schedule a Microsoft Support engineer call. For a formal production supportability statement, particularly one needed for change approval, I would open a Microsoft support case for the Windows portion and obtain confirmation from Red Hat/Oracle for the JBoss and JDK portions.
Sharing these references with you:
Microsoft — Windows Server application compatibility
Microsoft — Windows Server release information and lifecycle
Red Hat — JBoss EAP 6 Supported Configurations
Oracle — JDK 7 Certified System Configurations
Please "Accept the Answer" if this information helped you. This will help us and others in the community.