November 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-6175) Form-based WAR authentication - redirect fails second time round.

by Keith Johnston (JIRA)

Form-based WAR authentication - redirect fails second time round. ----------------------------------------------------------------- Key: JBAS-6175 URL: https://jira.jboss.org/jira/browse/JBAS-6175 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Security, Web (Tomcat) service Affects Versions: JBossAS-4.2.2.GA Environment: Win XP; JDK 1.6.0_07; Firefox 3.0.3 Reporter: Keith Johnston Assignee: Anil Saldhana When using standard J2EE authentication of a WAR file redirects fail to return the correct page. Authentication proceeds as follows: 1. Request / -> server responds with login page. 2. Login ok -> server authenticates and sends 302 redirect 3. Follow redirect -> server responds with 'real' page. 4. Do some work... 5. Invalidate session to logout; send browser to / with javascript using window.location() 6. Request / -> server responds with login page. 7. Login ok -> server authenticates and sends 302 redirect 8. Follow redirect -> server responds with 304 -> browser renders last seen version of URL: login page. The result of step 8 should be to display the 'real' page. Refreshing the page (Ctrl-R) loads the 'real' page fine confirming authentication worked ok and that the browser is incorrectly using a cached copy. The same behaviour is also seen in Google Chrome, although Internet explorer works as expected. Possible cause? ----------------------- I'm wondering if tomcat is getting confused with the If-Modified-Since or If-None-Match values on the requests? The requests made in steps 3 & 8 are identical (all headers the same). -- 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

17 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (JBVFS-70) Release JBoss VFS 2.0.0.CR5

by Ales Justin (JIRA)

Release JBoss VFS 2.0.0.CR5 --------------------------- Key: JBVFS-70 URL: https://jira.jboss.org/jira/browse/JBVFS-70 Project: JBoss VFS Issue Type: Release Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR4 Reporter: Ales Justin Assignee: Ales Justin Fix For: 2.0.0.CR5 Release notes: - -- 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

17 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (JBAS-6174) shutdown.jar is missing classes

by Andrew Lee Rubinger (JIRA)

shutdown.jar is missing classes ------------------------------- Key: JBAS-6174 URL: https://jira.jboss.org/jira/browse/JBAS-6174 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Fix For: JBossAS-5.0.0.GA After moving sources from "main" to "bootstrap" in JBAS-6169, shutdown.jar now fails with: Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/bootstrap/spi/Server at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at org.jboss.Shutdown.main(Shutdown.java:117) -- 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

17 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2035) Partial Refresh Failure - Deprecated Functions in dyna.js

by Dan Krieger (JIRA)

Partial Refresh Failure - Deprecated Functions in dyna.js --------------------------------------------------------- Key: JBPORTAL-2035 URL: http://jira.jboss.com/jira/browse/JBPORTAL-2035 Project: JBoss Portal Issue Type: Patch Security Level: Public (Everyone can see) Components: Portal CMS, Portal Theme Affects Versions: 2.6.5 SP1 Environment: N/A Reporter: Dan Krieger Assigned To: Sohil Shah Priority: Optional I originally had a problem getting partial refresh to operate correctly in Firefox 3 CR1 (although I was not able to test other platforms due to limited computer access). With Prototype having been updated to the most recent version, dyna.js had several deprecated functions that seemed to be the source of the problems in Firefox 3. Changes worth mentioning: Element.getElementsByClassName is deprecated now - $(element).select('.'+classname); is the preferred (and functional) solution document.getElementsByClassName("class-name") is best performed now by $$(".class-name") - notice the inclusion of a . in the classname string (css-style selector) -- 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

17 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-6170) Update package names moved from "main" to "bootstrap"

by Andrew Lee Rubinger (JIRA)

Update package names moved from "main" to "bootstrap" ----------------------------------------------------- Key: JBAS-6170 URL: https://jira.jboss.org/jira/browse/JBAS-6170 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Fix For: JBossAS-5.0.0.GA Refactoring in JBAS-6169 moved sources from "main" to "bootstrap" modules. Rename the packages to be consistent with their new home, and update the run.jar assembly in main/build.xml to reflect this as well. -- 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

17 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (JBVFS-69) Add VFSCache initalization/construction with Map parameter

by Ales Justin (JIRA)

