On 2002.02.23 22:24:21 -0500 Scott M Stark wrote: > > > > Does anyone object to my committing this? > > > If its a bunch of changes we might need to rollback tag it with > Rel_3_0_0_5.
Adds one file, modifies MainDeployer, and I think it may require a change in the web stuff - it turns out to break the web integration tests, I haven't looked why yet. Do you mean I should tag the codebase with Rel_3_0_0_5 before I commit? > > > Note that Hiram's protocol handler works by unpacking things into temp > > files (in the system temp dir). However, it's all hidden, and > presumably > > will avoid the security /permissions concerns. > > > The question here is will it work with the standard codebase syntax. What > is the most nested url we allow for an ejb-jar and war? sar/ear/ejb? > I'm working on security manager permission tests and I can add tests of > the njar url codebase usage in permissions. I really have no clue about these permission things. There is no theoretical limit to how deeply nested this stuff can get. sar/ear/rar/jar is plausible: ear/rar/jar is required by spec. If I commit this can you investigate the security stuff? > > > I'll also implement Scott's suggestion of removing the random numbers > and > > including the entire path of the original url. (This is not as unique > as > > numbers, but it is unlikely anyone will deploy 2 packages with the same > > url.getFile() value.) > > > > I'm also going to have another try at installing native libraries. Any > > ideas about where they should be unpacked to? > > > A 'native' directory under the deployment package directory makes sense > to me. where? I'm thinking of for instance native libs in rars. I was thinking tmp/native. Thanks! david jencks > > > > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
