[JBoss-dev] SeverImpl java.io.tmpdir
I really do not agree with this being the default behavior. I generally would expect all tmp files used by JBoss to be placed into the server's tmp directory instead of littering the global system tmp directory. If I wanted to change where tmp files are written then I would set the jboss.server.tmp.dir property. It seems that the only reason why one would want to not set the overrideJavaTmpDir property would be if they wanted to have two tmp file directories... which seems to be a bit of an administrative mess, not to mention that it complicates the configuration. Before you stated that an embedded JBoss might want to use a different tmp directory or use the system default. This change seems to cater to that case, which I expect is not going to be the typical usage. It would make more sense IMO to let the embedded case set jboss.server.tmp.dir to the appropriate location... or have a boolean property to force the entire system to use the system default. So with this change, the default behavior will be for the server to have two tmp directories... is that what we really want? --jason On Friday, July 4, 2003, at 06:19 PM, Scott M Stark wrote: User: starksm Date: 03/07/04 04:19:22 Modified:src/main/org/jboss/system/server Tag: Branch_3_2 ServerImpl.java Log: Only override the jboss.io.tmpdir if a jboss.server.temp.dir.overrideJavaTmpDir system property is specified as true, an if true, set jboss.io.tmpdir to the directory spepcified by the jboss.server.temp.dir system property value. Revision ChangesPath No revision No revision 1.25.2.14 +9 -4 jboss-system/src/main/org/jboss/system/server/ServerImpl.java Index: ServerImpl.java === RCS file: /cvsroot/jboss/jboss-system/src/main/org/jboss/system/server/ ServerImpl.java,v retrieving revision 1.25.2.13 retrieving revision 1.25.2.14 diff -u -r1.25.2.13 -r1.25.2.14 --- ServerImpl.java 3 Jul 2003 14:37:45 - 1.25.2.13 +++ ServerImpl.java 4 Jul 2003 11:19:22 - 1.25.2.14 @@ -52,7 +52,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED]Jason Dillon/a * @author [EMAIL PROTECTED] - * @version $Revision: 1.25.2.13 $ + * @version $Revision: 1.25.2.14 $ */ public class ServerImpl extends NotificationBroadcasterSupport implements Server, ServerImplMBean @@ -129,10 +129,15 @@ { // Create a new config object from the give properties this.config = new ServerConfigImpl(props); - + // Set the VM temp directory to the server tmp dir - System.setProperty(java.io.tmpdir, config.getServerTempDir().getCanonicalPath()); - + boolean overrideTmpDir = Boolean.getBoolean(jboss.server.temp.dir.overrideJavaTmpDir); + if( overrideTmpDir ) + { + File serverTmpDir = config.getServerTempDir(); + System.setProperty(java.io.tmpdir, serverTmpDir.getCanonicalPath()); + } + // masqurade as Server.class (cause Impl is not really important) log = Logger.getLogger(Server.class); --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/ 01 ___ jboss-cvs-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] test suite compile error
Change it to org.jboss.util.NestedRuntimeException(t); --jason On Friday, May 30, 2003, at 01:00 PM, Rod Burgett wrote: The testsuite code no longer seems to compile with Sun's 1.3 jdk: [exec] /home/rburgett/testAtlas/planb/jboss/test/jboss-3.2/connector/src/ main/org/j boss/resource/JBossResourceException.java:172: cannot resolve symbol [exec] symbol : constructor RuntimeException (java.lang.Throwable) [exec] location: class java.lang.RuntimeException [exec] return new RuntimeException(t); [exec] ^ java.lang.RuntimeException has a ctor like this in 1.4, but not 1.3. I thought the shift to compiling with 1.4 was restricted to jboss v4. Rod Burgett Senior Software Engineer webMethods, Inc. 3930 Pender Drive Fairfax, VA 22030 USA Ph: 703.460.5819 (tty only) It's all just 0s 1s - the trick is getting them lined up in the proper order --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] php5 is coming
Looks like Java Meets PHP with some .NET flavoring. I like it. --jason On Saturday, March 29, 2003, at 04:56 PM, julien viet wrote: sorry I gave a wrong link : http://talks.php.net/show/php5intro jv have a look at the new php 5 : http://talks.php.net jv they added : exceptions, modifiers, interfaces, abstract, namespaces and more. jv it's mono powered. jv it seems that now they want to reach enterprise level and have jv to get more credibility for that. jv julien jv --- jv This SF.net email is sponsored by: jv The Definitive IT and Networking Event. Be There! jv NetWorld+Interop Las Vegas 2003 -- Register today! jv http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en jv ___ jv Jboss-development mailing list jv [EMAIL PROTECTED] jv https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[2]: [JBoss-dev] php5 is coming
It is certainly possible, though it does not look like the new features will inhibit PHP folks from coding they way they do now. It just looks like it will allow them to write better software. I spent the past 2 weeks writing a PHP application and over and over I wished for features like namespaces, exceptions and proper handling of object references. So the changes are welcome in my mind. But really anything to make PHP less like perl and more like Java/.NET is welcome. Though now that I think about it I would prefer that Java was more like PHP in the sense of a light weight web application development language with its rich extensions and apis. --jason On Sunday, March 30, 2003, at 04:02 PM, julien viet wrote: not sure they will keep php community whith them. for me php success is settled on the fact php scripters don't have to worry about theses kinds of things. JD Looks like Java Meets PHP with some .NET flavoring. I like it. JD --jason JD On Saturday, March 29, 2003, at 04:56 PM, julien viet wrote: sorry I gave a wrong link : http://talks.php.net/show/php5intro jv have a look at the new php 5 : http://talks.php.net jv they added : exceptions, modifiers, interfaces, abstract, namespaces and more. jv it's mono powered. jv it seems that now they want to reach enterprise level and have jv to get more credibility for that. jv julien jv --- jv This SF.net email is sponsored by: jv The Definitive IT and Networking Event. Be There! jv NetWorld+Interop Las Vegas 2003 -- Register today! jv http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en jv ___ jv Jboss-development mailing list jv [EMAIL PROTECTED] jv https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development JD --- JD This SF.net email is sponsored by: JD The Definitive IT and Networking Event. Be There! JD NetWorld+Interop Las Vegas 2003 -- Register today! JD http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en JD ___ JD Jboss-development mailing list JD [EMAIL PROTECTED] JD https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] CVS SnapShot
not sure how updated these babies are... --jason On Thursday, March 13, 2003, at 02:38 PM, Kristian Köhler wrote: Hi there is a snapshot page at http://jboss.sourceforge.net/snapshots/ You will find some notes at http://www.jboss.org/developers/sourcecode.jsp Kristian -- Orientation in Objects GmbH http://www.oio.de -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Karthik Gesendet: Sonntag, 13. Juli 2003 08:47 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] CVS SnapShot Hello all, Where can I get the JBoss CVS snapshot. Karthik --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Going ahead with EJB module refactor
Tonight I will be working on the EJB module re-factoring. Will probably have something ready to check in tomorrow. If you have EJB related bits to commit in system please do so now. --jason --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Going ahead with EJB module refactor
Actually now that I think about it I have to wait until i can actually build the source tree again... Any word from the XDoclet folks on what the problem is? --jason On Wednesday, March 12, 2003, at 03:30 PM, Jason Dillon wrote: Tonight I will be working on the EJB module re-factoring. Will probably have something ready to check in tomorrow. If you have EJB related bits to commit in system please do so now. --jason --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Going ahead with EJB module refactor
;-) --jason On Wednesday, March 12, 2003, at 09:46 PM, Scott M Stark wrote: Make sure you can actually build and test this before doing it please. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 12:30 AM Subject: [JBoss-dev] Going ahead with EJB module refactor Tonight I will be working on the EJB module re-factoring. Will probably have something ready to check in tomorrow. If you have EJB related bits to commit in system please do so now. --jason --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Going ahead with EJB module refactor
Heh, I sorta wish I could uninstall it... perhaps I can, but I am not really sure how. I will have a look unless someone beats me to it. --jason On Thursday, March 13, 2003, at 12:15 AM, David Jencks wrote: There's a patch on their bugtracker that is supposed to fix this: http://opensource.atlassian.com/projects/xdoclet/secure/ ViewIssue.jspa?key=XDT-376 They want feedback. I need to keep working so I haven't up(?)graded my 1.4.1 copy yet. david jencks On 2003.03.12 04:53 Jason Dillon wrote: Actually now that I think about it I have to wait until i can actually build the source tree again... Any word from the XDoclet folks on what the problem is? --jason On Wednesday, March 12, 2003, at 03:30 PM, Jason Dillon wrote: Tonight I will be working on the EJB module re-factoring. Will probably have something ready to check in tomorrow. If you have EJB related bits to commit in system please do so now. --jason --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Going ahead with EJB module refactor
I was gonna try but thought I was tired and went to sleep... I was wrong. --jason On Thursday, March 13, 2003, at 02:46 AM, Dain Sundstrom wrote: Did it work? I'm dead in the water as my linux box won't build either. -dain On Wednesday, March 12, 2003, at 11:30 AM, Jason Dillon wrote: Heh, I sorta wish I could uninstall it... perhaps I can, but I am not really sure how. I will have a look unless someone beats me to it. --jason On Thursday, March 13, 2003, at 12:15 AM, David Jencks wrote: There's a patch on their bugtracker that is supposed to fix this: http://opensource.atlassian.com/projects/xdoclet/secure/ ViewIssue.jspa?key=XDT-376 They want feedback. I need to keep working so I haven't up(?)graded my 1.4.1 copy yet. david jencks On 2003.03.12 04:53 Jason Dillon wrote: Actually now that I think about it I have to wait until i can actually build the source tree again... Any word from the XDoclet folks on what the problem is? --jason On Wednesday, March 12, 2003, at 03:30 PM, Jason Dillon wrote: Tonight I will be working on the EJB module re-factoring. Will probably have something ready to check in tomorrow. If you have EJB related bits to commit in system please do so now. --jason --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open!Get cracking and register here for some mind boggling fun andthe chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open!Get cracking and register here for some mind boggling fun andthe chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build
FYI, export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/ Home or if you like csh pain: setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home And you can build again. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running mbeaninterface/ [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) Running XDoclet failed. [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding /XDtClass:classOf not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- 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] JDK 1.4.1 on OS X out and breaks build
Looks like 1.4.1 breaks more than XDoclet :-( Eclipse does not like it so much either. Looks like jEdit is a tad happier than it was with the preview release, but it still functions better with 1.3.1 (no corruption on screen elements, like the dockling prefs and such). On the other hand IDEA seems to work lots better with the final... display was a complete mess with the pr. I am gonna give Eclipse another 10 minutes to start and then I am gonna kill it and force it to use 1.3.1... at least it will work slow as it may be. :-( --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running mbeaninterface/ [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) Running XDoclet failed. [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding /XDtClass:classOf not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- 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] JDK 1.4.1 on OS X out and breaks build
Eclipse decided to start behaving just after I wrote that mail... go figure. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running mbeaninterface/ [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) Running XDoclet failed. [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding /XDtClass:classOf not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- 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] JDK 1.4.1 on OS X out and breaks build
Um but it looks like HEAD will only build with 1.4+ so I will shut up now. --jason On Tuesday, March 11, 2003, at 06:19 PM, Jason Dillon wrote: FYI, export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/ Home or if you like csh pain: setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home And you can build again. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transactio n,persistence,server,blocks,console,security,messaging,connector,varia ,cluster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running mbeaninterface/ [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/ resources/mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) Running XDoclet failed. [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding /XDtClass:classOf not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/ resources/mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824 ) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- 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
[JBoss-dev] Anyone looked at dependency-manager task?
Just curious if anyone has had time to look at the dependency-manager task usage in the buildmagic-2.0 tree? If not could I get a few peeps to have a look and give me some feedback on how well it works to download depends to build this project? cvs get -r buildmagic-2_0 buildmagic cd buildmagic ./build/build.sh Sanka, --jason --- 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] JDK 1.4.1 on OS X out and breaks build
I am currently using 1.4.1 p10. I will download the latest ASAP. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running mbeaninterface/ [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) Running XDoclet failed. [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding /XDtClass:classOf not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- 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] Move MarshalledValue* to common module?
Why not add it to system? --jason On Tuesday, March 11, 2003, at 09:32 AM, Dain Sundstrom wrote: I have another issue now... should have checked before sending this email. I have a written new basic service ObjectCopier, which is an MBean that knows how to *efficiently* deep copy objects. This means that I track metadata so we can avoid serialize/ deserialize. Anyway, I wanted add this to the common module, because it is a generic service that will be used by several modules (CMP and Cache for now). The problem is common does not build after system, so I can't use ServiceMBeanSupport. Should we add a new module for common services or move the ServiceMBeanSupport stuff to common or something else or should I put my code server? -dain On Monday, March 10, 2003, at 08:15 PM, Dain Sundstrom wrote: I would like to move the org.jboss.invocation.MarshalledValue* to the commons package, so it can be used by non-ejb dependent code. Does any have an issue with this? Does this create a problem for client jars? -dain --- 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 --- 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] Move MarshalledValue* to common module?
What is up with the unified interception framework? I assume this will be part of it yes? --jason On Tuesday, March 11, 2003, at 02:14 PM, Dain Sundstrom wrote: I don't need to move it anymore, because I'm going to put my new code in server. I think this will need to be moved when we get more of the persistence engine moved, because we use MarshalledValue for BLOBs. -dain On Tuesday, March 11, 2003, at 12:57 AM, Jason Dillon wrote: Why not add it to system? --jason On Tuesday, March 11, 2003, at 09:32 AM, Dain Sundstrom wrote: I have another issue now... should have checked before sending this email. I have a written new basic service ObjectCopier, which is an MBean that knows how to *efficiently* deep copy objects. This means that I track metadata so we can avoid serialize/ deserialize. Anyway, I wanted add this to the common module, because it is a generic service that will be used by several modules (CMP and Cache for now). The problem is common does not build after system, so I can't use ServiceMBeanSupport. Should we add a new module for common services or move the ServiceMBeanSupport stuff to common or something else or should I put my code server? -dain On Monday, March 10, 2003, at 08:15 PM, Dain Sundstrom wrote: I would like to move the org.jboss.invocation.MarshalledValue* to the commons package, so it can be used by non-ejb dependent code. Does any have an issue with this? Does this create a problem for client jars? -dain --- 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 --- 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 --- 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] Naming a core module?
What is remoting for? What bits of it does jxm depend on? --jason On Sunday, March 9, 2003, at 02:02 PM, Tom Elrod wrote: I agree that it doesn't make sense to have naming in core. Actually noted this in the e-mail I sent out when I made the commit. However, don't have a solution off-hand for how we can include modules and jars in remoting (and yet exclude the from core, without removing remoting, which jmx now depends on). This will probably become more of problem as the list of these such things continues to grow, since more and more protocols (JMS, IIOP, etc.) and detectors (JINI, SLP, etc.) will be added over time. Already includes SOAP and JNDI, which really don't belong in core. Best suggestion I can give is to remove remoting from core, create yet another sub module for jmx remoting which will depend on remoting and jmx (thus leaving jmx in core without needing remoting). As you can see, this makes things much more complex in regards to development, building, and deploying (which is pretty complex to begin with). Just have to weigh the trade-offs. Whatever the preference, I will be on vacation next week so won't be able to do anything with it till I get back. -Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jason Dillon Sent: Saturday, March 08, 2003 4:30 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Naming a core module? This is fine until the naming service is rewritten and starts to make use of functionality from system or other core modules. Best to avoid these sorts of complications. --jason On Sunday, March 9, 2003, at 04:19 AM, Jeff Haynie wrote: Tom did this the other day when he integrated the JNDI detector into remoting, but just for source build dependencies only. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Saturday, March 08, 2003 4:12 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Naming a core module? When did naming become a core module? Appears that a remoting test depends upon it. Is this what we really want? The core is now dependent on naming to build... naming is a service, not part of the core system. Any way we can fix this so the dependencies are not whack? --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Eclipse with HEAD and 3.2 opened at same time?
Starting two instances is a pain in the ass on OS X :-( --jason On Sunday, March 9, 2003, at 08:51 AM, Igor Fedorenko wrote: What do you want to do? Won't two Eclipse instances do? -Original Message- From: Jason Dillon [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 5:02 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Eclipse with HEAD and 3.2 opened at same time? Does anyone one if it is possible to get eclipse two have JBoss HEAD and JBoss 3.2 opened at the same time? --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Forum watches re-enabled
I fixed the problem which was preventing email from being sent out, so your watches should work again. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
It should be moved to the proper location in the build/output tree then. --jason On Saturday, March 8, 2003, at 05:52 AM, Jeff Haynie wrote: Obviously not, since it boots w/o it. ;) It threw me off since it was in lib/ I just expected that to be the case. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:26 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars Is jboss-cache required to boot the server? --jason On Saturday, March 8, 2003, at 05:21 AM, Jeff Haynie wrote: Because bela's jboss-cache is in lib/ on the build, but not configured in Main. So, I had to chase that down a bit before looking at the source. Thus, I was wondering why not just take everything in lib/* -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:16 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com
[JBoss-dev] Dependency manager buildmagic project
I just finished my initial attempt at adding Maven/Greebo-like dependency management to the Buildmagic project (branch buildmagic-2_0). Currently it is only used to grab deps for use inside of library.classpath, but can easily be used to grab tool dependencies too (except for the core). This is a short-term solution to some of our build system problems until Maven or something is ready for us to use. I would like to know if some of you can check her out and give it a whirl... especially someone on win32. It works very similar to Greebo... well it was greebo until I got my hands on it. There is a task inside of the configure target which does all of the work. Note that there are some issues with it and the clean/clobber targets which I have fixed yet. Anyways, the task looks like: !-- Configure thirdparty libraries -- dependency-manager cacheDir=${project.thirdparty.cache} metadataFile=${module.output}/dependencies.metadata dependencyFile=${module.root}/dependencies.xml offline=${dependency-manager.offline} pathID=library.classpath repository url=http://jboss.sf.net/buildmagic/thirdparty; type=jboss/ /dependency-manager By default project.thirdparty.cache is set to ${project.root}/thirdparty-cache. Some of the mods to Greebo include the ability to work offline, automatic generation of the classpath and some semi-intelligent attempts to speed up the process once files have already been downloaded. I setup only the required libraries under http://jboss.sf.net/buildmagic/thirdparty. The structure of the files contained here are a mix of the thirdparty directory style from JBoss HEAD and Maven. The structure is identical in the cache directory. The major differences between JBoss HEAD and this is the addition of version information to the file names. Anyways, the first time you run a build you will see something like this: snip ... [dependency-manager] Created dir: /Users/jason/ws/jboss/buildmagic-2.0/thirdparty-cache [dependency-manager] Verifying 7 dependencies... [dependency-manager] 1) Downloaded log4j-1.2.4.jar from: http://jboss.sf.net/buildmagic/thirdparty/ [dependency-manager] 2) Downloaded webdavlib-1.0.16.jar from: http://jboss.sf.net/buildmagic/thirdparty/ [dependency-manager] 3) Downloaded commons-httpclient-1.0.16.jar from: http://jboss.sf.net/buildmagic/thirdparty/ [dependency-manager] 4) Downloaded junit-3.7.jar from: http://jboss.sf.net/buildmagic/thirdparty/ [dependency-manager] 5) Downloaded regexp-1.0.8.jar from: http://jboss.sf.net/buildmagic/thirdparty/ [dependency-manager] 6) Downloaded jmx-1.0ri.jar from: http://jboss.sf.net/buildmagic/thirdparty/ [dependency-manager] 7) Downloaded dom4j-1.3.jar from: http://jboss.sf.net/buildmagic/thirdparty/ ... /snip After the files have been downloaded you will either see: snip ... configure: [dependency-manager] Verifying 7 dependencies... [dependency-manager] 1) log4j-1.2.4.jar is up-to-date [dependency-manager] 2) webdavlib-1.0.16.jar is up-to-date [dependency-manager] 3) commons-httpclient-1.0.16.jar is up-to-date [dependency-manager] 4) junit-3.7.jar is up-to-date [dependency-manager] 5) regexp-1.0.8.jar is up-to-date [dependency-manager] 6) jmx-1.0ri.jar is up-to-date [dependency-manager] 7) dom4j-1.3.jar is up-to-date [dependency-manager] Creating /Users/jason/ws/jboss/buildmagic-2.0/common/output/dependencies.metadata ... /snip or: snip ... [dependency-manager] Dependencies are up-to-date (metadata check). ... /snip The latter is some of the semi-intelligence I added to avoid hitting the repository webserver when we are fairly sure that we have the right files. This is done via an internal uptodate task which checks to see if the build or dependency files are newer than the metadata file (output/dependencies.metadata by default). If they are, then deps might have changed so we do a check. If they have not then we check to see if the files we depend on exist. If they don't we have to check. Else we just skip all of that. Note that this will cause problems when jars are updated on the remote server but the version number was not changed. To make it do a check, just nuke the metadata file. As I mentioned before, this task will generate an Ant path with the id given by pathID. This makes it integrate very nicely into the current systems framework (or chaos depending on how you look at it). Lastly I added a flag to allow the build system to function even if there is no network connection. This will only work if your thirdparty-cache directory contains the correct bits though... not much I can do about that. If you set -Ddependency-manager.offline=true, then when doing dependency verification, only files will be retrieved from local repositories (protocol is 'file'). If the protocol is anything else then only a simple check is done to see if the
[JBoss-dev] Naming a core module?
When did naming become a core module? Appears that a remoting test depends upon it. Is this what we really want? The core is now dependent on naming to build... naming is a service, not part of the core system. Any way we can fix this so the dependencies are not whack? --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Naming a core module?
This is fine until the naming service is rewritten and starts to make use of functionality from system or other core modules. Best to avoid these sorts of complications. --jason On Sunday, March 9, 2003, at 04:19 AM, Jeff Haynie wrote: Tom did this the other day when he integrated the JNDI detector into remoting, but just for source build dependencies only. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Saturday, March 08, 2003 4:12 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Naming a core module? When did naming become a core module? Appears that a remoting test depends upon it. Is this what we really want? The core is now dependent on naming to build... naming is a service, not part of the core system. Any way we can fix this so the dependencies are not whack? --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Eclipse with HEAD and 3.2 opened at same time?
Does anyone one if it is possible to get eclipse two have JBoss HEAD and JBoss 3.2 opened at the same time? --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss/Persistence module added to CVS
Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
Why? Like I said before server is the kitchen-sink and I personally would like to see that module go away, once all of the fluff it contains finds a proper home. Just my opinion of course... --jason On Friday, March 7, 2003, at 11:15 PM, Bill Burke wrote: CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
Huh? When what? SOrry for being dense I am just confused as to the exact bits you are talking about. --jason On Saturday, March 8, 2003, at 12:02 AM, Jeremy Boynes wrote: OK. When ? Are we stable yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 8:33 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss/Persistence module added to CVS
Great ;-) I will handle the EJB move once the interception changes have been made. --jason On Saturday, March 8, 2003, at 12:35 AM, Jeremy Boynes wrote: I am going to move the generic peristence stuff from server to persistence. I am going to leave the EJB persistence stuff in server for now as I am not sure where Bill is with the interceptor changes. It can move to ejb along with the rest (whenever whoever does that, just not me right now :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 9:20 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS Huh? When what? SOrry for being dense I am just confused as to the exact bits you are talking about. --jason On Saturday, March 8, 2003, at 12:02 AM, Jeremy Boynes wrote: OK. When ? Are we stable yet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 8:33 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss/Persistence module added to CVS EJB bits to ejb module ;) --jason On Friday, March 7, 2003, at 11:28 PM, Jeremy Boynes wrote: The EJB part yes, the generic persistence stuff no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Friday, March 07, 2003 8:16 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS CMP specific stuff should remain in server/ Shouldn't it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jeremy Boynes Sent: Friday, March 07, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS Thanks - I will start moving stuff over -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 3:37 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss/Persistence module added to CVS Enjoy. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] DTD hell
Use XML Schema. --jason On Saturday, March 8, 2003, at 12:50 AM, Scott M Stark wrote: I am working on adding the ability to specify a loader repository to all of the deployment types, and this adds a loader-repository element that needs a mixed content type with a loader-repository-config element with an ANY content type. This is needed because the loader-repository-config depends on the particular loader-repository class implementation. The problem is that if I add the following to the existing deployment dtds they become non-validatible because any elements that show up in an ANY content model element still must be declared, and this is the part that makes no sense to me. Is there a way to avoid this? !-- The loader-repository specifies the name of the UnifiedLoaderRepository MBean to use for the ear to provide ear level scoping of classes deployed in the ear. It is a unique JMX ObjectName string. Examples: loader-repositoryjboss.test:loader=cts-cmp2v1-sar.ear/loader- repository loader-repository jboss.test:loader=cts-cmp2v1-sar.ear loader-repository-config HeirarchicalLoaderRepository3 java2ParentDelegaton='true' / /loader-repository-config /loader-repository -- !ELEMENT loader-repository (#PCDATA | loader-repository-config)* !-- The loaderRepositoryClass attribute gives the classname loader-repository implementation. -- !ATTLIST loader-repository loaderRepositoryClass CDATA #IMPLIED !-- The loader-repository-config element specifies any arbitrary configuration fragment for use in configuring the loader-repository instance. The actual content of this element is specific to the loaderRepositoryClass and the code parsing the element. -- !ELEMENT loader-repository-config (ANY) Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to check if JBoss startup is finished
ServerImpl should probably send notifications when it does any life-cycle changes. Should not be too difficult to implement, though I have never really played with JMX notifications much. Do you have any suggestions on how to go about adding that? I mean specifically about Notification classes and type naming and such. --jason On Saturday, March 8, 2003, at 12:56 AM, Scott M Stark wrote: There is no way currently. The server impl which registers as the jboss.system:type=Server mbean needs to send a notification on the completion of its startup to signal this. This is the point at which the JBoss (MX MicroKernel) ... Started in ... line is printed. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Hans Dockter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 2:17 AM Subject: [JBoss-dev] How to check if JBoss startup is finished At the moment JBoss-IDE detects only whether JBoss has been started or not. I'd like to distinguish between 'is starting' and 'startup finished'. What's the best way to do this ? Hans --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is JDK 1.4 required to build
Can we just make it official right now that HEAD is 1.4 only? --jason On Saturday, March 8, 2003, at 01:36 AM, Dain Sundstrom wrote: So when can I start to check in code into HEAD that will only build 1.4? What parts of the server must run on 1.3? After spending an entire day writing a lame IdentityHashMap (and I haven't even begun to test it) I am leaning to requiring 1.4 for the new persistence framework. I think David's DTM logging and recovery stuff will require NIO in 1.4. -dain On Friday, March 7, 2003, at 01:12 AM, Scott M Stark wrote: Agreed. I don't want that management headache propagated to 4.0. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 06, 2003 9:51 PM Subject: Re: [JBoss-dev] Is JDK 1.4 required to build I got no problem making 99% of CMP working on 1.3 (basicially anything that does not require JDBC3). It is just the #ifdef stuff I hate. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
Okay I should clarify, least the flames arise, that when it comes to flexibility of the system I do not want to make any assumptions about how it will be used. --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss Boot lib jars
Is jboss-cache required to boot the server? --jason On Saturday, March 8, 2003, at 05:21 AM, Jeff Haynie wrote: Because bela's jboss-cache is in lib/ on the build, but not configured in Main. So, I had to chase that down a bit before looking at the source. Thus, I was wondering why not just take everything in lib/* -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 5:16 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars I have no exp. with WebDav so I can not say... but do we want to force the usage of Webdav? I personally do not like to force anything. Why the concern? --jason On Saturday, March 8, 2003, at 05:02 AM, Jeff Haynie wrote: Ok, this makes sense .. can't we list even if remote using WebDav? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Friday, March 07, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss Boot lib jars The jars which are hardcoded in Main are references to jars which are required to load up the server. We can not assume that those jars are on the local file system and thus can not query a directory to discover which jars need to be loaded. If you would rather not have them hardcoded then perhaps an external property file would work. We certainly do not want to be bound to the file system again. --jason On Saturday, March 8, 2003, at 03:40 AM, Jeff Haynie wrote: Is there any reason we need to hardcode the jars that are included in the lib directory? (in org.jboss.Main) Can't we just put all the *.jars under root/lib into the class loader on boot? Jeff --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is JDK 1.4 required to build
+1 to required JDK 1.4 for HEAD --jason On Friday, March 7, 2003, at 12:59 AM, Dain Sundstrom wrote: Is JDK 1.4 now required to build? If not when are we going to add this requirement? I need an IdentityHashMap for the ObjectCopier and would like to encapsulate and delegate to IdentityHashMap for JDK 1.4 (because of speed) and for JDK 1.3 I will just is an IdentityKey wrapper. This code will be way easier to write if I can assume that we are compiling in 1.4. For now I will just write the 1.3 version. -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Unified interceptors?
Any idea when this will become reality for HEAD? The spaghetti interceptor model is making the separation of EJB bits from the server module very hairy if not impossible. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Unified interceptors?
I am chill... are you? --jason On Friday, March 7, 2003, at 02:26 AM, Bill Burke wrote: then don't do it and chillThis split is not very important. I am working on it Monday. I'm doing benchmarks the next 2 days. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jason Dillon Sent: Thursday, March 06, 2003 2:04 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Unified interceptors? Any idea when this will become reality for HEAD? The spaghetti interceptor model is making the separation of EJB bits from the server module very hairy if not impossible. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Unified interceptors?
Well it is still possible to separate the two w/o unified interceptors. Not including the bits from org.jboss.cmp (this stuff is very independent) there are about 150+ classes which are not directly dependent on the bits from org.jboss.ejb (and related). Some bits are forced to remain in jboss/ejb when they logically do not belong there because of the dependence on org.jboss.ejb.plugins.AbstractInterceptor. Also I am not really sure that the webapp stuff really belongs in the ejb module, but there is too much interaction with the org.jboss.metadata classes to pull them apart with out changes to the core meta data framework. What is left over is: org.jboss.cmp (I am guessing this is some of the new cmp framework) org.jboss.proxy (the core proxy compiler bits, could move to common) org.jboss.aspect (not sure what this is doing here) org.jboss.cache (not sure what this is doing here) org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil (required by org.jboss.cmp, does not depend on org.jboss.ejb) org.jboss.invocation (the invocation framework) org.jboss.jms (jms provider abstraction layer asf fluff) org.jboss.jmx (legacy adapters, connectors and whatever... should go away or move to jmx?) org.jboss.logging (default log4j logging service) org.jboss.metadata.XmlLoadable (the only class which was not EJB/J2EE specific) org.jboss.naming (naming proto handlers, default service helpers) org.jboss.security (jboss security interfaces, minus interceptors which depend on org.jboss.ejb) org.jboss.Shutdown (depends on the jmx fluff and should move to system once jmx/remote stuff is cleaned up) Does anyone know if any of the above is obsolete and can be removed? I still believe that making the EJB-specific components of JBoss separate from the core system services is a very, very good idea. It will help keep JBoss a generic framework by forcing developers to keep service and system classes and components separate. It will also help promote the fact that JBoss is not just an EJB container, or rather isn't an EJB container at all... just a generic framework which happens to also provide EJB/J2EE services. I feel that for the most part, the rest of the server is quite well organized into logical chunks of functionality. It is just this module which is the kitchen sink which has been bothering me for quite some time. I do not believe it is just a style issue either. Separation of functionality makes for better software engineering by isolation of similar components, which promotes simpler builds as well as unit and integration testing. So, I think we should make the change, but I think it will be best to wait until the unified interceptor work has been completed. Hopefully that will be done by middle of next week, after which I can redo this separation, now that I have discovered all of the interaction points. Once that has been completed and proves functional via the testsuite I think we should move the cmp2 bits to its own home. Comments? --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
Any preferences on when the changes should be made as to not interfere with your work? I guess it will take about a day to make the change. How long will it take you to complete the interception changes? --jason On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote: I'm begging people not to do any large scale changes to EJB land. I'm about to undertake converting all the EJB interceptors and invokers to use the AOP Invocation object and Interceptor interface. This my first step on integrating the AOP DP framework. I'm asking you to please notify me before attempting any large scale changes like moving server/ to ejb/ module because I may lose hours/days of work if you don't. Thanks, Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ 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] please notify before large scale changes to EJB land.
Nightly build? I have never been maintaining that, short of build system support. As for the rest of the build system fluff I am looking into several possible solutions to resolve many of the problems which currently exist. The EJB stuff has been on my list of stuff todo since I separated the system module from server. I never got around to it due to the size and impact of the changes. I still think that it should be done, as the separation helps keep JBoss a generic architecture by forcing people to keep dependencies in order. It also makes the build system easier to maintain wrt module outputs and such. +1 for ejb move... eventually when it does not fuck anything up. --jason On Wednesday, March 5, 2003, at 08:47 PM, Bill Burke wrote: I really don't understand why you need to move stuff out of server/ anyways. This is mostly EJB anyways. Why not just rename the server/ module to EJB? I really don't see any gain in this cosmetic shit except wasting everybody's time trying to figure out where everything is again and screwing with people that are currently working on that code. Shouldn't you rather be putting your efforts in fixing the nightly build? Or improving buildmagic? Instead of this cosmetic bullshit?(BTW, I see that building is much faster now. Thank you!) BUT, if you really insist, either Thursday and Friday, or end of next week for the ejb/ module changes. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jason Dillon Sent: Wednesday, March 05, 2003 5:30 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] please notify before large scale changes to EJB land. Any preferences on when the changes should be made as to not interfere with your work? I guess it will take about a day to make the change. How long will it take you to complete the interception changes? --jason On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote: I'm begging people not to do any large scale changes to EJB land. I'm about to undertake converting all the EJB interceptors and invokers to use the AOP Invocation object and Interceptor interface. This my first step on integrating the AOP DP framework. I'm asking you to please notify me before attempting any large scale changes like moving server/ to ejb/ module because I may lose hours/days of work if you don't. Thanks, Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ 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 --- 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] please notify before large scale changes to EJB land.
I just quickly scanned the packages in server and it looks like quite a bit is non-ejb specific. There is just too much mingling between core system components and EJB fluff. JBoss will be better off with these nice and cleanly separated. JBoss... more than just and EJB container. Not EJB specific: ./org/jboss/aspect ./org/jboss/aspect/interceptors ./org/jboss/aspect/internal ./org/jboss/aspect/jmx ./org/jboss/aspect/spi ./org/jboss/cache ./org/jboss/cache/invalidation ./org/jboss/cache/invalidation/bridges ./org/jboss/cache/invalidation/triggers ./org/jboss/cmp ./org/jboss/cmp/aop ./org/jboss/cmp/query ./org/jboss/cmp/schema ./org/jboss/cmp/sql ./org/jboss/cmp/sql/jdbc ./org/jboss/invocation ./org/jboss/invocation/http ./org/jboss/invocation/http/interfaces ./org/jboss/invocation/http/server ./org/jboss/invocation/jrmp ./org/jboss/invocation/jrmp/interfaces ./org/jboss/invocation/jrmp/server ./org/jboss/invocation/local ./org/jboss/invocation/nrmi ./org/jboss/invocation/nrmi/algorithm ./org/jboss/invocation/pooled ./org/jboss/invocation/pooled/interfaces ./org/jboss/invocation/pooled/server ./org/jboss/invocation/trunk ./org/jboss/invocation/trunk/client ./org/jboss/invocation/trunk/client/bio ./org/jboss/invocation/trunk/client/nbio ./org/jboss/invocation/trunk/server ./org/jboss/invocation/trunk/server/bio ./org/jboss/invocation/trunk/server/nbio ./org/jboss/jms ./org/jboss/jms/asf ./org/jboss/jms/jndi ./org/jboss/jmx ./org/jboss/jmx/adaptor ./org/jboss/jmx/adaptor/rmi ./org/jboss/jmx/adaptor/xml ./org/jboss/jmx/connector ./org/jboss/jmx/connector/notification ./org/jboss/jmx/connector/rmi ./org/jboss/jmx/service ./org/jboss/logging ./org/jboss/naming ./org/jboss/naming/java ./org/jboss/proxy ./org/jboss/proxy/compiler ./org/jboss/verifier ./org/jboss/verifier/event ./org/jboss/verifier/factory ./org/jboss/web EJB specific: ./org/jboss/security ? ./org/jboss/security/plugins ? ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/metadata ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql ./org/jboss/deployment ./org/jboss/ejb ./org/jboss/ejb/entity ./org/jboss/ejb/plugins ./org/jboss/ejb/plugins/cmp ./org/jboss/ejb/plugins/cmp/bridge ./org/jboss/ejb/plugins/cmp/ejbql ./org/jboss/ejb/plugins/cmp/jdbc ./org/jboss/ejb/plugins/cmp/jdbc/bridge ./org/jboss/ejb/plugins/cmp/jdbc/hsqldb ./org/jboss/ejb/plugins/cmp/jdbc/informix ./org/jboss/ejb/plugins/cmp/jdbc/jdbc3 ./org/jboss/ejb/plugins/cmp/jdbc/metadata ./org/jboss/ejb/plugins/cmp/jdbc/mysql ./org/jboss/ejb/plugins/cmp/jdbc/sybase ./org/jboss/ejb/plugins/jaws ./org/jboss/ejb/plugins/jaws/bmp ./org/jboss/ejb/plugins/jaws/jdbc ./org/jboss/ejb/plugins/jaws/metadata ./org/jboss/ejb/plugins/jms ./org/jboss/ejb/plugins/keygenerator ./org/jboss/ejb/plugins/keygenerator/uuid ./org/jboss/ejb/plugins/local ./org/jboss/ejb/plugins/lock ./org/jboss/ejb/timer --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
Repackaging of the EJB bits which are not under org.jboss.ejb is minor IMO, but making the module separation is important for build simplification and general logical separation of server components. I think stink it is worth the effort. --jason On Thursday, March 6, 2003, at 09:33 AM, Scott M Stark wrote: This is this list of packages under server that really are ejb specific and not already under org/jboss/ejb: ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql Its really not much so I don't really see its worth the effort to rename. Especially given that a lot of this is obsolete or soon will be. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 5:55 PM Subject: Re: [JBoss-dev] please notify before large scale changes to EJB land. On Wednesday, March 5, 2003, at 11:56 AM, Jason Dillon wrote: EJB specific: ./org/jboss/security ? ./org/jboss/security/plugins ? ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/metadata ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql ./org/jboss/deployment If the above stuff is truly EJB specific I think we should put them under the org.jboss.ejb package. If it is not then, we should move them to their respective modules (we will move the cmp stuff). I think we need a clear delineation between EJB specific stuff and general behaviors that can be reused by other distributed object frameworks like AOP. How does everyone feel about that? -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
Why not do a full checkout each day always? --jason On Tuesday, March 4, 2003, at 02:56 PM, Chris Kimpton wrote: Hi, --- David Jencks [EMAIL PROTECTED] wrote: I don't think so, the error is not shown. I built fresh from a clean checkout last night with no problems. The problem may be that Chris is not doing a clean checkout every day. There is a link on the page to request a full checkout - which I have done - so we can see if that resolves it. The compile runs on linux - although I do some stuff to ensure a specific jdk is used and maybe bypassing any jvm memory changes that have been made - when was this done? Regards, Chris = __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] .cvsroot replaced by CVSROOT/cvsignore
I just added CVSROOT/cvsignore to the repository for global ignores. If something needs to be ignored globally added it here, else use a local .cvsroot. --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] XDoclet libraries.ent change
I changed the XDoclet config in libraries.ent to default to thirdparty/xdoclet-xdoclet/lib, which allows other projects to continue to function. If you want to use the bits from jboss/xdoclet define xdoclet.xdoclet.lib in your build/local.properties. I still have not figured out how this ever worked... nothing ever seemed to get built in my jboss/xdoclet module and it is not hooked up to the project build anywhere. I have tested that jboss-head will build with this default configuration and now so does the buildmagic project. We really need a better mechanism to handle these dependencies, for both tools and compile requirements. I am starting to think that buildmagic should be renamed to buildheadache... :-( Also, I removed the nonsense about single-module fluff... the exact same thing can be done by simply using -Dmodules=some-module (not -Dmodule mind ya, that won't do what you expect at all). --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[2]: [JBoss-dev] New module for cmp? What about the ejb module?
When I was cleaning up stuff, creation of system module and related work, I was planning on moving all of the EJB specific bits to jboss/ejb, which is why I created the module. It will probably take a day or so to make the move and test it. I can take a stab at it and let ya know. The persistence stuff can either be done before or after. Is all of that rooted in one place? If so I can take a stab at moving that over at the same time. --jason On Monday, March 3, 2003, at 01:32 PM, Dain Sundstrom wrote: I was just thinking about this the other day... I like just persistence and I would love to have the EJB related stuff moved to an EJB module. I'd also like to get rid of the org.jboss.ejb.plugins as it is just a junk drawer. -dain On Monday, March 3, 2003, at 12:07 AM, Alex Loubyansky wrote: Sunday, March 02, 2003, 9:15:33 PM, Jason Dillon wrote: JD I think it might be better to use a different name non-ejb related... JD but whatever... what about just persistence? I like just persistence too. alex JD --jason JD On Monday, March 3, 2003, at 01:45 AM, Jeremy Boynes wrote: I think so. Is 'cmp' OK for the new module name, or is that too strongly associated with EJBs? Maybe 'persistence'? Jeremy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Jencks Sent: Sunday, March 02, 2003 10:10 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] New module for cmp? What about the ejb module? Would it be appropriate to put the new cmp framework in its own module since it is not particularly dependent on ejbs? Are we going to move the ejb support into the currently empty ejb module? david jencks --- 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 --- 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
[JBoss-dev] NetBoot PetStore?
Whatever happened to the NetBoot PetStore work? --jason --- 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] Maven rumour
I am looking into using Maven for JBoss... nothing more, nothing less. Comments on your experience would be helpful though... :-) --jason On Tuesday, March 4, 2003, at 02:01 AM, Luke Taylor wrote: Someone pointed out a post today on the Maven-dev list which said that JBoss wants to move to Maven. Is there any truth in this and if so, any idea of how the move is going to be made? I've been looking at Maven a bit recently and my guess is that the move might not be entirely painless. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- 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] WTF happened to XDoclet tool config?!
I would like to eliminate the buildmagic tasks too. Right now I am looking into using Maven to replace it all. If I get something running with Maven I will try to add an XDoclet module as a depend to allow other projects to use the built tasks... not sure how well that will work just yet though. Unfortunately the changes made broke other projects (like buildmagic, though I believe that project is hosed in other ways too). Lastly I am not sure that we really want to pull xdoclet from its cvs each build. Can you provide me with more details as to what we want to achieve please. Thanks, --jason On Sunday, March 2, 2003, at 08:09 PM, David Jencks wrote: Well, I hope you can fix this Jason because I couldn't, and I'm about 98% sure the problems lie in the buildmagic extensions being incompatible with current versions of ant. We have a long term goal of moving the jboss related xdoclet support to jboss cvs. I attempted to start this and to make constructing an appropriate xdoclet version for use in the jboss build an automated process by building xdoclet in the jboss build process. Thus, the xdoclet module attempts to check xdoclet out of xdoclet cvs and build it. So far so good, but it is impossible to build the rest of jboss using the just built xdoclet. For a while I was able to build by trying twice, the second attempt succeeded, but this did not seem to work reliably. The really odd thing was that the parts that could not be found had just been used for one or two module builds! After struggling for a week or so I gave up and made a simple mechanism to check the results of the xdoclet build into cvs thirdparty. BTW having xdoclet in tools/lib will obviously not work if xdoclet is built as part of the jboss build. In general I believe ant recommends not putting jars in tools/lib but defining your tasks using an explicit classpath. The build failures seemed to occur mostly because some part that had been compiled earlier in the build process were not available later in the build process. I just found another possibly similar example of this behavior that is possibly more serious. On a clean checkout, executing the main build module tests target will not build very many modules before stopping, being unable to find a module it just built. Running ./build.sh, then ./build.sh tests seems to work. (The build tests target builds each module, runs module-level unit tests, and finally starts jboss and runs the testsuite. The output from module level unit tests is included in the test reports.) My feeling after struggling with these problems is that the buildmagic build organization is the best part of the jboss build system, but that we should try to eliminate the buildmagic tasks if at all possible in favor of standard ant. I don't think anyone here wants to spend their time working on ant tasks. Ant demonstrated a long time ago that they do not preserve backward compatibility with external tasks, and we demonstrated that we don't keep up. (originally build/build.sh clean main worked, but it stopped working a really long time ago: the order of the modules is confused in the main target). Thanks david jencks On 2003.03.02 03:43 Jason Dillon wrote: What happened to the XDoclet tool configuration? I don't get it... we went from simply including the required jars in tools/lib (IMO the way it should be) to including it from thirdparty (which has just been a pain) and now there is some jboss-xdoclet pseudo module which does who knows what. So what is the deal? This has complicated the already over complicated build system. Can someone please explain the reasoning behind this. I am sure there was a good reason, but I am even more sure that there is a less intrusive and simpler way to go about getting the same effect. --jason --- 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 --- 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
[JBoss-dev] ClassWorlds?
Just curious if the class-loading experts have looked at ClassWorlds: http://classworlds.werken.com/ I wonder if we could make use of this as part of the UCL loading system... ? --jason --- 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] WTF happened to XDoclet tool config?!
The primary overall goal is to move the xdoclet jboss module into jboss cvs. A secondary goal is to be able to build a jboss specific version of xdoclet core, since changes to the jboss-specific stuff have often required bugfixes or implementation of missing functionality to xdoclet core. I started with the secondary goal. The build system is set up so that xdoclet will only be built once unless you manually delete some tag files (last.xdoclet.update and last.xdoclet.build) I see. I would rather not end up with another jboss/jetty module where we track XDoclet sources. Instead I would like to see us import a released source archive (or non-released I don't really care) then applying patches to that base and use it to compile. I think this will be easier to maintain and will also promote getting the changes back to the XDoclet folks in a manageable fashion for them. I do not know how well that would work, but it sounds reasonable at the moment. I know Maven has some kind of repository idea. Is there some way we can combine this with our need to use unreleased builds of e.g. xdoclet? Hrm... not too sure what you are thinking. We could setup a JBoss-specific remote repo and place JBoss specific XDoclet builds there, but that is really no different than importing such a jar into the current CVS-based thirdparty mechanism. From what I grasp so far, the Maven repo is to allow projects to use external libs with out having to setup a repository of there own (like we do). That is one issue I have with Maven actually, but it can be gotten around by either continuing to use a CVS repository which conforms to their repository structure or by providing a JBoss remote Maven repo on our SF website. The repository mechanism in general is a good one, but I think the Maven impl is a little lacking. One good thing that it does is force a structure, as well as provide simple access and organization for multiple library versions. Either way I am starting to understand more for what you need. I expect we will eventually end up with more of these cases as JBoss expands to use more external software. As I mentioned before the Jetty stuff is already similar to this, but IMO unmanageable. I am going to have to twist my brain into thinking about build systems in a completely new fashion to keep from going mad... --jason --- 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] New module for cmp? What about the ejb module?
I hope so to both... --jason On Monday, March 3, 2003, at 01:09 AM, David Jencks wrote: Would it be appropriate to put the new cmp framework in its own module since it is not particularly dependent on ejbs? Are we going to move the ejb support into the currently empty ejb module? david jencks --- 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] New module for cmp? What about the ejb module?
I think it might be better to use a different name non-ejb related... but whatever... what about just persistence? --jason On Monday, March 3, 2003, at 01:45 AM, Jeremy Boynes wrote: I think so. Is 'cmp' OK for the new module name, or is that too strongly associated with EJBs? Maybe 'persistence'? Jeremy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Jencks Sent: Sunday, March 02, 2003 10:10 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] New module for cmp? What about the ejb module? Would it be appropriate to put the new cmp framework in its own module since it is not particularly dependent on ejbs? Are we going to move the ejb support into the currently empty ejb module? david jencks --- 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 --- 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
[JBoss-dev] Build system speed improvements
I just committed a tiny change to the build system which allows a module to bypass the compile/output phase when the module has already been built and is up to date. It works using the uptodate task and checking the ${module.source} tree, module build files and project build files against a build marker (output/build-marker) which is created/touched at the end of the output generation target. I am seeing a 5x speed increase when rebuilding an already built project (30s vs 2m 30s) . Normally this will never happen, but it will still speed up project builds when only one or two modules change. If you want to turn this functionality off you can set build-bypass.disabled=true on the command line or in local.properties. Lastly I only updated the build.xml files for modules which are part of the default build. Feel free to update the other modules as needed. Something similar might make the testsuite much easier to run over and over... who knows. As always I tested this on my machine, but shit happens... to me... a lot. If this totally breaks your build please let me know. I do not think it will, it is small and uses standard Ant. --jason --- 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] stop using JDK 1.4 for development
We already have nested throwables (org.jboss.util.Nested*) that function in JDK 1.3 1.4, just use them. --jason On Friday, February 28, 2003, at 09:18 PM, Bill Burke wrote: We're not going to have .jpp or other ant switches just so that people can use nested exceptions -Original Message- From: Matt Munz [mailto:[EMAIL PROTECTED]On Behalf Of Matt Munz Sent: Friday, February 28, 2003 8:54 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] stop using JDK 1.4 for development Bill, I thought JBoss was going to support 1.4. Is this not the case? - Matt -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 8:42 AM To: Jboss-Dev Cc: Subject: [JBoss-dev] stop using JDK 1.4 for development There have been a lot of build breakages lately because people are using JDK 1.4 features and they break in JDK 1.3 builds. WE STILL SUPPORT JDK 1.3. My suggestion? Stop developing JBOss with jdk 1.4 and develop with 1.3. Please stop the sloppiness. Bill --- 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 winmail.dat>
Re: [JBoss-dev] stop using JDK 1.4 for development
Any automated build and reporting system would be valuable... just depends on the implementation as to whether it is useful or not. --jason On Friday, February 28, 2003, at 10:36 PM, David Jencks wrote: On 2003.02.28 10:23 Jeff Haynie wrote: The problem really is with me - I fess up. Bill's mad because I broke the build twice this week by inadvertantly checking in code (throwing an exception that is the new overloaded version in 1.4) that only compiles on 1.4. Unfortunately, my whole work and home environment *DO* require 1.4 and only works under 1.4 - so I sometimes forget to re-set my path to JDK1.3 when I compile. So, it compiles fine under 1.4. I'm changing my jboss build environment to force my path and JDK to 1.3 before it runs. Maybe be can update the build.bat/.sh to automatically do this (or at least check the version before you compile) and that would fix this problem for everyone? I don't think this is viable, since some features are simply going to be supported only on jdk 1.4. The primary example is working/reasonable transaction logging: I think non-blocking sockets versions of transport will be another example. I really think a reliable warning service is the way to go. I found Chris Kimpton's compilation reports so unreliable I stopped paying attention to them a long time ago. Are they useful to anyone? david -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Jencks Sent: Friday, February 28, 2003 10:16 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] stop using JDK 1.4 for development I'd prefer to have a reliable way to report these problems, since I don't consider it realistic for me to develop on 1.3.1. How do you detect them? For the particular problem of nested exceptions, I think we should always use the jboss NestedThrowable stuff Jason wrote since it provides a much more reasonable stack trace. Dain and I made as much as we could find of the jca and jta frameworks use this with good results. How could we make this better known and popularize it? thanks david jencks On 2003.02.28 08:42 Bill Burke wrote: There have been a lot of build breakages lately because people are using JDK 1.4 features and they break in JDK 1.3 builds. WE STILL SUPPORT JDK 1.3. My suggestion? Stop developing JBOss with jdk 1.4 and develop with 1.3. Please stop the sloppiness. Bill --- 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 --- 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 --- 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] 4.0 and JDK 1.4.1 discussion
Assertions could also help debug server problems and generally improve the quality of the code too. 1.4 is good, just too bad not everyone has it yet. Still waiting for a final for Mac OS X :( --jason On Saturday, March 1, 2003, at 01:08 PM, Ricardo Argüello wrote: I was planning to use the new non-blocking I/O API for JBoss Media. I'm already using the new Java Image I/O available only in 1.4 and above. So it's not only a nested exceptions problem... Ricardo Argüello - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 28, 2003 7:28 PM Subject: RE: [JBoss-dev] 4.0 and JDK 1.4.1 discussion I hope we're not going to have pre-compile directives everywhere just so that people can use nested Runtime, Remote, and regular Exceptions. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Scott M Stark Sent: Friday, February 28, 2003 6:49 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] 4.0 and JDK 1.4.1 discussion I have had a few developers ask that 1.4.1 be required for compiling 4.0 to simplify the use of 1.4.1 features while still supporting JDK 1.3.1 for runtime for features backward compatible with 3.2. That seems like a reasonable comprimise given that 4.0 is a major release. The challenge is how to segment the testsuite into the unit tests that are required to run under a 1.3.1 VM. Scott Stark Chief Technology Officer 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 --- 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] Eclipse is so amazing...
force it to use ant to do all compiles? Seems like that would be best to solve most problems. I've been able to get it to run our ant build files directly. You might have to go into the eclipse properties and add all the tools/lib/*.jar files to the ANT runtime classpath. Do you know if there is an _easy_ way to make all projects use a set of external tools builder configs? I found with a small mod to tools/etc/build*/tools.ent that adding a external builder to execute the build.xml before the eclipse compiler will allow the entire server to be built from inside of eclipse. Only one extra step is needed to call build/build.xml to make the distribution directory so that the server will run... which could be worked around as well with an additional builder to trigger the build module to pull. BTW I did not have to add anything the ANT runtime classpath. --jason --- 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] TxInterceptor split is still the best thing sincesliced bread
IMO interceptors are much simpilar than hard coded invokers. --jason On Tue, 25 Feb 2003, Bill Burke wrote: What I'm saying is, why add this complication? Do we really need it? KISS. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hiram Chirino Sent: Tuesday, February 25, 2003 11:23 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread How about implementing some kind of seperate interceptor framwork around the client side and server side invocation layers?? David, if yoiu had a configurable way to plug in your tx interceptors at the invocation layer you would be ok right? I think david just needs to avoid duplicating the code that is in the trunk invoker all over the place. Bill, how doable is that? Regards, Hiram Bill Burke [EMAIL PROTECTED] wrote: IMHO, CORE client interceptors such as security and tx should be written such that if the client doesn't support interceptors (C++) you don't break the server side or put additional configuration requirements on the server side. Bill -- Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Eclipse is so amazing...
Any reason not to set it up as multiple projects? I have had nothing but success when connecting Eclipse projects to a checked out jboss-head. --jason On Thursday, February 27, 2003, at 02:42 AM, Nathan Phelps wrote: While we're on the subject of Eclipse... Can anyone give me some tips for working with the JBoss source in Eclipse via the built-in extssh client? I can get it all checked out, but then it gets very confused about the package names. It tries to do j2ee.src.main.org.jboss.j2ee, messaging.src.main.org.jboss.mq, etc. I guess it wants individual projects for each directory? I was hoping to set it up as a SINGLE project so I can just check out the source and start working. I read the The Developing JBoss using Eclipse HOWTO, but it only explores setting it up as multiple projects. This question is echoed on the forums as well at http://www.jboss.org/forums/thread.jsp?forum=162thread=28822. Up to now I've been using NetBeans, but I'd really like to get this up and running on Eclipse with the JBoss IDE plug-in and all if possible. Thanks, Nathan --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Eclipse is so amazing...
Ahh, but have you tried Eclipse? --jason On Thursday, February 27, 2003, at 02:02 AM, Dain Sundstrom wrote: vim -dain On Wednesday, February 26, 2003, at 12:43 PM, Jeff Haynie wrote: If you like Eclipse, IntelliJ blows it away. It's not free, but cheap and much more mature than Eclipse. I used Eclipse, but enjoy IntelliJ much more. (Not trying to start a holy war, just giving you another option to look at it you enjoy Eclipse...) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino Sent: Wednesday, February 26, 2003 1:36 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Eclipse is so amazing... +1 I use it all them time. The Refactoring support and the Quick Assist features rock. Regards, Hiram --- Jason Dillon [EMAIL PROTECTED] wrote: I can not believe how fast, intelligent and functional this little IDE. I have tears in my eyes I am so pleased. Okay perhaps I need to get out more... but still. I think I am going to have to say goodbye to XEmacs. Perhaps I am just getting old and lazy... --jason --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Eclipse is so amazing...
I think it is better to use the jars from the module output directory, cause the exact location under build/output will change from version to version. Is there any way to make Eclipse create jars? Or any way to make it conditionally compile stuff for 1.3 and others for 1.4? Or a way to force it to use ant to do all compiles? Seems like that would be best to solve most problems. So far I am pretty happy, but it is by no means perfect. --jason On Thursday, February 27, 2003, at 03:42 AM, Hiram Chirino wrote: I've tried it various ways.. lately I've been doing the following: - compile source code manualy. - adjust eclipse build path by: adding the source folders of sub projects that I will be working with as source folders. (the default is no good) - adjust eclipse build path by: adding all the jars in the build/output/jboss*/lib and build/output/jboss*/client and build/output/jboss*/server/all/lib directories to the project classpath. Regards, Hiram --- Nathan Phelps [EMAIL PROTECTED] wrote: While we're on the subject of Eclipse... Can anyone give me some tips for working with the JBoss source in Eclipse via the built-in extssh client? I can get it all checked out, but then it gets very confused about the package names. It tries to do j2ee.src.main.org.jboss.j2ee, messaging.src.main.org.jboss.mq, etc. I guess it wants individual projects for each directory? I was hoping to set it up as a SINGLE project so I can just check out the source and start working. I read the The Developing JBoss using Eclipse HOWTO, but it only explores setting it up as multiple projects. This question is echoed on the forums as well at http://www.jboss.org/forums/thread.jsp?forum=162thread=28822. Up to now I've been using NetBeans, but I'd really like to get this up and running on Eclipse with the JBoss IDE plug-in and all if possible. Thanks, Nathan --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Eclipse is so amazing...
I think it is better to use the jars from the module output directory, cause the exact location under build/output will change from version to version. What build/output will change from version to version? The directory name under build/output changes when the version number/tag changes. Is there any way to make Eclipse create jars? Go under the file menu to export. Choose jar file and follow the wizard. Automatically is what I meant. Or any way to make it conditionally compile stuff for 1.3 and others for 1.4? Right click on a project and go to properties. Select Java Compiler on the left. If you click on the Use project settings radio button then you can set any custom compiler options you want including setting the compiler compliance level (1.3 or 1.4). On a per package or per class level, there are several bits of select packages which will only compile under 1.4, but I do not want to force the entire project to use one or the other. I was hoping for a bit more intelligence for supporting multiple jdk versions concurrently. Or a way to force it to use ant to do all compiles? Right click on your project and go to properties again. Click on External Tools Builders. Click on the New... button and select Ant Build. On the build options tab you can specify if you want to have this run for Full builds, Incremental builds, and/or Auto builds. I will play with this, as it may just solve the above problems. Thanks, --jason --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] TxInterceptor split is still the best thing sincesliced bread
Interceptors seem reasonable, as long as there are no hidden costs behind them. Why not keep them seperated and more flexible? Also allows invokers to become a little bit simpler. The only down (aside from any performance client-side class loading issues) are the read code as a story fluff which some of us have been pimping from day one. So that really isn't a down after all since I never bought into that garbage in the first place ;) So are there any performance or other negative side effects which would be undesirable by making this seperation? If not, then the more flexible and pluggable the better I say. But then again what do I know, I haven't touched a bit of code in months :( Only evil servers to deal with... --jason On Tue, 25 Feb 2003, David Jencks wrote: On 2003.02.25 02:58 Sacha Labourey wrote: Hello, This discussion is somehow strange because, and I agree with David: you don't seem to be speaking about the same thing at the same time... Asynchronous argumentation is hard to follow... - I think we should have interceptors - Yes, but the sky is blue - No! Invokers can't handle DTM in this case - You mean AOP? I understand David's point of view. David loves orthogonal designs and the idea to have somehow symetric interceptors (between the client and the server), possibly with a null invoker in the middle of the chain makes his design pleaseant. Nevertheless, where I think I agree with Bill is that we first have to check if we don't go too far just for the beauty of it. Let's take IIOP as an example. In the general case, IIOP can only transport the same kind of data: - invocations information (method name, arguments, etc.) - arbitrary context information In the arbitrary payload, you may find security information, transaction information, etc. The question is: at the end of the day, do we really need a stack of interceptors just to extract this set of information and populate a JBoss invocation object? Couldnt we more simply just extract all this stuff and put it in the Invocation Object (and the server side Invoker could do that). I agree, it would look much smarter to have this separation of concern and have each interceptor from a virtual-client-stack (i.e. client side interceptors living on the server and mimic-ing client-side behaviour) put only what is needed inside the JBoss invocation object. NEVERTHELESS, as this information will always be similar, why not simply do that in a generic way inside the invoker: in-mass population of the invocation with well-known key names for well-known invocation content. If you think about it, the invoker already does that: it extracts the target MBean ObjectName from the invocation and push the invocation to it: if you push your reasoning far enough, that's already a concern that shouldn't be put in a pure transport-focused invoker. But I agree, and as French say: Je pousse mémé dans les ortilles. Translation left as an exercise. well, aside from my and babelfish's inability to translate that... 1. I was planning to move the invocation reassembly and targeting into a bunch of interceptors on the server side. 2. I think your argument applies with exactly equal force to the client side interceptors and if we put the functionality for IIOP into the invoker on the server side we should for exactly the same reason eliminate client side interceptors everywhere and put them in the client side of more capable (than IIOP) invokers. Just because we haven't used the client interceptors for any customization doesn't mean they aren't a good idea. If we ever found a use for including additional context information, we would be able to include it in all transports simply be writing one client and one server interceptor and adding it to the chains for the objects we wanted it for. For IIOP, I think this would result in the fewest changes: I think basically we'd just have to add the C++ (or whatever) code to send the additional context info. thanks david Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Jencks Sent: lundi, 24. février 2003 21:02 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing since sliced bread On 2003.02.24 14:35 Bill Burke wrote: Bill, what I find really boring and unpleasant about this discussion is that I can't find any evidence that you read most of my posts, or that you Ditto. I thought I did read your stuff and replied appropriately. Maybe I missed something. What I saw you propose for non-Java and I'll quote you: outside world something corba and proxy-like ci1 ci2 some kind of invoker-like thing si1 si2
RE: [JBoss-dev] MDB tests in HEAD
Did this mail just make it to the list ? Ouch... --jason On Sun, 23 Feb 2003, marc fleury wrote: he is bck marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dillon Sent: Wednesday, July 10, 2002 9:05 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] MDB tests in HEAD I am porting the changes I made to 3.0 back to HEAD (DLQHandler uses JMSProviderAdapter to attach to resources). After merging those changes I noticed that the MDB tests were very, very noisy. but reported no errors or failures. I doubled checked a clean copy of HEAD and it performs the same when running: ./testsuite/build.sh one-test -Dnojars=t -Dtest=org.jboss.test.mdb.test.MDBUnitTestCase I am seeing lots of ERROR and WARNs related to XA sessions: 2002-07-10 17:52:38,740 ERROR [org.jboss.jms.asf.StdServerSession] failed to commit/rollback javax.transaction.xa.XAException at org.jboss.mq.SpyXAResource.commit(SpyXAResource.java:105) at org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession. java:289) at org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage( SpyMessage Consumer.java:561) at org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer. java:377) at org.jboss.mq.SpySession.run(SpySession.java:252) at org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Poo ledExecuto r.java:642) at java.lang.Thread.run(Thread.java:479) . 2002-07-10 17:52:42,606 WARN [org.jboss.tm.TxCapsule] XAException: tx=XidImpl [FormatId=257, GlobalId=sanity.planet57.com//1536, BranchQual=] errorCode=XAER_RMERR javax.transaction.xa.XAException at org.jboss.mq.SpyXAResource.commit(SpyXAResource.java:105) at org.jboss.tm.TxCapsule.commitResources(TxCapsule.java:1651) at org.jboss.tm.TxCapsule.commit(TxCapsule.java:361) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:73) at org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession. java:319) at org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage( SpyMessage Consumer.java:561) at org.jboss.mq.SpyMessageConsumer.addMessage(SpyMessageConsumer. java:377) at org.jboss.mq.SpySession.run(SpySession.java:252) at org.jboss.jms.asf.StdServerSession.run(StdServerSession.java:177) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Poo ledExecuto r.java:642) at java.lang.Thread.run(Thread.java:479) * * * Are these errors normal? Or is the MDB sub-system unhappy? --jason --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. 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: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty module
This seems to need a fresh checkout to get the new module - does anyone know another way? cd jboss-head/thirdparty cvs get _thirdparty_apache_slide ---jason --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Proposal for changes to URL deployment to clean up netboot
Wanted to get feedback before starting to implement... ;) The current support for loading deployment units has several special cases to deal with loading from the network e.g. in SARDeployer.parseXMLClasspath(), NetBootHelper.getDefaultListUrl() or even HttpURLDeploymentScanner itself. Specifically what are the special cases? It has been a while since I looked, refresh my memory. Some work still needs to be done to remove all of the http: specific bits are replace them with plain URLConnnection bits. I would like to make changes to simplify this and at the same time offer additional flexibility. The main change would be to factor out the URL listing functionality into helpers with a factory to create them based on the scheme. Examples would be: * file: using java.io.File as now * http(s): using DAV * http: using the current listing mechanisms (if still applicable) others could be added as needed (e.g ftp:) Explain some of the details here. The DAV client would allow JBoss to be netbooted from any web server supporting DAV, either directly (e.g. Tomcat 4.1, Apache+mod_dav or even IIS) or via a helper servlet (which could read either the content of its war or config of its host). I am all about more network proto support. Can this be abstracted into a URL Handler used with a URLConnection? This change would isolate the SARDeployer and the URLDeploymentScanner's from the different URL schemes and remove the special cases. Again, explain some details please. =] --jason --- 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] Hong Kong training
You should really have a Thailand training too... =] --jason On Wednesday, November 27, 2002, at 09:05 AM, marc fleury wrote: Guys, the training in January 14-17th in Hong Kong. We lowered the price to $2000 for early registration and it is the only training I am personally doing in Q12003. Can't get better than that. The early bird price is until Dec 15th so start early. see you in HK marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] where to post correction to jboss 3.0.4 adm. and devel. Second Edition?
Post a patch on sf.net --jason On Tuesday, November 26, 2002, at 01:21 PM, Emerson Cargnin - SICREDI Serviços wrote: where should I post correction to jboss 3.0.4 adm. and devel. Second Edition? by this list? by bug at source forge? -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What is the status of hsqldb 1.7 in JBoss 3.2?
I am not sure, but I believe the changes to back port might be small... you could post a patch... getting you closer to a RW... if you want it that is. --jason On Tuesday, November 26, 2002, at 01:55 PM, Jeremy Boynes wrote: I'm trying to get PetStore 1.3.1 running with 3.2 but its DAO code uses ResultSet.absolute() which is not supported by hsqldb 1.6 but is by 1.7.1 Will the changes to support 1.7.1 be backported to 3.2 before its release? thanks jeremy --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Curious, but does the ajp (or whatever the apache connector is called) use many threads? If it does, then would it make sense to use nio there too? --jason On Thursday, November 21, 2002, at 08:33 AM, Greg Wilkins wrote: It's important to remember that the jetty nio implementation is not so much aimed at increasing socket performance - rather it's aim is to reduce the number of threads required by avoiding allocating threads to idle connections. This is more to avoid problems on operating systems that become undstable or non linear with large numbers of threads allocated. To date, the few organizations that have tried nio have eventually gone back to using the normal listener. It has helped while they had other threading issues with their systems. Once the OS/JVM have been patched properly, most big irons don't have too much trouble with large numbers of threads. Do selects over large number of sockets can prove to be more difficult for many OS's - even those with /dev/poll. Note that the nature of the servlet/filter API means that the true promise of NIO will never be realized until the spec is radically changed. Some servers may be able to use NIO to assist with serving static content, but if static content is to be made a special case, then you may as well serve it from a kernal server rather than java. While the servlet spec is in it's current revision, you will never get data streaming directly from a direct memory mapped buffer, out the http socket without touching user space. cheers Jules Gosnell wrote: Anything is possible. Anyway, the standard Listener works fine in 1.4 and Greg has chosen to keep it on as the default and make a special case of the NIO Listener which, whilst giving better throughput at high volumes may actually be slower at low ones. I would rather stick with standard Jetty's approach, since I have enough branches to maintain already :-( If anyone wants to go this way badly, they can donate a PortableListener which wrap-n-delegates to a dynamically chosen Jetty Listener and I will alter the config to use this instead. Jules James Higginbotham wrote: Jules, Um... I hate to say this, but I think Weblogic works around this - it defaults to nio and backs off to its older non-nio.. They used to call it their performance pack before 1.4, and have since just swapped theirs for nio I think.. You said it was a static config, but I don't see why you can't abstract out the strategy, and back off to the default strategy if nio isn't available. Just a thought, and may sound simpler than the impl, not sure.. I haven't looked a the Jetty codebase in a while.. James -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 21, 2002 6:34 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky Peter Fagerlund wrote: torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon: Fuck... how can we make one build work for both? Use a runtime switch ... 1. Jetty's config is static - I could work around it 2. You would need to build to the LCD (1.3) and then do another build for optional 1.4 components... Or - we just live with it until we can force a move to 1.4, of course then we will have the same problem with 1.5... Software huh ! Jules --- 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 email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com __ __ --- 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 __ __ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com
Re: [JBoss-dev] TODO: NetBoot PetStore
Yes, I am hoping this will be the case... seems like a no brainer to me though. --jason On Friday, November 22, 2002, at 08:57 AM, Peter Fagerlund wrote: fredagen den 22 november 2002 kl 01.35 skrev James Cook: Prob the most interesting part will be setting it up to work on hsql out of the box. Please consider using a lookup of DefaultDS instead of calling hsqldb direct in any generic code. /peter_f --- 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
[JBoss-dev] Jetty NIO SL in JBoss 3.0.4 no worky
Looks like the Jetty NIO listener for JBoss 3.0.4 does not work out of the box (ie. simply uncommenting the nio listener def). --jason --- 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
[JBoss-dev] TODO: NetBoot PetStore
Anyone want to make a NetBoot configuration which runs the latest PetStore from SUN? I have been meaning to do this for awhile, but never seem to find the time. This is a simple task for someone who has setup the PetStore in JBoss 3.x before, or an intermediate task for someone who is looking to help us out. Let me know. I want to get this function soon, as it is a powerful example of how NetBoot works and allows users to see how JBoss works in a semi-real world situation. So, anyone want to take a shot? I can advise as needed... but please not smart asses. If you would like to help great I do not need more stress yo! Let me know, a RW could be in it for ya ;) --jason --- 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] Jetty NIO SL in JBoss 3.0.4 no worky
Bah... this sucks. Can't we get one build to function for both? Or do we have to build a 1.3 and 1.4 version? Blah :( A side note, any reason why we do not start the nio and ajp (or whatever it is called) by default, then let users remove or uncomment to disabled. This might help catch such problems... note sure. --jason On Thursday, November 21, 2002, at 01:41 AM, Jules Gosnell wrote: Jason Dillon wrote: Looks like the Jetty NIO listener for JBoss 3.0.4 does not work out of the box (ie. simply uncommenting the nio listener def). --jason --- 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 It is only available in a 1.4 build, and I assume (mother of all f*ck ups) that JBoss is built on a 1.3 JVM. Pull down a copy of Jetty-4.2.2 from SF and substitute the jars in your jbossweb.sar with the ones in this distro - It is built on 1.4 I'll put a comment in the jboss-service.xml about this - Thanks. Jules P.S. Building your own JBoss on 1.4 will not currently help, as I have not checked in the 1.4 code. ___ _ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com ___ _ --- 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] Jetty NIO SL in JBoss 3.0.4 no worky
Wait, do you mean that if built with 1.4 that it will function, and that 1.3 will behave. I think we need to get the system in such a state that we can build with the latest supported VM and produce a binary compatible with older releases... not sure what the details are involved though. Bah, fucking Java... write once, package a billion times --jason On Thursday, November 21, 2002, at 01:41 AM, Jules Gosnell wrote: Jason Dillon wrote: Looks like the Jetty NIO listener for JBoss 3.0.4 does not work out of the box (ie. simply uncommenting the nio listener def). --jason --- 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 It is only available in a 1.4 build, and I assume (mother of all f*ck ups) that JBoss is built on a 1.3 JVM. Pull down a copy of Jetty-4.2.2 from SF and substitute the jars in your jbossweb.sar with the ones in this distro - It is built on 1.4 I'll put a comment in the jboss-service.xml about this - Thanks. Jules P.S. Building your own JBoss on 1.4 will not currently help, as I have not checked in the 1.4 code. ___ _ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com ___ _ --- 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
[JBoss-dev] Big Brother ala Java...
Someone should write a Big Brother clone using JBoss technologies. BB is simple technology, but is way to complex to configure and maintain. Using JBoss NetBoot it would be trivial to bring up new systems. Using J2EE technologies it would be trivial to setup the configuration data model and provide HMTL/WAP/Whatever displays. Shit, I need to clone myself. So much todo and so little time. Anyone interested in working to build a better future... let me know I have a handful of really good projects for you to work on. --jason --- 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] Jetty NIO SL in JBoss 3.0.4 no worky
Fuck... how can we make one build work for both? --jason On Thursday, November 21, 2002, at 02:29 AM, [EMAIL PROTECTED] wrote: On 21 Nov, Jason Dillon wrote: Bah... this sucks. Can't we get one build to function for both? Or do we have to build a 1.3 and 1.4 version? Blah :( Its the same for jaas. A version build för 1.4 will NOT work on 1.3, because the JAAS classes will be missing! //Peter A side note, any reason why we do not start the nio and ajp (or whatever it is called) by default, then let users remove or uncomment to disabled. This might help catch such problems... note sure. --jason On Thursday, November 21, 2002, at 01:41 AM, Jules Gosnell wrote: Jason Dillon wrote: Looks like the Jetty NIO listener for JBoss 3.0.4 does not work out of the box (ie. simply uncommenting the nio listener def). --jason --- 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 It is only available in a 1.4 build, and I assume (mother of all f*ck ups) that JBoss is built on a 1.3 JVM. Pull down a copy of Jetty-4.2.2 from SF and substitute the jars in your jbossweb.sar with the ones in this distro - It is built on 1.4 I'll put a comment in the jboss-service.xml about this - Thanks. Jules P.S. Building your own JBoss on 1.4 will not currently help, as I have not checked in the 1.4 code. _ __ _ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com _ __ _ --- 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 -- Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 --- 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] Jetty NIO SL in JBoss 3.0.4 no worky
Um ya, but how... if the JVM can not handle it then an app level system must be in place to load the version specific instance based on thr current JV. Surely someone else has run into this problem and found a usable solution to it... anyone know? Or perhaps we are doomed to build for 1.3 and 1.4? That really seems anit-java i principal. --jason On Thursday, November 21, 2002, at 03:50 AM, Peter Fagerlund wrote: torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon: Fuck... how can we make one build work for both? Use a runtime switch ... --- 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] Jetty NIO SL in JBoss 3.0.4 no worky
Um... so the phrase crack smoker comes to mind... anyone else? --jason On Thursday, November 21, 2002, at 04:24 AM, Peter Fagerlund wrote: Fuck... how can we make one build work for both? Use a runtime switch ... in a preprocessor ala xDoclet ? --- 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] Jetty NIO SL in JBoss 3.0.4 no worky
Right, we will always have this problem... is there a solution? I think we have to tools, basically interfaces and dynamic class loading ala factories... blah. --jason On Thursday, November 21, 2002, at 04:34 AM, Jules Gosnell wrote: Peter Fagerlund wrote: torsdagen den 21 november 2002 kl 11.46 skrev Jason Dillon: Fuck... how can we make one build work for both? Use a runtime switch ... 1. Jetty's config is static - I could work around it 2. You would need to build to the LCD (1.3) and then do another build for optional 1.4 components... Or - we just live with it until we can force a move to 1.4, of course then we will have the same problem with 1.5... Software huh ! Jules --- 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 email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com ___ _ --- 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] TODO: NetBoot PetStore
Go for it! Let me know how long you think it will take and if you need any help. --jason On Thursday, November 21, 2002, at 11:52 AM, Jeremy Boynes wrote: I'll give it a shot if you can't find someone who has done the PetStore before - I'd be taking the intermediate route. I'm assuming most of the effort here is deploying it to JBoss and configuring the necessary resources. Jeremy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Thursday, November 21, 2002 1:57 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] TODO: NetBoot PetStore Anyone want to make a NetBoot configuration which runs the latest PetStore from SUN? I have been meaning to do this for awhile, but never seem to find the time. This is a simple task for someone who has setup the PetStore in JBoss 3.x before, or an intermediate task for someone who is looking to help us out. Let me know. I want to get this function soon, as it is a powerful example of how NetBoot works and allows users to see how JBoss works in a semi-real world situation. So, anyone want to take a shot? I can advise as needed... but please not smart asses. If you would like to help great I do not need more stress yo! Let me know, a RW could be in it for ya ;) --jason --- 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 --- 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] Big Brother ala Java...
It is a system monitoring tool: http://bb4.com --jason On Thursday, November 21, 2002, at 06:08 AM, Emerson Cargnin - SICREDI Serviços wrote: what woul'd be the BigBrother, is it that reality show : ))? Jason Dillon wrote: Someone should write a Big Brother clone using JBoss technologies. BB is simple technology, but is way to complex to configure and maintain. Using JBoss NetBoot it would be trivial to bring up new systems. Using J2EE technologies it would be trivial to setup the configuration data model and provide HMTL/WAP/Whatever displays. Shit, I need to clone myself. So much todo and so little time. Anyone interested in working to build a better future... let me know I have a handful of really good projects for you to work on. --jason --- 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 -- | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959| | SICREDI Serviços | | Porto Alegre - Brasil| |xx| --- 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] Metadata Service
I would be careful about going with a huge file, these tend to become unnamable fast. --jason On Wednesday, November 13, 2002, at 09:07 AM, Bill Burke wrote: Dain and I were IMing. He said Scott was thinking about a MetaData service... My idea for a MetaData/Configuration service would be the ability to register for callbacks based on XPATHS. So, all config of jboss would be stored in one big XML Document. Components insert their config there, and register for callbacks on this config via XPATHS. So, this config can be managed centrally, yet, components can easily be notified with changes via a simple mechanism. Bill --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Metadata Service
If we can add an import mechanism then we can have both. I think a small set of files is better than one big file is better than a million little files. --jason On Wednesday, November 13, 2002, at 02:49 PM, Dain Sundstrom wrote: One huge file is better than a million little files scattered across my hard drive, but that's not saying a lot. -dain Jason Dillon wrote: I would be careful about going with a huge file, these tend to become unnamable fast. --jason On Wednesday, November 13, 2002, at 09:07 AM, Bill Burke wrote: Dain and I were IMing. He said Scott was thinking about a MetaData service... My idea for a MetaData/Configuration service would be the ability to register for callbacks based on XPATHS. So, all config of jboss would be stored in one big XML Document. Components insert their config there, and register for callbacks on this config via XPATHS. So, this config can be managed centrally, yet, components can easily be notified with changes via a simple mechanism. Bill --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
CVS sucks... --jason On Tuesday, November 12, 2002, at 11:02 AM, Dain Sundstrom wrote: rant Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. /rant Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
Yes. --jason On Tuesday, November 12, 2002, at 11:23 AM, Dain Sundstrom wrote: Thanks... Is get an alias for checkout? How do I know _jboss_thirdparty is the right name to use? Is this name from the modules file? -dain Adrian Brock wrote: Hi Dain, cd jboss-head cvs get _jboss_thirdparty cvs update and aliases don't work properly :-( Regards, Adrian From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: JBoss-dev [EMAIL PROTECTED] Subject: [JBoss-dev] New thirdparty structure sucks Date: Tue, 12 Nov 2002 13:02:27 -0600 rant Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. /rant Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New thirdparty structure sucks
This is not true for jboss-head or other psuedo module created via CVSROOT/modules. Update will not check CVSROOT/modules for changes, it will only work off of the local data in CVS/Entires. --jason On Tuesday, November 12, 2002, at 11:20 AM, Taylor,Timothy L. wrote: cvs up -d will create directories that exist in the repository, but don't exist in your sandbox. Another useful option is -P will will prune directories from your sandbox that are empty. You can add the following to your .cvsrc file to make these be defaults update -d -P - Tim Dain Sundstrom wrote: rant Because of the new structure when I do an update in the thirdpaty package it doesn't pickup the added directories. For example the apache-commons package was just added, but when I do an update from the jboss-head root or jboss-head/thirdparty the package doesn't come down. /rant Is there a cvs command to checkout only jboss-head/thirdparty/apache-commons by hand? -dain --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd522.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] building jboss
To build HEAD you need to checkout jboss-head not jboss-all. --jason On Monday, November 11, 2002, at 02:02 PM, Publius Ismanescu wrote: Hi, I downloaded the source using WinCVS. and this is the output that I get when I build. Please let me know what I am doing wrong. Output: D:\JBoss\jboss-all\buildbuild Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property BUILD FAILED file:D:/JBoss/jboss-all/build/../tools/etc/buildfragments/tools.ent:29: taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found Total time: 2 seconds Press any key to continue . . . D:\JBoss\jboss-all\build Thank you in advance for all your help Publius OS: Windows 2000 JDK : 1.4.0_02 --- 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] J2EE Timer Service
What about Quartz? Lets integrate instead of invent where we can. --jason snip what do you guys think of a new scheduler? marc f -Original Message- From: Ben Sabrin [mailto:ben;jboss.org] Sent: Monday, November 04, 2002 3:58 AM To: Marc Fleury Subject: FW: Quartz J2EE Scheduler for your consumption. Ben Sabrin Director of Sales and Business Development JBoss Group, LLC -Original Message- From: Nathan Phelps [mailto:nphelps;solarc.com] Sent: Wednesday, October 30, 2002 9:20 PM To: 'Ben Sabrin' Subject: Quartz J2EE Scheduler Here is the link to the Scheduler I was talking about today: http://quartz.sourceforge.net Again, thanks for your visit. I've already gotten feedback about how much everyone enjoyed it. Thanks, Nathan /snip On Sunday, November 10, 2002, at 11:15 AM, Scott M Stark wrote: I have not seen anyone mention this so go ahead. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Andy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 10, 2002 10:18 AM Subject: [JBoss-dev] J2EE Timer Service Hi Geeks Did anyone started to develop the EJB 2.1 Timer Service ? Otherwise I will have a look into it because I think we could use the Scheduler. Have fun - Andy --- 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: AW: [JBoss-dev] taming the beast and build MAGIC
that one though. Also, please do not just tell me to go read the documentation - I have looked at JMX and read the 3.0 book already. I have also perused this site fairly thoroughly I think. I'd be surprised to discover that I have overlooked some obvious source unless it has been added in the past week. At the same time, I must confess (as if it is not obvious enough already) that I am fairly new to open source - my professional experience lies primarily with offline mainframes and PCs in a development environment managed by somebody else. Feel free to contact me personally at the e-mail accompanying this posting. TIA, Ben Tompkins On Friday 01 November 2002 09:36 pm, Ben Tompkins wrote: Ok - great - but the physics bit (the first, shorter faq that goes on about cantorian fractal spacetime is mostly plagiarized from a real paper I found on the net. Do you want we me to cut it, seek permission, or what. I realize that I have created a silly issue - but you never know... On Friday 01 November 2002 05:05 pm, Jason Dillon wrote: This is funny, funny shit. Submit a real patch (ala sf.net w/attached file) and I will commit this. --jason --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss Training @ Geneva
This is resolved. --jason On Monday, November 4, 2002, at 11:26 AM, Alex Loubyansky wrote: Hello Sacha, clicking on Read More on the site I get HTTP ERROR: 404 /services/training Not Found alex Monday, November 04, 2002, 7:12:31 PM, you wrote: SL Hello, SL It seems that no e-mail address was available on JBoss.org web site to SL subscribe to the Geneva training. SL If you want to register for the JBoss Advanced Training taking place in SL Geneva at the end of the month (25-28 November 2002), please use this e-mail SL address: SL mailto:sales;jboss.org?subject=Geneva SL It's gonna be a great training! (well, like all JBoss trainings ;) ) SL Cheers, SL Sacha -- Best regards, Alex Loubyansky --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] test2...
This is funny, funny shit. Submit a real patch (ala sf.net w/attached file) and I will commit this. --jason --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] janitorial work
This is a recent change to the build system. Feel free to submit a patch of the docs. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Ben Tompkins Sent: Thursday, October 31, 2002 10:03 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] janitorial work Is there some reason why the precise commands required to checkout a correct build cannot simply be posted somewhere? I am using: CVSROOT=pserver:[EMAIL PROTECTED]:/cvsroot/jboss cvs login (if necessary) cvs co jboss-head or cvs co -r release-tag release-module I see that some recent commits have specified Branch_3_0. So my next attempt will be: cvs co -r Branch_3_0 jboss-3.0 Someone please correct me if I am wrong. As far as I can make out, the only system dependency is the Java VM and the PATH. The build scripts unset/ignore ANT_HOME, because ant, as well as the various XML parsers are included in the build, right? I'd also like to know whether anyone has succeeded in building/debugging with Eclipse. There was a mailing regarding this to the effect that the thirdparty subdirectory needs to be configured especially for Eclipse and that builds prior to jboss-head are not so configured- but I haven't even been able to build anything that recent outside of Eclipse and is generally harder to build inside an IDE than outside one - so I haven't even bothered to try it. On Thursday 31 October 2002 10:35 am, danch wrote: So, Ben...are you hinting that your less than satisfied with the build system? That's odd, _nobody_ _ever_ complains about the build system! ;^}) yours in sympathy, danch --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] janitorial work
Ok. I can patch the doc with the content of my last mailing How to get it to build. But I will need a cvs account to do that. Ben Submit a patch. We do not give up RW for nothing. --jason --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Documentation Patch Question
The best thing to patch right now would be the buildsystem guide and faq. Look in website/content/src/web/default/developers/* --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Ben Tompkins Sent: Thursday, October 31, 2002 2:57 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Documentation Patch Question Exactly what documentation are we talking about? Is this it? jboss/manual/src/xdocs/jbossdocs.xml If not, please tell me which file(s) you would like me to patch. On Thu, 2002-10-31 at 16:59, Jason Dillon wrote: Ok. I can patch the doc with the content of my last mailing How to get it to build. But I will need a cvs account to do that. Ben Submit a patch. We do not give up RW for nothing. --jason --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development