[JBoss JIRA] (ARTIF-665) Add additional Tika text extractors for full-text searching
by Brett Meyer (JIRA)
Brett Meyer created ARTIF-665:
---------------------------------
Summary: Add additional Tika text extractors for full-text searching
Key: ARTIF-665
URL: https://issues.jboss.org/browse/ARTIF-665
Project: Artificer
Issue Type: Feature Request
Reporter: Brett Meyer
Assignee: Brett Meyer
Fix For: 1.1.0.Final
ModeShape's tika extractors include several useful defaults. However, consider adding additional extractors, at least for each built-in plugin. For example, the XML extractor considers element *values* only. Under certain circumstances (XSD types, SwitchYard, etc.), element attributes will be vital.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months
[JBoss JIRA] (ARTIF-202) The not() function doesn't quite work with relationships
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-202?page=com.atlassian.jira.plugin.... ]
Brett Meyer resolved ARTIF-202.
-------------------------------
Resolution: Done
> The not() function doesn't quite work with relationships
> --------------------------------------------------------
>
> Key: ARTIF-202
> URL: https://issues.jboss.org/browse/ARTIF-202
> Project: Artificer
> Issue Type: Bug
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Priority: Minor
> Fix For: 1.1.0.Final, 1.0.0.Alpha2
>
>
> The not() function works well with properties, but not quite with relationships. An example of what doesn't work:
> /s-ramp/wsdl/Part[not(element)]
> That should return all Parts that do *not* have an element relationship. Since relationships are found by doing a JOIN, it's actually tricky to invert. Right now I think the query engine will produce something that would return all Parts that have some *other* relationship - but it won't return Parts without any relationships at all. I'm not sure how to do the latter other than by using an IN with a subquery (which is supported by ModeShape but is non-standard).
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months
[JBoss JIRA] (ARTIF-202) The not() function doesn't quite work with relationships
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-202?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on ARTIF-202:
-----------------------------------
ARTIF-656 implicitly corrected this -- relationship predicates are handled with non-correlated subqueries that can be easily applied to NOT(). But, committing a regression test.
> The not() function doesn't quite work with relationships
> --------------------------------------------------------
>
> Key: ARTIF-202
> URL: https://issues.jboss.org/browse/ARTIF-202
> Project: Artificer
> Issue Type: Bug
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Priority: Minor
> Fix For: 1.1.0.Final, 1.0.0.Alpha2
>
>
> The not() function works well with properties, but not quite with relationships. An example of what doesn't work:
> /s-ramp/wsdl/Part[not(element)]
> That should return all Parts that do *not* have an element relationship. Since relationships are found by doing a JOIN, it's actually tricky to invert. Right now I think the query engine will produce something that would return all Parts that have some *other* relationship - but it won't return Parts without any relationships at all. I'm not sure how to do the latter other than by using an IN with a subquery (which is supported by ModeShape but is non-standard).
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months
[JBoss JIRA] (ARTIF-571) Support stored queries in UI
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/ARTIF-571?page=com.atlassian.jira.plugin.... ]
Brett Meyer updated ARTIF-571:
------------------------------
Fix Version/s: 1.1.0.Final
> Support stored queries in UI
> ----------------------------
>
> Key: ARTIF-571
> URL: https://issues.jboss.org/browse/ARTIF-571
> Project: Artificer
> Issue Type: Feature Request
> Reporter: Brett Meyer
> Assignee: Brett Meyer
> Fix For: 1.1.0.Final
>
>
> SRAMP-29 added support for stored queries. Once SRAMP-554 is finished, add stored query support in the UI. Consider adding a "Save as Stored Query" button to the search sidebar or above the search results. The latter may be more natural. When clicked, it would open a small prompt to provide a name. All queries would be available in a drop down, available for execution.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 9 months