[JBoss JIRA] (WFCORE-94) Add MODULE_OPTS to startup scripts and propagate -secmgr through the domain
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFCORE-94?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFCORE-94:
-------------------------------
Fix Version/s: 1.0.0.Alpha8
(was: 1.0.0.Alpha7)
> Add MODULE_OPTS to startup scripts and propagate -secmgr through the domain
> ---------------------------------------------------------------------------
>
> Key: WFCORE-94
> URL: https://issues.jboss.org/browse/WFCORE-94
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management, Scripts
> Reporter: Kabir Khan
> Assignee: Kabir Khan
> Fix For: 1.0.0.Alpha8
>
>
> The preferred mechanism to enable a security manager is to use the -secmgr module option. Modify the scripts to make this easier to add, and make adjustments to propagate this through the domain.
> The -secmgr module option is not visible from the launched process, so for the process controller and host controller to pass that on to the started host controller or server process respectively, a check is added to see if a security manager was enabeld. If a security manager is enabled, and -Djava.security.manager is not present in the system properties, we add the -secmgr module option when starting the next process.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years
[JBoss JIRA] (WFLY-3854) Make it build on JDK9
by Tomaz Cerar (JIRA)
Tomaz Cerar created WFLY-3854:
---------------------------------
Summary: Make it build on JDK9
Key: WFLY-3854
URL: https://issues.jboss.org/browse/WFLY-3854
Project: WildFly
Issue Type: Task
Components: Build System
Reporter: Tomaz Cerar
Assignee: Tomaz Cerar
Fix For: 9.0.0.Beta1
Currently wildfly doesn't build on JDK9 mostly because of passing -XX:MaxPermSize=xxx
It was deprecated in 8 and removed in 9.
We should add two profiles that would take care of that.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years
[JBoss JIRA] (WFLY-3853) Cache PersistenceProviders within the same deployment
by Scott Marlow (JIRA)
Scott Marlow created WFLY-3853:
----------------------------------
Summary: Cache PersistenceProviders within the same deployment
Key: WFLY-3853
URL: https://issues.jboss.org/browse/WFLY-3853
Project: WildFly
Issue Type: Feature Request
Components: JPA / Hibernate
Reporter: Scott Marlow
Assignee: Scott Marlow
Fix For: 9.0.0.Alpha1
See wildfly-dev ml discussion [http://lists.jboss.org/pipermail/wildfly-dev/2014-September/002984.html] about calls to PersistenceProviderResolver.getPersistenceProviders() should return a cached list. The cache should be per deployment.
We can probably reuse our PersistenceProviderResolverImpl.persistenceProviderPerClassLoader map, just need to be careful that addDeploymentSpecificPersistenceProvider() is called early before any calls to getPersistenceProviders().
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years
[JBoss JIRA] (WFCORE-42) Add a ServerXml Parser which extends CommonXml
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFCORE-42?page=com.atlassian.jira.plugin.... ]
Jason Greene updated WFCORE-42:
-------------------------------
Fix Version/s: 1.0.0.Alpha7
(was: 1.0.0.Alpha6)
> Add a ServerXml Parser which extends CommonXml
> ----------------------------------------------
>
> Key: WFCORE-42
> URL: https://issues.jboss.org/browse/WFCORE-42
> Project: WildFly Core
> Issue Type: Task
> Components: Domain Management
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 1.0.0.Alpha7
>
>
> Both StandaloneXml and AppclientXml parse XML starting from the server element.
> This duplication has always been problematic as AppclientXml is completely separate from the remaining domain config parsing, however with the core split this is even worse.
> This change is to introduce a ServerXml that can be the common base for both StandaloneXml and AppclientXml - except in extreme cases it will then be safe to ignore AppclientXml for further schema updates.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years