June 2008 - jboss-dev-forums - Jboss List Archives

[Design of Security on JBoss] - Re: SecurityContext inherited by threads on the serverside

by anil.saldhana＠jboss.com

Scott, is my understanding correct here? ^^^^^^ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158564#4158564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158564

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS errors

by scott.stark＠jboss.org

I dropped the directory file size check from CopyTest and this leaves these 4 errors: | Running org.jboss.test.virtual.test.JAREntryTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.095 sec <<< FAILURE! | Running org.jboss.test.virtual.test.CopyJAREntryTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.094 sec <<< FAILURE! | Running org.jboss.test.virtual.test.CopyJARCacheUnitTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.096 sec <<< FAILURE! | Running org.jboss.test.virtual.test.JARCacheUnitTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.096 sec <<< FAILURE! | which look related to JBVFS-7. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158559#4158559 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158559

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS errors

by scott.stark＠jboss.org

The TempTestCase failures are the same issue. The directory size comparison is a file system/os specific check that really should just be skipped. Its not a meaningful value. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158558#4158558 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158558

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - VFS errors

by scott.stark＠jboss.org

In the current vfs trunk I'm seeing 13 test failures: | [515][valkyrie: trunk]$ mvn test | [INFO] Scanning for projects... | WAGON_VERSION: 1.0-beta-2 | [INFO] ------------------------------------------------------------------------ | [INFO] Building JBoss VFS | [INFO] task-segment: [test] | [INFO] ------------------------------------------------------------------------ | ... | ------------------------------------------------------- | T E S T S | ------------------------------------------------------- | Running org.jboss.test.virtual.test.ExplodeTestCase | Tests run: 5, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.149 sec <<< FAILURE! | Running org.jboss.test.virtual.test.JAREntryTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.103 sec <<< FAILURE! | Running org.jboss.test.virtual.test.TempTestCase | Tests run: 5, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.195 sec <<< FAILURE! | Running org.jboss.test.virtual.test.CopyJAREntryTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.093 sec <<< FAILURE! | Running org.jboss.test.virtual.test.UnpackTestCase | Tests run: 5, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.145 sec <<< FAILURE! | Running org.jboss.test.virtual.test.CopyJARCacheUnitTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.094 sec <<< FAILURE! | Running org.jboss.test.virtual.test.JARCacheUnitTestCase | Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.1 sec <<< FAILURE! | | Results : | | Tests in error: | | Tests run: 531, Failures: 0, Errors: 13, Skipped: 0 | The CopyTest assertions about a directory size being 0 are just wrong, I'm not sure what this is supposed to be checking? | junit.framework.AssertionFailedError: expected:<0> but was:<102> | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.failNotEquals(Assert.java:282) | at junit.framework.Assert.assertEquals(Assert.java:64) | at junit.framework.Assert.assertEquals(Assert.java:136) | at junit.framework.Assert.assertEquals(Assert.java:142) | at org.jboss.test.virtual.test.CopyTest.assertReplacement(CopyTest.java:184) | at org.jboss.test.virtual.test.CopyTest.assertReplacement(CopyTest.java:173) | at org.jboss.test.virtual.test.CopyTest.assertExplodedReplacement(CopyTest.java:167) | at org.jboss.test.virtual.test.DetachedCopyTest.assertNestedLevel(DetachedCopyTest.java:58) | at org.jboss.test.virtual.test.CopyTest.testUnpackDeepLevel(CopyTest.java:142) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158556#4158556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158556

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bounding the number of threads created by the MDB contai

by ovidiu.feodorov＠jboss.com

What is the next point release this change will make it into? I need the value to update @since tags in javadoc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158529#4158529 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158529

16 years, 3 months

1
0
0 / 0

[Design of Security on JBoss] - Error in org.jboss.security.valve.SSOFederationRouter

by dennismarcum

The lookupPartners() method has "http" hard coded for creating the URL to access the federated resource of partners. When the request comes from a secure connection the method throws a org.apache.commons.httpclient.ProtocolException (The server whatever failed to respond with a valid HTTP response) since it is trying to access a URL as such http://whatever:443/federate/partners. The header returns garbage since it is trying to access a https resource using http. The method needs to be changed to use request.getScheme() to build the URL instead of the hard coded "http" string. Mahalo, Dennis View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158526#4158526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158526

16 years, 3 months

1
0
0 / 0

[Design of JBossCache] - Re: JBoss Cache Public API

by manik.surtani＠jboss.com

Hmm, good points. I've created a JIRA to track this: http://jira.jboss.org/jira/browse/JBCACHE-1369 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158519#4158519 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158519

16 years, 3 months

1
0
0 / 0

[Design of JCA on JBoss] - Handling fatal JDBC connection exceptions

by cbredesen

Gents, Would it make sense to offer an option to destroy all connections in the pool upon encountering a fatal exception? Currently a catastrophic failure of the database can cause all connections in the pool to become useless. Without a VCC (or SQL) configured, this means that each connection in the pool will be used one further time before it throws a SQLException which, when determined as fatal, will cause the connection to be destroyed. If we offered such a setting, we could avoid this scenario without even having to do proactive validation. The setting would of course be optional and default to the current behavior. Thoughts? -Chris View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158510#4158510 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158510

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying Ears and Wars through ProfileService

by scott.stark＠jboss.org

You either need to get the deployment names or the set of ManagedDeployments for the deployment type. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158490#4158490 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158490

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying Ears and Wars through ProfileService

by mark.spritzler

So with that, then we can just use the String to get the actual ManagedDeployment object? Thanks Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4158486#4158486 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4158486

16 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2008