[JBoss JIRA] (ARTIF-214) When uploading a jar - upload a text file with the output of jar tvf
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-214?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated ARTIF-214:
------------------------------
Description: It's nice to know the content of a jar/war/ear archive (for searching/diffing/or just to see what's in it etc). Would be nice to 'extract' a jar tvf > jar-content.txt file and upload that to s-ramp too (was: It's nice to know the content of a jar/war/ear archive (for searching/diffing/or just to see what's in it etc). Would be nice to 'extract' a jar tf > jar-content.txt file and upload that to s-ramp too)
> When uploading a jar - upload a text file with the output of jar tvf
> --------------------------------------------------------------------
>
> Key: ARTIF-214
> URL: https://issues.jboss.org/browse/ARTIF-214
> Project: Artificer
> Issue Type: Feature Request
> Reporter: Kurt Stam
> Assignee: Brett Meyer
>
> It's nice to know the content of a jar/war/ear archive (for searching/diffing/or just to see what's in it etc). Would be nice to 'extract' a jar tvf > jar-content.txt file and upload that to s-ramp too
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months
[JBoss JIRA] (ARTIF-23) Statically validate a parsed S-RAMP Query
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-23?page=com.atlassian.jira.plugin.s... ]
Brett Meyer commented on ARTIF-23:
----------------------------------
I'd argue that this may be better built into the grammar parser itself, paired with adequate/unique Exception messages.
> Statically validate a parsed S-RAMP Query
> -----------------------------------------
>
> Key: ARTIF-23
> URL: https://issues.jboss.org/browse/ARTIF-23
> Project: Artificer
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 0.6.0.Final
> Reporter: Eric Wittmann
> Assignee: Eric Wittmann
> Priority: Minor
>
> Implement a validator that can take an S-RAMP Query and ensure that it is valid (does not violate any of the restrictions imposed by the S-RAMP Query API specification).
> The result should simply be a validator that accepts a parsed S-RAMP Query and throws an exception if the Query is invalid.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months
[JBoss JIRA] (ARTIF-675) Replace the S-RAMP SOA/ServiceImpl model with something comprehensive for "services"
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-675?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated ARTIF-675:
------------------------------
Description:
Define a new, generic, logical metadata-only model to better encapsulate "services", discovery, and re-use. This should use *some* of the concepts in S-RAMP's SOA/ServiceImplementation models. Arguably, some concepts should probably be rolled into the core Artifact model as well.
Ideas (from various sources):
- Provides a catalog of information, what services exist and are available for use
- Presents the condition of the service lifecycle is eg. Implemented, testing, advised against, etc.
- Provides information about the version of the services
- Allows you to record and retrieve multiple versions of the same service
- Allows you to dynamically refer to the latest version of the service
- Allows dynamically at runtime to search and select end-point chosen service
- Collects information who and what services are used
- Provides information that services are repeatedly used and which are not
- Determining the impact of changes the services to existing dependent services
- Providing information to consumers of the services about ongoing or planned changes to of the services
- Identify the environments (OS, app server, etc.) supported by the artifact
- Differentiate between front and back end artifacts
- Security: what version of SSL is used, etc. (extremely valuable for security audits)
- "Deployment"
- "RESTFulApplication"
was:
Define a new, generic, logical metadata-only model to better encapsulate "services", discovery, and re-use. This should use *some* of the concepts in S-RAMP's SOA/ServiceImplementation models. Arguably, some concepts should probably be rolled into the core Artifact model as well.
Ideas (from various sources):
- Provides a catalog of information, what services exist and are available for use
- Presents the condition of the service lifecycle is eg. Implemented, testing, advised against, etc.
- Provides information about the version of the services
- Allows you to record and retrieve multiple versions of the same service
- Allows you to dynamically refer to the latest version of the service
- Allows dynamically at runtime to search and select end-point chosen service
- Collects information who and what services are used
- Provides information that services are repeatedly used and which are not
- Determining the impact of changes the services to existing dependent services
- Providing information to consumers of the services about ongoing or planned changes to of the services
- Identify the environments (OS, app server, etc.) supported by the artifact
- Differentiate between front and back end artifacts
- Security: what version of SSL is used, etc. (extremely valuable for security audits)
> Replace the S-RAMP SOA/ServiceImpl model with something comprehensive for "services"
> ------------------------------------------------------------------------------------
>
> Key: ARTIF-675
> URL: https://issues.jboss.org/browse/ARTIF-675
> Project: Artificer
> Issue Type: Sub-task
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> Define a new, generic, logical metadata-only model to better encapsulate "services", discovery, and re-use. This should use *some* of the concepts in S-RAMP's SOA/ServiceImplementation models. Arguably, some concepts should probably be rolled into the core Artifact model as well.
> Ideas (from various sources):
> - Provides a catalog of information, what services exist and are available for use
> - Presents the condition of the service lifecycle is eg. Implemented, testing, advised against, etc.
> - Provides information about the version of the services
> - Allows you to record and retrieve multiple versions of the same service
> - Allows you to dynamically refer to the latest version of the service
> - Allows dynamically at runtime to search and select end-point chosen service
> - Collects information who and what services are used
> - Provides information that services are repeatedly used and which are not
> - Determining the impact of changes the services to existing dependent services
> - Providing information to consumers of the services about ongoing or planned changes to of the services
> - Identify the environments (OS, app server, etc.) supported by the artifact
> - Differentiate between front and back end artifacts
> - Security: what version of SSL is used, etc. (extremely valuable for security audits)
> - "Deployment"
> - "RESTFulApplication"
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months