Ok, sorry. The vendor-specific application server xml files are a disaster. Eliminate them if possible. You're right, it would make our lives somewhat simpler/easier w/o them. Refactoring when porting to a different app server should hopefully not be too much work. Either way, there would be work involved when porting an app to a different app server.<br>
<br>It would be nice if all xml files were hot deployable as well (JRebel has support for hot deploying applicationContext.xml and struts-config.xml IIRC). But that's a different topic I guess...<br><br><br><div class="gmail_quote">
On Wed, Nov 25, 2009 at 8:37 AM, Pete Muir <span dir="ltr"><<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
No, I am talking about things like jboss-web.xml vs web.xml, application.xml vs jboss-app.xml etc. components.xml and pages.xml are stuff from Seam2. I am specifically talking about vendor extensions to specs where vendors introduce their own config files to control the their spec extensions<br>
<div class="im"><br>
On 25 Nov 2009, at 16:31, Arbi Sookazian wrote:<br>
<br>
> So I take it you're specifically referring to components.xml and pages.xml (and not faces-config.xml)? If you could fine, but then what happens if the dev wants to port to another integration fwk and eliminate Seam3 (not that anybody would really do that!)<br>
<br>
</div>TBH if someone takes an existing large app that has Seam deeply in it and decides to remove Seam, editing a config file is probably the easiest bit for them ;-) Don't be fooled into thinking that you can delete a few config files, delete some jars and your app magically keeps going<br>
<div class="im"><br>
> Instead of deleting Seam-specific xml files, you must edit EE-specific xml files. But I guess that may not be a big deal.<br>
><br>
> It seems cleaner to me and easier to read/understand the configs if you have separate Seam-specific xml files for it... Of course, it may be easier for users b/c it's less files to worry about...<br>
<br>
</div>Exactly. Of course you would still have the option of splitting things out if you are anal about this kind of stuff.<br>
<div class="im"><br>
><br>
> I would consider Seam to be an extension of JEE, so if you "collapse" data in EE-specific xml files, then that may be considered an intrusion of sorts...<br>
<br>
</div>If you think like this, you probably aren't using Seam - this stuff "intrudes" into your app in many places ;-)<br>
<div><div></div><div class="h5"><br>
><br>
> On Wed, Nov 25, 2009 at 6:02 AM, Pete Muir <<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a>> wrote:<br>
> Hi Jason,<br>
><br>
> Something that came up during our Seam team meeting was the issue of config files again. We wanted to investigate again why we can't put namespaced elements into existing java ee config files such as application.xml, ejb-jar.xml, web.xml, but instead have to provide our own... Of course, this is non portable, but it would make life easier for users in our opinion.<br>
><br>
> Previously we have heard that this would cause us to fail the TCK, but given that this code would never run in the EE TCK, I can't see how.<br>
><br>
> Any ideas?<br>
><br>
> Pete<br>
> _______________________________________________<br>
> weld-dev mailing list<br>
> <a href="mailto:weld-dev@lists.jboss.org">weld-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/weld-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/weld-dev</a><br>
><br>
<br>
</div></div></blockquote></div><br>