Add VFSCache initalization/construction with Map parameter ---------------------------------------------------------- Key: JBVFS-69 URL: https://jira.jboss.org/jira/browse/JBVFS-69 Project: JBoss VFS Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR4 Reporter: Ales Justin Assignee: Ales Justin Fix For: 2.0.0.GA As some VFSCache impls have some parameters that you need to set, - e.g. LRUVFSCache needs to take min and max - we should enable its construction with Map parameter, allowing the impl to get values out of that map, instead of just System properties. -- 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

17 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (JBVFS-68) PathTokenizer can't handle hidden unix directories

by Carlo de Wolf (JIRA)

PathTokenizer can't handle hidden unix directories -------------------------------------------------- Key: JBVFS-68 URL: https://jira.jboss.org/jira/browse/JBVFS-68 Project: JBoss VFS Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR4 Reporter: Carlo de Wolf Priority: Critical Fix For: 2.0.0.GA java.lang.IllegalArgumentException: Illegal token in path: /home/hudson/.hudson/jobs/JBoss_VFS/workspace/trunk/target/test-classes/vfs/test/nested/nested.jar/META-INF/empty.txt/ at org.jboss.virtual.plugins.vfs.helpers.PathTokenizer.getTokens(PathTokenizer.java:133) at org.jboss.virtual.plugins.cache.PathMatchingVFSCache.findContext(PathMatchingVFSCache.java:46) at org.jboss.virtual.plugins.cache.AbstractVFSCache.getFile(AbstractVFSCache.java:66) at org.jboss.virtual.plugins.cache.AbstractVFSCache.getFile(AbstractVFSCache.java:97) at org.jboss.test.virtual.test.VFSCacheTest.testCache(VFSCacheTest.java:68) 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:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:163) at org.apache.maven.surefire.Surefire.run(Surefire.java:84) 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:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:261) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875) -- 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

17 years, 8 months

2
4
0 / 0

[JBoss JIRA] Created: (JBAS-6169) Make "bootstrap" module reusable

by Andrew Lee Rubinger (JIRA)

Make "bootstrap" module reusable -------------------------------- Key: JBAS-6169 URL: https://jira.jboss.org/jira/browse/JBAS-6169 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Andrew Lee Rubinger Assignee: Andrew Lee Rubinger Fix For: JBossAS-5.0.0.GA The current "bootstrap" module currently has a dependency on "main". This is backwards, "main" pertains to a mechanism of launching AS as a standalone process, and requires a bootstrap to do so. Likewise, other launchers of AS should be able to reuse a generic "bootstrap" component. Resolve the dependency issues, refactoring (moving) sources as appropriate. -- 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

17 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-383) Provide access to the BasicXMLDeployer.deploymentsByName values

by Scott M Stark (JIRA)

Provide access to the BasicXMLDeployer.deploymentsByName values --------------------------------------------------------------- Key: JBMICROCONT-383 URL: https://jira.jboss.org/jira/browse/JBMICROCONT-383 Project: JBoss Microcontainer Issue Type: Feature Request Components: Deployment Affects Versions: JBossMC.2.0.0.CR5 Reporter: Scott M Stark There is a need to access the KernelDeployments loaded by a BasicXMLDeployer -- 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

17 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-6167) Restore the ServerInfo bean/mbean

by Scott M Stark (JIRA)

Restore the ServerInfo bean/mbean --------------------------------- Key: JBAS-6167 URL: https://jira.jboss.org/jira/browse/JBAS-6167 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: System service Affects Versions: JBossAS-5.0.0.CR2 Reporter: Scott M Stark Assignee: Scott M Stark Fix For: JBossAS-5.0.0.GA The org.jboss.system.server.ServerInfo bean, formerly registered under the jmx name jboss.system:type=ServerInfo is not being deployed. We need a server-info-jboss-beans.xml deployment for informational beans. <?xml version="1.0" encoding="UTF-8"?>  <deployment xmlns="urn:jboss:bean-deployer:2.0"> <bean name="ServerInfo" class="org.jboss.system.server.ServerInfo"> <annotation>@org.jboss.aop.microcontainer.aspects.jmx.JMX(name="jboss.system:type=ServerInfo", exposedInterface=org.jboss.system.server.ServerInfoMBean.class, registerDirectly=true)</annotation> </bean> </deployment> -- 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

17 years, 8 months

1
1
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 November 2008