<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><tt>Tomaz is on vacation. He will be at
JUDCon in Boston in June and as far as I know this is exactly
the topic that he will be talking/demonstrating with a custom
subsystem implementation. It's scheduled for June 10th "WildFly
extenstions in action"
<a class="moz-txt-link-freetext" href="http://www.jboss.org/events/JUDCon/2013/unitedstates/agenda/day2track1.html">http://www.jboss.org/events/JUDCon/2013/unitedstates/agenda/day2track1.html</a></tt><tt><br>
</tt><tt><br>
</tt><tt>-Jaikiran</tt><tt><br>
</tt><tt>On Tuesday 28 May 2013 12:10 PM, Nicklas Karlsson wrote:</tt><tt><br>
</tt></div>
<blockquote
cite="mid:CAFzcPXEGUsXyWFJariBo6zk78NDG7GZQ+O7mj6gvaKwrCXbSWQ@mail.gmail.com"
type="cite">
<div dir="ltr"><tt>Tomaz, did you ever get around to starting on
your own implementation you once mentioned?</tt></div>
<div class="gmail_extra"><tt><br>
</tt><tt><br>
</tt>
<div class="gmail_quote"><tt>On Thu, May 23, 2013 at 1:27 PM,
Nicklas Karlsson </tt><tt><span dir="ltr"><<a
moz-do-not-send="true" href="mailto:nickarls@gmail.com"
target="_blank">nickarls@gmail.com</a>></span></tt><tt>
wrote:</tt><tt><br>
</tt>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><tt>Embedded AS! ;-)</tt>
<div><tt><br>
</tt></div>
<div><tt>But yes, that's another good sanity check. I
don't know if it's been fixed in Weld/AS but at some
point you got ambiguous resolves for CDI when you had
beans.xml in both places in the WAR.</tt></div>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><tt><br>
</tt><tt><br>
</tt>
<div class="gmail_quote"><tt>On Thu, May 23, 2013 at
12:12 PM, Paul Robinson </tt><tt><span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:paul.robinson@redhat.com"
target="_blank">paul.robinson@redhat.com</a>></span></tt><tt>
wrote:</tt><tt><br>
</tt>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><tt>Nicklas,</tt>
<div><tt><br>
</tt></div>
<div><tt>Like others this is something I've
wanted for some time. There was some
interesting discussion on the following
thread. I'll copy my original thoughts
here. Apologies in advance to the "JEE
Police", I was young and naive ;-)</tt></div>
<div><tt><br>
</tt></div>
<div><tt>"</tt><tt><span style="font-size:12px">[jboss-as7-dev]
Detecting deployment location errors for
xml files using a JEE schema</span></tt><tt>". </tt></div>
<div><tt><br>
</tt></div>
<div>
<blockquote type="cite"><tt>A common problem I
see again and again is when people
miss-spell the</tt><tt><br>
</tt><tt>
filenames of XML artefacts that live in
the META-INF and WEB-INF</tt><tt><br>
</tt><tt>directories of a JEE archive. I
also see people (myself included)</tt><tt><br>
</tt><tt>putting these artefacts in the
wrong location, For example, putting the</tt><tt><br>
</tt><tt>beans.xml file in the META-INF of a
.war when it belongs in the WEB-INF.</tt></blockquote>
<tt><br>
</tt></div>
<div><tt>Also a student, on a course I teach,
tried to deploy AS7 into AS7! That was fun
to debug. Would you be able to spot that ;-)</tt></div>
<div><tt><br>
</tt></div>
<div><tt>Paul.</tt></div>
<div><tt><br>
</tt></div>
<div><tt><br>
</tt>
<div>
<div>
<div>
<div><tt>On 22 May 2013, at 08:22,
Nicklas Karlsson <</tt><tt><a
moz-do-not-send="true"
href="mailto:nickarls@gmail.com"
target="_blank">nickarls@gmail.com</a></tt><tt>>
wrote:</tt></div>
<tt><br>
</tt></div>
</div>
<blockquote type="cite">
<div>
<div>
<div dir="ltr">
<div><tt>
(I know there has been some
discussion on the topic (old
community AS7-dev postings,
IRC-chat with Tomaz Cerar etc)</tt></div>
<div><tt><br>
</tt></div>
<tt> Hanging around the forums,
I've noticed that a frequent
source of hard-to-debug deployment
problems and other
non-linear-behavior is that people
often try to deploy archives with
conflicting dependencies (various
EE APIs/impls already on the AS,
JDBC drivers, maven plugins, you
name it). </tt>
<div>
<tt><br>
</tt></div>
<div><tt> Would it be worthwhile
to implement a deployment
processor (disabled by default)
that would act as a helpful
bouncer for the deployment
archive? We could have a simple
isSane(Archive) interface or
something and people could write
their own implementations (that
would be picked up through the
java services system or listed
explicitly in some module?).
Default implementation that come
to mind is</tt></div>
<div><tt><br>
</tt></div>
<div><tt>* Blacklisted packages
(using Tattletale to warn users
if they are bundling e.g. EE
impls/APIs)</tt></div>
<div><tt>* Version limiter (using
Tattletale to warn if deployment
contains too old version of lib,
e.g. Spring)</tt></div>
<div><tt>* Unused libs (using
Tattletale to warn if deployment
contains unused jars)</tt></div>
<div><tt>* Server provided libs
(using Tattletale and JBoss
Modules) to show which
dependencies could be handled by
a server module dependency)</tt></div>
<div><tt><br>
</tt></div>
<div><tt>I'm not sure JBoss Modules
contains any "directory" for
which-modules-provides
functionality but I guess the
module root could be scanned and
the resources indexed or
something. Performance would not
be an issue because it's still
going to be faster that a user
playing around with dependencies
for days.</tt></div>
<div><tt><br>
</tt></div>
<div><tt>Thoughts?</tt></div>
<div>
<div><tt><br>
</tt></div>
<tt>-- </tt><tt><br>
</tt><tt>Nicklas Karlsson, </tt><tt><a
moz-do-not-send="true"
href="tel:%2B358%2040%205062266"
value="+358405062266"
target="_blank">+358 40
5062266</a></tt>
<div><tt>Vaakunatie 10 as 7, 20780
Kaarina</tt></div>
</div>
</div>
</div>
</div>
<div><tt>
_______________________________________________</tt><tt><br>
</tt><tt>wildfly-dev mailing list</tt><tt><br>
</tt><tt><a moz-do-not-send="true"
href="mailto:wildfly-dev@lists.jboss.org"
target="_blank">wildfly-dev@lists.jboss.org</a></tt><tt><br>
</tt><tt><a moz-do-not-send="true"
href="https://lists.jboss.org/mailman/listinfo/wildfly-dev"
target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></tt><tt><br>
</tt>
</div>
</blockquote>
</div>
<tt><span><font color="#888888"><br>
<div>
<span
style="border-collapse:separate;border-spacing:0px"><span
style="text-indent: 0px;
letter-spacing: normal;
font-variant: normal; font-style:
normal; font-weight: normal;
line-height: normal;
border-collapse: separate;
text-transform: none; font-size:
medium; white-space: normal;
word-spacing: 0px;">
<div style="word-wrap:break-word">
-- <br>
Paul Robinson<br>
Web Service Transactions Lead<br>
<a moz-do-not-send="true"
href="mailto:paul.robinson@redhat.com"
target="_blank">paul.robinson@redhat.com</a><br>
<br>
JBoss, a Division of Red Hat<br>
Registered in England and Wales
under Company Registration No.
03798903<br>
Directors: Michael Cunningham
(USA), Brendan Lane (Ireland),
Matt Parson<br>
(USA), Charlie Peters (USA)</div>
</span></span>
</div>
<br>
</font></span></tt></div>
</div>
</blockquote>
</div>
<tt><br>
</tt><tt><br clear="all">
</tt>
<div><tt><br>
</tt></div>
<tt>-- </tt><tt><br>
</tt><tt>Nicklas Karlsson, </tt><tt><a
moz-do-not-send="true"
href="tel:%2B358%2040%205062266"
value="+358405062266" target="_blank">+358 40
5062266</a></tt>
<div><tt>Vaakunatie 10 as 7, 20780 Kaarina</tt></div>
</div>
</div>
</div>
</blockquote>
</div>
<tt><br>
</tt><tt><br clear="all">
</tt>
<div><tt><br>
</tt></div>
<tt>-- </tt><tt><br>
</tt><tt>Nicklas Karlsson, +358 40 5062266</tt>
<div><tt>Vaakunatie 10 as 7, 20780 Kaarina</tt></div>
</div>
<tt><br>
</tt>
<fieldset class="mimeAttachmentHeader"></fieldset>
<tt><br>
</tt>
<pre wrap="">_______________________________________________
wildfly-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/wildfly-dev">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a>
</pre>
</blockquote>
<tt><br>
</tt>
</body>
</html>