[JBoss JIRA] (DROOLS-4090) Validate all XSD validation only locally
by Marek Novotny (Jira)
Marek Novotny created DROOLS-4090:
-------------------------------------
Summary: Validate all XSD validation only locally
Key: DROOLS-4090
URL: https://issues.jboss.org/browse/DROOLS-4090
Project: Drools
Issue Type: Bug
Reporter: Marek Novotny
Assignee: Luca Molteni
There is still online validation of XSD. With later switching from http to https some of services referenced in code this showed up as a real problem.
We should bundle all schemas in drools jars and validate them only from that location.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (DROOLS-4081) [DMN Designer] Constraints are allowed for inappropriate data types
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4081?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4081:
--------------------------------
Description:
Currently user is allowed to specify constraints even for *context* or *List* data type. See two attached cases. For both we should prohibit user from setting constraints. We should hide the constraints link/button.
h2. Manual acceptance test
||#||Chrome||Firefox||
|Top level context|(/)|(/)|
|Nested field context|(/)|(/)|
|Top level list|(/)|(/)|
|Nested field list|(/)|(/)|
was:
Currently user is allowed to specify constraints even for *context* or *List* data type. See two attached cases. For both we should prohibit user from setting constraints. We should hide the constraints link/button.
h2. Manual acceptance test
||#||Chrome||Firefox||
|Top level context|(/)|(?)|
|Nested field context|(/)|(?)|
|Top level list|(/)|(?)|
|Nested field list|(/)|(?)|
> [DMN Designer] Constraints are allowed for inappropriate data types
> -------------------------------------------------------------------
>
> Key: DROOLS-4081
> URL: https://issues.jboss.org/browse/DROOLS-4081
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.23.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
> Fix For: 7.23.0.Final
>
> Attachments: Screenshot from 2019-05-27 17-51-55.png, Screenshot from 2019-05-27 17-52-08.png, reopen-list.webm
>
>
> Currently user is allowed to specify constraints even for *context* or *List* data type. See two attached cases. For both we should prohibit user from setting constraints. We should hide the constraints link/button.
> h2. Manual acceptance test
> ||#||Chrome||Firefox||
> |Top level context|(/)|(/)|
> |Nested field context|(/)|(/)|
> |Top level list|(/)|(/)|
> |Nested field list|(/)|(/)|
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (DROOLS-4081) [DMN Designer] Constraints are allowed for inappropriate data types
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-4081?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-4081:
--------------------------------
Description:
Currently user is allowed to specify constraints even for *context* or *List* data type. See two attached cases. For both we should prohibit user from setting constraints. We should hide the constraints link/button.
h2. Manual acceptance test
||#||Chrome||Firefox||
|Top level context|(/)|(?)|
|Nested field context|(/)|(?)|
|Top level list|(/)|(?)|
|Nested field list|(/)|(?)|
was:
Currently user is allowed to specify constraints even for *context* or *List* data type. See two attached cases. For both we should prohibit user from setting constraints. We should hide the constraints link/button.
h2. Manual acceptance test
||#||Chrome||Firefox||
|Top level context|(?)|(?)|
|Nested field context|(?)|(?)|
|Top level list|(x)|(?)|
|Nested field list|(x)|(?)|
> [DMN Designer] Constraints are allowed for inappropriate data types
> -------------------------------------------------------------------
>
> Key: DROOLS-4081
> URL: https://issues.jboss.org/browse/DROOLS-4081
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.23.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
> Fix For: 7.23.0.Final
>
> Attachments: Screenshot from 2019-05-27 17-51-55.png, Screenshot from 2019-05-27 17-52-08.png, reopen-list.webm
>
>
> Currently user is allowed to specify constraints even for *context* or *List* data type. See two attached cases. For both we should prohibit user from setting constraints. We should hide the constraints link/button.
> h2. Manual acceptance test
> ||#||Chrome||Firefox||
> |Top level context|(/)|(?)|
> |Nested field context|(/)|(?)|
> |Top level list|(/)|(?)|
> |Nested field list|(/)|(?)|
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11991) Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor
by Scott Marlow (Jira)
[ https://issues.jboss.org/browse/WFLY-11991?page=com.atlassian.jira.plugin... ]
Scott Marlow updated WFLY-11991:
--------------------------------
Description:
The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
The above is done for any application class that has any of the following Hibernate classes as its super class:
{code}
org.hibernate.usertype.UserType
org.hibernate.usertype.CompositeUserType
org.hibernate.usertype.UserCollectionType
org.hibernate.usertype.UserVersionType
org.hibernate.type.Type
org.hibernate.type.SingleColumnType
org.hibernate.type.AbstractStandardBasicType
org.hibernate.type.ProcedureParameterExtractionAware
org.hibernate.type.ProcedureParameterNamedBinder
org.hibernate.type.VersionType
org.hibernate.collection.spi.PersistentCollection
{code}
The code change is required to handle application classes like: [https://github.com/simkam/wildfly/compare/hibernate_transformer].
The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
{code}
public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
return internalNullSafeGet(rs, names, session, owner);
}
private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
internalSessionImplementorUsingMethod(session);
session.isTransactionInProgress();
int result = rs.getInt( names[0] );
if ( rs.wasNull() ) return null;
return State.values()[result];
}
}
{code}
was:
The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
The above is done for any application class that has any of the following Hibernate classes as its super class:
{code}
org.hibernate.usertype.UserType
org.hibernate.usertype.CompositeUserType
org.hibernate.usertype.UserCollectionType
org.hibernate.usertype.UserVersionType
org.hibernate.type.Type
org.hibernate.type.SingleColumnType
org.hibernate.type.AbstractStandardBasicType
org.hibernate.type.ProcedureParameterExtractionAware
org.hibernate.type.ProcedureParameterNamedBinder
org.hibernate.type.VersionType
org.hibernate.collection.spi.PersistentCollection
{code}
The test case (change) is for this enhancement is [https://github.com/simkam/wildfly/compare/hibernate_transformer].
The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
{code}
public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
return internalNullSafeGet(rs, names, session, owner);
}
private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
internalSessionImplementorUsingMethod(session);
session.isTransactionInProgress();
int result = rs.getInt( names[0] );
if ( rs.wasNull() ) return null;
return State.values()[result];
}
}
{code}
> Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11991
> URL: https://issues.jboss.org/browse/WFLY-11991
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
> Fix For: 17.0.0.Final
>
> Attachments: afterchange.zip, beforechange.zip
>
>
> The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
> The above is done for any application class that has any of the following Hibernate classes as its super class:
> {code}
> org.hibernate.usertype.UserType
> org.hibernate.usertype.CompositeUserType
> org.hibernate.usertype.UserCollectionType
> org.hibernate.usertype.UserVersionType
> org.hibernate.type.Type
> org.hibernate.type.SingleColumnType
> org.hibernate.type.AbstractStandardBasicType
> org.hibernate.type.ProcedureParameterExtractionAware
> org.hibernate.type.ProcedureParameterNamedBinder
> org.hibernate.type.VersionType
> org.hibernate.collection.spi.PersistentCollection
> {code}
> The code change is required to handle application classes like: [https://github.com/simkam/wildfly/compare/hibernate_transformer].
> The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
> {code}
> public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
> return internalNullSafeGet(rs, names, session, owner);
> }
> private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
> internalSessionImplementorUsingMethod(session);
> session.isTransactionInProgress();
> int result = rs.getInt( names[0] );
> if ( rs.wasNull() ) return null;
> return State.values()[result];
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11991) Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor
by Scott Marlow (Jira)
[ https://issues.jboss.org/browse/WFLY-11991?page=com.atlassian.jira.plugin... ]
Scott Marlow updated WFLY-11991:
--------------------------------
Description:
The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
The above is done for any application class that has any of the following Hibernate classes as its super class:
{code}
org.hibernate.usertype.UserType
org.hibernate.usertype.CompositeUserType
org.hibernate.usertype.UserCollectionType
org.hibernate.usertype.UserVersionType
org.hibernate.type.Type
org.hibernate.type.SingleColumnType
org.hibernate.type.AbstractStandardBasicType
org.hibernate.type.ProcedureParameterExtractionAware
org.hibernate.type.ProcedureParameterNamedBinder
org.hibernate.type.VersionType
org.hibernate.collection.spi.PersistentCollection
{code}
The test case (change) is for this enhancement is [https://github.com/simkam/wildfly/compare/hibernate_transformer].
The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
{code}
public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
return internalNullSafeGet(rs, names, session, owner);
}
private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
internalSessionImplementorUsingMethod(session);
session.isTransactionInProgress();
int result = rs.getInt( names[0] );
if ( rs.wasNull() ) return null;
return State.values()[result];
}
}
{code}
was:
The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
The test case (change) is for this enhancement is [https://github.com/simkam/wildfly/compare/hibernate_transformer].
The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
{code}
public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
return internalNullSafeGet(rs, names, session, owner);
}
private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
internalSessionImplementorUsingMethod(session);
session.isTransactionInProgress();
int result = rs.getInt( names[0] );
if ( rs.wasNull() ) return null;
return State.values()[result];
}
}
{code}
> Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11991
> URL: https://issues.jboss.org/browse/WFLY-11991
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
> Fix For: 17.0.0.Final
>
> Attachments: afterchange.zip, beforechange.zip
>
>
> The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
> The above is done for any application class that has any of the following Hibernate classes as its super class:
> {code}
> org.hibernate.usertype.UserType
> org.hibernate.usertype.CompositeUserType
> org.hibernate.usertype.UserCollectionType
> org.hibernate.usertype.UserVersionType
> org.hibernate.type.Type
> org.hibernate.type.SingleColumnType
> org.hibernate.type.AbstractStandardBasicType
> org.hibernate.type.ProcedureParameterExtractionAware
> org.hibernate.type.ProcedureParameterNamedBinder
> org.hibernate.type.VersionType
> org.hibernate.collection.spi.PersistentCollection
> {code}
> The test case (change) is for this enhancement is [https://github.com/simkam/wildfly/compare/hibernate_transformer].
> The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
> {code}
> public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
> return internalNullSafeGet(rs, names, session, owner);
> }
> private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
> internalSessionImplementorUsingMethod(session);
> session.isTransactionInProgress();
> int result = rs.getInt( names[0] );
> if ( rs.wasNull() ) return null;
> return State.values()[result];
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month
[JBoss JIRA] (WFLY-11991) Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor
by Scott Marlow (Jira)
[ https://issues.jboss.org/browse/WFLY-11991?page=com.atlassian.jira.plugin... ]
Scott Marlow updated WFLY-11991:
--------------------------------
Summary: Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor (was: Add Hibernate ORM transformer option to transform any method parameter of type org.hibernate.engine.spi.SessionImplementor)
> Applications that extend certain Hibernate classes should be updated to use type SharedSessionContractImplementor instead of SessionImplementor
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11991
> URL: https://issues.jboss.org/browse/WFLY-11991
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
> Fix For: 17.0.0.Final
>
> Attachments: afterchange.zip, beforechange.zip
>
>
> The idea is to transform any class method parameter of type org.hibernate.engine.spi.SessionImplementor, in user application, to instead use type org.hibernate.engine.spi.SharedSessionContractImplementor.
> The test case (change) is for this enhancement is [https://github.com/simkam/wildfly/compare/hibernate_transformer].
> The test case change is adding an internalNullSafeGet method that should also be transformed to use the SharedSessionContractImplementor type but was not, which led to an application failure with code:
> {code}
> public Object nullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
> return internalNullSafeGet(rs, names, session, owner);
> }
> private Object internalNullSafeGet(ResultSet rs, String[] names, SessionImplementor session, Object owner) throws HibernateException, SQLException {
> internalSessionImplementorUsingMethod(session);
> session.isTransactionInProgress();
> int result = rs.getInt( names[0] );
> if ( rs.wasNull() ) return null;
> return State.values()[result];
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 1 month