[JBoss JIRA] (JBJCA-1066) resource-adapter id attribute is forced to match rar name
by Johnathon Lee (JIRA)
Johnathon Lee created JBJCA-1066:
------------------------------------
Summary: resource-adapter id attribute is forced to match rar name
Key: JBJCA-1066
URL: https://issues.jboss.org/browse/JBJCA-1066
Project: IronJacamar
Issue Type: Bug
Components: Deployer
Affects Versions: 1.0.17.Final
Reporter: Johnathon Lee
Assignee: Jesper Pedersen
If the id of the resource adapter element does not match the name of the
RAR file, the CLI will throw the following error on RA activation:
{
"outcome" => "failed",
"failure-description" => "rar not yet deployed",
"rolled-back" => true
}
--
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
12 years, 11 months
[JBoss JIRA] (DROOLS-200) score corruption when using insertLogical with custom objects
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-200?page=com.atlassian.jira.plugin... ]
Geoffrey De Smet commented on DROOLS-200:
-----------------------------------------
[~pvandenbrink] Thanks for the reproducer btw :)
> score corruption when using insertLogical with custom objects
> -------------------------------------------------------------
>
> Key: DROOLS-200
> URL: https://issues.jboss.org/browse/DROOLS-200
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Beta5
> Reporter: Pieter van den Brink
> Assignee: Mario Fusco
> Attachments: drools-200-isolated-reproducer-v2.zip, drools-200-isolated-reproducer-v3.1.tar.gz, drools-200-isolated-reproducer-v3.zip, drools-200-isolated-reproducer.tar.gz, reproducer.zip
>
>
> When using a rule with insertLogical to insert custom objects, score corruption occurs in certain situations. It seems like the custom objects aren't always inserted or retracted properly after a move. This causes any rule that depends on these custom objects to fire multiple times, which corrupts the score.
> Attached is a reproducer which demonstrates the issue. Also see the forum reference for a detailed discussion.
--
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
12 years, 11 months
[JBoss JIRA] (DROOLS-200) score corruption when using insertLogical with custom objects
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-200?page=com.atlassian.jira.plugin... ]
Geoffrey De Smet updated DROOLS-200:
------------------------------------
Attachment: drools-200-isolated-reproducer-v3.1.tar.gz
v3.1 isolated for [~mfusco]: the Solver doesn't run. 3 moves are done & undone, 1 move is then done and the stateful session is compared to a fresh one. They should yield the same result, but they don't.
> score corruption when using insertLogical with custom objects
> -------------------------------------------------------------
>
> Key: DROOLS-200
> URL: https://issues.jboss.org/browse/DROOLS-200
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Beta5
> Reporter: Pieter van den Brink
> Assignee: Mario Fusco
> Attachments: drools-200-isolated-reproducer-v2.zip, drools-200-isolated-reproducer-v3.1.tar.gz, drools-200-isolated-reproducer-v3.zip, drools-200-isolated-reproducer.tar.gz, reproducer.zip
>
>
> When using a rule with insertLogical to insert custom objects, score corruption occurs in certain situations. It seems like the custom objects aren't always inserted or retracted properly after a move. This causes any rule that depends on these custom objects to fire multiple times, which corrupts the score.
> Attached is a reproducer which demonstrates the issue. Also see the forum reference for a detailed discussion.
--
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
12 years, 11 months
[JBoss JIRA] (DROOLS-200) score corruption when using insertLogical with custom objects
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-200?page=com.atlassian.jira.plugin... ]
Geoffrey De Smet commented on DROOLS-200:
-----------------------------------------
Reproduced this way. I 've isolated it to the moves 224, 225, 226, 227:
{code}
29-07-13 17:13:51 INFO - nstructionHeuristicSolverPhase - Phase (0) constructionHeuristic ended: step total (0), time spend (111), best score (0hard/-5soft).
29-07-13 17:13:51 TRACE - LocalSearchDecider - Move index (224), score (0hard/-6soft), accepted (true) for move (Conversation 4: Family 1, Student 4, Teacher 0, Timeslot 4 => Timeslot 0).
29-07-13 17:13:51 TRACE - LocalSearchDecider - Move index (225), score (0hard/-4soft), accepted (true) for move (Conversation 2: Family 1, Student 2, Teacher 0, Timeslot 2 => Timeslot 3).
29-07-13 17:13:51 TRACE - LocalSearchDecider - Move index (226), score (0hard/-4soft), accepted (true) for move (Conversation 0: Family 0, Student 0, Teacher 0, Timeslot 0 => Timeslot 1).
Exception in thread "main" java.lang.IllegalStateException: Score corruption: the workingScore (0hard/-6soft) is not the uncorruptedScore (0hard/-5soft) after completedAction (Conversation 4: Family 1, Student 4, Teacher 0, Timeslot 1 => Timeslot 1):
The corrupted scoreDirector has 1 ConstraintMatch(s) which are in excess (and should not be there):
defaultpkg/familyCompact/level1/[FamilyEnd Family 1, Timeslot 2, FamilyStart Family 1, Timeslot 1]=-1
The corrupted scoreDirector has no ConstraintMatch(s) which are missing.
Check your score constraints.
at org.optaplanner.core.impl.score.director.AbstractScoreDirector.assertWorkingScoreFromScratch(AbstractScoreDirector.java:292)
at org.optaplanner.core.impl.solver.scope.DefaultSolverScope.assertWorkingScoreFromScratch(DefaultSolverScope.java:109)
at org.optaplanner.core.impl.phase.AbstractSolverPhaseScope.assertWorkingScoreFromScratch(AbstractSolverPhaseScope.java:132)
at org.optaplanner.core.impl.localsearch.decider.LocalSearchDecider.processMove(LocalSearchDecider.java:153)
at org.optaplanner.core.impl.localsearch.decider.LocalSearchDecider.doMove(LocalSearchDecider.java:138)
at org.optaplanner.core.impl.localsearch.decider.LocalSearchDecider.decideNextStep(LocalSearchDecider.java:111)
at org.optaplanner.core.impl.localsearch.DefaultLocalSearchSolverPhase.solve(DefaultLocalSearchSolverPhase.java:62)
at org.optaplanner.core.impl.solver.DefaultSolver.runSolverPhases(DefaultSolver.java:190)
at org.optaplanner.core.impl.solver.DefaultSolver.solve(DefaultSolver.java:155)
{code}
> score corruption when using insertLogical with custom objects
> -------------------------------------------------------------
>
> Key: DROOLS-200
> URL: https://issues.jboss.org/browse/DROOLS-200
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.0.Beta5
> Reporter: Pieter van den Brink
> Assignee: Mario Fusco
> Attachments: drools-200-isolated-reproducer-v2.zip, drools-200-isolated-reproducer-v3.zip, drools-200-isolated-reproducer.tar.gz, reproducer.zip
>
>
> When using a rule with insertLogical to insert custom objects, score corruption occurs in certain situations. It seems like the custom objects aren't always inserted or retracted properly after a move. This causes any rule that depends on these custom objects to fire multiple times, which corrupts the score.
> Attached is a reproducer which demonstrates the issue. Also see the forum reference for a detailed discussion.
--
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
12 years, 11 months
[JBoss JIRA] (JBJCA-1065) CLONE - Not possible to get access to the underlying DataSource through WrapperDataSource
by Jesper Pedersen (JIRA)
[ https://issues.jboss.org/browse/JBJCA-1065?page=com.atlassian.jira.plugin... ]
Jesper Pedersen closed JBJCA-1065.
----------------------------------
Resolution: Rejected
Use the user forum for questions
> CLONE - Not possible to get access to the underlying DataSource through WrapperDataSource
> -----------------------------------------------------------------------------------------
>
> Key: JBJCA-1065
> URL: https://issues.jboss.org/browse/JBJCA-1065
> Project: IronJacamar
> Issue Type: Bug
> Affects Versions: 1.0.11.Final
> Reporter: Matthias W
> Assignee: Jesper Pedersen
> Priority: Critical
>
> JNDI lookup for a datasource on EAP 6.0 returns an instance of WrapperDataSource [1] and since it doesn't override JBossWrapper.getWrappedObject() [2] which is in the super class, unwrap() always returns null.
> WrapperDataSource should override getWrappedObject() as stated in the javadoc to return the underlying datasource.
> With the current implementation, the following code always throws exception:
> {code:java}
> Context ctx = new InitialContext();
> DataSource ds = (DataSource)ctx.lookup("jboss/datasources/ExampleDS");
> OracleDataSource unwrapped = null;
>
> if (ds instanceof WrapperDataSource) {
> WrapperDataSource wrapper = (WrapperDataSource) ds;
> try {
> unwrapped = wrapper.unwrap(OracleDataSource.class);
> } catch (SQLException e) {
> e.printStackTrace();
> }
> }
> {code}
> {noformat}
> 13:30:38,354 ERROR [stderr] (MSC service thread 1-2) java.sql.SQLException: Not a wrapper for: oracle.jdbc.pool.OracleDataSource
> 13:30:38,354 ERROR [stderr] (MSC service thread 1-2) at org.jboss.jca.adapters.jdbc.JBossWrapper.unwrap(JBossWrapper.java:82)
> {noformat}
> [1] http://source.jboss.org/browse/IronJacamar/tags/IRONJACAMAR_1_0_11_FINAL/...
> [2] http://source.jboss.org/browse/IronJacamar/tags/IRONJACAMAR_1_0_11_FINAL/...
--
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
12 years, 11 months
[JBoss JIRA] (JBJCA-1065) CLONE - Not possible to get access to the underlying DataSource through WrapperDataSource
by Matthias W (JIRA)
[ https://issues.jboss.org/browse/JBJCA-1065?page=com.atlassian.jira.plugin... ]
Matthias W commented on JBJCA-1065:
-----------------------------------
hello folks,
in JBJCA-944 I cannot find a reason this was closed. There is a link to salesforce, whats that?
the described problem still remains.
best regards
> CLONE - Not possible to get access to the underlying DataSource through WrapperDataSource
> -----------------------------------------------------------------------------------------
>
> Key: JBJCA-1065
> URL: https://issues.jboss.org/browse/JBJCA-1065
> Project: IronJacamar
> Issue Type: Bug
> Affects Versions: 1.0.11.Final
> Reporter: Matthias W
> Assignee: Jesper Pedersen
> Priority: Critical
>
> JNDI lookup for a datasource on EAP 6.0 returns an instance of WrapperDataSource [1] and since it doesn't override JBossWrapper.getWrappedObject() [2] which is in the super class, unwrap() always returns null.
> WrapperDataSource should override getWrappedObject() as stated in the javadoc to return the underlying datasource.
> With the current implementation, the following code always throws exception:
> {code:java}
> Context ctx = new InitialContext();
> DataSource ds = (DataSource)ctx.lookup("jboss/datasources/ExampleDS");
> OracleDataSource unwrapped = null;
>
> if (ds instanceof WrapperDataSource) {
> WrapperDataSource wrapper = (WrapperDataSource) ds;
> try {
> unwrapped = wrapper.unwrap(OracleDataSource.class);
> } catch (SQLException e) {
> e.printStackTrace();
> }
> }
> {code}
> {noformat}
> 13:30:38,354 ERROR [stderr] (MSC service thread 1-2) java.sql.SQLException: Not a wrapper for: oracle.jdbc.pool.OracleDataSource
> 13:30:38,354 ERROR [stderr] (MSC service thread 1-2) at org.jboss.jca.adapters.jdbc.JBossWrapper.unwrap(JBossWrapper.java:82)
> {noformat}
> [1] http://source.jboss.org/browse/IronJacamar/tags/IRONJACAMAR_1_0_11_FINAL/...
> [2] http://source.jboss.org/browse/IronJacamar/tags/IRONJACAMAR_1_0_11_FINAL/...
--
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
12 years, 11 months