[jboss-dev-forums] [Embedded JBoss Development] - Re: embedded and bootsrap dependencies

[ALRubinger]

"emuckenhuber" wrote : Yes, i think it's better under it's own umbrella :)

OK.  I'm still not seeing the advantage.  Will find you on #jboss-dev tomorrow so we can discuss some more.

"emuckenhuber" wrote : Hmm, we could briefly talk about the deployable as well - as i can tell for sure that ProfileService won't expose a VDF deployment.
  | Maybe we want to just rename the VfsVdfDeployableFactory to a DeployableFactory? In the end it should not really matter what deployable is created and i don't think there should be 2 different types - like VdfDeployable and PSDeployable - at the same time.

More to discuss.  Keep in mind the idea behind Container/Deployable is to be as generic as possible, as the TCK299 test utils will be leveraging the same contract.

"emuckenhuber" wrote : [OT] out of curiosity - it seems that when creating a deployable you are creating a zip out of the shrinkwrap in-memory archive.
  | When i first looked at the archive stuff - i thought you are directly deploying this in-memory VirtualFile. Is there a specific reason why you don't do that?
  | Well, as it gets zipped it could be interesting to use that also in standalone testing.

Yeah.  VFS is a filesystem abstraction, but MemoryFile does not support the full range of VFSFile operations in the same fashion as from a traditional flat file root.  So we use ShrinkWrap to represent the mutable object view of an archive and ultimately flush that to a temp file which becomes the deployable.  At that point, Embedded/AS doesn't know/care the difference from where the archive originally came from,and the Embedded suite passed without further issues.  For instance, JBossWeb and Hibernate both have filesystem dependent code and may fail when using MemoryFile.

S,
ALR

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4261165#4261165

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4261165