January 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBESB-356) Fix Trailblazer document

by Sebastian Cao (JIRA)

Fix Trailblazer document ------------------------ Key: JBESB-356 URL: http://jira.jboss.com/jira/browse/JBESB-356 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Documentation Affects Versions: 4.0 CR1 Reporter: Sebastian Cao Assigned To: Sebastian Cao Priority: Minor The cover page still says Beta1 Chapter 1 and 2 are the same (Scenario Overview) Some minor punctuation issues Chapter 3 (How to Deploy) shows a target configure that asks you about the configuration for the TB. The target does not exists -- 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

19 years, 3 months

3
5
0 / 0

[JBoss JIRA] Created: (JBESB-376) Change all the documents to OpenOffice 2.0 format

by Sebastian Cao (JIRA)

Change all the documents to OpenOffice 2.0 format ------------------------------------------------- Key: JBESB-376 URL: http://jira.jboss.com/jira/browse/JBESB-376 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation Affects Versions: 4.0 CR2 Reporter: Sebastian Cao Assigned To: Sebastian Cao Priority: Minor Fix For: 4.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

19 years, 3 months

2
7
0 / 0

[JBoss JIRA] Commented: (JBAS-2861) HttpSession sharing between WAR modules

by James Brown (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2861?page=comments#action_12351999 ] James Brown commented on JBAS-2861: ----------------------------------- Is the intent still to include in 4.2.0 or will this only be available in the 5 family? > HttpSession sharing between WAR modules > --------------------------------------- > > Key: JBAS-2861 > URL: http://jira.jboss.com/jira/browse/JBAS-2861 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Web (Tomcat) service, Clustering > Affects Versions: JBossAS-3.2.7 Final, JBossAS-3.2.6 Final > Reporter: Brian Stansberry > Assigned To: Brian Stansberry > Fix For: JBossAS-4.2.0.CR1 > > > Creating a redacted version of JBAS-1909, which was opened as a non-public JIRA issue by a customer. > Our J2EE application is composed of several modules, each one addressing one facet of our business process, and currently this application has one web module (WAR) and several JAR modules (EJB). > We need to divide this web module into several smaller web modules. > In order to separate our unique WAR file into several WARs we must guarantee HttpSession sharing. This is due to the fact that we have a lot of session attributes that are used throughout the entire application and we cannot afford to refactor the application, in fact, that's impossible. > The security aspects for this requirement are completely addressed by the JBoss/Tomcat Single Sign-On mechanism but the session sharing requirements are not. > The ideal scenario is to keep the same HttpSession (same object in the heap, same session ID) when authenticating into one application (HttpSession created) and then forwarding to another application. > The current SSO mechanism allows the user to access the second application without reauthentication, as you know, but it creates a new HttpSession object. Also, if the two WARs have different session timeouts, if you access application A, migrates to application B, stays there until session in application A expires and then returns to application A from application B, a new HttpSession is also created in application A. > The ideal solution is to have one unique, monolithic session to all web applications configured to share a common session. IBM WebSphere and BEA WebLogic do have this configuration and feature. Please check the links below in case you want more information: > WebSphere Application Server V5: Sharing Session Context - http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/tips0215.ht... > BEA Weblogic - Enabling Web applications to share the same session - http://e-docs.bea.com/wls/docs90/webapp/sessions.html -- 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

19 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-354) Addition of a helloworld_sftp_action in the quickstarts

by Bruno Georges (JIRA)

Addition of a helloworld_sftp_action in the quickstarts ------------------------------------------------------- Key: JBESB-354 URL: http://jira.jboss.com/jira/browse/JBESB-354 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Components: Examples Affects Versions: 4.0 CR1 Reporter: Bruno Georges Assigned To: Mark Little Priority: Minor Fix For: 4.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

19 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (JBCACHE-962) optimisticValidation unnecessarily checks DataVersion types during simpleValidate() - should delegate this to the DataVersion impl

by Manik Surtani (JIRA)

optimisticValidation unnecessarily checks DataVersion types during simpleValidate() - should delegate this to the DataVersion impl ---------------------------------------------------------------------------------------------------------------------------------- Key: JBCACHE-962 URL: http://jira.jboss.com/jira/browse/JBCACHE-962 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.0.0.ALPHA2, 1.4.1.GA Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.0.0.BETA1, 2.0.0.GA, 1.4.1.SP1 Should not bother comparing DataVersion types and barfing upon mismatch. We will do a DataVersion.newerThan() anyway immediately after. We should just let the DataVersion impl barf of there is a type mismatch. Reason being, dummy types can be used that don't care about such mismatches and always rtn true. -- 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

19 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (JBESB-398) The use of java.net.URL doesnt allow support for protcols such as ftps, sftp. Refactor to use URI instead.

by Bruno Georges (JIRA)

The use of java.net.URL doesnt allow support for protcols such as ftps, sftp. Refactor to use URI instead. ----------------------------------------------------------------------------------------------------------- Key: JBESB-398 URL: http://jira.jboss.com/jira/browse/JBESB-398 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0 CR1 Reporter: Bruno Georges Assigned To: Mark Little Fix For: 4.0 Maintenance Pack 1 Exception is thrown when using sftp/ftps protocols. java.net.MalformedURLException: unknown protocol: sftp Mark: We should really be using URIs everywhere since EPRs are based on WS-A, which is URI/IRI based. -- 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

19 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1210) Remove layout strategy from ref docs.

by Roy Russo (JIRA)

Remove layout strategy from ref docs. ------------------------------------- Key: JBPORTAL-1210 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1210 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Documentation Affects Versions: 2.6.Beta1 Reporter: Roy Russo Assigned To: Roy Russo Fix For: 2.6.Beta1 -- 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

19 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1197) Document Page Cloning for dashboards

by Roy Russo (JIRA)

Document Page Cloning for dashboards ------------------------------------ Key: JBPORTAL-1197 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1197 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Documentation Affects Versions: 2.6.Beta1 Reporter: Roy Russo Assigned To: Roy Russo Fix For: 2.6.Beta1 -- 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

19 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1031) Update docs with info on the latest installer.

by Alex Pinkin (JIRA)

Update docs with info on the latest installer. ---------------------------------------------- Key: JBPORTAL-1031 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1031 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Documentation Affects Versions: 2.4 Final Reporter: Alex Pinkin Assigned To: Roy Russo Fix For: 2.4.1 Final need to mention that latest installer allows to configure datasource. http://labs.jboss.com/portal/jemsinstaller/downloads -- 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

19 years, 3 months

3
2
0 / 0

[JBoss JIRA] Created: (JBESB-357) Close down all threads during sar undeployment

by Kevin Conner (JIRA)

Close down all threads during sar undeployment ---------------------------------------------- Key: JBESB-357 URL: http://jira.jboss.com/jira/browse/JBESB-357 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.0 CR2 Reporter: Kevin Conner Assigned To: Mark Little The NPEs I have been seeing are caused by background threads executing after the sar has been undeployed. Once the SAR has been undeployed the AS unlinks its classloader from the repository after which any accesses to that classloader can only access resources/classes in the sar and in the bootclasspath. Unfortunately this is not safe for all classloader methods and we need to make sure that all threads have finished prior to the services ending. -- 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

19 years, 3 months

2
5
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 January 2007