<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Bob,<br></div><div><br></div><div>Can you please point me to your code references for this?</div><div><br>Ramesh..</div><div><br></div><hr id="zwchr"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><div>TorqueBox allows deployment of .yaml files. It's pluggable enough. </div><div><br></div><div>Bob</div><div><br><div class="gmail_quote"><div>On Wed, Jan 11, 2017 at 3:32 PM Stuart Douglas <<a href="mailto:stuart.w.douglas@gmail.com" target="_blank">stuart.w.douglas@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg">The problem with that is that the majority of the time this would be a mistake on the users part (at the moment it is 100% of the time, as we only deploy stuff we know how to process).<br class="gmail_msg"><br class="gmail_msg"></div>I think that ideally this should be pluggable. It would be easy enough to make DeploymentRootMountProcessor handle different file types (for instance add an AttachmentList of known REAL file types, and then install a DUP before it to add .ddl to the list).<br class="gmail_msg"><br class="gmail_msg"></div>Using capabilities and requirements we could probably add something similar to the deployment scanner as well, basically your subsystem would look for the deployment scanner capability, and if it is installed we could have some API to add additional file types (although this may be a bit racey, as the service may not know all file types for the initial scan, which could give odd results in some circumstances. There is probably a solution to this but I can't think of one off the top of my head).</div></div><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div>Stuart<br class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"><br class="gmail_msg"></div></div></div></div><div class="gmail_extra gmail_msg"><br class="gmail_msg"><div class="gmail_quote gmail_msg">On Thu, Jan 12, 2017 at 6:51 AM, Ramesh Reddy <span class="gmail_msg"><<a href="mailto:rareddy@redhat.com" class="gmail_msg" target="_blank">rareddy@redhat.com</a>></span> wrote:<br class="gmail_msg"><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It would be good if the logic can be changed such that any thing other than with extension jar,war,ear and zip to consider them as file based deployments rather than zip archive based deployments.<br class="gmail_msg"><br><div><br></div><div class="m_1001439287456802577HOEnZb gmail_msg"><div class="m_1001439287456802577h5 gmail_msg"><br class="gmail_msg"><br><div><br></div>----- Original Message -----<br class="gmail_msg"><br><div><br></div>> I’ll defer to our deployment processing gurus re the mount question.<br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>> As an aside though, for this to work with the deployment-scanner subsystem<br class="gmail_msg"><br><div><br></div>> we’ll need to add some logic. Right now it would just ignore the file.<br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>> > On Jan 11, 2017, at 8:34 AM, Ramesh Reddy <<a href="mailto:rareddy@redhat.com" class="gmail_msg" target="_blank">rareddy@redhat.com</a>> wrote:<br class="gmail_msg"><br><div><br></div>> ><br class="gmail_msg"><br><div><br></div>> > Hi,<br class="gmail_msg"><br><div><br></div>> ><br class="gmail_msg"><br><div><br></div>> > For Teiid project (<a href="http://teiid.org" rel="noreferrer" class="gmail_msg" target="_blank">http://teiid.org</a>), we typically deploy a .xml or .VDB<br class="gmail_msg"><br><div><br></div>> > (zip archive) file to define a virtual database artifact. We are planning<br class="gmail_msg"><br><div><br></div>> > to deliver a feature where a virtual database is written in DDL, for this<br class="gmail_msg"><br><div><br></div>> > we would like to deploy a file artifact like "foo-vdb.ddl".<br class="gmail_msg"><br><div><br></div>> ><br class="gmail_msg"><br><div><br></div>> > I have written deployment processors for it, and added DEPLOYMENT_ROOT<br class="gmail_msg"><br><div><br></div>> > mounter to recognize the deployment artifact etc, however during the<br class="gmail_msg"><br><div><br></div>> > deployment scanning, WildFly always looks at anything other than ".xml"<br class="gmail_msg"><br><div><br></div>> > file as zip archive, or a exploded zip archive, so that it can do VFS<br class="gmail_msg"><br><div><br></div>> > mount on that file. I would like to add this ".ddl" extension file exactly<br class="gmail_msg"><br><div><br></div>> > similar to ".xml" file. Is there any way to achieve this?<br class="gmail_msg"><br><div><br></div>> ><br class="gmail_msg"><br><div><br></div>> > Thank you.<br class="gmail_msg"><br><div><br></div>> ><br class="gmail_msg"><br><div><br></div>> > Ramesh..<br class="gmail_msg"><br><div><br></div>> > _______________________________________________<br class="gmail_msg"><br><div><br></div>> > wildfly-dev mailing list<br class="gmail_msg"><br><div><br></div>> > <a href="mailto:wildfly-dev@lists.jboss.org" class="gmail_msg" target="_blank">wildfly-dev@lists.jboss.org</a><br class="gmail_msg"><br><div><br></div>> > <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>> --<br class="gmail_msg"><br><div><br></div>> Brian Stansberry<br class="gmail_msg"><br><div><br></div>> Manager, Senior Principal Software Engineer<br class="gmail_msg"><br><div><br></div>> JBoss by Red Hat<br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>><br class="gmail_msg"><br><div><br></div>> _______________________________________________<br class="gmail_msg"><br><div><br></div>> wildfly-dev mailing list<br class="gmail_msg"><br><div><br></div>> <a href="mailto:wildfly-dev@lists.jboss.org" class="gmail_msg" target="_blank">wildfly-dev@lists.jboss.org</a><br class="gmail_msg"><br><div><br></div>> <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br class="gmail_msg"><br><div><br></div><br class="gmail_msg"><br><div><br></div>_______________________________________________<br class="gmail_msg"><br><div><br></div>wildfly-dev mailing list<br class="gmail_msg"><br><div><br></div><a href="mailto:wildfly-dev@lists.jboss.org" class="gmail_msg" target="_blank">wildfly-dev@lists.jboss.org</a><br class="gmail_msg"><br><div><br></div><a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></div></div></blockquote></div><br class="gmail_msg"></div><br><div><br></div>_______________________________________________<br class="gmail_msg"><br>wildfly-dev mailing list<br class="gmail_msg"><br><a href="mailto:wildfly-dev@lists.jboss.org" class="gmail_msg" target="_blank">wildfly-dev@lists.jboss.org</a><br class="gmail_msg"><br><a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></blockquote></div></div>
<br>_______________________________________________<br>wildfly-dev mailing list<br>wildfly-dev@lists.jboss.org<br>https://lists.jboss.org/mailman/listinfo/wildfly-dev</blockquote><div><br></div></div></body></html>