You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
(5) |
Apr
(8) |
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
(5) |
Sep
(9) |
Oct
(10) |
Nov
(4) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(5) |
Feb
(3) |
Mar
(11) |
Apr
|
May
(1) |
Jun
(7) |
Jul
(11) |
Aug
(9) |
Sep
(8) |
Oct
|
Nov
(3) |
Dec
(3) |
2006 |
Jan
(2) |
Feb
(16) |
Mar
(13) |
Apr
(5) |
May
(4) |
Jun
|
Jul
(3) |
Aug
(5) |
Sep
(2) |
Oct
(17) |
Nov
(21) |
Dec
(23) |
2007 |
Jan
(22) |
Feb
(3) |
Mar
(18) |
Apr
|
May
(11) |
Jun
(3) |
Jul
(8) |
Aug
(29) |
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
|
2008 |
Jan
(2) |
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: heather <he...@tr...> - 2016-02-13 03:14:04
|
Is smartfrog released under the apache license now? |
From: heather <he...@tr...> - 2016-02-13 03:13:12
|
Is smartfrom a tool like Puppet or Chef ? |
From: Ismael J. <ml...@ju...> - 2008-02-15 15:22:34
|
Hi, On Fri, 2008-02-15 at 15:15 +0000, Steve Loughran wrote: > What is interesting is that even in that interval, say 1000mS, if the > child goes live, this fact is remembered -and from then on, failing a > ping is a cause for concern. Unlike the Delay component, which doesnt > start its child for a given period, SlowStart starts it, but doesnt > expect it to go live. Interesting. As I outlined in my original message, this is the behaviour I was expecting, probably due to my web container bias. > Given that this slow starting is possibly a common behaviour of all web > applications, I'm thinking of patching it in to all of them, rather than > requiring all deployments to be wrapped in SlowStart declarations. I'd > have a base delay for the application server, a value which could be > overridden by an explicit delay for the webapp/ear or anything else that > you deploy. +1 from me. Thanks, Ismael |
From: Steve L. <ste...@hp...> - 2008-02-15 15:16:13
|
James Abley wrote: > > > > 2. what do people think we should do here? Not do any liveness checks > > and rely on web page livenesspage tests? Tests you'd have to delay with > > a Sleep{ } component so they don't fail early either. > > > I like the liveness checks myself, but as a suggestion:, is there any > reason for people to use Sleep in the manner I think you're > suggesting? How about a component similar to > java.util.concurrent.CountdownLatch, which would block doing the page > liveness tests until the system is in an appropriate state? > > Cheers, > > > James > > > > > > 3. There is a slowstart component in the workflow, though I see that it > > is not declared in any .sf file, and hence won't have any tests/docs > > either. It explicitly delays passing down liveness tests until after a > > prespecified delay > > > > start extends SlowStart { > > delay 5000; > > action JettyServer; > > } I'm not overfond of sleeps in deployment descriptors, as they tend to be very brittle with system configurations. Different hardware -or a VM under load- and the delays that did work, dont work so well. I've just looked at the slowstart component, which is in the 3.12.022 release, though without the .sf file you need to use it: SlowStart extends ActionCompound { sfClass "org.smartfrog.sfcore.workflow.combinators.SlowStart"; slowstartSchema extends Schema { delay extends Integer { description "delay in milliseconds"; } } delay 1000; } On startup, it deploys its action child, when pinged, it always pings this child, but just ignores failures for the specified interval protected void sfPingChild(Liveness child) throws SmartFrogLivenessException, RemoteException { if (!live) { long now = System.currentTimeMillis(); if (now > endTime) { //timeout time is reached, time to go live sfLog().info("Going live at end of timeout"); live = true; } } try { super.sfPingChild(child); // if we get here, liveness kicks in if (!live) { sfLog().info("Child is now live"); live = true; } } catch (SmartFrogLivenessException e) { if (live) { //rethrow the exception when we are live throw e; } else { sfLog().ignore("We are not yet live", e); } } } } What is interesting is that even in that interval, say 1000mS, if the child goes live, this fact is remembered -and from then on, failing a ping is a cause for concern. Unlike the Delay component, which doesnt start its child for a given period, SlowStart starts it, but doesnt expect it to go live. Given that this slow starting is possibly a common behaviour of all web applications, I'm thinking of patching it in to all of them, rather than requiring all deployments to be wrapped in SlowStart declarations. I'd have a base delay for the application server, a value which could be overridden by an explicit delay for the webapp/ear or anything else that you deploy. -steve |
From: James A. <jam...@gm...> - 2008-02-15 12:33:21
|
Sorry, posting to the list instead. On 14/02/2008, Steve Loughran <ste...@hp...> wrote: > Ismael Juma wrote: > > Hi Julio, > > > > Thank you for the reply. > > > > On Wed, 2008-02-13 at 10:23 +0000, Guijarro, Julio wrote: > >> Hi Ismael, > >> > >> sfPing starts once the component is deployed and therefore it will > >> check if the component is alive during sfDeploy and sfStart as well. > >> This means that the components should not block on the sfDeploy and > >> sfStart methods. > > > > I see. > > > >> The general rule is that any long operation (ex. starting a DB) > >> started inside those methods should be processed in a separate thread > >> to avoid liveness failures. > > > > Makes sense. > > > >> To test if this is your case you can make liveness 0 (liveness = > >> disabled) > >> > >> org.smartfrog.sfcore.processcompound.sfLivenessDelay=0 > >> > >> and see if your example now works. > > > > It does indeed work. > > > >> If this solves your problem please file a bug against the Jetty > >> component and we will fix it for next release. > > > > Done[1]. > > > This could be due to a threading problem (I'm not starting one), or it > could be down to a thread being started, but the underlying components > taking longer to go live than expected. For example, the jetty servlet > code expects that if there is > some jetty class, then it had better be running: > > public void ping() throws SmartFrogLivenessException, RemoteException { > if (holder == null || !holder.isStarted()) { > throw new SmartFrogLivenessException("Servlet " + > name + > " is not running under" + getAbsolutePath()); > } > } > > > > which component is causing the trouble? > > 2. what do people think we should do here? Not do any liveness checks > and rely on web page livenesspage tests? Tests you'd have to delay with > a Sleep{ } component so they don't fail early either. I like the liveness checks myself, but as a suggestion:, is there any reason for people to use Sleep in the manner I think you're suggesting? How about a component similar to java.util.concurrent.CountdownLatch, which would block doing the page liveness tests until the system is in an appropriate state? Cheers, James > > 3. There is a slowstart component in the workflow, though I see that it > is not declared in any .sf file, and hence won't have any tests/docs > either. It explicitly delays passing down liveness tests until after a > prespecified delay > > start extends SlowStart { > delay 5000; > action JettyServer; > } > > > > -- > ----------------------- > Hewlett-Packard Limited > Registered Office: Cain Road, Bracknell, Berks RG12 1HN > Registered No: 690597 England > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Smartfrog-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartfrog-support > |
From: Steve L. <ste...@hp...> - 2008-02-14 16:48:55
|
Ismael Juma wrote: > Hi Julio, > > Thank you for the reply. > > On Wed, 2008-02-13 at 10:23 +0000, Guijarro, Julio wrote: >> Hi Ismael, >> >> sfPing starts once the component is deployed and therefore it will >> check if the component is alive during sfDeploy and sfStart as well. >> This means that the components should not block on the sfDeploy and >> sfStart methods. > > I see. > >> The general rule is that any long operation (ex. starting a DB) >> started inside those methods should be processed in a separate thread >> to avoid liveness failures. > > Makes sense. > >> To test if this is your case you can make liveness 0 (liveness = >> disabled) >> >> org.smartfrog.sfcore.processcompound.sfLivenessDelay=0 >> >> and see if your example now works. > > It does indeed work. > >> If this solves your problem please file a bug against the Jetty >> component and we will fix it for next release. > > Done[1]. This could be due to a threading problem (I'm not starting one), or it could be down to a thread being started, but the underlying components taking longer to go live than expected. For example, the jetty servlet code expects that if there is some jetty class, then it had better be running: public void ping() throws SmartFrogLivenessException, RemoteException { if (holder == null || !holder.isStarted()) { throw new SmartFrogLivenessException("Servlet " + name + " is not running under" + getAbsolutePath()); } } which component is causing the trouble? 2. what do people think we should do here? Not do any liveness checks and rely on web page livenesspage tests? Tests you'd have to delay with a Sleep{ } component so they don't fail early either. 3. There is a slowstart component in the workflow, though I see that it is not declared in any .sf file, and hence won't have any tests/docs either. It explicitly delays passing down liveness tests until after a prespecified delay start extends SlowStart { delay 5000; action JettyServer; } -- ----------------------- Hewlett-Packard Limited Registered Office: Cain Road, Bracknell, Berks RG12 1HN Registered No: 690597 England |
From: Ismael J. <ml...@ju...> - 2008-02-13 21:28:31
|
Hi Julio, Thank you for the reply. On Wed, 2008-02-13 at 10:23 +0000, Guijarro, Julio wrote: > Hi Ismael, > > sfPing starts once the component is deployed and therefore it will > check if the component is alive during sfDeploy and sfStart as well. > This means that the components should not block on the sfDeploy and > sfStart methods. I see. > The general rule is that any long operation (ex. starting a DB) > started inside those methods should be processed in a separate thread > to avoid liveness failures. Makes sense. > > To test if this is your case you can make liveness 0 (liveness = > disabled) > > org.smartfrog.sfcore.processcompound.sfLivenessDelay=0 > > and see if your example now works. It does indeed work. > If this solves your problem please file a bug against the Jetty > component and we will fix it for next release. Done[1]. Regards, Ismael [1] http://jira.smartfrog.org/jira/browse/SFOS-676 |
From: Guijarro, J. <jul...@hp...> - 2008-02-13 10:24:46
|
Hi Ismael, sfPing starts once the component is deployed and therefore it will check if the component is alive during sfDeploy and sfStart as well. This means that the components should not block on the sfDeploy and sfStart methods. The general rule is that any long operation (ex. starting a DB) started inside those methods should be processed in a separate thread to avoid liveness failures. To test if this is your case you can make liveness 0 (liveness = disabled) org.smartfrog.sfcore.processcompound.sfLivenessDelay=0 and see if your example now works. If this solves your problem please file a bug against the Jetty component and we will fix it for next release. Regards, Julio Guijarro -----Original Message----- From: sma...@li... [mailto:sma...@li...] On Behalf Of Ismael Juma Sent: 13 February 2008 01:08 To: sma...@li... Subject: [Smartfrog-support] Termination due to slow start-up. Hi, I've been experimenting with SmartFrog for deployment of Jetty in multiple nodes. I have made good progress, but I found one issue that I am unsure how to deal with. Basically the web application is a bit slow to start causing it to be terminated as soon as it finishes the start-up process. I added "org.smartfrog.sfcore.processcompound.sfProcessTimeout=300" to default.ini, but the problem still happens (even though start-up takes less than that for sure). I can also confirm that if I disable the slow operation (takes between 40 to 70 seconds), everything works as expected. After investigating a stacktrace[1] produced with tracing enabled, I found that JettyToSFLifecycle#sfPing will cause a liveness failure if the lifecycle is not yet running. Is it possible that a liveness test is causing a failure because start-up has not finished even though the sfProcessTimeout has not yet expired? If so, is this by design? My expectation was that liveness tests could only cause a failure once the component had started since there's a specific test (with different time-out settings) for start-up. Did I misunderstand how it's supposed to work? If so, I would appreciate suggestions on how to deal with this case. Thanks, Ismael [1] 2008/02/12 17:54:17:645 GMT [TRACE][LivenessSender_HOST desktop.config:rootProcess:*unknown*] HOST desktop.config:testProcess:testProcess - HOST desktop.config:testProcess:testProcess Termination Record: HOST desktop.config:testProcess:testProcess:webApp, type: abnormal, description: Liveness Send Failure in HOST desktop.config:testProcess:testProcess when calling HOST desktop.config:testProcess:testProcess: webApp (Failure: Not started), cause: SmartFrogLivenessException:: Not started, SmartFrog 3.12.018 (2008-01-21 12:47:17 GMT) <SmartFrogLivenessException:: Not started SmartFrog 3.12.018 (2008-01-21 12:47:17 GMT)> SmartFrogLivenessException:: Not started, SmartFrog 3.12.018 (2008-01-21 12:47:17 GMT) at org.smartfrog.services.jetty.contexts.delegates.DelegateApplicationContext.ping(DelegateApplicationContext.java:149) at org.smartfrog.services.www.context.ApplicationServerContextImpl.ping(ApplicationServerContextImpl.java:244) at org.smartfrog.services.www.context.ApplicationServerContextImpl.sfPing(ApplicationServerContextImpl.java:213) at org.smartfrog.sfcore.compound.CompoundImpl.sfPingChild(CompoundImpl.java:799) at org.smartfrog.sfcore.compound.CompoundImpl.sfPingChildAndTerminateOnFailure(CompoundImpl.java:782) at org.smartfrog.sfcore.compound.CompoundImpl.sfPingChildren(CompoundImpl.java:769) at org.smartfrog.sfcore.compound.CompoundImpl.sfPing(CompoundImpl.java:755) at org.smartfrog.sfcore.prim.LivenessSender.timerTick(LivenessSender.java:61) at org.smartfrog.sfcore.common.Timer.doTick(Timer.java:155) at org.smartfrog.sfcore.common.Timer.run(Timer.java:187) at java.lang.Thread.run(Thread.java:619) ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Smartfrog-support mailing list Sma...@li... https://lists.sourceforge.net/lists/listinfo/smartfrog-support |
From: Ismael J. <ml...@ju...> - 2008-02-13 01:13:10
|
Hi, I've been experimenting with SmartFrog for deployment of Jetty in multiple nodes. I have made good progress, but I found one issue that I am unsure how to deal with. Basically the web application is a bit slow to start causing it to be terminated as soon as it finishes the start-up process. I added "org.smartfrog.sfcore.processcompound.sfProcessTimeout=300" to default.ini, but the problem still happens (even though start-up takes less than that for sure). I can also confirm that if I disable the slow operation (takes between 40 to 70 seconds), everything works as expected. After investigating a stacktrace[1] produced with tracing enabled, I found that JettyToSFLifecycle#sfPing will cause a liveness failure if the lifecycle is not yet running. Is it possible that a liveness test is causing a failure because start-up has not finished even though the sfProcessTimeout has not yet expired? If so, is this by design? My expectation was that liveness tests could only cause a failure once the component had started since there's a specific test (with different time-out settings) for start-up. Did I misunderstand how it's supposed to work? If so, I would appreciate suggestions on how to deal with this case. Thanks, Ismael [1] 2008/02/12 17:54:17:645 GMT [TRACE][LivenessSender_HOST desktop.config:rootProcess:*unknown*] HOST desktop.config:testProcess:testProcess - HOST desktop.config:testProcess:testProcess Termination Record: HOST desktop.config:testProcess:testProcess:webApp, type: abnormal, description: Liveness Send Failure in HOST desktop.config:testProcess:testProcess when calling HOST desktop.config:testProcess:testProcess: webApp (Failure: Not started), cause: SmartFrogLivenessException:: Not started, SmartFrog 3.12.018 (2008-01-21 12:47:17 GMT) <SmartFrogLivenessException:: Not started SmartFrog 3.12.018 (2008-01-21 12:47:17 GMT)> SmartFrogLivenessException:: Not started, SmartFrog 3.12.018 (2008-01-21 12:47:17 GMT) at org.smartfrog.services.jetty.contexts.delegates.DelegateApplicationContext.ping(DelegateApplicationContext.java:149) at org.smartfrog.services.www.context.ApplicationServerContextImpl.ping(ApplicationServerContextImpl.java:244) at org.smartfrog.services.www.context.ApplicationServerContextImpl.sfPing(ApplicationServerContextImpl.java:213) at org.smartfrog.sfcore.compound.CompoundImpl.sfPingChild(CompoundImpl.java:799) at org.smartfrog.sfcore.compound.CompoundImpl.sfPingChildAndTerminateOnFailure(CompoundImpl.java:782) at org.smartfrog.sfcore.compound.CompoundImpl.sfPingChildren(CompoundImpl.java:769) at org.smartfrog.sfcore.compound.CompoundImpl.sfPing(CompoundImpl.java:755) at org.smartfrog.sfcore.prim.LivenessSender.timerTick(LivenessSender.java:61) at org.smartfrog.sfcore.common.Timer.doTick(Timer.java:155) at org.smartfrog.sfcore.common.Timer.run(Timer.java:187) at java.lang.Thread.run(Thread.java:619) |
From: Guijarro, J. <jul...@hp...> - 2008-01-23 14:06:39
|
We don't have any command line tool to do that but it would not be difficul= t to add one. You could have a component that registers itself with the Termination Hooks= and then either sends you a notification or terminates itself (and, and fo= r example, you block on it until it terminates). The termination hook sends information about the name of the component that= has terminated and its termination record. An example for of how to use the termination hooks is the Trace component: = org/smartfrog/services/trace/SFTrace /** Terminate tracer. */ private SfTerminateWithTracer sfTerminateWithTracer =3D new SfTerminate= WithTracer(); ... //add hook sfTerminateWithHooks.addHook(sfTerminateWithTracer); ... //remove hook sfTerminateWithHooks.removeHook(sfTerminateWithTracer); ... //Example of listening to hook events. /** * Utility inner class- terminate tracer */ private class SfTerminateWithTracer implements PrimHook { /** * sfHookAction for terminating * * @param prim prim component * @param terminationRecord TerminationRecord object * * @throws SmartFrogException in case of any error */ public void sfHookAction(Prim prim, TerminationRecord terminationRe= cord) throws SmartFrogException { Date date =3D new Date(System.currentTimeMillis()); try { prim.sfReplaceAttribute("sfTracesfTraceTerminateLifeCycle",= date); } catch (RemoteException rex){ printMsg(rex.toString(),null); } printMsgTerminate(getDN(prim), terminationRecord.errorType, ter= minationRecord.toString(), date); } } Regards, Julio -----Original Message----- From: sma...@li... [mailto:smartfrog-sup= por...@li...] On Behalf Of Dominik Pospisil Sent: 23 January 2008 13:49 To: sma...@li... Subject: [Smartfrog-support] Determinig deployment termination status Hello, is there a way how to determine deployment termination status outside of SF environment? I want to achaive something like this: 1) call sfStart shell script 2) block until component terminates 3) check component TerminationRecord (normal/abnormal) Currently, I am periodically checking if component is still alive using sfDiagnostics. But I am not able to catch component termination status. I c= an easily do this by adding some notification code to sf components. But I really want to implement this mechanism generally, working for all components. Thanks a lot, - Dominik ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Smartfrog-support mailing list Sma...@li... https://lists.sourceforge.net/lists/listinfo/smartfrog-support |
From: Dominik P. <dpo...@re...> - 2008-01-23 13:49:10
|
Hello, is there a way how to determine deployment termination status outside of SF environment? I want to achaive something like this: 1) call sfStart shell script 2) block until component terminates 3) check component TerminationRecord (normal/abnormal) Currently, I am periodically checking if component is still alive using sfDiagnostics. But I am not able to catch component termination status. I can easily do this by adding some notification code to sf components. But I really want to implement this mechanism generally, working for all components. Thanks a lot, - Dominik |
From: Steve L. <ste...@hp...> - 2007-11-09 12:03:39
|
Hello Everyone! I'm pleased to announce a new release of SmartFrog, release 3.12.010 https://sourceforge.net/project/showfiles.php?group_id=87384&package_id=108447&release_id=552931 The main changes are -better diagnostics (we can detect duplicate smartfrog JARs on the classpath) -A new AntBuild component that can run complete Ant build files on target machines. The latter isn't included with any good documentation; this is still ongoing. Keep an eye on http://smartfrog.svn.sourceforge.net/viewvc/*checkout*/smartfrog/trunk/core/components/ant/doc/ant_readme.sxw As usual, feedback and bugreps to Jira and the mailing list. Have fun! -Steve Changes since last release ========================== There have been no major changes to the core SmartFrog engine or components since the last release. We have added some diagnostics; any of the smartfrog commands can be called with the -diagnostics option, which will print out diagnostic information about the environment in which SmartFrog is running. There is now an AntBuild component in the sf-ant package, defined in /org/smartfrog/services/ant/components.sf . This component can run an existing Ant build file inside a SmartFrog process, passing down properties and collecting results. Output is passed to the SmartFrog log infrastructure, and properties from the build can be turned into attributes on a designated target component. Build failures can be configured to terminate the component. If the AntBuild component is terminated mid-build, a best-effort attempt will be made to interrupt the build; if that does not halt the build within a specified timeout, termination can be forced. This component enables you to integrate existing XML build files into a SmartFrog managed deployment, potentially running a build file remotely. Users are requested to provide feedback, to help improve the functionality of the component. We are particularly interested in improving termination, failure and reporting. We also have to complete the documentation for this component - please ask on the mailing list for the location in the subversion repository of the latest documentation. Release Notes - SmartFrog - Version 3.12.010 ** Bug * [SFOS-500] - Ant project properties arent remotely accessible ** Improvement * [SFOS-525] - move resourceloader logic into core * [SFOS-526] - move list operations into a central utils class * [SFOS-530] - add support for a vector of file references in the FileSystem class * [SFOS-534] - Add a standard way to SmartFrogTask to let other classes wait for a thread to finish ** New Feature * [SFOS-499] - Add a component to run a specific build file * [SFOS-536] - add ability to propagate the Ant properties to a remote target * [SFOS-537] - Add version information to SmartFrogException * [SFOS-538] - Add diagnostics check for repeated jar file names in classpath. ** Task * [SFOS-497] - async Ant execution needs tests * [SFOS-521] - Automated way to update avlEventServer in sfinstaller.vm template file ** Sub-task * [SFOS-522] - Add new API to sfinstaller component to read the xmpp servername and generate description. -- ----------------------- Hewlett-Packard Limited Registered Office: Cain Road, Bracknell, Berks RG12 1HN Registered No: 690597 England |
From: Guijarro, J. <jul...@hp...> - 2007-10-29 17:02:18
|
To simplify the communication among SmartFrog users, we are merging the developers and support lists into one new list: =20 mailto:sma...@li... =20 All users registered with the old lists have now been manually registered in the new list.=20 To subscribe/unsubscribe: https://lists.sourceforge.net/lists/listinfo/smartfrog-users =20 =20 The archives for the new list are in: http://news.gmane.org/gmane.comp.java.smartfrog.user/cutoff=3D315 =20 =20 The archives of the previous lists will remain at: http://news.gmane.org/search.php?match=3Dsmartfrog =20 =20 New releases will be announced the "announce" and "users" lists. =20 For commit messages you can subscribe to: https://lists.sourceforge.net/lists/listinfo/smartfrog-checkins =20 =20 Best regards, =20 The SmartFrog team. |
From: Steve L. <ste...@hp...> - 2007-10-25 15:46:59
|
Hello everyone. I'm pleased to announce the latest release of SmartFrog, 3.12.008, which has successfully moved up the versions of jetty and jsch used by the Jetty and SSH components respectively, and which adds a new reference type, CONSTANT, to extract the value of a static constant in a Java class. As usual, please let us know of any problems, especially with the changes to the Jetty and SSH components. There is a risk that things have broken there, so get in touch if things are not behaving as expected. Be aware that I have one more change to SSHExec planned for the next release: the commands will all be executed asynchronously. -Steve SmartFrog 3.12.008 ====================== This is a new release of SmartFrog, the Java-based, LPGL-licensed distributed deployment framework developed by HP Laboratories. SmartFrog enables applications to be deployed across multiple machines, configuring different aspects of the system so that they are all consistently configured, and managing the life-cycle of the application as a whole. The project's home page is http://smartfrog.org/ The release artifacts are available at http://sourceforge.net/project/showfiles.php?group_id=87384&package_id=176308 This release is 3.12.008; built from revision 5390 of the SVN repository. This release has an extended language with the ability to tag attributes, and includes the following items: * Core smartfrog daemon, including services to manage files, start and stop Java and native programs. * Example components and applications. * Ant support: ant tasks to deploy and terminate applications from a build. * Ant components: the ability to execute ant tasks in a deployment. * Anubis: a partition aware tuple-space that can be used to implement fault tolerant systems. * Database: components to issue database commands, and deploy HSLDB and MySQL. * JMX: the ability to configure and manage JMX components, and to manage SmartFrog components over JMX. * Logging: integration with Apache commons-logging and Log4J * Networking: email, FTP, SSH, DNS support. * Quartz: scheduled operations using Quartz libraries. * Scripting: support for BSF-hosted scripting languages * Testing: Distributed JUnit and component testing with SFUnit. * WWW: deployment of WAR and EAR files to application servers. deploy-by-copy is provided for all application servers that support it, and sample templates are provided to start and stop Tomcat and JBoss. The Jetty component can configure and deploy individual servlets, eliminating much of the need for WAR files and application servers. * XML: XML support with XOM. * XMPP: Presence and messaging over Jabber. Packaging ========= This release is available as: * RPM files inside a .tar.gz file. * a JAR installer. * the original core smartfrog distribution as .zip and .tar.gz (deprecated) The RPM installation is for RPM-based Linux systems. It comprises three RPM files, smartfrog, smartfrog-daemon and smartfrog-demo: smartfrog: the core SmartFrog distribution. smartfrog-daemon: the shell scripts to add the smartfrog distribution to the path, and to run the daemon on start-up. smartfrog-demo: example code and documentation. All the JAR files are also published to a repository that is compatible with Apache Maven and Ivy. Add http://smartfrog.sourceforge.net/repository/ to your repository list to pull SmartFrog artifacts into your Ivy- or Maven- based build. There are also SmartFrog components to retrieve artifacts from such a repository (the Library components under /org/smartfrog/services/os/java/library.sf ), which can be used for dynamic download of SmartFrog and other artifacts. Security warning ================ Unless SmartFrog is configured with security, a running daemon will listen on its configured port for incoming deployment requests, and deploy the applications with the rights of the user running the daemon. When the smartfrog-daemon RPM is installed, that means that a process running as root will be listening on an open port for incoming deployment requests. Do not deploy SmartFrog this way on any untrusted network, not without turning security on and, ideally, recreating the RPMs with signed JAR files. Building SmartFrog ================== SmartFrog requires Java 1.5 and Ant 1.7 to build. The izpack and source .zip and .tar.gz distributions include a source tree adequate to build the entire system. To build a later release, please follow the instructions at http://sourceforge.net/svn/?group_id=87384 to check out smartfrog/trunk/core from our repository. This release was built with revision 5390 of the repository, which is available under the SVN branch https://smartfrog.svn.sourceforge.net/svnroot/smartfrog/tags/release3.12.008 We strongly encourage anyone interested in building or extending SmartFrog to get involved in the SmartFrog developer mailing list, which can be found from the sourceforge project page http://sourceforge.net/projects/smartfrog/ Reporting Bugs ============== Please file all bug reports at http://jira.smartfrog.org/ Thank you! The SmartFrog Team http://smartfrog.org/ Changes since last release ========================== There have been various bug fixes and enhancements to the core, and to the Anubis, Jetty and SSH components SFOS-506 new reference type: CONSTANT There is a new reference type which can extract the value of a static field in a Java class. This is useful for extracting text strings from existing code: ExpectedText CONSTANT "org.smartfrog.example.Test.ErrorText"; In this example, ExpectedText is set to the string constant ErrorText in the class org.smartfrog.example.Text. The type of the resolved reference is that of the static object, such as string or integer. LAZY CONSTANT references are evaluated on the SmartFrog host; non-LAZY references during preflight. SFOS-512 rpmlint gives warnings and errors There have been some changes to the RPM packaging, so rpmlint raises no errors and less warnings. Specifically -the .el4 suffix indicates the RPMs are compatible with RedHat Enterprise Linux 4 -the symbolic links from /opt/smartfrog/links to versionned artifacts are now managed by the rpm tools, instead of created and deleted by custom scripts. -the permissions on some files have been tightened. SFOS-357: Move Jetty support up to Jetty 6 (ongoing) The migration of the Jetty components to Jetty 6 is now complete. Jetty HTTP/HTTPS servers can be deployed, and web application and servlet contexts deployed atop them. Jetty 6 security is higher than before, with two consequences -it is no longer possible to export a directory tree, and have Jetty create index pages. Explicit index.html pages are required. Otherwise, a 403 forbidden or 404 not-found response is generated -Web applications must explicitly list their welcome files in a section of web.xml. Consult the servlet documentation for the specifics of this. In our own testing, these security changes create the appearance that Jetty is not deploying some web applications. It is deploying them, only more securely than before. SFOS-519 Move up to jsch 0.1.31 The SSH components have moved up to Jsch-0.1.31, and rewritten internally -all implementation classes share the same base class and template descriptor -authentication policy (key or password) is now controlled via an attribute, "authentication". -the components use the standard workflow attributes to control their termination policy. -all the configuration options are checked before a connection is attempted. This finds problems early, rather than late -private key files for scp and sshexec, and the list of local files for scp, are now enhanced to take references to components implementing the FileIntf interface, as well as simple strings. This makes it easier to use components as sources of files. Release Notes - SmartFrog - Version 3.12.008 ** Bug * [SFOS-356] - NPE when Jetty terminates * [SFOS-488] - LogFactory.LogFactory.infinite loop in getLog if a Prim cast to an Object is passed down * [SFOS-491] - LogFactory.getLog(Object) always returns null instead of a log * [SFOS-492] - LogFactory doesnt register all logs using the same keys * [SFOS-507] - scp component does not check the transfer type before connecting * [SFOS-512] - rpmlint gives warnings and errors ** Improvement * [SFOS-487] - the LogFactory should catch .class files being sent in, and use the name of the class for creating logs * [SFOS-490] - Add static method to FileSystem to check for existence/type and size of a file * [SFOS-502] - SSH components should not implement their auth policy by subclassing * [SFOS-503] - SSH components should support File components as a source of keyfile * [SFOS-508] - scp component could improve its handling of local/remote file lists * [SFOS-509] - scp operation should be asynchronous * [SFOS-510] - extract a method to apply the resolution of filenames to a single object, such as may be returned from a remote call, or found in a vector * [SFOS-511] - FileSystem should catch when a FileIntf instance returns a null path, so callers don't have to ** New Feature * [SFOS-506] - new reference type: CONSTANT ** Task * [SFOS-423] - Move up to Ant 1.7 * [SFOS-496] - code review the Ant component * [SFOS-517] - Create Release 3.12.008 * [SFOS-519] - Move up to jsch 0.1.31 ** Sub-task * [SFOS-474] - add SLF4J support to logging services * [SFOS-513] - rpmlint expects .el4 or later endings on RPMs * [SFOS-514] - set up symlinks in the rpm tar, instead of doing it in scripts afterwards ----------------------- Hewlett-Packard Limited Registered Office: Cain Road, Bracknell, Berks RG12 1HN Registered No: 690597 England |
From: Steve L. <ste...@hp...> - 2007-09-03 13:20:29
|
Guijarro, Julio wrote: > Hi, > > > > At the moment there is no direct way in the shell scripts to select the > port number with sfStart or sfPing. But there are some solutions: > > > > 1. set an environment variable with this attribute/value “export > org.smartfrog.sfcore.processcompound.sfRootLocatorPort=3800” Where you > will need to modify 3800 with your port of choice. > > > > 2. Modify default.ini with a different port. > > > > 3. Modify the scripts to do 1 using a special switch (ex –port) > > The ant tasks to ping and deploy take a port="4568" attribute...you could set up a build file to contain the operations you want and invoke them that way |
From: Robinson, G. <gar...@sa...> - 2007-08-31 11:00:54
|
Hi =20 When i obtain my ip automatically, the daemon is registered with 127.0.0.2 (unless i set SFSERVERHOME which yield "_ipaddress"). But when i assign my ip explicitly to 192.168.116.131, the daemon does register with that ip address.=20 I am still having connection exceptions, any other ideas what may be wrong? All of my firewalls are disabled, but i am positive that the problem lies within the linux virtual machine.=20 How can i force java to use the real ip? =20 Many thanks =20 Gary ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 31 August 2007 10:55 To: Robinson, Gary Subject: RE: [Smartfrog-support] Daemon not registering with proper adapter ip address in openSuse ? My guess is that there is a problem in your network configuration. You either review the network config of that linux machine or force java to use the real ip. For the latter, you can try to fix the ip that the daemon will use by SFSERVERHOSTNAME env property and/or go to your etc/hosts table and madodify the entry for local host to use the right ip.=20 =20 Julio =20 =20 =20 From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 31 August 2007 10:38 To: sma...@li... Subject: [Smartfrog-support] Daemon not registering with proper adapter ipaddress in openSuse ? =20 Hi =20 When i start my daemon on a linux machine the title bar says the daemon has registered on ip 127.0.0.2 and not the IP address that its adapter has been assigned. ie: =20 [rootProcess] sfDaemon Display [127.0.0.2] =20 This means that when i have tried to deploy to this virtual machine i have gotten the following error:=20 (I have tried deploying to a windows virtual machine i am successful)=20 =20 =20 SmartFrog ready... [rootProcess:3800] Fri Aug 31 09:43:32 BST 2007 2007/08/31 10:26:43:681 IST [ERROR][RMI TCP Connection(10)-10.31.216.121] SFCORE_LOG - SmartFrogDeploymentExce ption: unnamed component. java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested excep tion is: java.net.ConnectException: Connection timed out: connect, cause: java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect <SmartFrogDeploymentException: unnamed compon ent. java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect cause: java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect> SmartFrogDeploymentException: unnamed component. java.rmi.ConnectException: Connection refused to host : 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect, cause: java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect at org.smartfrog.sfcore.common.SmartFrogDeploymentException.forward(SmartFr ogDeploymentException.java: 176) =20 =20 What am i doing wrong? I feel like there is a simple fix that i am overlooking.=20 =20 Kind Regards =20 Gary |
From: Robinson, G. <gar...@sa...> - 2007-08-31 09:37:55
|
Hi =20 When i start my daemon on a linux machine the title bar says the daemon has registered on ip 127.0.0.2 and not the IP address that its adapter has been assigned. ie: =20 [rootProcess] sfDaemon Display [127.0.0.2] =20 This means that when i have tried to deploy to this virtual machine i have gotten the following error:=20 (I have tried deploying to a windows virtual machine i am successful)=20 =20 =20 SmartFrog ready... [rootProcess:3800] Fri Aug 31 09:43:32 BST 2007 2007/08/31 10:26:43:681 IST [ERROR][RMI TCP Connection(10)-10.31.216.121] SFCORE_LOG - SmartFrogDeploymentExce ption: unnamed component. java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested excep tion is: java.net.ConnectException: Connection timed out: connect, cause: java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect <SmartFrogDeploymentException: unnamed compon ent. java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect cause: java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect> SmartFrogDeploymentException: unnamed component. java.rmi.ConnectException: Connection refused to host : 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect, cause: java.rmi.ConnectException: Connection refused to host: 192.168.116.128; nested exception is: java.net.ConnectException: Connection timed out: connect at org.smartfrog.sfcore.common.SmartFrogDeploymentException.forward(SmartFr ogDeploymentException.java: 176) =20 =20 What am i doing wrong? I feel like there is a simple fix that i am overlooking.=20 =20 Kind Regards =20 Gary |
From: Guijarro, J. <jul...@hp...> - 2007-08-31 08:30:00
|
The sfCodeBase is used for the dynamic class loading but it has the limitation that I described. Once the classes are loaded in the JVM there is no way to replace/unload them. What I suggested is to use sfCodeBase for dynamic class loading but in subprocesses so that you can remotely terminate them.=20 =20 Julio =20 From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 31 August 2007 09:26 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] HTTP Server to serve classes =20 Hi Julio,=20 =20 I was wondering if it would be sufficient to just use the attribue sfCodeBase in my component description i.e. =20 sfCodeBase "http://serverip:8080/SmartFrog/sfuserhomejartoload.jar"; =20 Would this avoid having to worry about subprocesses? =20 Cheers, =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 30 August 2007 15:01 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] HTTP Server to serve classes Hi Gary, =20 =20 With the last stable release it is possible to use dynamic classloading to deploy NEW classes from jars hosted on an HTTP server but once they are loaded it is not possible to replace/unload those classes to upgrade them. What is possible, though, is to deploy your classes (using dynamic classloading) in a subprocess and then when you want to refresh them you can restart the subprocess that in turn will load the latest version. The caveat is that you have to be careful not you deploy any component that uses "replaceable" classes in the daemon process because you cannot replace them unless you restart the daemon. =20 The good news is that we have been changing the way classloading works to make it more flexible and dynamic and we have integrated SmartFrog with OSGi so that you can even use OSGi to manage different versions of the same jar for different applications.=20 =20 All this new classloading infrastructure is more or less ready to be shipped and will be part of the next release of SmartFrog but it is not yet merged into the Trunk and lacks of proper documentation. In any case, if you want to start using it you can get it from SVN in the OSGi branch.=20 =20 One thing that you can do to mitigate the restart of the daemon is to run your application on a subprocess with a name and then you terminate all this subprocesses when you want to reload a new version of your jar files=20 =20 Julio |
From: Robinson, G. <gar...@sa...> - 2007-08-31 08:26:23
|
Hi Julio,=20 =20 I was wondering if it would be sufficient to just use the attribue sfCodeBase in my component description i.e. =20 sfCodeBase "http://serverip:8080/SmartFrog/sfuserhomejartoload.jar"; =20 Would this avoid having to worry about subprocesses? =20 Cheers, =20 Gary ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 30 August 2007 15:01 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] HTTP Server to serve classes Hi Gary, =20 =20 With the last stable release it is possible to use dynamic classloading to deploy NEW classes from jars hosted on an HTTP server but once they are loaded it is not possible to replace/unload those classes to upgrade them. What is possible, though, is to deploy your classes (using dynamic classloading) in a subprocess and then when you want to refresh them you can restart the subprocess that in turn will load the latest version. The caveat is that you have to be careful not you deploy any component that uses "replaceable" classes in the daemon process because you cannot replace them unless you restart the daemon. =20 The good news is that we have been changing the way classloading works to make it more flexible and dynamic and we have integrated SmartFrog with OSGi so that you can even use OSGi to manage different versions of the same jar for different applications.=20 =20 All this new classloading infrastructure is more or less ready to be shipped and will be part of the next release of SmartFrog but it is not yet merged into the Trunk and lacks of proper documentation. In any case, if you want to start using it you can get it from SVN in the OSGi branch.=20 =20 One thing that you can do to mitigate the restart of the daemon is to run your application on a subprocess with a name and then you terminate all this subprocesses when you want to reload a new version of your jar files=20 =20 Julio |
From: Guijarro, J. <jul...@hp...> - 2007-08-30 14:00:51
|
Hi Gary, =20 =20 With the last stable release it is possible to use dynamic classloading to deploy NEW classes from jars hosted on an HTTP server but once they are loaded it is not possible to replace/unload those classes to upgrade them. What is possible, though, is to deploy your classes (using dynamic classloading) in a subprocess and then when you want to refresh them you can restart the subprocess that in turn will load the latest version. The caveat is that you have to be careful not you deploy any component that uses "replaceable" classes in the daemon process because you cannot replace them unless you restart the daemon. =20 The good news is that we have been changing the way classloading works to make it more flexible and dynamic and we have integrated SmartFrog with OSGi so that you can even use OSGi to manage different versions of the same jar for different applications.=20 =20 All this new classloading infrastructure is more or less ready to be shipped and will be part of the next release of SmartFrog but it is not yet merged into the Trunk and lacks of proper documentation. In any case, if you want to start using it you can get it from SVN in the OSGi branch.=20 =20 One thing that you can do to mitigate the restart of the daemon is to run your application on a subprocess with a name and then you terminate all this subprocesses when you want to reload a new version of your jar files=20 =20 Julio ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 30 August 2007 09:13 To: sma...@li... Subject: [Smartfrog-support] HTTP Server to serve classes =20 Hi all,=20 =20 Could someone please point me in the direction where i could learn about setting up an HTTP Server to serve classes to SmartFrog to avoid daemon restarts when new jar files are created/old jars updated.=20 (It is mentioned on the pdf SmartFrog tutorial, on page 4 that this is described in the SmartFrog Reference Manual but i cant seem to find any information). =20 Thanks, =20 Gary :) =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 11:12 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Glad to here that. =20 Regards, =20 Julio G =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 11:07 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio =20 Brilliant advice. Now working :). Thank-you very much.=20 =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 10:32 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Yes, I thought that vmware would always use a fixed subnet for VMNet8. In you case, you either modify the gateway or modify the host table to use: 192.168.116.xxx addresses. =20 Also in the host os (it will have multiple nics) set the environment variable (before starting the daemon): SFSERVERHOSTNAME=3D"sfdemohost".=20 =20 This will tell the RMI server to use the right hostname for the RMI stubs. =20 Julio =20 =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 10:05 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio,=20 =20 In VMWare Server, my vmnet host , VMNet8, has a gateway mask of 192.168.116.2, are you sure that i do not to change this if i want to assign IPs on a different subnet, ie 192.168.182...? Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 09:51 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't know what guest os you are using but what you need to do is not use DHCP and using the configuration tools for your OS, set networking with the ip and and then reboot. In this way you will always be able to locate the machines by name or ip. =20 If you make sfdemohost 127.0.0.1 then when you copy this to all the guest hosts none of them won't be able to locate back the server code in your laptop because all of them will try to locate themselves. =20 No, you don't need to disable your Ethernet adapter for this to work. =20 You don't need to modify the gateway.=20 =20 Julio =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 09:36 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio, =20 How do I set the ip/name in every vm os according to the table? Do i set my adapter up for DHCP or how can i explicity set ip addresses? What should my Gateway ip address be set as? As for "sfdemohost" should it not just be my local address, ie 127.0.0.1? Do i need to disable my physical ethernet adapter for this to work? =20 Kind Regards, =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 21 August 2007 18:17 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't have/use vmware server but I use vmware workstation and this is what I do to make sure that the vms can locate each other: =20 1. Configure VMWare - Set up VMWare networking to use *only* the NAT/DHCP service (VMNet8) disable the other network services =20 2. Configure windows/linux networking (in host and vms)=20 =20 - Set ip/name in every vm os according to the table bellow. =20 - Add the following to the Windows HOSTS file (c:\windows\system32\drivers\etc\hosts) - Add the following to the linux HOSTS file (\etc\hosts) =20 =20 Example: 192.168.182.1 sfdemohost =20 192.168.182.100 sfdemo00 192.168.182.101 sfdemo01 192.168.182.102 sfdemo02 192.168.182.103 sfdemo03 192.168.182.104 sfdemo04 192.168.182.105 sfdemo05 192.168.182.106 sfdemo06 =20 =20 Once you have finished test with nslookup to see is all the machines can reach the others.=20 =20 Then everything should work. =20 Please, let me know if this works for you on VMWServer or if you need more detailed instructions. =20 Regards, =20 Julio Guijarro =20 =20 ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 17 August 2007 14:57 To: sma...@li... Subject: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hey guys,=20 I am using VMWare Server, and I am not allowed to use bridged networking mode (for virtual machines) in my network. How can I set up VMWare Server so that I can deploy component descriptions to a sfDaemon running on a virtual machine, from a physical machine? I have tried using NAT but when I try deployment it either fails, or deploys to my physical machine (if its running sfDaemon).=20 Kind Regards,=20 Gary=20 |
From: Robinson, G. <gar...@sa...> - 2007-08-30 08:13:32
|
Hi all,=20 =20 Could someone please point me in the direction where i could learn about setting up an HTTP Server to serve classes to SmartFrog to avoid daemon restarts when new jar files are created/old jars updated.=20 (It is mentioned on the pdf SmartFrog tutorial, on page 4 that this is described in the SmartFrog Reference Manual but i cant seem to find any information). =20 Thanks, =20 Gary :) ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 11:12 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Glad to here that. =20 Regards, =20 Julio G =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 11:07 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio =20 Brilliant advice. Now working :). Thank-you very much.=20 =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 10:32 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Yes, I thought that vmware would always use a fixed subnet for VMNet8. In you case, you either modify the gateway or modify the host table to use: 192.168.116.xxx addresses. =20 Also in the host os (it will have multiple nics) set the environment variable (before starting the daemon): SFSERVERHOSTNAME=3D"sfdemohost".=20 =20 This will tell the RMI server to use the right hostname for the RMI stubs. =20 Julio =20 =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 10:05 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio,=20 =20 In VMWare Server, my vmnet host , VMNet8, has a gateway mask of 192.168.116.2, are you sure that i do not to change this if i want to assign IPs on a different subnet, ie 192.168.182...? Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 09:51 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't know what guest os you are using but what you need to do is not use DHCP and using the configuration tools for your OS, set networking with the ip and and then reboot. In this way you will always be able to locate the machines by name or ip. =20 If you make sfdemohost 127.0.0.1 then when you copy this to all the guest hosts none of them won't be able to locate back the server code in your laptop because all of them will try to locate themselves. =20 No, you don't need to disable your Ethernet adapter for this to work. =20 You don't need to modify the gateway.=20 =20 Julio =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 09:36 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio, =20 How do I set the ip/name in every vm os according to the table? Do i set my adapter up for DHCP or how can i explicity set ip addresses? What should my Gateway ip address be set as? As for "sfdemohost" should it not just be my local address, ie 127.0.0.1? Do i need to disable my physical ethernet adapter for this to work? =20 Kind Regards, =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 21 August 2007 18:17 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't have/use vmware server but I use vmware workstation and this is what I do to make sure that the vms can locate each other: =20 1. Configure VMWare - Set up VMWare networking to use *only* the NAT/DHCP service (VMNet8) disable the other network services =20 2. Configure windows/linux networking (in host and vms)=20 =20 - Set ip/name in every vm os according to the table bellow. =20 - Add the following to the Windows HOSTS file (c:\windows\system32\drivers\etc\hosts) - Add the following to the linux HOSTS file (\etc\hosts) =20 =20 Example: 192.168.182.1 sfdemohost =20 192.168.182.100 sfdemo00 192.168.182.101 sfdemo01 192.168.182.102 sfdemo02 192.168.182.103 sfdemo03 192.168.182.104 sfdemo04 192.168.182.105 sfdemo05 192.168.182.106 sfdemo06 =20 =20 Once you have finished test with nslookup to see is all the machines can reach the others.=20 =20 Then everything should work. =20 Please, let me know if this works for you on VMWServer or if you need more detailed instructions. =20 Regards, =20 Julio Guijarro =20 =20 ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 17 August 2007 14:57 To: sma...@li... Subject: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hey guys,=20 I am using VMWare Server, and I am not allowed to use bridged networking mode (for virtual machines) in my network. How can I set up VMWare Server so that I can deploy component descriptions to a sfDaemon running on a virtual machine, from a physical machine? I have tried using NAT but when I try deployment it either fails, or deploys to my physical machine (if its running sfDaemon).=20 Kind Regards,=20 Gary=20 |
From: Guijarro, J. <jul...@hp...> - 2007-08-22 10:12:43
|
Glad to here that. =20 Regards, =20 Julio G =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 11:07 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio =20 Brilliant advice. Now working :). Thank-you very much.=20 =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 10:32 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Yes, I thought that vmware would always use a fixed subnet for VMNet8. In you case, you either modify the gateway or modify the host table to use: 192.168.116.xxx addresses. =20 Also in the host os (it will have multiple nics) set the environment variable (before starting the daemon): SFSERVERHOSTNAME=3D"sfdemohost".=20 =20 This will tell the RMI server to use the right hostname for the RMI stubs. =20 Julio =20 =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 10:05 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio,=20 =20 In VMWare Server, my vmnet host , VMNet8, has a gateway mask of 192.168.116.2, are you sure that i do not to change this if i want to assign IPs on a different subnet, ie 192.168.182...? Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 09:51 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't know what guest os you are using but what you need to do is not use DHCP and using the configuration tools for your OS, set networking with the ip and and then reboot. In this way you will always be able to locate the machines by name or ip. =20 If you make sfdemohost 127.0.0.1 then when you copy this to all the guest hosts none of them won't be able to locate back the server code in your laptop because all of them will try to locate themselves. =20 No, you don't need to disable your Ethernet adapter for this to work. =20 You don't need to modify the gateway.=20 =20 Julio =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 09:36 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio, =20 How do I set the ip/name in every vm os according to the table? Do i set my adapter up for DHCP or how can i explicity set ip addresses? What should my Gateway ip address be set as? As for "sfdemohost" should it not just be my local address, ie 127.0.0.1? Do i need to disable my physical ethernet adapter for this to work? =20 Kind Regards, =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 21 August 2007 18:17 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't have/use vmware server but I use vmware workstation and this is what I do to make sure that the vms can locate each other: =20 1. Configure VMWare - Set up VMWare networking to use *only* the NAT/DHCP service (VMNet8) disable the other network services =20 2. Configure windows/linux networking (in host and vms)=20 =20 - Set ip/name in every vm os according to the table bellow. =20 - Add the following to the Windows HOSTS file (c:\windows\system32\drivers\etc\hosts) - Add the following to the linux HOSTS file (\etc\hosts) =20 =20 Example: 192.168.182.1 sfdemohost =20 192.168.182.100 sfdemo00 192.168.182.101 sfdemo01 192.168.182.102 sfdemo02 192.168.182.103 sfdemo03 192.168.182.104 sfdemo04 192.168.182.105 sfdemo05 192.168.182.106 sfdemo06 =20 =20 Once you have finished test with nslookup to see is all the machines can reach the others.=20 =20 Then everything should work. =20 Please, let me know if this works for you on VMWServer or if you need more detailed instructions. =20 Regards, =20 Julio Guijarro =20 =20 ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 17 August 2007 14:57 To: sma...@li... Subject: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hey guys,=20 I am using VMWare Server, and I am not allowed to use bridged networking mode (for virtual machines) in my network. How can I set up VMWare Server so that I can deploy component descriptions to a sfDaemon running on a virtual machine, from a physical machine? I have tried using NAT but when I try deployment it either fails, or deploys to my physical machine (if its running sfDaemon).=20 Kind Regards,=20 Gary=20 |
From: Robinson, G. <gar...@sa...> - 2007-08-22 10:10:34
|
Hi Julio =20 Brilliant advice. Now working :). Thank-you very much.=20 =20 Gary ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 10:32 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Yes, I thought that vmware would always use a fixed subnet for VMNet8. In you case, you either modify the gateway or modify the host table to use: 192.168.116.xxx addresses. =20 Also in the host os (it will have multiple nics) set the environment variable (before starting the daemon): SFSERVERHOSTNAME=3D"sfdemohost".=20 =20 This will tell the RMI server to use the right hostname for the RMI stubs. =20 Julio =20 =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 10:05 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio,=20 =20 In VMWare Server, my vmnet host , VMNet8, has a gateway mask of 192.168.116.2, are you sure that i do not to change this if i want to assign IPs on a different subnet, ie 192.168.182...? Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 09:51 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't know what guest os you are using but what you need to do is not use DHCP and using the configuration tools for your OS, set networking with the ip and and then reboot. In this way you will always be able to locate the machines by name or ip. =20 If you make sfdemohost 127.0.0.1 then when you copy this to all the guest hosts none of them won't be able to locate back the server code in your laptop because all of them will try to locate themselves. =20 No, you don't need to disable your Ethernet adapter for this to work. =20 You don't need to modify the gateway.=20 =20 Julio =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 09:36 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio, =20 How do I set the ip/name in every vm os according to the table? Do i set my adapter up for DHCP or how can i explicity set ip addresses? What should my Gateway ip address be set as? As for "sfdemohost" should it not just be my local address, ie 127.0.0.1? Do i need to disable my physical ethernet adapter for this to work? =20 Kind Regards, =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 21 August 2007 18:17 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't have/use vmware server but I use vmware workstation and this is what I do to make sure that the vms can locate each other: =20 1. Configure VMWare - Set up VMWare networking to use *only* the NAT/DHCP service (VMNet8) disable the other network services =20 2. Configure windows/linux networking (in host and vms)=20 =20 - Set ip/name in every vm os according to the table bellow. =20 - Add the following to the Windows HOSTS file (c:\windows\system32\drivers\etc\hosts) - Add the following to the linux HOSTS file (\etc\hosts) =20 =20 Example: 192.168.182.1 sfdemohost =20 192.168.182.100 sfdemo00 192.168.182.101 sfdemo01 192.168.182.102 sfdemo02 192.168.182.103 sfdemo03 192.168.182.104 sfdemo04 192.168.182.105 sfdemo05 192.168.182.106 sfdemo06 =20 =20 Once you have finished test with nslookup to see is all the machines can reach the others.=20 =20 Then everything should work. =20 Please, let me know if this works for you on VMWServer or if you need more detailed instructions. =20 Regards, =20 Julio Guijarro =20 =20 ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 17 August 2007 14:57 To: sma...@li... Subject: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hey guys,=20 I am using VMWare Server, and I am not allowed to use bridged networking mode (for virtual machines) in my network. How can I set up VMWare Server so that I can deploy component descriptions to a sfDaemon running on a virtual machine, from a physical machine? I have tried using NAT but when I try deployment it either fails, or deploys to my physical machine (if its running sfDaemon).=20 Kind Regards,=20 Gary=20 |
From: Guijarro, J. <jul...@hp...> - 2007-08-22 09:32:16
|
Yes, I thought that vmware would always use a fixed subnet for VMNet8. In you case, you either modify the gateway or modify the host table to use: 192.168.116.xxx addresses. =20 Also in the host os (it will have multiple nics) set the environment variable (before starting the daemon): SFSERVERHOSTNAME=3D"sfdemohost".=20 =20 This will tell the RMI server to use the right hostname for the RMI stubs. =20 Julio =20 =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 10:05 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio,=20 =20 In VMWare Server, my vmnet host , VMNet8, has a gateway mask of 192.168.116.2, are you sure that i do not to change this if i want to assign IPs on a different subnet, ie 192.168.182...? Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 22 August 2007 09:51 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't know what guest os you are using but what you need to do is not use DHCP and using the configuration tools for your OS, set networking with the ip and and then reboot. In this way you will always be able to locate the machines by name or ip. =20 If you make sfdemohost 127.0.0.1 then when you copy this to all the guest hosts none of them won't be able to locate back the server code in your laptop because all of them will try to locate themselves. =20 No, you don't need to disable your Ethernet adapter for this to work. =20 You don't need to modify the gateway.=20 =20 Julio =20 ________________________________ From: Robinson, Gary [mailto:gar...@sa...]=20 Sent: 22 August 2007 09:36 To: Guijarro, Julio; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hi Julio, =20 How do I set the ip/name in every vm os according to the table? Do i set my adapter up for DHCP or how can i explicity set ip addresses? What should my Gateway ip address be set as? As for "sfdemohost" should it not just be my local address, ie 127.0.0.1? Do i need to disable my physical ethernet adapter for this to work? =20 Kind Regards, =20 Gary =20 ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 21 August 2007 18:17 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't have/use vmware server but I use vmware workstation and this is what I do to make sure that the vms can locate each other: =20 1. Configure VMWare - Set up VMWare networking to use *only* the NAT/DHCP service (VMNet8) disable the other network services =20 2. Configure windows/linux networking (in host and vms)=20 =20 - Set ip/name in every vm os according to the table bellow. =20 - Add the following to the Windows HOSTS file (c:\windows\system32\drivers\etc\hosts) - Add the following to the linux HOSTS file (\etc\hosts) =20 =20 Example: 192.168.182.1 sfdemohost =20 192.168.182.100 sfdemo00 192.168.182.101 sfdemo01 192.168.182.102 sfdemo02 192.168.182.103 sfdemo03 192.168.182.104 sfdemo04 192.168.182.105 sfdemo05 192.168.182.106 sfdemo06 =20 =20 Once you have finished test with nslookup to see is all the machines can reach the others.=20 =20 Then everything should work. =20 Please, let me know if this works for you on VMWServer or if you need more detailed instructions. =20 Regards, =20 Julio Guijarro =20 =20 ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 17 August 2007 14:57 To: sma...@li... Subject: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hey guys,=20 I am using VMWare Server, and I am not allowed to use bridged networking mode (for virtual machines) in my network. How can I set up VMWare Server so that I can deploy component descriptions to a sfDaemon running on a virtual machine, from a physical machine? I have tried using NAT but when I try deployment it either fails, or deploys to my physical machine (if its running sfDaemon).=20 Kind Regards,=20 Gary=20 |
From: Robinson, G. <gar...@sa...> - 2007-08-22 09:26:21
|
Hi Julio, =20 How do I set the ip/name in every vm os according to the table? Do i set my adapter up for DHCP or how can i explicity set ip addresses? What should my Gateway ip address be set as? As for "sfdemohost" should it not just be my local address, ie 127.0.0.1? Do i need to disable my physical ethernet adapter for this to work? =20 Kind Regards, =20 Gary ________________________________ From: Guijarro, Julio [mailto:jul...@hp...]=20 Sent: 21 August 2007 18:17 To: Robinson, Gary; sma...@li... Subject: RE: [Smartfrog-support] Virtual Machines and SmartFrog Hi Gary, =20 I don't have/use vmware server but I use vmware workstation and this is what I do to make sure that the vms can locate each other: =20 1. Configure VMWare - Set up VMWare networking to use *only* the NAT/DHCP service (VMNet8) disable the other network services =20 2. Configure windows/linux networking (in host and vms)=20 =20 - Set ip/name in every vm os according to the table bellow. =20 - Add the following to the Windows HOSTS file (c:\windows\system32\drivers\etc\hosts) - Add the following to the linux HOSTS file (\etc\hosts) =20 =20 Example: 192.168.182.1 sfdemohost =20 192.168.182.100 sfdemo00 192.168.182.101 sfdemo01 192.168.182.102 sfdemo02 192.168.182.103 sfdemo03 192.168.182.104 sfdemo04 192.168.182.105 sfdemo05 192.168.182.106 sfdemo06 =20 =20 Once you have finished test with nslookup to see is all the machines can reach the others.=20 =20 Then everything should work. =20 Please, let me know if this works for you on VMWServer or if you need more detailed instructions. =20 Regards, =20 Julio Guijarro =20 =20 ________________________________ From: sma...@li... [mailto:sma...@li...] On Behalf Of Robinson, Gary Sent: 17 August 2007 14:57 To: sma...@li... Subject: [Smartfrog-support] Virtual Machines and SmartFrog =20 Hey guys,=20 I am using VMWare Server, and I am not allowed to use bridged networking mode (for virtual machines) in my network. How can I set up VMWare Server so that I can deploy component descriptions to a sfDaemon running on a virtual machine, from a physical machine? I have tried using NAT but when I try deployment it either fails, or deploys to my physical machine (if its running sfDaemon).=20 Kind Regards,=20 Gary=20 |