[JBoss JIRA] (ARTIF-672) UI: Edit Ontology dialog for entire ontology
by Brett Meyer (JIRA)
Brett Meyer created ARTIF-672:
---------------------------------
Summary: UI: Edit Ontology dialog for entire ontology
Key: ARTIF-672
URL: https://issues.jboss.org/browse/ARTIF-672
Project: Artificer
Issue Type: Feature Request
Reporter: Brett Meyer
Assignee: Brett Meyer
Fix For: 1.1.0.Final
Currently, only the individual nodes can be edited. Allow the entire ontology to be edited, including the namespace. See AddOntologyDialog
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months
[JBoss JIRA] (ARTIF-657) updateContent may not be recreating relationships correctly
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-657?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on ARTIF-657:
-----------------------------------
Idea: add a config option and/or a new API method that would allow updates/deletes with an automatic *orphan* (relationships, derived artifacts, etc.) removal. But by default, continue to block.
> updateContent may not be recreating relationships correctly
> -----------------------------------------------------------
>
> Key: ARTIF-657
> URL: https://issues.jboss.org/browse/ARTIF-657
> Project: Artificer
> Issue Type: Bug
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> In the middle of ImpactAnalysisDemo, after all artifacts and relationships have been created, run updateContent on the XSD, using the same .xsd file. The demo will still run successfully. But when finished, pull up the UI and hit one of the Part 'parameter" artifacts, then hit their Relationship tab. It fails, most likely because the relationship wasn't re-created.
> Not sure how to handle that. Should the relationships really be re-generated? If so, what happens if, for example, a WSDL Part uses a type that's been modified or removed?
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months
[JBoss JIRA] (ARTIF-664) Queries with relationship predicates fail on EAP 6.2-6.4
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-664?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated ARTIF-664:
------------------------------
Fix Version/s: 1.0.0.Beta1
(was: 1.0.0.Alpha2)
> Queries with relationship predicates fail on EAP 6.2-6.4
> --------------------------------------------------------
>
> Key: ARTIF-664
> URL: https://issues.jboss.org/browse/ARTIF-664
> Project: Artificer
> Issue Type: Bug
> Reporter: Brett Meyer
> Assignee: Brett Meyer
> Fix For: 1.1.0.Final, 1.0.0.Beta1
>
>
> Example:
> {code}
> /s-ramp[expandedFromDocument]
> {code}
> JCR-SQL2:
> {code}
> SELECT artifact1.* FROM [sramp:baseArtifactType] AS artifact1 WHERE
> artifact1.[jcr:uuid] IN
> (SELECT artifact2.[jcr:uuid] AS uuid FROM [sramp:relationship] AS relationship1
> INNER JOIN [sramp:baseArtifactType] AS artifact2 ON ISCHILDNODE(relationship1,artifact2)
> WHERE (relationship1.[sramp:relationshipType] = 'expandedFromDocument' AND ISDESCENDANTNODE(relationship1,'/s-ramp')))
> AND ISDESCENDANTNODE(artifact1,'/s-ramp') ORDER BY artifact1.[sramp:name] ASC
> {code}
> The query simply returns nothing. Works perfectly for Wildfly 8
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months
[JBoss JIRA] (ARTIF-645) Allow users to supply extensions through a new plugin architecture
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-645?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on ARTIF-645:
-----------------------------------
In a demo with Teiid/JDV, they had a great thought about why this would be important. It would allow extensions to provide their own JCR CNDs and configurations for existing, external data sources. The custom contract implementations would know what to do with the data, providing integration with Artificer without having to port all artifacts into Artificer-specific models.
> Allow users to supply extensions through a new plugin architecture
> ------------------------------------------------------------------
>
> Key: ARTIF-645
> URL: https://issues.jboss.org/browse/ARTIF-645
> Project: Artificer
> Issue Type: Feature Request
> Reporter: Brett Meyer
> Assignee: Brett Meyer
>
> The illustrious [~eric.wittmann] demoed his plugin architecture within APIMan, which allows users to contribute, among other things, UI components (!!!). A similar structure could be extremely valuable for Artificer. Things a plugin could contribute:
> - extension contract impls (ArtifactBuilder, TypeDetector, etc.)
> - JCR node types (assuming we're able to change the spec to allow /s-ramp/[custom model]/[custom type]
> - UI elements (custom metadata displays, custom actions, etc.)
> - endpoint bindings (again, /s-ramp/model/type)
> Eric's demo: https://bluejeans.com/s/82tW/
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months