[JBoss JIRA] (DROOLS-103) NPE
by Geoffrey De Smet (JIRA)
Geoffrey De Smet created DROOLS-103:
---------------------------------------
Summary: NPE
Key: DROOLS-103
URL: https://issues.jboss.org/browse/DROOLS-103
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Mario Fusco
Fix For: 6.0.0.Beta2
On jenkins drools often craches on this line in PackageBuildContext:
this.typesafe = ((MVELDialect) dialectRegistry.getDialect( "mvel" )).isStrictMode();
This happens in the optaplanner and optaplanner-runTurtleTests jobs.
Locally I haven't seen it yet.
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
{code}
java.lang.NullPointerException
at org.drools.compiler.rule.builder.PackageBuildContext.init(PackageBuildContext.java:101)
at org.drools.compiler.rule.builder.RuleBuildContext.<init>(RuleBuildContext.java:78)
at org.drools.compiler.compiler.PackageBuilder.addRule(PackageBuilder.java:3028)
at org.drools.compiler.compiler.PackageBuilder.compileRules(PackageBuilder.java:948)
at org.drools.compiler.compiler.PackageBuilder.compileAllRules(PackageBuilder.java:854)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:233)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:88)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:305)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:273)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:180)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:168)
at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144)
at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104)
at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86)
at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71)
at org.optaplanner.examples.examination.app.ExaminationPerformanceTest.solveComp_set5FastAssert(ExaminationPerformanceTest.java:52)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
{code}
--
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
11 years, 9 months
[JBoss JIRA] (DROOLS-103) NPE
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-103?page=com.atlassian.jira.plugin... ]
Geoffrey De Smet updated DROOLS-103:
------------------------------------
Description:
On jenkins drools often craches on this line in PackageBuildContext:
{code}
this.typesafe = ((MVELDialect) dialectRegistry.getDialect( "mvel" )).isStrictMode();
{code}
This happens in the optaplanner and optaplanner-runTurtleTests jobs.
Locally I haven't seen it yet.
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
{code}
java.lang.NullPointerException
at org.drools.compiler.rule.builder.PackageBuildContext.init(PackageBuildContext.java:101)
at org.drools.compiler.rule.builder.RuleBuildContext.<init>(RuleBuildContext.java:78)
at org.drools.compiler.compiler.PackageBuilder.addRule(PackageBuilder.java:3028)
at org.drools.compiler.compiler.PackageBuilder.compileRules(PackageBuilder.java:948)
at org.drools.compiler.compiler.PackageBuilder.compileAllRules(PackageBuilder.java:854)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:233)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:88)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:305)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:273)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:180)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:168)
at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144)
at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104)
at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86)
at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71)
at org.optaplanner.examples.examination.app.ExaminationPerformanceTest.solveComp_set5FastAssert(ExaminationPerformanceTest.java:52)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
{code}
was:
On jenkins drools often craches on this line in PackageBuildContext:
this.typesafe = ((MVELDialect) dialectRegistry.getDialect( "mvel" )).isStrictMode();
This happens in the optaplanner and optaplanner-runTurtleTests jobs.
Locally I haven't seen it yet.
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
{code}
java.lang.NullPointerException
at org.drools.compiler.rule.builder.PackageBuildContext.init(PackageBuildContext.java:101)
at org.drools.compiler.rule.builder.RuleBuildContext.<init>(RuleBuildContext.java:78)
at org.drools.compiler.compiler.PackageBuilder.addRule(PackageBuilder.java:3028)
at org.drools.compiler.compiler.PackageBuilder.compileRules(PackageBuilder.java:948)
at org.drools.compiler.compiler.PackageBuilder.compileAllRules(PackageBuilder.java:854)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:233)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:88)
at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:305)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:273)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:180)
at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:168)
at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144)
at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104)
at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86)
at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71)
at org.optaplanner.examples.examination.app.ExaminationPerformanceTest.solveComp_set5FastAssert(ExaminationPerformanceTest.java:52)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
{code}
> NPE
> ----
>
> Key: DROOLS-103
> URL: https://issues.jboss.org/browse/DROOLS-103
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Geoffrey De Smet
> Assignee: Mario Fusco
> Fix For: 6.0.0.Beta2
>
>
> On jenkins drools often craches on this line in PackageBuildContext:
> {code}
> this.typesafe = ((MVELDialect) dialectRegistry.getDialect( "mvel" )).isStrictMode();
> {code}
> This happens in the optaplanner and optaplanner-runTurtleTests jobs.
> Locally I haven't seen it yet.
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
> {code}
> java.lang.NullPointerException
> at org.drools.compiler.rule.builder.PackageBuildContext.init(PackageBuildContext.java:101)
> at org.drools.compiler.rule.builder.RuleBuildContext.<init>(RuleBuildContext.java:78)
> at org.drools.compiler.compiler.PackageBuilder.addRule(PackageBuilder.java:3028)
> at org.drools.compiler.compiler.PackageBuilder.compileRules(PackageBuilder.java:948)
> at org.drools.compiler.compiler.PackageBuilder.compileAllRules(PackageBuilder.java:854)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:233)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:88)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
> at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:305)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:273)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:180)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:168)
> at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144)
> at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104)
> at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86)
> at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71)
> at org.optaplanner.examples.examination.app.ExaminationPerformanceTest.solveComp_set5FastAssert(ExaminationPerformanceTest.java:52)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
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
11 years, 9 months
[JBoss JIRA] (DROOLS-103) NPE in PackageBuilderContext for mvel related code
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-103?page=com.atlassian.jira.plugin... ]
Geoffrey De Smet updated DROOLS-103:
------------------------------------
Summary: NPE in PackageBuilderContext for mvel related code (was: NPE )
> NPE in PackageBuilderContext for mvel related code
> --------------------------------------------------
>
> Key: DROOLS-103
> URL: https://issues.jboss.org/browse/DROOLS-103
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Geoffrey De Smet
> Assignee: Mario Fusco
> Fix For: 6.0.0.Beta2
>
>
> On jenkins drools often craches on this line in PackageBuildContext:
> {code}
> this.typesafe = ((MVELDialect) dialectRegistry.getDialect( "mvel" )).isStrictMode();
> {code}
> This happens in the optaplanner and optaplanner-runTurtleTests jobs.
> Locally I haven't seen it yet.
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...
> {code}
> java.lang.NullPointerException
> at org.drools.compiler.rule.builder.PackageBuildContext.init(PackageBuildContext.java:101)
> at org.drools.compiler.rule.builder.RuleBuildContext.<init>(RuleBuildContext.java:78)
> at org.drools.compiler.compiler.PackageBuilder.addRule(PackageBuilder.java:3028)
> at org.drools.compiler.compiler.PackageBuilder.compileRules(PackageBuilder.java:948)
> at org.drools.compiler.compiler.PackageBuilder.compileAllRules(PackageBuilder.java:854)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:233)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:88)
> at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76)
> at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:305)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:273)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:180)
> at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:168)
> at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144)
> at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104)
> at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86)
> at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71)
> at org.optaplanner.examples.examination.app.ExaminationPerformanceTest.solveComp_set5FastAssert(ExaminationPerformanceTest.java:52)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {code}
--
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
11 years, 9 months
[JBoss JIRA] (AS7-6371) Clearing server environment in bootstrap breaks embedded server restart
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-6371?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler commented on AS7-6371:
-------------------------------------
If the test suite passes it works for me
> Clearing server environment in bootstrap breaks embedded server restart
> -----------------------------------------------------------------------
>
> Key: AS7-6371
> URL: https://issues.jboss.org/browse/AS7-6371
> Project: Application Server 7
> Issue Type: Bug
> Components: Server
> Reporter: Thomas Diesler
> Assignee: Bartosz Baranowski
> Fix For: 8.0.0.Alpha1
>
>
> Recursively deleting tmp directories as part of Bootstrap.bootstrap() prevents multiple embedded server restarts. I believe it has to do with how directories are crated as part of static VFS initialisation.
> TempFileProvider has this static code
> {code}
> static {
> String configTmpDir = System.getProperty(JBOSS_TMP_DIR_PROPERTY);
> if (configTmpDir == null)
> configTmpDir = System.getProperty(JVM_TMP_DIR_PROPERTY);
> try {
> TMP_ROOT = new File(configTmpDir, "vfs");
> TMP_ROOT.mkdirs();
> }
> catch (Exception e) {
> throw new RuntimeException("Can't set up temp file provider", e);
> }
> }
> {code}
> which creates the vfs directory only once that [this patch|https://github.com/jbossas/jboss-as/commit/ad3e878098] removes. As a consequence on server restart with jboss-vfs on the boot classpath hte vfs directory is missing an no tmp file can be created.
> Generally, the server should only remove state on shutdown that it creates itself on startup/run. Alternatively, jboss-vfs should support a start/stop lifecycle in the TempFileProvider and possibly in other entities that also use static initialisers.
>
--
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
11 years, 9 months
[JBoss JIRA] (AS7-6939) Remove direct connections parameter
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/AS7-6939?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on AS7-6939:
----------------------------------------------
baranowb <bbaranow(a)redhat.com> changed the Status of [bug 908720|https://bugzilla.redhat.com/show_bug.cgi?id=908720] from ASSIGNED to POST
> Remove direct connections parameter
> -----------------------------------
>
> Key: AS7-6939
> URL: https://issues.jboss.org/browse/AS7-6939
> Project: Application Server 7
> Issue Type: Feature Request
> Components: Console
> Affects Versions: 7.1.3.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final)
> Reporter: Bartosz Baranowski
> Assignee: Bartosz Baranowski
> Priority: Minor
> Fix For: 8.0.0.Alpha1
>
>
> The direct connection parameter makes no sense. Currently console allows to create cluster connection only with broadcast group( which, if present, renders direct connection mute)
> One could define cluster connection like that(to have static connectors), but from console POV, there is no way to tell the difference. Hence this parameter makes no sense.
--
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
11 years, 9 months