[JBoss JIRA] (WFLY-3027) Missing dependencies in module org.hibernate.hql
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-3027?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-3027:
---------------------------------
Assignee: Sanne Grinovero
> Missing dependencies in module org.hibernate.hql
> ------------------------------------------------
>
> Key: WFLY-3027
> URL: https://issues.jboss.org/browse/WFLY-3027
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Build System, Clustering
> Affects Versions: 8.0.0.Final
> Reporter: Davide D'Alto
> Assignee: Sanne Grinovero
>
> The module *org.hibernate.hql* doesn't have some dependencies:
> {code:xml}
> <module name="org.apache.lucene"/>
> <module name="hibernate.search.engine"/>
> <module name="org.antlr"/>
> {code}
> it also requires org.antlr:antlr-runtime and org.antlr:stringtemplate that don't exist as a module
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (WFLY-3027) Missing dependencies in module org.hibernate.hql
by Davide D'Alto (JIRA)
Davide D'Alto created WFLY-3027:
-----------------------------------
Summary: Missing dependencies in module org.hibernate.hql
Key: WFLY-3027
URL: https://issues.jboss.org/browse/WFLY-3027
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Davide D'Alto
The module *org.hibernate.hql* doesn't have some dependencies:
{code:xml}
<module name="org.apache.lucene"/>
<module name="hibernate.search.engine"/>
<module name="org.antlr"/>
{code}
it also requires org.antlr:antlr-runtime and org.antlr:stringtemplate that don't exist as a module
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (WFLY-2051) CLI write attribute dialog for string value should enclose value in generated command to double quotes
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-2051?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-2051:
-----------------------------------------------
Chao Wang <chaowan(a)redhat.com> changed the Status of [bug 988283|https://bugzilla.redhat.com/show_bug.cgi?id=988283] from NEW to POST
> CLI write attribute dialog for string value should enclose value in generated command to double quotes
> ------------------------------------------------------------------------------------------------------
>
> Key: WFLY-2051
> URL: https://issues.jboss.org/browse/WFLY-2051
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: CLI
> Affects Versions: 8.0.0.Alpha4
> Reporter: Chao Wang
> Assignee: Alexey Loubyansky
> Fix For: 8.0.0.CR1
>
>
> {noformat}
> Wildfly issue for https://bugzilla.redhat.com/show_bug.cgi?id=988283
> String value entered in write attribute dialog is written to command without double quotes, which is wrong in many cases
> Eg. when user enteres in dialog value ${jboss.bind.address:127.0.0.1}
> following command is generated:
> /subsystem=webservices/:write-attribute(name=wsdl-host,value=${jboss.bind.address:127.0.0.1})
> Correctly should be generated command
> /subsystem=webservices/:write-attribute(name=wsdl-host,value="${jboss.bind.address:127.0.0.1}")
> 1. start AS
> ./bin/standalone.sh
> 2. start CLI GUI
> ./bin/jboss-cli.sh --gui &
> 3. click on node subsystem=webservices of /
> 4. right click on wsdl-host and select write-attribute
> 5. enter value ${jboss.bind.address:127.0.0.1} and click OK
> 6. submit generated command
> 7. reload node
> click on node subsystem=webservices of / (close node)
> click on node subsystem=webservices of / (open node)
> Result is wsdl-host=$ instead of wsdl-host=${jboss.bind.address:127.0.0.1}
> Workaround: in dialog box enclose the value in double quotes
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (JBMETA-371) DefaultPropertyReplacer + PropertyResolver is broken for vault expressions
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/JBMETA-371?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on JBMETA-371:
------------------------------------------------
Chao Wang <chaowan(a)redhat.com> changed the Status of [bug 1058959|https://bugzilla.redhat.com/show_bug.cgi?id=1058959] from POST to MODIFIED
> DefaultPropertyReplacer + PropertyResolver is broken for vault expressions
> --------------------------------------------------------------------------
>
> Key: JBMETA-371
> URL: https://issues.jboss.org/browse/JBMETA-371
> Project: JBoss Metadata
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: common
> Affects Versions: 7.0.4.Final
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: 8.0.0.Final
>
>
> The DefaultPropertyReplacer + PropertyResolver algorithm is broken for vault expressions. It's based on the assumption that the contents of the expression string between "${" and "}" have a fixed format a la the old JBoss AS system properties (e.g. propertyname[: default value]) and then the PropertyResolver tries to resolve "propertyname".
> This is incorrect in the case of vault expressions, which do not follow this format. In particular the ":" char appears multiple places in a vault expression and does not serve as a delimiter between "propertyname" and "default value".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months