November 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-8382) ScheduleManager's skip repeats can be negative

by Toshiya Kobayashi (JIRA)

ScheduleManager's skip repeats can be negative ---------------------------------------------- Key: JBAS-8382 URL: https://jira.jboss.org/browse/JBAS-8382 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Scheduling/Timers Affects Versions: 6.0.0.M4, JBossAS-5.1.0.GA, JBossAS-4.2.3.GA Reporter: Toshiya Kobayashi Assignee: Dimitris Andreadis If you use org.jboss.varia.scheduler.ScheduleManager with short 'period' (say, '1' ms), result of skip repeats calculation can be negative and it causes wrong repetition. The cause is casting long to int. public void start() throws JMException { Date lStartDate = null; // Check if initial start date is in the past if (mStartDate.getTime() < new Date().getTime() && mPeriod > 0) { // If then first check if a repetition is in the future long lNow = new Date().getTime() + 100; int lSkipRepeats = (int) ((lNow - mStartDate.getTime()) / mPeriod) + 1; log.debug("Old start date: " + mStartDate + ", now: " + new Date(lNow) + ", Skip repeats: " + lSkipRepeats) BTW, org.jboss.varia.scheduler.Scheduler properly casts it to long. -- 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

15 years

1
3
0 / 0

[JBoss JIRA] Created: (JBRULES-2469) UnsupportedOperationException (does not support method call isAllowed) when using prop > $x && < $y

by Geoffrey De Smet (JIRA)

UnsupportedOperationException (does not support method call isAllowed) when using prop > $x && < $y --------------------------------------------------------------------------------------------------- Key: JBRULES-2469 URL: https://jira.jboss.org/jira/browse/JBRULES-2469 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler Affects Versions: 5.1.0.M1 Reporter: Geoffrey De Smet Assignee: Edson Tirelli Priority: Minor Fix For: 5.1.0.M2 I get this exception: java.lang.UnsupportedOperationException: does not support method call isAllowed(Object object, InternalWorkingMemory workingMemoiry) with this expression: shiftDateDayIndex > $firstDayIndex && < ($firstDayIndex + $minimumIndexDiff) On this rule in nurseRosteringScoreRules.drl: //rule "minimumConsecutiveWorkingDays" // when // $contractLine : ContractLine( // contractLineType == ContractLineType.CONSECUTIVE_WORKING_DAYS, minimumEnabled == true, // $contract : contract, $minimumIndexDiff : minimumIndexDiff // ); // $employee : Employee(contract == $contract); // // // The first day has no working day before it // EmployeeAssignment( // employee == $employee, // $firstDayIndex : shiftDateDayIndex // ); // not EmployeeAssignment(employee == $employee, shiftDateDayIndex == ($firstDayIndex - 1)); // // // The last day has no working day after it // EmployeeAssignment( // employee == $employee, // shiftDateDayIndex > $firstDayIndex && < ($firstDayIndex + $minimumIndexDiff), // Too few days // $lastDayIndex : shiftDateDayIndex // ); // not EmployeeAssignment(employee == $employee, shiftDateDayIndex == ($lastDayIndex + 1)); // // // There are no free days between the first and last day // forall($shiftDate : ShiftDate(dayIndex > $firstDayIndex && < $lastDayIndex) // EmployeeAssignment(employee == $employee, shiftDate == $shiftDate) // ); // then // insertLogical(new IntConstraintOccurrence("minimumConsecutiveWorkingDays", ConstraintType.NEGATIVE_SOFT, // ($firstDayIndex + $minimumIndexDiff - $lastDayIndex) * $contractLine.getMinimumWeight(), // $employee, $firstDayIndex, $lastDayIndex)); //end -- 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

15 years

4
7
0 / 0

[JBoss JIRA] Created: (JBWEB-189) Problem in web fragment when loading static file of size > 250Kb

by Christophe Bouthier (JIRA)

