July 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Resolved: (JBPM-267) Session timeouts lead to unhandled exceptions

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-267?page=all ] Ronald van Kuijk resolved JBPM-267. ----------------------------------- Resolution: Won't Fix The 3.2 webapp is so fundamentally different that I will not fix this for the 3.1 releases. Focus will be on the 3.2 webapp to make that a sound 'product' > Session timeouts lead to unhandled exceptions > --------------------------------------------- > > Key: JBPM-267 > URL: http://jira.jboss.com/jira/browse/JBPM-267 > Project: JBoss jBPM > Issue Type: Bug > Components: Web Interface > Affects Versions: jBPM 3.0 beta 4 > Reporter: Ronald van Kuijk > Assigned To: Ronald van Kuijk > Priority: Optional > > The webapp throws exceptions whe sessiontimeouts occur. This should not happen and a redirect to a login page should occur in combination with the message that a sessiontimeout happened -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Assigned: (JBPM-601) taskform form component

by Ronald van Kuijk (JIRA)

[ http://jira.jboss.com/jira/browse/JBPM-601?page=all ] Ronald van Kuijk reassigned JBPM-601: ------------------------------------- Assignee: Ronald van Kuijk (was: Tom Baeyens) > taskform form component > ----------------------- > > Key: JBPM-601 > URL: http://jira.jboss.com/jira/browse/JBPM-601 > Project: JBoss jBPM > Issue Type: Task > Components: Web Interface > Reporter: Tom Baeyens > Assigned To: Ronald van Kuijk > > the jbpm form component should be a shortcut for > <h:form id="taskform"> > <h:inputHidden id="taskInstanceId" value="#{taskBean.taskInstanceId}" /> > <h:inputHidden id="transitionName" value="#{taskBean.transitionName}" /> > see Box and ProcessImage in the org.jbpm.webapp.ui package. (that is where all new ui components should be centralized) -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Commented: (JBAS-2600) URLDeploymentScanner fails to redeploy the unpacked WAR after refreshing its web.xml

by Amir Mistric (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2600?page=comments#action_12339866 ] Amir Mistric commented on JBAS-2600: ------------------------------------ I disagree that this should not be fixed ! Why would this be a special case? If touching/changing web.xml is supposed to redeploy the app it is a bug and not a "special case". If there is problem with time and scheduling then move it into another release but don't just say "WON'T FIX" because it is a special case. Amir > URLDeploymentScanner fails to redeploy the unpacked WAR after refreshing its web.xml > ------------------------------------------------------------------------------------ > > Key: JBAS-2600 > URL: http://jira.jboss.com/jira/browse/JBAS-2600 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployment services > Affects Versions: JBossAS-4.0.3 SP1 > Environment: JBoss 4.0.3 SP1, Windows XP, Java 1.5.0_04 > Reporter: Amir Mistric > Assigned To: Dimitris Andreadis > Priority: Minor > Fix For: No Release > > > When specifying a location of an unpacked war directory to scan and deploy, URLDeploymentScanner will not redeploy the web application after I change its web.xml file. > The relevant setting in jboss-service.xml (URLDeploymentScanner MBean) is as following > ---snip--- > <attribute name="URLs"> > deploy/, > file:///C:\projects\myapp.war > </attribute> > ---snip--- > Note, myapp.war is actually a subdirectory containing explored WAR application. > However, if I change the URL to include enire projects subdirectory then changing web.cml does redeploy the application. Setting is as following: > ---snip--- > <attribute name="URLs"> > deploy/, > file:///C:\projects\ > </attribute> > ---snip--- > I may be wrong but changing the web.xml in either scenario should trigger application redeployment. -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Closed: (JBAS-2600) URLDeploymentScanner fails to redeploy the unpacked WAR after refreshing its web.xml

by Dimitris Andreadis (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2600?page=all ] Dimitris Andreadis closed JBAS-2600. ------------------------------------ Fix Version/s: No Release (was: JBossAS-4.0.5.CR1) Resolution: Won't Fix This is just the way it works: the URLs list can point to either some directory whose content is to be scanned, or a packed module. An upacked module would need to have a trailing slash '/' to indicate it should be treated as a directory, but then the scanner literally thinks it's a directory and scans its content, which is not what we want. There would be many changes required to handle this special case, for which the workaround is trivial, so it's doesn't worth the effort. > URLDeploymentScanner fails to redeploy the unpacked WAR after refreshing its web.xml > ------------------------------------------------------------------------------------ > > Key: JBAS-2600 > URL: http://jira.jboss.com/jira/browse/JBAS-2600 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployment services > Affects Versions: JBossAS-4.0.3 SP1 > Environment: JBoss 4.0.3 SP1, Windows XP, Java 1.5.0_04 > Reporter: Amir Mistric > Assigned To: Dimitris Andreadis > Priority: Minor > Fix For: No Release > > > When specifying a location of an unpacked war directory to scan and deploy, URLDeploymentScanner will not redeploy the web application after I change its web.xml file. > The relevant setting in jboss-service.xml (URLDeploymentScanner MBean) is as following > ---snip--- > <attribute name="URLs"> > deploy/, > file:///C:\projects\myapp.war > </attribute> > ---snip--- > Note, myapp.war is actually a subdirectory containing explored WAR application. > However, if I change the URL to include enire projects subdirectory then changing web.cml does redeploy the application. Setting is as following: > ---snip--- > <attribute name="URLs"> > deploy/, > file:///C:\projects\ > </attribute> > ---snip--- > I may be wrong but changing the web.xml in either scenario should trigger application redeployment. -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-96) Uploaded 1.0 Alpha1 and 4.0 Alpha1 code to portal area.

by Mark Little (JIRA)

Uploaded 1.0 Alpha1 and 4.0 Alpha1 code to portal area. ------------------------------------------------------- Key: JBESB-96 URL: http://jira.jboss.com/jira/browse/JBESB-96 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Distribution Affects Versions: 4.0 Alpha 1 Reporter: Mark Little Assigned To: Mark Little Fix For: 4.0 Beta 1 -- 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

20 years

1
1
0 / 0

[JBoss JIRA] Closed: (JBESB-28) Create architecture documentation

by Mark Little (JIRA)

[ http://jira.jboss.com/jira/browse/JBESB-28?page=all ] Mark Little closed JBESB-28. ---------------------------- Resolution: Duplicate Issue > Create architecture documentation > --------------------------------- > > Key: JBESB-28 > URL: http://jira.jboss.com/jira/browse/JBESB-28 > Project: JBoss ESB > Issue Type: Task > Security Level: Public(Everyone can see) > Components: ESB Core, Documentation > Reporter: Mark Little > Assigned To: Mark Little > Fix For: 4.0 Beta 1 > > -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-85) Identify what QA and unit tests we need to add for the beta release.

by Mark Little (JIRA)

Identify what QA and unit tests we need to add for the beta release. -------------------------------------------------------------------- Key: JBESB-85 URL: http://jira.jboss.com/jira/browse/JBESB-85 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Testing Affects Versions: 4.0 Alpha 1 Reporter: Mark Little Assigned To: Mark Little Fix For: 4.0 Beta 1 -- 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

20 years

1
3
0 / 0

[JBoss JIRA] Resolved: (EJBTHREE-579) Data eviction is not done correctly under JBC framework

by Ben Wang (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-579?page=all ] Ben Wang resolved EJBTHREE-579. ------------------------------- Resolution: Done > Data eviction is not done correctly under JBC framework > ------------------------------------------------------- > > Key: EJBTHREE-579 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-579 > Project: EJB 3.0 > Issue Type: Sub-task > Components: Clustering > Reporter: Ben Wang > Assigned To: Ben Wang > Fix For: EJB 3.0 RC9 - FD > > > Currently, the unit test clusteredsession/PassivationUnitTestCase fails becuase of the activation and passivation is called repeatedly. Turned out the data is not eivcted correctly by JBC. -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Commented: (EJBTHREE-579) Data eviction is not done correctly under JBC framework

by Ben Wang (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-579?page=comments#action_12339859 ] Ben Wang commented on EJBTHREE-579: ----------------------------------- I have validated that it works with the current JBossCache 1.4 release. > Data eviction is not done correctly under JBC framework > ------------------------------------------------------- > > Key: EJBTHREE-579 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-579 > Project: EJB 3.0 > Issue Type: Sub-task > Components: Clustering > Reporter: Ben Wang > Assigned To: Ben Wang > Fix For: EJB 3.0 RC9 - FD > > > Currently, the unit test clusteredsession/PassivationUnitTestCase fails becuase of the activation and passivation is called repeatedly. Turned out the data is not eivcted correctly by JBC. -- 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

20 years

1
0
0 / 0

[JBoss JIRA] Resolved: (EJBTHREE-576) Added test case to validate extended persistence context under clustering

by Ben Wang (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-576?page=all ] Ben Wang resolved EJBTHREE-576. ------------------------------- Resolution: Done > Added test case to validate extended persistence context under clustering > ------------------------------------------------------------------------- > > Key: EJBTHREE-576 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-576 > Project: EJB 3.0 > Issue Type: Task > Components: Clustering > Reporter: Ben Wang > Assigned To: Ben Wang > Fix For: EJB 3.0 RC9 - FD > > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > I have copied the longlived test case over to test out the extended persistence context on clustering under clusteredsession. -- 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

20 years

1
0
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 July 2006