[JBoss JIRA] (GTNPORTAL-3194) TestPlainCookieTokenService sometimes fails randomly
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3194?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-3194:
----------------------------------
Fix Version/s: 3.5.7.Final
> TestPlainCookieTokenService sometimes fails randomly
> ----------------------------------------------------
>
> Key: GTNPORTAL-3194
> URL: https://issues.jboss.org/browse/GTNPORTAL-3194
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.0.Final
> Reporter: Trong Tran
> Assignee: Hai Nguyen
> Priority: Optional
> Labels: backlogs, done
> Fix For: 3.5.7.Final, 3.7.0.Final
>
> Original Estimate: 4 hours
> Time Spent: 2 hours
> Remaining Estimate: 2 hours
>
> 1 tests failed.
> REGRESSION: org.exoplatform.web.security.TestPlainCookieTokenService.testCleanExpiredTokens
> Error Message:
> expected:<0> but was:<1>
> Stack Trace:
> junit.framework.AssertionFailedError: expected:<0> but was:<1>
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.failNotEquals(Assert.java:287)
> at junit.framework.Assert.assertEquals(Assert.java:67)
> at junit.framework.Assert.assertEquals(Assert.java:134)
> at junit.framework.Assert.assertEquals(Assert.java:140)
> at org.exoplatform.web.security.AbstractCookieTokenServiceTest.testCleanExpiredTokens(AbstractCookieTokenServiceTest.java:89)
> 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 junit.framework.TestCase.runTest(TestCase.java:168)
> at junit.framework.TestCase.runBare(TestCase.java:134)
> at org.exoplatform.component.test.AbstractGateInTest.runBare(AbstractGateInTest.java:81)
> at junit.framework.TestResult$1.protect(TestResult.java:110)
> at junit.framework.TestResult.runProtected(TestResult.java:128)
> at junit.framework.TestResult.run(TestResult.java:113)
> at junit.framework.TestCase.run(TestCase.java:124)
> at junit.framework.TestSuite.runTest(TestSuite.java:243)
> at junit.framework.TestSuite.run(TestSuite.java:238)
> at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:234)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:133)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:114)
> 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 org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166)
> at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (GTNPORTAL-3258) Allow classpath resolver to accept a leading slash
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3258?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-3258:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 3.7.0.Final
Resolution: Done
> Allow classpath resolver to accept a leading slash
> --------------------------------------------------
>
> Key: GTNPORTAL-3258
> URL: https://issues.jboss.org/browse/GTNPORTAL-3258
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Reporter: Hai Nguyen
> Assignee: Hai Nguyen
> Priority: Minor
> Fix For: 3.7.0.Final
>
>
> Classpath Resolver for resources does not currently support a leading slash. So for example in a webui component I can't put (or my template won't be found) :
> {code}
> @ComponentConfig (
> template = "classpath:/path/oto/my/template/MyTemplate.gtmpl",
> events = {
> }
> )
> {code}
> whereas this notation is allowed in kernel configuration. For example I can do :
> {code}
> <import>classpath:/path/to/my/configuration/file/my-configuration.xml</import>
> {code}
> and it is also allowed in the "app" resolver (I can do "app:/path/oto/my/template/MyTemplate.gtmpl").
> It would be more consistent and less error-prone for the developer to allow to add a leading slash for the classpath resolver.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months