Re: [jboss-dev-forums] [JBoss Microcontainer Development] - ShrinkWrapDeployer
by Andrew Rubinger
Andrew Rubinger [http://community.jboss.org/people/ALRubinger] replied to the discussion
"ShrinkWrapDeployer"
To view the discussion, visit: http://community.jboss.org/message/540822#540822
--------------------------------------------------------------
> Jason Greene wrote:
> Can we start by talking about what it does more than just "deploys shrinkwrap archives?"
Nope. That's all it does. :)
> Jason Greene wrote:
> I assume the key capability it is trying to add to the deployer process is the ability to reuse application provided (already loaded) classes, with metadata pointing at them?
The ShrinkWrapDeployer has exactly the same function as MainDeployer, though it accepts different inputs (ShrinkWrap archive instead of VFS Deployment). Classes are not "already loaded", instead they're defined just as they would be with a normal JAR deployment. And because everything sits behind VFS, from the perspective of MainDeployer, the ShinkWrap Deployment *is* a VFSDeployment.
The reason I proposed as part of the deployers project is because it's the same functionality as MainDeployer. It does suck in a ShrinkWrap dependency. So sure, I could spin it off into a component of Reloaded, but this is above Reloaded too. Reloaded should bring together the MC and deployment mechanisms, not define them.
And as far as another top-level project, it's just more to maintain. >From my view, adding this support to jboss-deployers directly makes sense. If we really don't want the extra dependency (for this one module) coming in, I'll make another home.
S,
ALR
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/540822#540822]
Start a new discussion in JBoss Microcontainer Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 11 months
Re: [jboss-dev-forums] [Clustering Development] - Partition and Node identities
by Brian Stansberry
Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] replied to the discussion
"Partition and Node identities"
To view the discussion, visit: http://community.jboss.org/message/540791#540791
--------------------------------------------------------------
Snippet from a separate exchange, where Bela Ban is replying to me, that I want to merge into this thread:
> >
> >> Jason, as discussed in that thread I was thinking that for AS 7 in the
> >> domain model we should make "name" be a required attribute of the
> >> server element.
> >>
> >> [1] https://jira.jboss.org/jira/browse/JBAS-7779 https://jira.jboss.org/jira/browse/JBAS-7779
> >> [2] http://community.jboss.org/message/529257#529257 http://community.jboss.org/message/529257#529257
> >
> > If name is required, then that's fine, but that makes deploying of JBoss
> > instances dynamically (e.g. in a cloud) difficult.
> >
Yes, that's the flaw in the idea; the thing that needs to be worked out.
Servers will be able to join a domain dynamically, passing any required information to the DomainController as they register themselves. The name info would have to come from the command line. So this would mean forcing whatever tool is spinning up new instances on the cloud to generate and pass a synthetic name. TBH, having our own code generate a synthetic name (e.g. a UUID) in such a case seems reasonable.
The tricky part is the domain.xml is meant to be a persistent store of configuration info for all nodes in a domain. So once you spin up a dynamic node like that, it has an entry in domain.xml. Over time your domain.xml will fill up with useless entries.
Each named server would also get it's own writable work area on its local filesystem (which will let your https://jira.jboss.org/jira/browse/MODCLUSTER-147 https://jira.jboss.org/jira/browse/MODCLUSTER-147 approach work); over time a local filesystem could get littered with discarded write areas. This would probably be less of an issue with cloud-based deployments. It's more of a problem if people continually launch unnamed servers from the same filesystem image.
These issues aren't unsolvable; just need some thought.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/540791#540791]
Start a new discussion in Clustering Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 11 months