On 2001.11.26 18:02:23 -0500 Julian Gosnell wrote: > David, > > > Please would you expand on this a little. > > Do you mean: > > a). The packager of the app would be able to provide a single descriptor
If they want to, Anatoly Akkerman just asked for this a couple of days ago > b). The container would merge the proprietary and standard descriptor > before > processing? If you choose to use standard j2ee dds, yes. > > Which particular descriptors are you considering ? I'm looking at ejb 2 stuff right now. > > I have reservations about (a): > > Deployment is complex enough without introducing another descriptor. Well that's sort of what I thought too, but I can also see that one dd is simpler than 2 or 3 with implicit cross references. > > What is the reason for this train of thought ? Anatoly's request and my attempts to write a ejb 2 - jca cci dd processor with minimal work. > > Simplicity ? > > You make life more complex and less portable for the packager of the app > - he > has to make another choice. He has another choice available that may ve simpler, he (she) sode not have to take it. > You will increase any effort that is going into automatic dd generation > for > JBoss. > If you are expecting to pass one of these to e.g. Jetty it won't like it > - so > integration becomes more expensive. Ok, not for web apps. But maybe this approach will turn out to be really simple and you guys will become converts ;-) (__maybe__) > > Speed ? > > Deployment is not generally considered a speed-critical area. Why invest > the > time here when it might be better spent somewhere that is speed-critical. > > If your suggestion is (b), then it is a matter of implementation. If > preprocessing the descriptors makes it easier to then process that output > efficiently/easily then I see no problem. Each descriptor consumer can > choose > their own strategy. Exactly. I'm thinking it will make writing the dd processors easier and provide the possibility of unified dd's all in one swell foop. > > Sorry to sound down on the idea, I'm just pushing th web-container view - > it > may be far more applicable to other types of descriptor. I don't know yet either, so far it's just an idea. david > > > Jules > > > marc fleury wrote: > > > sounds like a good idea, > > > > marcf > > > > |-----Original Message----- > > |From: [EMAIL PROTECTED] > > |[mailto:[EMAIL PROTECTED]]On Behalf Of > David > > |Jencks > > |Sent: Monday, November 26, 2001 12:44 PM > > |To: jboss-dev > > |Subject: [JBoss-dev] (rh) Can we combine j2ee and jboss dds with xsl > to > > |get just one dd? > > | > > | > > |It's just an idea... > > | > > |Now, we have many kinds of (j2ee) packages where we process the > metadata by > > |first looking at the j2ee version, and then reprocessing with more > detail > > |with the jboss version. Also, Anatoly Akkerman recently requested a > > |(non-j2ee) unified deployment descriptor. > > | > > |So.. > > | > > |What if > > | > > |--when we are doing j2ee spec compliant deployment we use xsl (or > something > > |like it) to combine the 2 (or 3 or ...) dds into one unified dd that > can be > > |processed in one pass. > > | > > |--we can also deploy the unified version directly for those who like > it. > > | > > |Good idea or am I nuts? > > | > > |Thanks > > |david jencks > > | > > |_______________________________________________ > > |Jboss-development mailing list > > |[EMAIL PROTECTED] > > |https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
