[JBoss JIRA] (AS7-6275) AS7/EAP6 @Stateless/mappedName behaviour could be made consistent with AS5/EAP5
by jaikiran pai (JIRA)
[ https://issues.jboss.org/browse/AS7-6275?page=com.atlassian.jira.plugin.s... ]
jaikiran pai updated AS7-6275:
------------------------------
Issue Type: Feature Request (was: Bug)
> AS7/EAP6 @Stateless/mappedName behaviour could be made consistent with AS5/EAP5
> -------------------------------------------------------------------------------
>
> Key: AS7-6275
> URL: https://issues.jboss.org/browse/AS7-6275
> Project: Application Server 7
> Issue Type: Feature Request
> Affects Versions: 7.1.3.Final (EAP)
> Environment: Windows7
> Reporter: Baptiste MATHUS
> Labels: regression
>
> Though I agree mappedName was never meant to be standard, as reminded in the link below, at least it was something done within JBoss AS, and I wonder if something better for *JBoss* users&customers couldn't be made to help them.
> How difficult would it be for example to bind SLSB to the given mappedName (in addition to the standard portable jndi naming, sure)?
> I admit we've certainly been using it the wrong way in our shop, but that's how it is now, and today this change is currently being one of the biggest PITA for us to migrate between EAP5 and EAP6...
> By the way, even a special patch or workaround that could make that possible would be perfect.
> WDYT?
> Thanks!
> (Note: I already read carefully the following thread: http://lists.jboss.org/pipermail/jboss-as7-dev/2011-May/002246.html I searched the jiras without finding one about that subject, so I eventually decided to create this entry for potential reference).
--
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
13 years, 5 months
[JBoss JIRA] (AS7-6275) AS7/EAP6 @Stateless/mappedName behaviour could be made consistent with AS5/EAP5
by jaikiran pai (JIRA)
[ https://issues.jboss.org/browse/AS7-6275?page=com.atlassian.jira.plugin.s... ]
jaikiran pai commented on AS7-6275:
-----------------------------------
I don't remember JBoss AS ever supported binding the EJBs to the value specified in the @Stateless (mappedName=....) attribute. Which version has this support? Can you post the relevant code and the logs which show that it was being bound to that JNDI name?
> AS7/EAP6 @Stateless/mappedName behaviour could be made consistent with AS5/EAP5
> -------------------------------------------------------------------------------
>
> Key: AS7-6275
> URL: https://issues.jboss.org/browse/AS7-6275
> Project: Application Server 7
> Issue Type: Bug
> Affects Versions: 7.1.3.Final (EAP)
> Environment: Windows7
> Reporter: Baptiste MATHUS
> Labels: regression
>
> Though I agree mappedName was never meant to be standard, as reminded in the link below, at least it was something done within JBoss AS, and I wonder if something better for *JBoss* users&customers couldn't be made to help them.
> How difficult would it be for example to bind SLSB to the given mappedName (in addition to the standard portable jndi naming, sure)?
> I admit we've certainly been using it the wrong way in our shop, but that's how it is now, and today this change is currently being one of the biggest PITA for us to migrate between EAP5 and EAP6...
> By the way, even a special patch or workaround that could make that possible would be perfect.
> WDYT?
> Thanks!
> (Note: I already read carefully the following thread: http://lists.jboss.org/pipermail/jboss-as7-dev/2011-May/002246.html I searched the jiras without finding one about that subject, so I eventually decided to create this entry for potential reference).
--
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
13 years, 5 months
[JBoss JIRA] (AS7-6352) CLI cursor marker position is not consistent
by Alexey Loubyansky (JIRA)
[ https://issues.jboss.org/browse/AS7-6352?page=com.atlassian.jira.plugin.s... ]
Alexey Loubyansky commented on AS7-6352:
----------------------------------------
Interesting. This is for Stale to look into.
Which OS is this happening on? I can't reproduce it on Fedora.
> CLI cursor marker position is not consistent
> --------------------------------------------
>
> Key: AS7-6352
> URL: https://issues.jboss.org/browse/AS7-6352
> Project: Application Server 7
> Issue Type: Feature Request
> Components: CLI
> Reporter: Kabir Khan
> Assignee: Alexey Loubyansky
> Fix For: 7.2.0.Alpha1
>
>
> To reproduce, execute
> /subsystem=jmx:read-resource
> Now press the up arrow, to get that command again so you see
> /subsystem=jmx:read-resource
> The cursor is at the end. Now I want to delete 'jmx' and put in 'ee', so I move the cursor to the ':'. I press backspace to delete the 'x' but the cursor marker jumps back to the end of the line, however when I press backspace again the 'm' gets deleted. This appears to be at the end of the line when I delete the 'j' and enter the 'ee'. So what happens under the hood is fine, but the marker appears to be in the wrong place after it has been moved and editing starts.
--
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
13 years, 5 months
[JBoss JIRA] (AS7-6352) CLI cursor marker position is not consistent
by Kabir Khan (JIRA)
Kabir Khan created AS7-6352:
-------------------------------
Summary: CLI cursor marker position is not consistent
Key: AS7-6352
URL: https://issues.jboss.org/browse/AS7-6352
Project: Application Server 7
Issue Type: Feature Request
Components: CLI
Reporter: Kabir Khan
Assignee: Alexey Loubyansky
Fix For: 7.2.0.Alpha1
To reproduce, execute
/subsystem=jmx:read-resource
Now press the up arrow, to get that command again so you see
/subsystem=jmx:read-resource
The cursor is at the end. Now I want to delete 'jmx' and put in 'ee', so I move the cursor to the ':'. I press backspace to delete the 'x' but the cursor marker jumps back to the end of the line, however when I press backspace again the 'm' gets deleted. This appears to be at the end of the line when I delete the 'j' and enter the 'ee'. So what happens under the hood is fine, but the marker appears to be in the wrong place after it has been moved and editing starts.
--
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
13 years, 5 months
[JBoss JIRA] (AS7-6351) Provide embedded EJB3 test coverage
by Thomas Diesler (JIRA)
Thomas Diesler created AS7-6351:
-----------------------------------
Summary: Provide embedded EJB3 test coverage
Key: AS7-6351
URL: https://issues.jboss.org/browse/AS7-6351
Project: Application Server 7
Issue Type: Feature Request
Components: EJB
Reporter: Thomas Diesler
Assignee: jaikiran pai
The TCK runs into issues with embedded EJB that are not caught by the AS7 test suite. Basic smoke testing should be provided.
--
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
13 years, 5 months
[JBoss JIRA] (SECURITY-722) SPNEGO-fallback-to-FORM authentication does not work with httpd+JBossEAP6 if SPNEGO not available
by flame liu (JIRA)
[ https://issues.jboss.org/browse/SECURITY-722?page=com.atlassian.jira.plug... ]
flame liu commented on SECURITY-722:
------------------------------------
I'd like to know which class handle the page dispatch? I suspect the response does not have a good content type.
It seems setting text/html content-type in login.jsp does not work.
> SPNEGO-fallback-to-FORM authentication does not work with httpd+JBossEAP6 if SPNEGO not available
> -------------------------------------------------------------------------------------------------
>
> Key: SECURITY-722
> URL: https://issues.jboss.org/browse/SECURITY-722
> Project: PicketBox
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Negotiation
> Affects Versions: Negotiation_2_2_1
> Environment: RHEL6, JBoss EAP 6
> Reporter: flame liu
> Assignee: Darran Lofthouse
>
> I configured SPNEGO in EAP6. It works well both with EAP only and EAP6 + Apache httpd(mod_proxy). Users just run kinit and will be able to be successfully authenticated.
> After that, I added the fallback-to-form files/configurations both in the web app and standalone-full.xml. The fallback-to-form works only if httpd stops. If httpd starts, 401 error will always be thrown out.
--
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
13 years, 5 months
[JBoss JIRA] (JBRULES-3526) Planner benchmark report: score versus time graph of type scatter plot
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3526?page=com.atlassian.jira.plug... ]
Geoffrey De Smet updated JBRULES-3526:
--------------------------------------
Summary: Planner benchmark report: score versus time graph of type scatter plot (was: Planner benhcmark report: score versus time graph of type scatter plot)
> Planner benchmark report: score versus time graph of type scatter plot
> ----------------------------------------------------------------------
>
> Key: JBRULES-3526
> URL: https://issues.jboss.org/browse/JBRULES-3526
> Project: JBRULES
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: drools-planner
> Reporter: Geoffrey De Smet
> Priority: Optional
> Labels: starter
>
> from a blog comment: "I'd like to have a simple scatter-plot of Performance (score) versus total Calculation Time, colored by the solver.
> To compare several problems, you might plot relative scores (e.g divided my total average solution score).
> In the end, you could easily see what solvers perform better in general or for particular problem types. It's not really clear to me from the barchart."
--
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
13 years, 5 months
[JBoss JIRA] (JBRULES-3718) java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
by Michiel Vermandel (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3718?page=com.atlassian.jira.plug... ]
Michiel Vermandel commented on JBRULES-3718:
--------------------------------------------
@Mario: The types are quite simple POJOs. No dependencies to other classes but the classes in my domain package.
I can send you the whole project if you want me to (1.35 Mb).
It's an Eclipse - Maven project with JUnit tests.
It's one of these tests that fails.
I think the frequency of the failure is also dependent on the general load on my development system.
Some times I can run the test 10-20 times without issues and other times I get it 2-3 times in a row.
I still don't have discovered a real pattern, though.
The odd thing (?) is that it does not seem to have impact on my result. Planning continues and results in the same score as when the test runs without the exception.
> java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
> ---------------------------------------------------------------------------------
>
> Key: JBRULES-3718
> URL: https://issues.jboss.org/browse/JBRULES-3718
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: drools-core
> Affects Versions: 5.5.0.Final
> Environment: Windows 7 64bit - Java 1.7.0
> Drools-planner 5.5.0.Final
> -> Drools-core 5.5.0.Final
> -> mvel2 2.1.3.Final
> Reporter: Michiel Vermandel
> Assignee: Mario Fusco
>
> When I run my planning I get now and then the stacktrace as mentioned below.
> It happens about 1 in 5 times during running a JUnit test on small amount of planning entities and problem facts.
> It started after adding my last rule:
> rule "tasksInSameCommunityMustBeChained"
> when
> $lead : Task(this==lead, period!=null, communityId!= null, $communityId : communityId)
> not ( Task(this==lead, communityId == $communityId, id != $lead.id, ($lead.startPeriodId-1) <= endPeriodId && ($lead.endPeriodId+1) >= startPeriodId ) )
> then
> insertLogical(new IntConstraintOccurrence("tasksInSameCommunityMustBeChained", ConstraintType.NEGATIVE_HARD, Importance.chainedPeriod, $communityId, $lead, $lead.getStartPeriodId()));
> end
> Stack trace:
> Exception in thread "Thread-1" java.lang.NullPointerException
> at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
> at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
> at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
> at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
> at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
> at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
> at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
> at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
> at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
--
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
13 years, 5 months
[JBoss JIRA] (JBRULES-3718) java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
by Michiel Vermandel (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3718?page=com.atlassian.jira.plug... ]
Michiel Vermandel commented on JBRULES-3718:
--------------------------------------------
My environmentMode is set to DEBUG.
I don't know exactly what you mean by double your planner's time/stepTaken, except if you mean to double <termination> <maximumSecondsSpend>3600</maximumSecondsSpend>
Not sure if this will make any difference since the crash occurs really early.
Like this:
INFO : [2013-01-18 10:20:20,897] Solving started: time spend (91), score (null), new best score (null), random seed (0).
Exception in thread "Thread-1" java.lang.NullPointerException
at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
at org.mvel2.MVEL.executeExpression(MVEL.java:930)
at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
DEBUG: [2013-01-18 10:20:21,192] Step index (0), time spend (388), score (-80hard/0soft), initialized planning entity (Inspection of B747-AX1.I#0 2137587059).
> java.lang.NullPointerException at org.mvel2.ast.IntSub.getReducedValueAccelerated
> ---------------------------------------------------------------------------------
>
> Key: JBRULES-3718
> URL: https://issues.jboss.org/browse/JBRULES-3718
> Project: JBRULES
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: drools-core
> Affects Versions: 5.5.0.Final
> Environment: Windows 7 64bit - Java 1.7.0
> Drools-planner 5.5.0.Final
> -> Drools-core 5.5.0.Final
> -> mvel2 2.1.3.Final
> Reporter: Michiel Vermandel
> Assignee: Mario Fusco
>
> When I run my planning I get now and then the stacktrace as mentioned below.
> It happens about 1 in 5 times during running a JUnit test on small amount of planning entities and problem facts.
> It started after adding my last rule:
> rule "tasksInSameCommunityMustBeChained"
> when
> $lead : Task(this==lead, period!=null, communityId!= null, $communityId : communityId)
> not ( Task(this==lead, communityId == $communityId, id != $lead.id, ($lead.startPeriodId-1) <= endPeriodId && ($lead.endPeriodId+1) >= startPeriodId ) )
> then
> insertLogical(new IntConstraintOccurrence("tasksInSameCommunityMustBeChained", ConstraintType.NEGATIVE_HARD, Importance.chainedPeriod, $communityId, $lead, $lead.getStartPeriodId()));
> end
> Stack trace:
> Exception in thread "Thread-1" java.lang.NullPointerException
> at org.mvel2.ast.IntSub.getReducedValueAccelerated(IntSub.java:17)
> at org.mvel2.compiler.ExecutableAccessor.getValue(ExecutableAccessor.java:38)
> at org.mvel2.ast.Substatement.getReducedValueAccelerated(Substatement.java:44)
> at org.mvel2.ast.BinaryOperation.getReducedValueAccelerated(BinaryOperation.java:108)
> at org.mvel2.ast.And.getReducedValueAccelerated(And.java:34)
> at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
> at org.mvel2.compiler.CompiledExpression.getDirectValue(CompiledExpression.java:123)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:119)
> at org.mvel2.compiler.CompiledExpression.getValue(CompiledExpression.java:113)
> at org.mvel2.MVEL.executeExpression(MVEL.java:930)
> at org.drools.rule.constraint.MvelConditionEvaluator.evaluate(MvelConditionEvaluator.java:70)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureBranchEvaluation(MvelConditionEvaluator.java:117)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:102)
> at org.drools.rule.constraint.MvelConditionEvaluator.ensureCompleteEvaluation(MvelConditionEvaluator.java:90)
> at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:82)
> at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:270)
> at org.drools.rule.constraint.MvelConstraint.access$200(MvelConstraint.java:51)
> at org.drools.rule.constraint.MvelConstraint$ConditionJitter.run(MvelConstraint.java:250)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
--
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
13 years, 5 months
[JBoss JIRA] (AS7-6308) CLI deploy on windows only treats C:\ forms as absolute
by Alexey Loubyansky (JIRA)
[ https://issues.jboss.org/browse/AS7-6308?page=com.atlassian.jira.plugin.s... ]
Alexey Loubyansky resolved AS7-6308.
------------------------------------
Fix Version/s: 7.2.0.Alpha1
Resolution: Done
Fixed. Thanks!
> CLI deploy on windows only treats C:\ forms as absolute
> -------------------------------------------------------
>
> Key: AS7-6308
> URL: https://issues.jboss.org/browse/AS7-6308
> Project: Application Server 7
> Issue Type: Bug
> Components: CLI
> Affects Versions: 7.1.3.Final (EAP)
> Reporter: James Livingston
> Assignee: Alexey Loubyansky
> Fix For: 7.2.0.Alpha1
>
>
> WindowsFilenameTabCompleter.startsWithRoot() is implemented to treat strings containing :\ as absolute paths.
> This does not handle UNC paths (network shares) which start with a double backslash. The rest of the path is also not sensitive to whether you use forward or backward slashes, so perhaps it should consider paths containing :/ as absolute too.
> Are there situations where "new File(path).isAbsolute()" would not work?
--
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
13 years, 5 months