Today we performed the jira migration from AS7 -> WFLY; however, unfortunately the bulk change operations have appeared to miss-assigned a few issues. I am trying to clean up some of them but I need your help. Can you please look at all issues assigned to you, find issues that should not be assigned to you, and reassign them to the previous owner. You can determine this by looking in history.
Thanks, and sorry for the extra work.
Jason T. Greene
JBoss AS Lead / EAP Platform Architect
JBoss, a division of Red Hat
The core engineering list suggested I post my question to the jboss as7 dev list.
We would like EAP 6 to support
- Domain Mode
- SSL certs unique to each host/server
- The SSL certs must have unique passwords
- The unique passwords must be encrypted or vaulted
The only solution that has been thought of would be recursive parsing of property substitution. Currently this is not supported (i.e. I can not input ./domain.sh -Dfull.web.https.password="$VAULT.web.https.password=fdsa8ds7g324qtnk43").
What was the logic behind the decision not to support unique certs and recursive parsing? I need to pass this along to the customer since it will require a major change in architecture.
Thank you for your time and consideration in the matter,
Red Hat Consulting
during a pull request review James brought to my attention that a
change I was about to make to the Weld subsystem would introduce a
dependency on Guava. Since I consider Guava to be a useful library it
surprised me to find out that it is not used anywhere in the JBoss AS /
WildFly codebase. Is this intentional or did just nobody happen to use
it in the codebase before?
Guava itself is used a lot in Weld core. Therefore, using Guava in a
subsystem does not have any implications on the size of the JBoss AS /
WildFly build as Guava needs to be bundled anyway. Still, if there are
any guidelines or conventions on which libraries to use / avoid, please
point me to them. Even better, if there is an alternative to Guava's
LoadingCache I could use within JBoss AS / WildFly codebase please let
an explicit undeploy operation should remove state that otherwise needs
to survive server restart.
How can I distinguish between these two cases in a DUP?
JBoss OSGi Lead
JBoss, a division of Red Hat
I can't figure out a way to produce a notification of an impending
server shutdown if a user does a soft kill of the server process.
It's easy enough if shutdown is initiated by a management op; the op
handler can trigger the notification. But a soft kill triggers a
shutdown hook registered by the MSC ServiceContainer, and once that
starts, services start stopping semi-randomly and its too late to notify
anyone that that is going to start happening.
The MSC shutdown stuff isn't exposed, so there's no way to tie into
that. Adding another shutdown hook doesn't help as there's no
predictable order of execution.
Principal Software Engineer
JBoss by Red Hat
I am writing a JBoss AS subsystem which needs to register a REST
endpoint during AS initialization. I wanted to ask what is the best way
to do this without simply placing a war to the deployments directory?