May 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBEE-31) Add saaj-api_1.3_spec

by Richard Opalka (JIRA)

Add saaj-api_1.3_spec --------------------- Key: JBEE-31 URL: https://jira.jboss.org/jira/browse/JBEE-31 Project: JBoss JavaEE APIs Issue Type: Sub-task Reporter: Richard Opalka Assignee: Shelly McGowan Fix For: 6.0.0.Alpha1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
6
0 / 0

[JBoss JIRA] Created: (JBEE-28) Add jboss-jaxws-api_2.2_spec

by Richard Opalka (JIRA)

Add jboss-jaxws-api_2.2_spec ---------------------------- Key: JBEE-28 URL: https://jira.jboss.org/jira/browse/JBEE-28 Project: JBoss JavaEE APIs Issue Type: Sub-task Reporter: Richard Opalka Assignee: Shelly McGowan Fix For: 6.0.0.Alpha1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
7
0 / 0

[JBoss JIRA] Created: (JBEE-30) Add jaxb-api_2.2_spec

by Richard Opalka (JIRA)

Add jaxb-api_2.2_spec --------------------- Key: JBEE-30 URL: https://jira.jboss.org/jira/browse/JBEE-30 Project: JBoss JavaEE APIs Issue Type: Sub-task Reporter: Richard Opalka Assignee: Shelly McGowan Fix For: 6.0.0.Alpha1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
6
0 / 0

[JBoss JIRA] Created: (JBBUILD-534) Maven repository aggregation

by Thomas Diesler (JIRA)

Maven repository aggregation ---------------------------- Key: JBBUILD-534 URL: https://jira.jboss.org/jira/browse/JBBUILD-534 Project: JBoss Build System Issue Type: Task Components: Maven Builds Reporter: Thomas Diesler There are a number of projects which have dependencies on non-jboss maven repos (jboss-osgi is one of them) http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235779#4235779 I believe, this issue is general enough to have proper repo aggregation setup somehow Here is a link to some aggregators http://docs.codehaus.org/display/MAVENUSER/Maven+Repository+Manager+Featu... Is this a way you want to move forward or should we stick with manually copying individual artefacts to the jboss repo? Please note, that by doing so (i.e. mvn deploy-file) you loose the original pom and hence the information on transitive dependencies. http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

3
10
0 / 0

[JBoss JIRA] Created: (JBBUILD-587) Nexus Index in Maven repo isn't being updated

by Luke Patterson (JIRA)

Nexus Index in Maven repo isn't being updated --------------------------------------------- Key: JBBUILD-587 URL: https://jira.jboss.org/jira/browse/JBBUILD-587 Project: JBoss Build System Issue Type: Task Reporter: Luke Patterson Assignee: Paul Gier Priority: Minor I think something is wrong with the index files at http://repository.jboss.com/maven2/.index/ Either they are out of date or they are corrupt. as an example, the index files don't contain junit:junit:4.8.1 http://repository.jboss.com/maven2/junit/junit/4.8.1/ Please take a look, it would be nice to have this working. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (JBCLUSTER-273) Add setForceSynchronous(...) to DistributedCacheManager

by Paul Ferraro (JIRA)

Add setForceSynchronous(...) to DistributedCacheManager ------------------------------------------------------- Key: JBCLUSTER-273 URL: https://jira.jboss.org/browse/JBCLUSTER-273 Project: JBoss Clustering Issue Type: Feature Request Security Level: Public (Everyone can see) Components: HA-Server-Cache-JBC, HA-Server-Cache-SPI Affects Versions: HA-Server-Cache-JBC 2.2.1.Final , HA-Server-Cache-SPI 2.1.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: HA-Server-Cache-JBC 2.2.2.Final , HA-Server-Cache-SPI 3.0.0.Final Add DistributedCacheManager.setForceSynchronous(...) to force synchronous replication prior to context undeploy or AS shutdown. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2517) RuntimeDroolsException does not blaim the correct rule

by Geoffrey De Smet (JIRA)

