Re: SmartFrog question...
Steve Loughran <[email protected]> Thu, 17 May 2007 16:15:06 +0100
| Newsgroups | gmane.comp.java.smartfrog.user |
|---|---|
| Message-ID | <[email protected]> |
Kevin Jackson wrote: >> >> ***Tell me where your local repo is (in the filesys or HTTP) and I will >> do an example library configuration to retrieve from it** > > Ok, here's a bit more detail on the setup. > > My PC (client) has a local m2 repo ~/,m2/repository.... in Vietnam > behind a NAT style ADSL connection (not a static IP - this I guess > will be the main showstopper) > > The server (Fedora core6) with no m2 repo based in US - has static IP/hostname > > So the problem is : > -when I test SmartFrog locally (run sfDaemon on my PC and then run the > sfStart localhost...), everything is fine as the m2 repo is resolved > locally and sf discovers the custom JDBCRealm jar and deploys it to > TC6/lib correctly (great!) I see. > -when I test sf connecting to the server (run sfDaemon on the server, > then run sfStart <server> ...), sf first looks for > /home/root/.m2/repository, fails to find it then downloads the jdbc > drivers jar from ibiblio and installs it in a newly created m2 repo, > then falls over when it looks online for my custom JDBCRealm. > My guess is that if I had a static IP I could run a http accessible > repo that the server could connect to, to retrieve the custom jars. > Without that static IP address I think I'm screwed as I cannot see a > way that the server can 'fetch/get' from my PC - if there was a way > for me to 'push' to the server that would be great. its probably behind a firewall too. hmm. There are actually components to do scp/ssh, so you can deploy something on one box to copy stuff to another, but then you have to deploy stuff locally as well as remotely. for now, I'd use our old friend <scp> to publish to either your ~/m2/repository, or to somewhere else in the filesystem set up to act as a repository, which you can then point the library components at. The alternative is to publish the artifact to a public place (people.apache.org), and use the Download component (/org/smartfrog/services/os/download/components.sf) to GET the file, sticking it in the location you want. That's a workflow component that can be set up to be run as part of a sequence before you bring up tomcat. > >> > Another option would of course to setup SmartFrog so that the required >> > jars are copied over to the server first via Ant's <scp> and then >> > SmartFrog won't need to download them. >> >> 1. We tend to use network shares, but it does rely on the shares having >> the same name everywhere. >> >> 2. Smartfrog daemons themselves support an RMI-style network >> classloader, so you can force download new components by deploying a >> component descriptor with an sfClasspath attribute ...all things that >> are deployed from that level down get the new classpath. This lets you >> do dynamic component deployment, but doesnt help with setting up TC6. >> >> 3. There's a LocalFilestore component, with an implementation behind it: >> org.smartfrog.services.filesystem.filestore.LocalFilestore >> >> This is something I've used for long-haul publishing, where you push up >> an artifact with metadata and a URI, and it gets saved at the far end >> (RMI isn't the long haul API used, some SOAPy thing BTW). So you can >> store stuff locally. > > This may be what I need to use as I don't think that the server will > be able to get from my PC. > start with <scp> now...better long haul stuff is on my long-term activities list, but not something I will touch in the next month. If you are doing long haul deployment, there is one little component to deploy an XMPP presence which is kind of handy...it lets you keep track of whether a server is live or not by looking at your IM presence list. I suspect it may need some more work to recover from network outages, and then we could hook it up to the logging to IM you on significant system events... > OT: > I was looking at izpack the other day - it's LGPL right? Can we use > that with Ant (the wiki mentions providing an izpack distribution)? I > guess we can, but I'm not a license guru. Izpack 3.8+ is Apache 2.0; fully compatible w/ Apache code. http://home.izforge.com/index.php/2005/05/06/115-izpack-license-changes The version in the ibiblio repository is 3.8.0, the apache-licensed version, though there are later versions out (we keep it under SCM for that reason). I suppose I should create a pom and get last week's 3.10.2 release up there, but I am in the maven team's bad books for uploading BSH 1.3 with invalid XML for a pom file... > >> We encourage users, and on the mail lists provide free support to >> internal and external customers. Your use of the tool is appreciated. >> Part of our team (Ritu and Kumar) are in India, which is closer TZ-wise >> to your place of employment. >> >> also, we caught a presentation at apachecon that mentioned a POJO API >> for managing Tomcat 6, though I havent seen the details yet...it should >> be something we can manage directly. Otherwise there is the JMX component. >> > > On the conference side of things, my Uni has just told me that from > next January I have funding to attend conferences (upto a certain > amount), so I should be available for more apache related activities > when that comes through - as a new Lecturer I don't have access to > these funds (which sucks, but never mind). ApacheCon in hong kong? You can take the extending ant talk and give it or some variation thereof. > > BTW, last week were you at Manchester Uni for a grid computing > conference? I haven't seen the place for too long - hope to get back > to visit this summer. yes, its a lot less grim in the middle than it used to be (or still is round the edges). Manchester and Leeds city centres are very sophisticated these days. -steve ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/