[jira] Updated: (RIVER-377) Regression of ServiceStarterCreateBadTransientServiceTest.td

["Peter Firmstone (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/RIVER-377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter Firmstone updated RIVER-377:
----------------------------------

    Attachment: jdb-breakpoint-addPermissionsForURLs.pdf

ServiceStarterCreateBadTransientServiceTest.td

The conditions under which the test passes is just as interesting as when it fails.

When the test passes:

  1. A PreferredClassLoader is created for the bogus codebase,
     mercury-dl_bogus.jar
  2. It is unable to load the bogus codebase, because it doesn't exist.
  3. Then it's unable to load the configuration file because it didn't
     get the bogus config file url right.

When the test fails in JDK 1.6, it fails but it get's the configuration url right.


It's possible this test might actually be passing when it should technically be failing, because no permission prevents reading the url.

Breakpoints set at:

stop in net.jini.loader.pref.PreferredClassLoader.addPermissionsForURLs

Parameter URL [] urls 

> Regression of ServiceStarterCreateBadTransientServiceTest.td
> ------------------------------------------------------------
>
>                 Key: RIVER-377
>                 URL: https://issues.apache.org/jira/browse/RIVER-377
>             Project: River
>          Issue Type: Bug
>      Security Level: Security risk, visible to anyone(Issues identified as security risk but for which a patch is available) 
>          Components: com_sun_jini_start
>    Affects Versions: River_2.1.3
>         Environment: JDK 1.6.0_07 Solaris 10
>            Reporter: Peter Firmstone
>         Attachments: jdb-breakpoint-addPermissionsForURLs.pdf
>
>
> Test failure, needs further investigation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.