RuntimeDroolsException does not blaim the correct rule ------------------------------------------------------ Key: JBRULES-2517 URL: https://jira.jboss.org/browse/JBRULES-2517 Project: Drools Issue Type: Task Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.1.0.M1 Reporter: Geoffrey De Smet Assignee: Edson Tirelli Priority: Optional Fix For: FUTURE My rules worked fine, until I added this rule {code} rule "insertLastEmployeeFreeDaySequence" salience 1 // Do these rules first (optional, for performance) when EmployeeConsecutiveAssignmentEnd( $employee : employee, $firstShiftDate : shiftDate, $firstDayIndex : shiftDateDayIndex ) // There are no working days between the first and last day not EmployeeConsecutiveAssignmentStart( employee == $employee, shiftDateDayIndex > $firstShiftDate ) RosterInfo(lastShiftDateDayIndex > $firstDayIndex, $lastShiftDate : lastShiftDate) then insertLogical(new EmployeeFreeDaySequence($employee, $firstShiftDate, $lastShiftDate)); end {code} However, the output I got, blamed another rule, namely "insertEmployeeConsecutiveAssignmentEnd", one that worked perfectly: {code} Exception in thread "main" org.drools.runtime.rule.ConsequenceException: rule: insertEmployeeConsecutiveAssignmentEnd at org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handleException(DefaultConsequenceExceptionHandler.java:23) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:927) at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:856) at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1071) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:738) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:704) at org.drools.planner.core.localsearch.LocalSearchSolverScope.calculateScoreFromWorkingMemory(LocalSearchSolverScope.java:145) at org.drools.planner.core.localsearch.DefaultLocalSearchSolver.solvingStarted(DefaultLocalSearchSolver.java:165) at org.drools.planner.core.localsearch.DefaultLocalSearchSolver.solveImplementation(DefaultLocalSearchSolver.java:105) at org.drools.planner.core.AbstractSolver.solve(AbstractSolver.java:41) at org.drools.planner.benchmark.SolverBenchmarkSuite.benchmark(SolverBenchmarkSuite.java:196) at org.drools.planner.benchmark.XmlSolverBenchmarker.benchmark(XmlSolverBenchmarker.java:72) at org.drools.planner.examples.common.app.CommonBenchmarkApp.process(CommonBenchmarkApp.java:25) at org.drools.planner.examples.nurserostering.app.NurseRosteringBenchmarkApp.main(NurseRosteringBenchmarkApp.java:42) 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 com.intellij.rt.execution.application.AppMain.main(AppMain.java:110) Caused by: org.drools.RuntimeDroolsException: Conversion to long not supported from org.drools.planner.examples.nurserostering.domain.ShiftDate at org.drools.base.extractors.BaseObjectClassFieldReader.getLongValue(BaseObjectClassFieldReader.java:136) at org.drools.base.ClassFieldReader.getLongValue(ClassFieldReader.java:171) at org.drools.rule.VariableRestriction$LongVariableContextEntry.updateFromTuple(VariableRestriction.java:445) at org.drools.common.DoubleBetaConstraints.updateFromTuple(DoubleBetaConstraints.java:135) at org.drools.reteoo.NotNode.assertLeftTuple(NotNode.java:76) at org.drools.reteoo.CompositeLeftTupleSinkAdapter.doPropagateAssertLeftTuple(CompositeLeftTupleSinkAdapter.java:204) at org.drools.reteoo.CompositeLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(CompositeLeftTupleSinkAdapter.java:91) at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:148) at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:434) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:362) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:189) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:146) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1127) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1076) at org.drools.base.DefaultKnowledgeHelper.insertLogical(DefaultKnowledgeHelper.java:162) at org.drools.base.DefaultKnowledgeHelper.insertLogical(DefaultKnowledgeHelper.java:133) at org.drools.planner.examples.nurserostering.solver.Rule_insertEmployeeConsecutiveAssignmentEnd_0.defaultConsequence(Rule_insertEmployeeConsecutiveAssignmentEnd_0.java:14) at org.drools.planner.examples.nurserostering.solver.Rule_insertEmployeeConsecutiveAssignmentEnd_0DefaultConsequenceInvoker.evaluate(Rule_insertEmployeeConsecutiveAssignmentEnd_0DefaultConsequenceInvoker.java:34) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:917) ... 17 more {code} It wasn't "insertEmployeeConsecutiveAssignmentEnd" which had an error, but it was (of course) the rule "insertLastEmployeeFreeDaySequence" I just added and it has this bug: {code} not EmployeeConsecutiveAssignmentStart(... shiftDateDayIndex > $firstShiftDate ) {code} should be {code} not EmployeeConsecutiveAssignmentStart(... shiftDateDayIndex > $firstDayIndex ) {code} The compiler should blame the rule "insertLastEmployeeFreeDaySequence" instead of the rule "insertEmployeeConsecutiveAssignmentEnd". Reproduce recipe: simply change it back to the wrong code in: drools/drools-planner/drools-planner-examples/src/main/resources/org/drools/planner/examples/nurserostering/solver/nurseRosteringScoreRules.drl -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMDR-68) Make signature class loading lazy

by Ales Justin (JIRA)

Make signature class loading lazy --------------------------------- Key: JBMDR-68 URL: https://jira.jboss.org/jira/browse/JBMDR-68 Project: JBoss MetaData Repository Issue Type: Feature Request Affects Versions: JBossMDR-2.2.0.Alpha2 Reporter: Ales Justin Assignee: Ales Justin Fix For: JBossMDR-2.2.0.Beta1 MDR should use Reflect as long as possible -- not loading class until really needed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (JBDEPLOY-261) Release Deployers 2.0.10.GA

by Ales Justin (JIRA)

Release Deployers 2.0.10.GA --------------------------- Key: JBDEPLOY-261 URL: https://jira.jboss.org/browse/JBDEPLOY-261 Project: JBoss Deployers Issue Type: Release Components: release Reporter: Ales Justin Assignee: Ales Justin Fix For: JBDEPLOY-2.0.10.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBDEPLOY-259) Support deployment info injection into beans

by Ales Justin (JIRA)

Support deployment info injection into beans -------------------------------------------- Key: JBDEPLOY-259 URL: https://jira.jboss.org/jira/browse/JBDEPLOY-259 Project: JBoss Deployers Issue Type: Feature Request Components: general Reporter: Ales Justin Assignee: Ales Justin Support injection on deployment info into beans. e.g. <property name="appName"><from-deployment type="simple_name" bean="Tx"/></property> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

1
3
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2010