Problem in web fragment when loading static file of size > 250Kb ---------------------------------------------------------------- Key: JBWEB-189 URL: https://jira.jboss.org/browse/JBWEB-189 Project: JBoss Web Issue Type: Bug Security Level: Public (Everyone can see) Components: Tomcat Affects Versions: JBossWeb-3.0.0.Beta7, JBossWeb-3.0.0.Beta6, JBossWeb-3.0.0.Beta5, JBossWeb-3.0.0.Beta4, JBossWeb-3.0.0.Beta3, JBossWeb-3.0.0.Beta2 Environment: Ubuntu 10.04 Linux 2.6.32-25-generic-pae java version "1.6.0_22" Java(TM) SE Runtime Environment (build 1.6.0_22-b04) Java HotSpot(TM) Server VM (build 17.1-b03, mixed mode) Using JBoss 6.0.0 M2 to M5, or JBoss Web 3.0.0 beta 2 (so this correspond to jbossweb 3.0.0 beta 2 to jbossweb 3.0.0 beta 7). Reporter: Christophe Bouthier Assignee: Remy Maucherat When a war contains a jar with a web fragment, the server don't serve static files that have a size more than 250 Kb. If in the web fragment we define a servlet mapping with the type of the file to the default servlet, then the file is served only every other time. This is totally reproductible. Attached are two war files, containing only a web-fragment in a jar. The web fragment only contains static files. The first war contains a plain web fragment, when the second one contains a web fragment that defines servlet mapping to the default servlet: <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.html</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.txt</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.js</url-pattern> </servlet-mapping> Both web fragments contains the same files, but with different file extensions (html, txt, of js). Half of them are just under the 250 Kb limit (filesmall), half of them are just after (filebig). filesmall and filebig files contains the same thing ("lorem ipsum"), just a bit more in filebig. Just download either any JBoss AS 6.0 from milestone M2 (until M5) or JBoss Web 3.0 Beta 2, without changing anything in the config, and put the two war files in the default deploy folder. The file to test are : http://localhost:8080/testcaseone/filesmall.html http://localhost:8080/testcaseone/filebig.html http://localhost:8080/testcaseone/filesmall.txt http://localhost:8080/testcaseone/filebig.txt http://localhost:8080/testcaseone/filesmall.js http://localhost:8080/testcaseone/filebig.js http://localhost:8080/testcasetwo/filesmall.html http://localhost:8080/testcasetwo/filebig.html http://localhost:8080/testcasetwo/filesmall.txt http://localhost:8080/testcasetwo/filebig.txt http://localhost:8080/testcasetwo/filesmall.js http://localhost:8080/testcasetwo/filebig.js All "filesmall.*" files are served without any problem, even if you reload the page. All "testcaseone/filebig.*" files are NOT served, even if the page is reloaded. All 'testcasetwo/filebig.*" files are served only every other time: click reload several time and you will see. Here is a sample of the log when the file is correctly served: 2010-11-04 14:30:16,345 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/testcaseone]] (http-127.0.0.1-8080-1) default: DefaultServlet.serveResource: Serving resource '/filesmall.html' headers and data 2010-11-04 14:30:16,345 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/testcaseone]] (http-127.0.0.1-8080-1) default: DefaultServlet.serveFile: contentType='text/html' 2010-11-04 14:30:16,345 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/testcaseone]] (http-127.0.0.1-8080-1) default: DefaultServlet.serveFile: contentLength=246887 Here is a sample of the log when the file is NOT correctly served: 2010-11-04 14:30:25,464 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/testcaseone]] (http-127.0.0.1-8080-1) default: DefaultServlet.serveResource: Serving resource '/filebig.html' headers and data (and nothing more, nothing from DefaultServlet.serveFile It should also be noted that the problem doesn't appears in tomcat 7.0.2 or later. -- 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

15 years

2
2
0 / 0

[JBoss JIRA] Resolved: (JBAS-8305) TransactionSynchronizationRegistry should be looked up from "java:comp/TransactionSynchronizationRegistry"

by Shelly McGowan (JIRA)

[ https://jira.jboss.org/browse/JBAS-8305?page=com.atlassian.jira.plugin.sy... ] Shelly McGowan resolved JBAS-8305. ---------------------------------- Fix Version/s: 6.0.0.Final (was: 6.0.0.CR1) Resolution: Duplicate Issue Duplicate issue of JBAS-8465 > TransactionSynchronizationRegistry should be looked up from "java:comp/TransactionSynchronizationRegistry" > ---------------------------------------------------------------------------------------------------------- > > Key: JBAS-8305 > URL: https://jira.jboss.org/browse/JBAS-8305 > Project: JBoss Application Server > Issue Type: Feature Request > Components: Weld/CDI > Reporter: Koichi Kobayashi > Fix For: 6.0.0.Final > > > See EE.5.11 in JavaEE6 spec. -- 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

15 years

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-8545) asm.jar is missing in the client and common/lib directory

by Jim Ma (JIRA)

asm.jar is missing in the client and common/lib directory --------------------------------------------------------- Key: JBAS-8545 URL: https://jira.jboss.org/browse/JBAS-8545 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web Services Reporter: Jim Ma Assignee: Jim Ma Fix For: 6.0.0.CR1 This jar missing in the distribution stops the CXF wsprovider tool to generate wrapper bean and marshal it to xsd element in the output wsdl . -- 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

15 years

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-8576) Update JBossTS to 4.13.1

by Jonathan Halliday (JIRA)

Update JBossTS to 4.13.1 ------------------------ Key: JBAS-8576 URL: https://jira.jboss.org/browse/JBAS-8576 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Transaction Manager Integration (Arjuna) Reporter: Jonathan Halliday Assignee: Jonathan Halliday Fix For: 6.0.0.CR1 -- 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

15 years

2
1
0 / 0

[JBoss JIRA] Created: (EJBTHREE-2193) Use the ClassLoader for restoring Timers

by Carlo de Wolf (JIRA)

Use the ClassLoader for restoring Timers ---------------------------------------- Key: EJBTHREE-2193 URL: https://jira.jboss.org/browse/EJBTHREE-2193 Project: EJB 3.0 Issue Type: Bug Reporter: Carlo de Wolf Assignee: Carlo de Wolf Fix For: depchain-1.0.0 -- 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

15 years

1
3
0 / 0

[JBoss JIRA] Created: (JBRULES-1381) Be able to restore archived packages

by Michael Neale (JIRA)

Be able to restore archived packages ------------------------------------ Key: JBRULES-1381 URL: http://jira.jboss.com/jira/browse/JBRULES-1381 Project: JBoss Drools Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Fernando Meyer -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

3
3
0 / 0

[JBoss JIRA] Created: (JBRULES-1366) [M]DRL importing to allow categories

by Michael Neale (JIRA)

[M]DRL importing to allow categories ------------------------------------ Key: JBRULES-1366 URL: http://jira.jboss.com/jira/browse/JBRULES-1366 Project: JBoss Drools Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

4
12
0 / 0

[JBoss JIRA] Created: (JBRULES-1372) [M]Category rename to show assets using

by Michael Neale (JIRA)

[M]Category rename to show assets using --------------------------------------- Key: JBRULES-1372 URL: http://jira.jboss.com/jira/browse/JBRULES-1372 Project: JBoss Drools Issue Type: Sub-task Security Level: Public (Everyone can see) Components: drools-brms Affects Versions: 4.0.3 Reporter: Michael Neale Assigned To: Michael Neale Fix For: 4.1.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

3
6
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2010