[JBoss JIRA] Created: (DNA-174) Should ensure single versions required for 3rd-party dependencies within same classloader
by Johnny Verhaeg (JIRA)
Should ensure single versions required for 3rd-party dependencies within same classloader
-----------------------------------------------------------------------------------------
Key: DNA-174
URL: http://jira.jboss.com/jira/browse/DNA-174
Project: DNA
Issue Type: Task
Components: Development Environment
Affects Versions: 0.1
Reporter: Johnny Verhaeg
Priority: Minor
Fix For: 0.2
We should write a script that will be executed after the build and produce some reports indicating:
- The list of 3rd-party dependencies, both direct & indirect
- Any potential conflicts in dependency versions between projects or other dependencies
- A tree of non-test-related dependencies by project
Developers would then need only to add classloader knowledge into the mix when handling dependency version conflict resolution. It would be nice if the resulting reports could be accessed in the same manner as build & test results via Hudson.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Created: (DNA-181) Consolidate security, messages, and progress within the ExecutionContext and make framework consistent in its use and passing of this context
by Johnny Verhaeg (JIRA)
Consolidate security, messages, and progress within the ExecutionContext and make framework consistent in its use and passing of this context
---------------------------------------------------------------------------------------------------------------------------------------------
Key: DNA-181
URL: https://jira.jboss.org/jira/browse/DNA-181
Project: DNA
Issue Type: Feature Request
Components: API, SPI
Affects Versions: 0.1
Reporter: Johnny Verhaeg
Fix For: 0.2
We are already passing around an ExecutionContext to various parts of the DNA framework, and in some places a progress monitor that in turn contains problems encountered (as of DNA-75). We're now looking into security information that also needs to be passed around during login and execution, and it's now evident that a better way to handle all of these information types would be to consolidate all of it within the execution context and make it the common "token" that is consistently passed between all framework components, including the SPI. Messages, progress, security, etc., should always be dealt with in relation to a particular context, and contexts may be hierarchical in nature. For example, the messages, problems, and progress for a particular operation should be recorded in a manner that ties them to that operation's execution within whatever context it occurred, which will have been initiated as part of a broader context, that being either a higher-level or composite operation or, at the very least, within the context of the client's session. Recording information in this manner should make it easier to audit, debug, providing complex logging facilities, etc.
"Problems" should be treated more generically as simply "Messages", allowing the framework much for flexibility to handle context-specific information, such as messages specific to an operation or executed command. The entire logging framework can then work off of these messages rather than leaving it to SPI implementors to determine when something should be logged, added as a problem/message, or both.
The framework contains only a few other types of information, none of which should be dangerous to pass around, and any of which can be further protected if necessary via context wrappers that may, for instance, return immutable versions of that information.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 6 months