Re: [JBoss-dev] CVS
anonymous login o.k. co jboss-all timeout bax Am Donnerstag, 02.10.03 um 23:53 Uhr schrieb Adrian Brock: Anybody else having problems connecting to cvs? Regards, Adrian -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jbuilder X announces JBoss Support
... and will be open sourced until then ... bax Am Donnerstag, 23.10.03 um 23:25 Uhr schrieb Ken Sipe: http://www.borland.com/news/press_releases/2003/ 10_21_03_borland_launches_jb uilderx.html --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
Am 05.11.2003 um 02:53 schrieb Juha Lindfors: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 & J2EE 1.4 IIRC Is anybody working on this DTD -> XSD transition ? Couldn't it be handy in this case, could it ? bax -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
Am 05.11.2003 um 03:11 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:08, Holger Baxmann @ mac wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 & J2EE 1.4 IIRC Is anybody working on this DTD -> XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? I may have a look at this in my really spare time ... have a maybe-job for a winxp virtual device driver ;-))) I know about the beauty and the beast in XSD. Any sources of info/man/doc about the DTD content except the source? bax Regards, Adrian bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
Am 05.11.2003 um 03:08 schrieb Adrian Brock: On Wed, 2003-11-05 at 01:53, Juha Lindfors wrote: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 & J2EE 1.4 IIRC Why don't we start different threads for different issues? This thread start out as discussing making management easier. e.g. Joe Windows Admin wants a GUI Wizard entitled "Configure datasource" preferably one that does not ask if he writing letter :-) How does Joe hates-GUIs programmer (i.e. me) maintain that wizard and other management interfaces when I add configuration options to the jdbc rars or db specifc plugins? The datasource is a good/pathological example because it also includes "advanced" configurations like the CMP mappings, jbossmq persistence config and the pad=true xid for Oracle. Showing disparate metadata needs to be combined in the management view/tool. But this is exactly the use-case for a xsd-xslt. JBoss.org is providing a wholesale XML based on a wholesale XSD and joe average is xslt'ing it to fit his needs. Or bax is able to customize the build-test-deploy-configure cycle for his client without trial-and-error-sometime-look-into-the-source crap. Why not generating the gui out of the xsd? Why not using the jdbc metadata for datasource config by changing the appropriate xml schema description, naturally on the fly at invocation time? What about a metadata interceptor? ;-) Same content - different semantics. bax Regards, Adrian -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
Am 05.11.2003 um 03:25 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:22, Holger Baxmann @ mac wrote: Am 05.11.2003 um 03:11 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:08, Holger Baxmann @ mac wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 & J2EE 1.4 IIRC Is anybody working on this DTD -> XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? I may have a look at this in my really spare time ... have a maybe-job for a winxp virtual device driver ;-))) I know about the beauty and the beast in XSD. Any sources of info/man/doc about the DTD content except the source? Scott's posted some of the requirements in the past, e.g. removing all the xml fluff. Let the container deal with the metadata as objects. Mhhhm, this will make some Objects statefull in the view of Ms. Meta. Decoupling of all content (class instances) from all semantics (cl/assembler) would be better IMHO. One of the key issues is supporting the old deployments, by translating them into the "new" object model. jaxb doesn't cut it, it has limited/no support for changing schemas or an already established object model. The XSD is the Object Model regardless of the content of the referenced XML, so one may apply different XSD on the same XML - or even on the XSD's. Ok, at last you may generate the .java's :))) 2.4 DD+2.4XSD <-> XSLT <-> 4.xXSD+4.xDD; 4.xXSD+4.xCMPDD <-> XSLT <-> anyServiceDD RelaxNG & friends could provide the direction. bax Regards, Adrian bax Regards, Adrian bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
Am 05.11.2003 um 04:07 schrieb Scott M Stark: Its required for j2ee1.4, but you don't need an xsd to use xsl to transform and xml document. ... as we all know. But this is only one side of the mirror. The question is: What if you use XSLT on XSD? The answer is: You are applying different semantics on the same XML content (XSD _is_ an XML Application). You are able to create and transform vocabularies into each other. Worth thinking and doing. bax -- Scott Stark Chief Technology Officer JBoss Group, LLC Holger Baxmann - bitwind wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
The problem is not writing the right code or using the right OM. The problem is applying the right code with a appropriate OM at the right time to the right understanding, taxonomy and onthology of the USER. Code doesn't sell, the "right" functionalities at the "right" times will sell. Today we are generally not able to fullfill this need. Sometime we come closer, sometime we fail. If we come closer, the USER will change his mind - we will fail. ;-) The issue is _not_ the data, it is the MEANING. We are trying to seperate the the ontologies into interface, the taxonomies into interceptor and invoker. All these are stateless in the case of content. Go one step further and decouple the meta-data and hot deploy them. Continous Build&Test on the metadata. Including Refactoring of metadata. At runtime. There are some good examples for this: look for "XML Schmema ontology" in google or applying the MOF to JBoss.org. ebXML and RosettaNet, in case of already defined Schema implementations, would be helpfull to be transformed by XSLT into a JBoss DD. And, again: You can generate the whole code out of XSD meta and XML content in a standard way, but not vice versa. Java code is only a special case of formulating MEANING, it is ugly in this. XSD is make for describe MEANING. For example MEANING of an applied security model. Ok, it is regarding the level of the USER of JBoss, not the level of the coder of JBoss. Sorry for beeing one of the first. bax Am 05.11.2003 um 04:18 schrieb Scott M Stark: Explain how xsd is actually the object model in terms of what the metadata handling code is using. Its directly manipulating xml instances that conform to the xsd or is there is a binding of the xsd to a java object model? If there is a binding, then that is the object model, not the xsd as that is what the code is dependent on. Why would I want to directly use some xml api and propagate around dependencies on xml parsing (which we already do to much of), rather than handling one particular externalized form of the metadata and then passing the object model around? -- Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxx Holger Baxmann @ mac wrote: ... Scott's posted some of the requirements in the past, e.g. removing all the xml fluff. Let the container deal with the metadata as objects. Mhhhm, this will make some Objects statefull in the view of Ms. Meta. Decoupling of all content (class instances) from all semantics (cl/assembler) would be better IMHO. One of the key issues is supporting the old deployments, by translating them into the "new" object model. jaxb doesn't cut it, it has limited/no support for changing schemas or an already established object model. The XSD is the Object Model regardless of the content of the referenced XML, so one may apply different XSD on the same XML - or even on the XSD's. Ok, at last you may generate the .java's :))) 2.4 DD+2.4XSD <-> XSLT <-> 4.xXSD+4.xDD; 4.xXSD+4.xCMPDD <-> XSLT <-> anyServiceDD RelaxNG & friends could provide the direction. bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA & JBoss
Thanks for pointing me at this :) I rather think of the special JBoss.org (in my case the not-JAAS-JavaSecurity, JMX, Service and Adapter parts) metamodel additions. Maybe sometimes a XSLT of the spec xsd will do the trick ;-))) thanks bax When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 & J2EE 1.4 IIRC Is anybody working on this DTD -> XSD transition ? Couldn't it be handy in this case, could it ? bax It's already done: http://java.sun.com/xml/ns/j2ee/ It's part of the 1.4 spec! Ricardo Argüello --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 4.0 Roadmap
hi adrian, I am also interested in working in the JACC area. I propose this roadmap: 0) Make JBoss with run with a security manager config that does not assign all authority to all classes! .. and i thought i was a lonely caller in the wild, or rather a catcher in the rye :-)) thumbs up bax Regards, Adrian 1) implementing the required javax.security.jacc.* classes/interfaces in j2ee module. this javax.security.jacc.* does not depend on jboss 2) implementing a MBean that manage jacc 3) [the dirty work] rewrite/restyle the jboss security system :-) For point 3, I have in mind this proposal: - we need j2sdk 1.4 then we can remove deprecated classes - jaas authentication with javax.security.auth.conf.AppConfigurationEntry[] associated to single module (ejb, ejbjar, ear, web, sar etc) with default to parent module. in this way a ejb is self contained and we don't need to modify the global configuration - jaas authorization associated to single module with merging to parent module (so we can run ejb/sar & co in a sandbox) Claudio -Original Message- From: Brian Stansberry [SMTP:[EMAIL PROTECTED] Sent: Thursday, November 13, 2003 6:16 PM To: [EMAIL PROTECTED] Subject:Re: [JBoss-dev] 4.0 Roadmap Hi Scott, At 10:12 AM 11/8/2003 -0800, you wrote: Attached is the draft of the 4.0 roadmap. The 4.0 codebase will be the basis for the j2ee 1.4 certification work. The outline is still too coarse grained due to the fact that tasks have not been assigned. If you have interest in an area let me know so tasks can be scoped out and assigned. Thanks for sending out the roadmap. I'm relatively free at the moment and would like to help out. I'm particularly interested in working in the JSR-115 (JACC) area or the servlet/jsp/web-tier integration areas, but can help wherever needed. Best regards, Brian Stansberry WAN Concepts, Inc. www.wanconcepts.com Tel:(510) 894-0114 x 116 Fax:(510) 797-3005 --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
IMHO RelaxNG could be the tool to get grip with thiss issue. bax Am 15.11.2003 um 06:25 schrieb Ricardo Argüello: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] metadata management
mmmhm, RelaxNG is a superset for XML Schema. It could be handled W3C Schema compliant and could generate standardized XSD from its own Schema. AFAIR via XSLT. I would suggest it because of the comfortable, easy and short way to _get_grip_. I know of no other XML Application which could go from DTD to XSD in such an easy manner. Forget about the funny basic-like own language in RelaxNG. RelaxNG and W3C XML Schema are not distinct they complement each other. bax Am 15.11.2003 um 11:47 schrieb julien viet: you would have to translate schema to relaxNG first, and relaxNG does validation only. maybe there is a binding tool. from my experience with schema, XML W3C schema are a big mess,they are ambigous, there is not a formal model underlysing etc.. and relax is cool. But schema are widely accepted (microsost push) and recognized by the industry and J2EE gives all its schema in w3c schema. IMHO RelaxNG could be the tool to get grip with thiss issue. bax Am 15.11.2003 um 06:25 schrieb Ricardo Argüello: Why not use JAXB, or BEA's XMLBeans? Since in J2EE 1.4 deployment descriptors are specified in XML Schema, it should be very easy to get an object model from that, using any XML/Java binding tool. I would be interested in collaborating to code that. Ricardo Argüello Alexey Loubyansky wrote: What are our plans for metadata? I remember various discussions but can we revisit it again? What are the requirements and wishes? I am facing it right now. I would like to have, say, entity metadata from various sources (ejb-jar.xml, jbossxmp-jdbc.xml) in one place. So, I wrote a very simple frame that reads xml files and constructs the metadata tree. Actually, the metadata tree is built while reading ejb-jar.xml and then populated with other data from jboss.xml and jbosscmp-jdbc.xml. But I would like to use something common, i.e. server-wide solution if we are going to agree on it. --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp? Target___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development