[Design of JBoss Build System] - Re: Adding maven projects to the JBoss repository
by pgier
No one needs to approve what you check in, if there ends up being a problem with it we can fix it or remove it. When you say that the dependencies don't exist in any other repositories where are these coming from? Are these commercial thirdparty jars? If they are, you probably shouldn't check them in unless you know that we have a right to redistribute them. If they are open source projects, then you may want to check something like this site:
http://www.mvnrepository.com/
That will tell you if they exist in the central repository and what groupId/artifactId they are using.
There is not much you can do about missing transitive dependencies. Again this is just an issue of where the jars are coming from. But if your main goal is to put Aperture in the repository and it has all the dependencies it needs, then I think that is ok.
Sorry there is no way to automate mavenization of the dependencies. But if the dependencies you're talking about are being pull from a maven repository, then they are already mavenized, at least to a certain extent. As far as getting a copy of the files for us, hopefully when I get the proxy server set up it can take care of storing a copy of downloaded dependencies for you.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164799#4164799
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164799
17 years, 8 months
[Design of Clustering on JBoss] - Re: Removing SFSB in HttpSessionListener
by bstansberry@jboss.com
This touches on a general problem where there isn't a sufficiently developed notion of session 'ownership' in the cluster. The 'owner' would be the node responsible for managing the lifecycle of the session. In this case, the owner would send out the notifications, and shutting down would entail giving up ownership (so no notification.) Unless you are the last node in the cluster.
Similarly, only the owner would expire a session due to timeout, and would do it with a cluster-wide remove. Replace the current approach of every node doing a local-only remove.
What needs working out is the process of taking over ownership. Simple enough if the session fails over. Less so if not. You can't reliably count on JGroups view changes to signal an existing owner has given up ownership, since if a cache is shared between webapps, undeploying a webapp != changing the cache view. There would need to be a facility for signalling within the cluster when a node is handling a webapp.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164778#4164778
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164778
17 years, 8 months
[Design of Clustering on JBoss] - Re: Removing SFSB in HttpSessionListener
by bstansberry@jboss.com
If the SFSB is packaged with the war and the dependencies are working correctly, the SFSB should be undeployed locally before the war. So disconnecting the SFSB cache from the cluster before undeploying won't help. This remove call will just go to another node anyway.
The ClusteredSession.expireSession(...) method that gets called when the manager clears sessions takes 'notify' param that controls whether the HttpSessionEvent gets set. Currently that's 'true', probably should be 'false'. Probably should be configurable, with a default of 'false'.
It's more complicated than that; i.e. that 'notify' flag is used for other purposes as well; need to examine the semantics of those usages.
The most complicated part is the need to ensure the event eventually gets emmitted. i.e. if the last node in the cluster is shutting down, then the session really is being destroyed.
Can you open a JIRA for this?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164770#4164770
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164770
17 years, 8 months
[Design of JBoss Build System] - Adding maven projects to the JBoss repository
by jverhaeg@redhat.com
I have a couple for questions that I'm hoping more out of desperation than anything else have easy positive answers:
I'm just about ready to check-in a library called Aperture and all of its dependencies to the JBoss repository. Is there anyone that needs to see or approve how I do this or whether everything I have is accurate? I have a couple of concerns in particular:
Many of these dependencies don't seem to exist in any other repository, so I have no source code, JavaDocs, or test code.
I don't know how to ensure that the projects are complete in-and-of themselves, outside of their use by Aperture. In other words, individual jars used by Aperture may have other projects and jars they are dependent upon as a whole, but the Aperture distribution may not have included those merely because it doesn't use that functionality (just like our project is doing via explicit exclusions in our poms).
Is there any good at least partially automated way to chase down all of these damn dependencies and get them mavenized? I just found another dependency that has its own host of dependencies that were automatically pulled down to my local repository that I now have to track down and migrate to my check-out location, including collecting source code, JavaDocs, test jars, updating the MD5 and SHA1 files....jeez, there's gotta be a better way! Somebody, please say, "Oh yeah, there's a much easier way..."!
Thanks,
John
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164769#4164769
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164769
17 years, 8 months