<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Okay so great minds think alike i think, but looking at these two/three things:</div><div><br></div><div><span class="Apple-style-span" style="font-family: Times; "><pre style="word-wrap: break-word; white-space: pre-wrap; ">1. touch $AS/standalone/deployments/example.war.skipdeploy
2. cp -r target/example.war/foo.html $AS/standalone/deployments/example.war</pre></span><div>You are copying to a different directory, that is hard to GROK.</div></div><div><br></div><div><span class="Apple-style-span" style="font-family: Times; "><pre style="word-wrap: break-word; white-space: pre-wrap; ">1. touch $AS/standalone/deployments/example.war.skipdeploy
2. cp -r target/example.war/ $AS/standalone/deployments
3. rm $AS/standalone/deployments/example.war.skipdeploy</pre></span><div><br></div></div><div>It is a little odd to copy the new things skipped NOT into the <span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; ">example.war.skipdeploy directory?</span></div><div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; "><br></span></div><div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; "><br></span></div><div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; "><span class="Apple-style-span" style="font-family: Times; white-space: normal; "><pre style="word-wrap: break-word; white-space: pre-wrap; ">1. rm $AS/standalone/deployments/example.war.deployed
2. wait for $AS/standalone/deployments/example.war.undeployed file to appear
3. cp -r target/example.war/ $AS/standalone/deployments
4. touch $AS/standalone/deployments/example.war.dodeploy</pre></span><div>Above your touching a file you did not explicitly create above, again kinda odd.</div><div><br></div><div>I get what you are doing I think, and I like the directory renaming as I came up with it independently, but the seemingly magic/gaps from one step the next is troublesome in getting what I am able/should do?</div></span></div><div><br></div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><div>Jim Tyrrell</div><div>Senior JBoss Solutions Architect</div><div><br></div><div>Did you see RHT on CNBC's Mad Money?</div><div><a href="http://www.cnbc.com/id/39401056">http://www.cnbc.com/id/39401056</a></div></div><div><br></div></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Apr 12, 2011, at 10:02 AM, Jason T. Greene wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>On 4/12/11 10:56 AM, Jim Tyrrell wrote:<br><blockquote type="cite">Guys the way that we have worked in the past where exploded files just<br></blockquote><blockquote type="cite">works is a really good feature. One that definitely is a selling point.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Reading through the thread higher in the list in the forums I get why we<br></blockquote><blockquote type="cite">are here today.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">However, burying this change in the META-INF directory seems like a real<br></blockquote><blockquote type="cite">pain from a usability perspective.<br></blockquote><br>Take a look at this:<br><br><a href="https://github.com/jbossas/jboss-as/raw/6a72ca965f01021d034049598451e0aca3ba38f3/build/src/main/resources/standalone/deployments/README.txt">https://github.com/jbossas/jboss-as/raw/6a72ca965f01021d034049598451e0aca3ba38f3/build/src/main/resources/standalone/deployments/README.txt</a><br><br><br><blockquote type="cite">What about renaming the exploded directory tree instead.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Copy<br></blockquote><blockquote type="cite">application.war<br></blockquote><blockquote type="cite">to the hot-deploy directory<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">rename application.war.dodeploy when you want to deploy it<br></blockquote><blockquote type="cite">rename to aplication.war.doundeloy when you want to undeploy it<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">WHen it is is deployed<br></blockquote><blockquote type="cite">application.war.deployed<br></blockquote><blockquote type="cite">application.war.failed with a outtext file in the directory that states<br></blockquote><blockquote type="cite">the reasons for failure?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">If I do an lS in the directory I can immediately see what is going on. I<br></blockquote><blockquote type="cite">do not have to bury myself in META-INF directories and I would think<br></blockquote><blockquote type="cite">this is a lot simpler.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I did not read all of the pages, this seems like an elegant solution to<br></blockquote><blockquote type="cite">some of the "Atomicy" issues you have around deployment, along with<br></blockquote><blockquote type="cite">making this easy to use.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Does this mean that if I update an .jsp page in an exploded directory I<br></blockquote><blockquote type="cite">need to mark it as .dodeploy?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Have you guys talked with Max and the tools team to see what/how this<br></blockquote><blockquote type="cite">effects what they have to do?<br></blockquote><br>Yes, I think hes happy with the eventual outcome. Although I will let him comment :)<br><br><blockquote type="cite"><br></blockquote><blockquote type="cite">Jim Tyrrell<br></blockquote><blockquote type="cite">Senior JBoss Solutions Architect<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Did you see RHT on CNBC's Mad Money?<br></blockquote><blockquote type="cite">http://www.cnbc.com/id/39401056<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">On Apr 12, 2011, at 9:42 AM, Jason T. Greene wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">Yeah basically we had not finished the feature until Beta2 and onward. I<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">highly recommend grabbing the latest upstream.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">On 4/12/11 10:18 AM, Howard Gao wrote:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Thanks Jason. I think I would use auto-deploy for most of the time.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">If by default it is auto-deploy for non-exploded deployment, then I<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">think there is an issue with it. I deployed a simple MDB (packed in a<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">jar file, I think that's non-exploded) and I still have to add a<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">.dodeploy to trigger the processing of my MDB.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Or perhaps it has been just so changed? My as7 is built from the code<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">days ago.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Howard<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On 04/12/2011 11:10 PM, Jason T. Greene wrote:<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Actually allow me to clarify:<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">BY DEFAULT you do not need markers for non-exploded deployments.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">You do need them for exploded. You can enable auto-deploy for<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">directories, and ignore using any marker, but you have the same casino<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">odds that you had in previous AS releases.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On 4/12/11 10:04 AM, Jason T. Greene wrote:<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">You dont need markers for non-exploded deployments (see auto-deploy in<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">deployments/README.txt)<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On 4/12/11 9:51 AM, Howard Gao wrote:<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Hi,<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">In AS7 it uses a bunch of 'Marker files' to control and indicate a<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">deployment. Comparing to previous AS 4 I found this is not so<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">convenient. For example if I want to deploy an EJB jar I need to<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">drop it<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">to the /deployments dir and create a .dodeploy marker file. And if my<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">EJB failed to deploy the marker file changed to .fail mark file. In a<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">debug process this deployment can be repeated many times, each time a<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">.dodeploy has to be manually added. And that's for a single EJB. If I<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">have 5 EJB jars deployed I need file marker files manually created.<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">In AS 4 I just drop it and done. I wonder what's the good reason for<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">those marker files? From a user's point of view, for what other<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">purposes<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">could it be to drop something to the deployments directory than for<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">deploying it right away?<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Thanks<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Howard<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">jboss-as7-dev mailing list<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">jboss-as7-dev@lists.jboss.org <mailto:jboss-as7-dev@lists.jboss.org><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">--<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Jason T. Greene<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">JBoss, a division of Red Hat<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">jboss-as7-dev mailing list<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">jboss-as7-dev@lists.jboss.org <mailto:jboss-as7-dev@lists.jboss.org><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><br><br>-- <br>Jason T. Greene<br>JBoss, a division of Red Hat<br></div></blockquote></div><br></body></html>