Re: [JBoss-dev] 3.2.3 Release Available
Are you still providing JBoss-Jetty releases? If so, is there a timeframe for it being posted? Thanks, Hunter From: Scott M Stark [EMAIL PROTECTED] Organization: JBoss Group Reply-To: [EMAIL PROTECTED] Date: Tue, 09 Dec 2003 19:03:16 -0800 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [JBoss-dev] 3.2.3 Release Available The 3.2.3 release of JBoss is available from here: http://sourceforge.net/project/showfiles.php?group_id=22866 Detailed change notes and an overview of the major additions are available from here: http://sourceforge.net/docman/display_doc.php?docid=20433group_id=22866 -- Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] RE: [JBoss-user] Re: Recent CVS removals
This is unfortunate because they totally suck as a medium of communication. From: Bill Burke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 7 Aug 2003 01:11:59 -0400 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-dev] RE: [JBoss-user] Re: Recent CVS removals The forums on www.jboss.org have been the designated place for design discussions since their inception over a year ago. --- 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/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Does clustering work on OS X?
DaIn- I will checkout HEAD and test it, I have a similar configuration... If I can get it to fail, I'll pass it on to a couple of the Java guys at Apple to see what's up. -Hunter From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 3 Apr 2003 09:51:59 -0600 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Does clustering work on OS X? I wish I could. I can't even move windows. It just goes into la-la-land. My guess is it is some funk networking thing on OS X with the new VM. -dain On Thursday, April 3, 2003, at 02:49 AM, Sacha Labourey wrote: Hi Dain, I see no reason why it wouldn't work, but you should ask Scott as he has made some clustering testings on X. When the locking occurs, please do a stack thread dump and send it to the ML. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: jeudi, 3. avril 2003 08:32 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Does clustering work on OS X? Does clustering in jboss-head work for anyone on OS X? Whenever I try to shutdown jboss-head on my powerbook the entire os locks up until I unplug my wireless access point and 'killall -9 java'. This can take like 30 minutes to get my laptop responsive again. [12:27:50] dain$ 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) -dain --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[6]: [JBoss-dev] php5 is coming
Funny you mention this as your fave part cause most folks that do tons of JSP think this is one of the more evil parts of JSP... From: julien viet [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 1 Apr 2003 12:39:33 +0200 To: marc fleury [EMAIL PROTECTED] Subject: Re[6]: [JBoss-dev] php5 is coming I dont't want to reinvent a scripting language, but JSP are not adapted to nukes at all. I think the nicest feature of JSP is the possibility to embed true java code whithin text : TABLETR % for (int i = 0;i 5;i++) { % TD%= i %/TD % } % /TR /TABLE This is what I want to do. All others things from JSP are not very much usefull within nukes. I've been browsing old website JSP and 95% of the time % % tags are used. julien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, March 31, 2003 10:52 AM To: [EMAIL PROTECTED] Subject: RE: Re[4]: [JBoss-dev] php5 is coming I'd really prefer JSP integration or integration with some other popular Java based web scripting. mf JSP is clearly the way to go. We will fail if we reinvent the scripting mf wheel. Let people port to JBoss with existing pages. All I hear from mf Julien is lame-ass whining on the compiler and such... :) I will mf personally work on him in Paris :) mf marcf mf --- mf This SF.net email is sponsored by: ValueWeb: mf Dedicated Hosting for just $79/mo with 500 GB of bandwidth! mf No other company gives more support or power for your dedicated server mf http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ mf ___ mf Jboss-development mailing list mf [EMAIL PROTECTED] mf https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2.0 Release
I saw some CVS activity on 3.2 and the release obviously isn't out yet... Just wondering is there is a plan for another RC or if it is still on the way to a final release in the near future. Cheers, Hunter --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[4]: [JBoss-dev] php5 is coming
Yeah. JSP would be good cause it's a common skill set, has a lot of available tools and extensions (JSTL, etc...) and is a proven tech. From: Bill Burke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 31 Mar 2003 10:52:08 -0500 To: [EMAIL PROTECTED] Subject: RE: Re[4]: [JBoss-dev] php5 is coming I'd really prefer JSP integration or integration with some other popular Java based web scripting. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of julien viet Sent: Sunday, March 30, 2003 3:57 PM To: marc fleury Subject: Re[4]: [JBoss-dev] php5 is coming yes that's a good idea and I was thinking about it. Dain could you send me details and contact infos ? A generic compiling service in jboss could be very usefull. That + AOP could make wonders. julien mf julien, mf why don't you try to bring some of these guys in to do the compiler for mf NUKES? JSP like writing for advanced programmatic modules? mf marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: Sunday, March 30, 2003 2:06 PM To: [EMAIL PROTECTED] Subject: Re: Re[2]: [JBoss-dev] php5 is coming I talked with 2 compiler projects after JBoss boot camp and both were interested in being integrated, but I dropped the ball and got busy on some other stuff. If anyone is interested in this I can send you the contact info. -dain On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote: Hello Marcel, Sunday, March 30, 2003, 6:23:38 PM, you wrote: MA julien viet wrote ([EMAIL PROTECTED]) JD Though now that I think about it I would prefer that Java was more like JD PHP in the sense of a light weight web application development language JD with its rich extensions and apis. we discussed with Dain at boot camp and we wished having a way to dynamic compile a class, I mean with a java compiler written in java and taking class def from a classloader. That would enable a compilation service in jboss. Would be great for nukes. Kopi compiler is written in 100% java and could be modified to achieve such results though I don't know about its license. MA I did this for the PizzaCompiler as part of getting Cocoon to work MA without a JDK (only a JRE needed). For Pizza this is relatively MA easy as it has pluggable resource-loaders (.class files are resources MA to the compiler). The pizza compiler can be found at: cool, it could help for module or block scripting in Nukes, i.e get code class - fully generate class - compile it - generate xmbeam - deploy it pluggable resource loader is very helpfull, I don't know if we can have bytes of class through unified classloaders but that would help. MA http://pizzacompiler.sourceforge.net/ MA I placed the sources for the pizza-loader and some wrapper and extension MA classes needed to use it at: http://www.artefact.nl/pizza-loader.zip MA I stripped of some extra's and commented out some lines to keep it MA simple and self hosting. MA Hope this helps. MA Regards, MA Marcel Ammerlaan -- 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 mf --- mf This SF.net email is sponsored by: mf The Definitive IT and Networking Event. Be There! mf NetWorld+Interop Las Vegas 2003 -- Register today! mf http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en mf ___ mf Jboss-development mailing list mf [EMAIL PROTECTED] mf 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]
Re: [JBoss-dev] Regarding JBoss site
I think it looks good in general but on my Mac, I have to have the window almost as big as my screen (15.2 Powerbook) to get the whole layout in... Instead of re-sizing as I make the window smaller, I get scroll bars... So perhaps you have some tables that are forcing a large layout? From: marc fleury [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 27 Mar 2003 10:58:41 -0500 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Regarding JBoss site Do you prefer the look though? we are trying the more pro approach. I think it sucks but ben my sales guy is all excited about it... what do you think? we just released NUKES, the forums were switched and yes we lost a couple of hours of posts. Apologies and thanks for sending us broken links and stuff. --- 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: [JBoss-dev] NUKES on JBoss
So, I realize this is just out of the gate, but is there any doco on the Nukes stuff yet? Interested to see if I can use some of it in my projects. :-) From: marc fleury [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 27 Mar 2003 10:30:46 -0500 To: [EMAIL PROTECTED] Sourceforge. Net [EMAIL PROTECTED] Subject: [JBoss-dev] NUKES on JBoss is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- 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: [JBoss-dev] NUKES on JBoss
I'm sure they did do some testing... A couple of little nitpicks (my opinions): The layer pull down menus are inconsistent. Either all of the menu bar items should have pull downs or none... It is weird to scroll across and sometimes have the drop down layer pop up. The 'Company' link goes back to the homepage. As has been mentioned, it is too wide. Perhaps the designer only tested in hi-res? Looking at the layout, the whole thing could be squashed together horizontally. There is a lot of wasted space in that domain that could be used... Are the forums still using Jive? For some reason I thought new forums were part of this deal. And it does seem to be a tad slow to respond, but since this is the first iteration, I expect it to improve steadily. Anyway, a good starting point. From: Vladyslav Kosulin [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 27 Mar 2003 13:28:00 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] NUKES on JBoss is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project It is _very_slow_ and does not work at all. The only thing I can see with Mozilla 1.3 is home page and only few links working. If this is fantastic, I'd name it horror fiction :-( Vlad P.S. Would you mind to test at least sometime before moving things to production? --- 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: [JBoss-dev] Looking to do 3.2.0 final next this weekend
Just a thought... AFAIK, the -server flag is not required to be supported by all VMs, and at one point the OS X VM didn't support it (it does now)... Obviously run.bat is for Windows but logic to detect if -server is supported might be a good thing in case certain VMs don¹t include it. From: Ricardo Argüello [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 25 Mar 2003 14:32:50 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend Hi, Do you think that adding the -server flag to the bin\run.bat file would be a good idea for the 3.2 release? The Hotspot Server VM is used in run.sh, but not in run.bat actually (-server is added as a parameter to the $JAVA_HOME/bin/java invocation). The Hotspot Server VM should perform A LOT better than the Client one (that one is used if no -server parameter is added to the java.exe command). As I said in one previous message, run.sh is already using that VM, why shouldn't we add that option to run.bat? I don't think it would be a problem, now that we are releasing 3.2, do you? Please read the message I sent the other day about that change in HEAD, and if you find it appropiate, I'll backport it to the 3.2 branch. Please let me know what do you think about that change. Thanks in advance, Ricardo Arguello - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 24, 2003 7:12 PM Subject: [JBoss-dev] Looking to do 3.2.0 final next this weekend I'm looking to do the 3.2.0 final release this weekend so please try to clean up any outstanding bugs in your areas by then. I'll start putting the release together on the 30th and finalize it something on the 31st barring any major problems. Scott Stark Chief Technology Officer JBoss Group, LLC --- 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 --- 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: [JBoss-dev] Looking to do 3.2.0 final next this weekend
No clue. I'm a *nix guy. Is grep part of Cygwin? From: Ricardo Argüello [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 25 Mar 2003 22:34:51 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend In run.sh the output of the java command is grepped for the Hotspot string, to determine if we have a Sun JVM. I'm not a batch expert. How do you do something like that in a .bat file? Ricardo Argüello - Original Message - From: Hunter Hillegas [EMAIL PROTECTED] To: JBoss Dev [EMAIL PROTECTED] Sent: Tuesday, March 25, 2003 3:17 PM Subject: Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend Just a thought... AFAIK, the -server flag is not required to be supported by all VMs, and at one point the OS X VM didn't support it (it does now)... Obviously run.bat is for Windows but logic to detect if -server is supported might be a good thing in case certain VMs don¹t include it. From: Ricardo Argüello [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 25 Mar 2003 14:32:50 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend Hi, Do you think that adding the -server flag to the bin\run.bat file would be a good idea for the 3.2 release? The Hotspot Server VM is used in run.sh, but not in run.bat actually (-server is added as a parameter to the $JAVA_HOME/bin/java invocation). The Hotspot Server VM should perform A LOT better than the Client one (that one is used if no -server parameter is added to the java.exe command). As I said in one previous message, run.sh is already using that VM, why shouldn't we add that option to run.bat? I don't think it would be a problem, now that we are releasing 3.2, do you? Please read the message I sent the other day about that change in HEAD, and if you find it appropiate, I'll backport it to the 3.2 branch. Please let me know what do you think about that change. Thanks in advance, Ricardo Arguello - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 24, 2003 7:12 PM Subject: [JBoss-dev] Looking to do 3.2.0 final next this weekend I'm looking to do the 3.2.0 final release this weekend so please try to clean up any outstanding bugs in your areas by then. I'll start putting the release together on the 30th and finalize it something on the 31st barring any major problems. Scott Stark Chief Technology Officer JBoss Group, LLC --- 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 --- 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 --- 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
[JBoss-dev] xDoclet/OS X Bug Fixed
They just committed that bugfix to the xdoclet HEAD source... It works on OS X again. -hunter --- 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] Checking out 3.2 From CVS
Okay, I give up. I looked all over and I couldn't find the info... How do I check out JBoss 3.2 from CVS? What is the module name? Is there a branch name? Also, is there a page where this info is kept up to date? Thanks, Hunter --- 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
Not working here... I also saw a post about this on the xdoclet list but no response yet. From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 11 Mar 2003 00:13:55 -0600 To: [EMAIL PROTECTED] Subject: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build 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,clu ster,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] 4.0 and JDK 1.4.1 discussion
I've heard it is coming on Monday 3/3/03. We'll see. Hunter From: Jason Dillon [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Sat, 1 Mar 2003 13:48:19 +0700 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 4.0 and JDK 1.4.1 discussion Still waiting for a final for Mac OS X :( --- 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] Main is not building
Sourceforge has killed anon CVS until further notice. From: Chris Kimpton [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 16 Jan 2003 03:44:40 -0800 (PST) To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Main is not building Hi, I can't even get the code - I get connection refused: cvs [update aborted]: connect to cvs.sourceforge.net(66.35.250.207):2401 failed: Connection refused Is anyone else seeing this? Chris --- Scott M Stark [EMAIL PROTECTED] wrote: The server module in jboss-head is not currently building: [javac] C:\usr\Main\jboss-head\server\output\gen\classes\org\jboss\invocation\trunk\cl ient\ConnectionManagerMBean.java:9: cannot resolve symbol [javac] symbol : class ServiceMBean [javac] location: interface org.jboss.invocation.trunk.client.ConnectionManagerMBean [javac] public interface ConnectionManagerMBean extends ServiceMBean { [javac] ^ [javac] C:\usr\Main\jboss-head\server\output\gen\classes\org\jboss\invocation\trunk\cl ient\TrunkInvokerProxyMBean.java:9: cannot resolve symbol [javac] symbol : class ServiceMBean [javac] location: interface org.jboss.invocation.trunk.client.TrunkInvokerPr oxyMBean [javac] public interface TrunkInvokerProxyMBean extends ServiceMBean { [javac] ^ [javac] C:\usr\Main\jboss-head\server\output\gen\classes\org\jboss\proxy\ProxyXAResour ceMBean.java:9: cannot resolve symbol [javac] symbol : class ServiceMBean [javac] location: interface org.jboss.proxy.ProxyXAResourceMBean [javac] public interface ProxyXAResourceMBean extends ServiceMBean { [javac] ^ [javac] C:\usr\Main\jboss-head\server\src\main\org\jboss\ejb\EnterpriseConte Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Main is not building
Look on the support section of the Web site. They were having stability problems with CVS and killed anon until they can stabilize it... Hunter From: marc fleury [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 16 Jan 2003 11:50:07 -0500 To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Main is not building how do you know they have KILLED it wtf!! marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Hunter Hillegas Sent: Thursday, January 16, 2003 11:19 AM To: JBoss Dev Subject: Re: [JBoss-dev] Main is not building Sourceforge has killed anon CVS until further notice. From: Chris Kimpton [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 16 Jan 2003 03:44:40 -0800 (PST) To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Main is not building Hi, I can't even get the code - I get connection refused: cvs [update aborted]: connect to cvs.sourceforge.net(66.35.250.207):2401 failed: Connection refused Is anyone else seeing this? Chris --- Scott M Stark [EMAIL PROTECTED] wrote: The server module in jboss-head is not currently building: [javac] C:\usr\Main\jboss-head\server\output\gen\classes\org\jboss\invocation\ trunk\cl ient\ConnectionManagerMBean.java:9: cannot resolve symbol [javac] symbol : class ServiceMBean [javac] location: interface org.jboss.invocation.trunk.client.ConnectionManagerMBean [javac] public interface ConnectionManagerMBean extends ServiceMBean { [javac] ^ [javac] C:\usr\Main\jboss-head\server\output\gen\classes\org\jboss\invocation\ trunk\cl ient\TrunkInvokerProxyMBean.java:9: cannot resolve symbol [javac] symbol : class ServiceMBean [javac] location: interface org.jboss.invocation.trunk.client.TrunkInvokerPr oxyMBean [javac] public interface TrunkInvokerProxyMBean extends ServiceMBean { [javac] ^ [javac] C:\usr\Main\jboss-head\server\output\gen\classes\org\jboss\proxy\Proxy XAResour ceMBean.java:9: cannot resolve symbol [javac] symbol : class ServiceMBean [javac] location: interface org.jboss.proxy.ProxyXAResourceMBean [javac] public interface ProxyXAResourceMBean extends ServiceMBean { [javac] ^ [javac] C:\usr\Main\jboss-head\server\src\main\org\jboss\ejb\EnterpriseConte Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE
Re: [JBoss-dev] Branch_3_0 doesn't build on OSX
JAVA_HOME should be set to: /System/Library/Frameworks/JavaVM.framework/Versions/1.4.1/Home or /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home Depending on which JVM you are using... What is your set to? From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 16 Jan 2003 11:28:03 -0600 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Branch_3_0 doesn't build on OSX Maybe I have something messed up, but Branch_3_0 doesn't build anymore on my apple. I have an old version of Branch_3_0 that builds fine. Does anyone have an apple, and can build? What did you setup? Here is what I get. bash-2.05a$ which java /usr/bin/java bash-2.05a$ ls -l /usr/bin/java lrwxr-xr-x 1 root wheel 57 Jan 14 14:18 /usr/bin/java - /System/Library/Fram eworks/JavaVM.framework/Commands/java bash-2.05a$ java -version java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-root_1.3.1_020714- 12:46) Java HotSpot(TM) Client VM (build 1.3.1_03-69, mixed mode) bash-2.05a$ ./build.sh Error: JAVA_HOME is not defined correctly. We cannot execute java Thanks for any help. -dain --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] MBean persistence?
Our admin here thinks that Dain is spot on with this analysis. From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 13 Jan 2003 11:27:07 -0600 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] MBean persistence? Matt, I have meet with many system administrators over the past few months, so I'll try to support their opinion. If there are any admins on this list, please speak up. Simpler console for common tasks The administrator the power of the JMX console, and think it is cool they can change the behavior of the entire system. On the other hand they are overwhelmed by the options. Most would like a very simple static interface that does 80% of the common tasks and the option to fire-up the full console for hard core hacking sessions. Basically they would like a static interface similar to the one supplied by Weblogic and JRun. (I have some ideas here if anyone is interested in working on this.) Persistence in general -- The real problem they see with the JMX console is it does not save changes. Almost unamiously, they find the console useless because the changes are not persistent. They usually say that it is a good developer debugging tool but don't think it will work for administration. Persistence back to the original file - When I get to the above point, I always ask the admins how they would like the configuration information stored, and everyone has said they want the original file modified (some suggest a rolling backup first). They especially don't want this information stored in a binary format or in a database because it makes the configuration way to hard to get to. These are text editor (vi and emacs) guys, and binary simply doesn't cut it. When I suggest that we could write out a new different xml file that has the configuration changes, they all hated it. They want to be able to goto one file and know what is going on. I really just want to make 80% of the admins happy and I truly believe that this is the answer, but I admit I could be wrong. As for a use case... Say that database connection are being dropped by the database server way before the specified JBoss stale connection timeout. The admin wants to go into the running servers via the web JMX-console and reduce the max connection length. Once they change this setting in the console they want it to be permanent. They realize that when the developers release a new version the changes may be overwritten but they can deal with that, as production changes almost never live beyond a version. I hope I have represented the admins well. What do you think of this solution? -dain On Monday, January 13, 2003, at 10:46 AM, Matt Munz wrote: (copied from a message I sent direct to Bill) Bill, I couldn't figure out how to add a comment to the task, so I'm just emailing you. I think we want seemless integration here I think you're integrating apples and oranges ;) What you've described does not match the current behavior of the ObjectStreamPersistenceManager. Are you saying that the jboss-service.xml files should be dynamically modified? I think that this adds unneeded complexity. Here is how I currently use MBean Persistence in my applications. --- jboss-service.xml - describes the initial (deploy-time) configuration of the bean, and the location of the corresponding XMBean descriptor xml. *-xmbean.xml - describes the signature of the metadata for the MBean. Includes the persistence configuration. Specifies the persistence type (ObjectOutputStream) and the persistence store name. /$Persistence_Dir/$Persistence_Store_Name.oos - the file where the MBean Server stores the record of the dynamically changing state of the MBean. --- Exchange XML for ObjectOutputStream and .xml for .oos in the above, and I believe we have a production-ready MBean Persistence mechanism. MBean persistence and MBean deployment are two separate mechanisms/concepts. This separation of concerns is *very* important, IMO, to preserve flexibility and ease-of-use/development. There are all sorts of things that need to go into a deployment descriptor that have little to do with the persistent state of the MBean, and vice versa. Although I see the motivation for a Grand Unified Descriptor, I don't see a rationale for it. I think a use case would really help here. For example, I don't see an individual in the deployment role ever touching the deployed archive. Rather they would use the JMX Console to modify the MBean attributes, which would be recorded in the MBean Persistence Store (XML, JDBC, OOS, whatever), and that would be the extent of their configuration work. In the case of an extreme server failure (uncommon), they could hack the store directly when the server was off-line (XML
Re: [JBoss-dev] My fuck up
Just think of this as an opportunity to write a really good case study on the advantages of J2EE/EJB/Caches. From: marc fleury [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 13 Jan 2003 17:53:48 -0500 To: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Cc: 'JBoss Group' [EMAIL PROTECTED] Subject: [JBoss-dev] My fuck up I got nuked by postnuke. The stuff just doesn't scale. Either that or we are doing something really wrong. In any case the site is UN-USABLE. We will continue with our port of postnuke and see if we can come with a real forums/nukes on jboss project. My bad. I make mistakes, I should have tested this under heavier load, PHP plain doesn't work as is. We will get the website back to its former state. Bear with us. A humbler, marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Interesting Deployment Ordering Issue
Not sure if this is really even an issue, since it sprang up from a very unnatural case... We're testing to find a problem with our app and Jetty... I'm hypothesizing that a script is touch-ing all the files under the JBoss tree... When I do a touch * under the deploy directory, total chaos ensues. I assume the wildcard orders by name, alpha... Well, this totally fscks everything as things undeploy and redeploy in that order. When the dust settles, basically nothing works. I'm not filing this as a bug since it probably is what you should expect if you are silly enough to do something like touch * in deploy... Kind of interesting though... Gotta go kick the guy that wrote the backup script that was doing that. hunter --- 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] Interesting Deployment Ordering Issue
I'm happy to file a bug report if y'all actually see this as a bug... Should the deployment mechanism be able to sort out this kind of tampering and redeploy everything correctly? I mean, it would be quite nice but it seems like the case I presented isn't often to occur in any real situation... Hunter From: Peter Fagerlund [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Sat, 7 Dec 2002 00:03:44 +0100 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Interesting Deployment Ordering Issue Please file a bug report ! or else i have to ,-) ... yes i found some things not working when it comes to internal components redeploying since We tend to mostly focus on application (re)deploy ... a simple ex. run jb - do a db/ds test - redeploy db/ds - do a db test : will fail in my tests ... /peter_f fredagen den 6 december 2002 kl 19.47 skrev Hunter Hillegas: Not sure if this is really even an issue, since it sprang up from a very unnatural case... We're testing to find a problem with our app and Jetty... I'm hypothesizing that a script is touch-ing all the files under the JBoss tree... When I do a touch * under the deploy directory, total chaos ensues. I assume the wildcard orders by name, alpha... Well, this totally fscks everything as things undeploy and redeploy in that order. When the dust settles, basically nothing works. I'm not filing this as a bug since it probably is what you should expect if you are silly enough to do something like touch * in deploy... Kind of interesting though... Gotta go kick the guy that wrote the backup script that was doing that. hunter --- 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] Shutdown hooks broken on OS X
Yeah. Apple's 1.3.1 JVM doesn't catch the signal and implement the shutdown correctly. This is fixed in Apple's 1.4.1 Developer Preview 5 JVM, which is available for free at connect.apple.com after you signup. Most of the work remaining on the 1.4.1 JVM is GUI stuff. It's been running JBoss great for me. Hunter From: Dain [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 19 Nov 2002 03:01:20 -0600 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Shutdown hooks broken on OS X The shutdown hooks don't seem to work on OS X (10.2.2). When I press ctrl-c or apple+. the VM just stops cold. Has anyone seen this? I am using the following version of java: bash-2.05a$ java -version java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-root_1.3.1_020714-12:46) Java HotSpot(TM) Client VM (build 1.3.1_03-69, mixed mode) -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/rd524.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/rd524.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Shutdown hooks broken on OS X
In the case of OS X, it was an acknowledged bug that is now fixed. From: Stephen Coy [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 19 Nov 2002 21:20:51 +1100 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Shutdown hooks broken on OS X In my experience, shutdown hooks don't work reliably on *any* version of unix. I was building a command line driven server style of app in java about a year ago and discovered this. Tried it on MacOS X (first), and then thinking it was just the Mac, tried it on solaris (the deployment platform), and it did not work there either. So then I tried linux and HP-UX - no luck there either. I suspect it's an artifact of the limitations on what you can do with unix signal handlers. There is generally only a limited subset of system calls that they can make. Steve C. On Tuesday, November 19, 2002, at 08:01 PM, Dain wrote: The shutdown hooks don't seem to work on OS X (10.2.2). When I press ctrl-c or apple+. the VM just stops cold. Has anyone seen this? I am using the following version of java: bash-2.05a$ java -version java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-root_1.3.1_020714-12:46) Java HotSpot(TM) Client VM (build 1.3.1_03-69, mixed mode) -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/rd524.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/rd524.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Shutdown hooks broken on OS X
They didn't fix 1.3 and don't plan to, IIRC. They are focusing all of their man power on getting 1.4.1 up, stable, and fast. From: Dain [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 19 Nov 2002 11:20:50 -0600 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Shutdown hooks broken on OS X On Tuesday, November 19, 2002, at 04:53 AM, Hunter Hillegas wrote: In the case of OS X, it was an acknowledged bug that is now fixed. Do I have to use 1.4 or do they have it fixed in a 1.3 version? -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/rd524.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/rd524.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] .DS_Store
They are used by MacOS X to store stuff like icon and window locations. Not necessary for OS X but it does create them if they don't exist. From: Scott M Stark [EMAIL PROTECTED] Organization: JBoss Group, LLC Reply-To: [EMAIL PROTECTED] Date: Tue, 12 Nov 2002 12:50:44 -0800 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] .DS_Store They can't be necessary for OS X and should not be in the repository. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Victor Langelo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 12, 2002 12:05 PM Subject: Re: [JBoss-dev] .DS_Store Meta information saved by Mac OS X. Unless you're using Mac OS X you can delete these files. --Victor --- 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
[JBoss-dev] Where Have All The Great Development Discussions Gone?
Are you guys all hanging out on the private JBossGroup list? I miss the pre-3.0 development discussions about the future of JBoss... There were some great ideas and raging battles... They don't seem to have shifted to the forums, so I was wondering if there is some other public place they are going down? Hunter --- 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] [ jboss-Bugs-591835 ] Include ORDER BY cols inSELECT clause
Will this be something that is configurable per datasource type or mandated in JBossCMP as the default? Will there be any way to tell JBoss *not* to add these order bys in the event we don't want them? Hunter From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 28 Oct 2002 11:57:13 -0800 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-591835 ] Include ORDER BY cols in SELECT clause Bugs item #591835, was opened at 2002-08-06 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=591835group_id=2 2866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Dain Sundstrom (dsundstrom) Summary: Include ORDER BY cols in SELECT clause Initial Comment: Some databases, Oracle in particular, require that columns named in an ORDER BY clause be included in the SELECT clause when SELECT DISTINCT is used. Here is some text from current Oracle documentation: Restrictions on the order_by_clause: *If you have specified the DISTINCT operator in this statement, then this clause cannot refer to columns unless they appear in the select list. *An order_by_clause can contain no more than 255 expressions. This can be worked around using on-find loading with load groups, but it sure would be useful if JBoss managed it for us. -- Comment By: Emerson Cargnin (echofloripa) Date: 2002-10-28 17:57 Message: Logged In: YES user_id=378942 the workaround is useless if I use a dynamic-ql, correct me if I'm wrong -- Comment By: Emerson Cargnin (echofloripa) Date: 2002-10-15 16:23 Message: Logged In: YES user_id=378942 For oracle users, this is really a showstopper bug. I'll try to undertand to (maybe) try to solve that : ) obs: i think it'll take too long to me to take this : ) -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-08-23 22:00 Message: Logged In: YES user_id=251431 This is really a bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=591835group_id=2 2866 --- 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] [ jboss-Bugs-591835 ] Include ORDER BY cols inSELECT clause
I saw that it was Oracle specific, but I didn't see it mentioned that it only kicked in when using the JBoss-QL order-by. Also, I still think it would be useful to have it only kick in for databases that require it... The behavior required by Oracle isn't part of the SQL spec is it? Hunter From: Emerson Cargnin - SICREDI Serviços [EMAIL PROTECTED] Organization: SICREDI Reply-To: [EMAIL PROTECTED] Date: Mon, 28 Oct 2002 17:57:24 -0200 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] [ jboss-Bugs-591835 ] Include ORDER BY cols in SELECT clause if you read carefully the above bug you will see that it's a oracle issue, the solution here will not generate any orderby, but when it's used (jboss-ql order by) it uses the fields in orderby clause in the select [fiels] where ... Hunter Hillegas wrote: Will this be something that is configurable per datasource type or mandated in JBossCMP as the default? Will there be any way to tell JBoss *not* to add these order bys in the event we don't want them? Hunter From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 28 Oct 2002 11:57:13 -0800 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-591835 ] Include ORDER BY cols in SELECT clause Bugs item #591835, was opened at 2002-08-06 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=591835group_id =2 2866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Dain Sundstrom (dsundstrom) Summary: Include ORDER BY cols in SELECT clause Initial Comment: Some databases, Oracle in particular, require that columns named in an ORDER BY clause be included in the SELECT clause when SELECT DISTINCT is used. Here is some text from current Oracle documentation: Restrictions on the order_by_clause: *If you have specified the DISTINCT operator in this statement, then this clause cannot refer to columns unless they appear in the select list. *An order_by_clause can contain no more than 255 expressions. This can be worked around using on-find loading with load groups, but it sure would be useful if JBoss managed it for us. -- Comment By: Emerson Cargnin (echofloripa) Date: 2002-10-28 17:57 Message: Logged In: YES user_id=378942 the workaround is useless if I use a dynamic-ql, correct me if I'm wrong -- Comment By: Emerson Cargnin (echofloripa) Date: 2002-10-15 16:23 Message: Logged In: YES user_id=378942 For oracle users, this is really a showstopper bug. I'll try to undertand to (maybe) try to solve that : ) obs: i think it'll take too long to me to take this : ) -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-08-23 22:00 Message: Logged In: YES user_id=251431 This is really a bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=591835group_id =2 2866 --- 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 -- | 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
[JBoss-dev] Potential 3.2 Classloader Issue w/ WAR files
I originally posted this over on the Jetty list, and they suggested I cross-post to get you guys in the loop. I downloaded and checked out JBoss3.2.0 beta yesterday. I'm on MacOS X 10.2 / Apple's 1.3.1_03 JVM. I deployed 2 ears. Both ears work fine on 3.02. ** ALL EARS ARE DEPLOYED IN THEIR OWN CLASSLOADERS USING THE jboss-app.xml FILE TAGS ** This is because I deploy a similar content management system in different EARs and without this, they classes were conflicting... Anyway, it works great in 3.02. The first ear to deploy worked without problems. It contained one WAR and one JAR w/EJBs. The WAR contained a JAR with some classes in it used by servlets. Worked fine. The second ear to deploy contained two WARs and one JAR w/EJBs. Both WARs had similar structure. One worked fine, the other would act as if the stuff in its WEB-INF/lib directory were not added to the JSP compiler classpath. It would complain that included classes in the JSPs did not exist. I verified that they did exist by exploding the archive. Also, the same EAR functioned correctly on 3.02. Anyway, if anyone has any clues or would like some more information let me know. Hunter --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Unable to Close Folder/Unable to Close Store
I am getting this in my logs... 2002-07-21 01:51:07,289 ERROR [STDERR] Unable to close folder 2002-07-21 01:51:07,289 ERROR [STDERR] Unable to close store This was during a session where the server was totally unresponsive... What component causes these errors? Whatever it is doesn't seem to be using Log4J... Could this error be related to the server death I had? Hunter --- 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] Rice study
FYI, I get these errors in one my applications as well, which is under heavy load... Still, all pages seem to be available normally despite getting this error. From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 18 Jul 2002 14:41:50 -0500 To: JBoss-dev [EMAIL PROTECTED], David Jencks [EMAIL PROTECTED], Jules Gosnell [EMAIL PROTECTED] Subject: [JBoss-dev] Rice study java.lang.IllegalStateException: Not EDITABLE --- 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] Implementing a Resource Protection System?
How hard would it be to implement some kind of resource protection system for deployed JBoss apps? I'm thinking mainly memory... Not allowing an app to continue to grab memory until the container dies, instead, shutting down that app and sending notification to an admin... Could be useful for a hosting environment... Possible? Cheers, Hunter --- 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
Re: [JBoss-dev] NoSuchMethodError in MainDeployer
I'm seeing the same thing, building and running with 1.3.1/MacOSX. From: Francisco Reverbel [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 21 May 2002 17:22:02 -0300 (EST) To: JBoss-dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] NoSuchMethodError in MainDeployer Did you buid JBoss with JDK 1.4 and attempted to start the server with IBM's 1.3 or 1.3.1 VM for Linux, by any chance? I had trouble in this case. It appears that a 1.4-generated server barfs with IBM's 1.3.x VMs for Linux. Do not ask me why... ;-( Best, Francisco On Tue, 21 May 2002, Dain Sundstrom wrote: I can't seem to get the server to start anymore. I did a fresh checkout and rebuild. When I start the server I get the following exception: 13:50:58,280 ERROR [Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/hom e/dain/work/jboss/jboss-head/build/output/jboss-3.1.0alpha/server/default/con f/j boss-service.xml; - nested throwable: (java.lang.NoSuchMethodError) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:698) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:522) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:489) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:472) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:318) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:216) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:484) java.lang.NoSuchMethodError at org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL.getLast Modified(URLDeploymentScanner.java:304) at org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL.deploye d(URLDeploymentScanner.java:274) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymen tScanner.java:375) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDe ploymentScanner.java:555) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentS canner.java:434) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(A bstractDeploymentScanner.java:237) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:1 98) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceControl ler.java:867) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:339) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:341) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:686) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:522) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:489) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:472) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBea nDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:318) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:216) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:484) -dain ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's
[JBoss-dev] Branch_3_0 Not Running?
I just updated my Branch_3_0 tree and I get this on startup: 10:54:49,833 INFO [MainDeployer] Starting deployment of package: file:/Users/hunter/Unix/Sources/jboss3/build/output/jboss-3.0.0RC1/lib/jboss sx.jar 10:54:49,991 ERROR [Server] start failed java.lang.NoSuchMethodError at org.jboss.deployment.MainDeployer.init(MainDeployer.java:555) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:495) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.deploy(Unknown Source) at org.jboss.deployment.SARDeployer.parseXMLClasspath(SARDeployer.java:502) at org.jboss.deployment.SARDeployer.init(SARDeployer.java:190) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:550) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:495) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:470) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:452) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:320) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:218) at org.jboss.Main.boot(Main.java:142) at org.jboss.Main$1.run(Main.java:375) at java.lang.Thread.run(Thread.java:496) Am I doing something wrong or is the build fsck'd? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Branch_3_0 Not Running?
I can certainly do a clean CO and then build... But why wouldn't the CVS update pick it up? Hutner From: lsanders [EMAIL PROTECTED] Date: Tue, 23 Apr 2002 11:27:26 -0700 To: JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Branch_3_0 Not Running? That line in MainDeployer refers to a change I put in 2 days ago. I think you need a clean - or at least you need to recompile the org.jboss.deployment.DeploymentSorter class. -Larry - Original Message - From: Hunter Hillegas [EMAIL PROTECTED] To: JBoss Dev [EMAIL PROTECTED] Sent: Tuesday, April 23, 2002 11:00 AM Subject: [JBoss-dev] Branch_3_0 Not Running? I just updated my Branch_3_0 tree and I get this on startup: 10:54:49,833 INFO [MainDeployer] Starting deployment of package: file:/Users/hunter/Unix/Sources/jboss3/build/output/jboss-3.0.0RC1/lib/jboss sx.jar 10:54:49,991 ERROR [Server] start failed java.lang.NoSuchMethodError at org.jboss.deployment.MainDeployer.init(MainDeployer.java:555) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:495) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.deploy(Unknown Source) at org.jboss.deployment.SARDeployer.parseXMLClasspath(SARDeployer.java:502) at org.jboss.deployment.SARDeployer.init(SARDeployer.java:190) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:550) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:495) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:470) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:452) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:320) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:218) at org.jboss.Main.boot(Main.java:142) at org.jboss.Main$1.run(Main.java:375) at java.lang.Thread.run(Thread.java:496) Am I doing something wrong or is the build fsck'd? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Not Sure How to Diagnose Potential Memory Problems withJBoss3/Jetty
We've been running JBoss3/Jetty beta 2 (HEAD from 2 weeks ago) on a production box for awhile... We have two sites that are running on it and they are both pretty high volume (about 10 million page views per day aggregate). Twice in the last few weeks we have had the app server just die... The log file shows nothing so I don't know where to start looking. We are passing JAVA_OPTS=-Xmx512m to the server at startup, trying to make sure it has enough wiggle room... Maybe this is not enough... I know that there were some memory leaks that were cleaned up on the 3.0 release branch recently, and we plan to upgrade soon... Just wondering if there is a way to determine why the server is dying if there is nothing in the log. We are currently set at the default 3.0 logging (INFO I think)... We could go to DEBUG... But... if the server is running out of memory, would that make it to server.log? I know I'm on the bleeding edge with this stuff but any help is appreciated... Machine: Dell Dual P3 500, 1GB RAM. Sun JVM 1.3.1_01. You guys are the best! Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Not Sure How to Diagnose Potential MemoryProblems with JBoss3/Jetty
Unfortunately, no not running on the console... Maybe I'll need to hack the run.sh script to output to a file and check that if it happens again... Or just hurry up and upgrade to the latest Branch_3_0 code... Hunter From: David Jencks [EMAIL PROTECTED] Date: Fri, 19 Apr 2002 17:01:38 -0400 To: Hunter Hillegas [EMAIL PROTECTED] Cc: JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Not Sure How to Diagnose Potential Memory Problems with JBoss3/Jetty I know almost nothing about this;-) I think the memory leaks could easily be a problem. I had a LOT of trouble running out of memory shortly before RC1 came out, and had to switch to 1.4 to fix it (linux, 2.4.16, previously sun 1.3.1_02 b24) Out of memory errors did not show up in server.log, just on the console. I don't think there were core dumps either (for obvious reasons;-) Are you running in a console so you can look? david jencks On 2002.04.19 16:02:00 -0400 Hunter Hillegas wrote: We've been running JBoss3/Jetty beta 2 (HEAD from 2 weeks ago) on a production box for awhile... We have two sites that are running on it and they are both pretty high volume (about 10 million page views per day aggregate). Twice in the last few weeks we have had the app server just die... The log file shows nothing so I don't know where to start looking. We are passing JAVA_OPTS=-Xmx512m to the server at startup, trying to make sure it has enough wiggle room... Maybe this is not enough... I know that there were some memory leaks that were cleaned up on the 3.0 release branch recently, and we plan to upgrade soon... Just wondering if there is a way to determine why the server is dying if there is nothing in the log. We are currently set at the default 3.0 logging (INFO I think)... We could go to DEBUG... But... if the server is running out of memory, would that make it to server.log? I know I'm on the bleeding edge with this stuff but any help is appreciated... Machine: Dell Dual P3 500, 1GB RAM. Sun JVM 1.3.1_01. You guys are the best! Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jive 2.5
Any plan to migrate the JBoss Forums to Jive 2.5? It offers a *ton* of bugfixes (that darned search bug) as well as some cool new features... Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Stateful Session Beans are not EJB2.0 yet
I think some part of them is not marked as serializable... From: Jason Dillon [EMAIL PROTECTED] Date: Tue, 16 Apr 2002 17:41:19 -0700 To: Stephen Coy [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Stateful Session Beans are not EJB2.0 yet Any clue why they fail? --jason Quoting Stephen Coy [EMAIL PROTECTED]: Hi, I raised a bug (#541855) about this a while ago, which has met a distressing amount of silence. In short, stateful session beans fail to passivate if they have EJBLocalObject or EJBLocalHome objects as instance fields. Therefore, they fail to comply with 7.4.1 of the EJB 2.0 spec. I would tackle fixing this myself, but I don't yet know my way around inside the guts of JBoss well enough yet. Maybe one of the gurus can spend ten or fifteen minutes describing how to go about it - and then I'll be happy to write and test the implementation. Stephen Coy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development - This mail sent through IMP: http://horde.org/imp/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Memory Hog
Yeah, but this happened to me yesterday on MacOS X, not SMP... Also, it seems to have recently cropped up, since I've been developing on this box for over a year and this has never happened to me before... Hunter From: Nick Ganju [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 12 Apr 2002 15:23:29 -0500 To: [EMAIL PROTECTED] Subject: Re: RE: [JBoss-dev] Memory Hog I had a similar problem when I was running Jboss on a linux box. It would run fine for a while, then it would explode, taking all the RAM on the machine in a matter of a few minutes. I ran top and watched all 1024 MB of memory get eaten up, until the thing finally crashed. The interesting thing was that I created a servlet that printed out Runtime.getRuntime().totalMemory() and hit this servlet when the JVM had eaten about 500 MB of RAM. The servlet responded (very slowly) and told me the total memory was 50 MB. So there is a leak inside the JVM code; it's not the jboss code that is causing the leak. This bug happened on all the linux boxes I have, so it shouldn't be too hard to reproduce. I think it might have something to do with SMP, because I couldn't get it to happen on the one single-processor linux box I have. I switched from the Sun JVM to the IBM JVM and it fixed the problem. Obviously a bug in the Sun JVM. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Memory Hog
These exact symptoms occurred for me today for the first time... I'm on OS X 10.1.3 also... From: Stephen Coy [EMAIL PROTECTED] Date: Fri, 12 Apr 2002 11:23:17 +1000 To: Mark Gulbrandsen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Memory Hog I'm experiencing similar symptoms on MacOS X 10.1.3. The JVM behaves a bit better though, because JBoss is the only impacted process. Anyway, multiple successive deploys seems to consume memory. At some point I start getting: 11:08:28,432 ERROR [STDERR] java.lang.OutOfMemoryError 11:08:28,433 ERROR [STDERR] no stack trace available messages on the console. Our Win2k developers haven't noticed anything because they usually have to cycle JBoss down and up in order to redeploy anyway, because Windows won't let them overwrite open files. This is from CVS HEAD as of about 24hrs ago BTW, but I think this problem has been around for awhile. Steve C. On Friday, April 12, 2002, at 08:51 AM, Mark Gulbrandsen wrote: FYI, Maybe this has already been posted, but I'll post it again. The deployer on cvs HEAD has a memory problem (I think). If I don't pass any JAVA_OPTS to run.sh via the environment, then redeploying is seriously broken. After the third redeploy *with out fail* jboss runs after every last mb of ram and swap. I have to shut it down before it brings my system to its knees, and I have over 600 mb of ram and 512 mb of swap. If I pass memory options such as -Xms128M -Xmx256m, then no problem exists at all. BTW, this also happens on another box in my office that has 4GB of RAM, but limiting the heap seems to solve it. I'd love to send more information regarding this, but I'm not sure what you (developers) want. I'd look into it, but I can't get into the code just yet (maybe in a few weeks). BTW, we're running SuSE Linux 7.3 with SUN JDK1.3.1. mark@mark:~/usr/src/jboss-cvs/bin java -version java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24) Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JMX HTML... From the Pure Fluff Department...
What would it take to pretty up the output from the JMX HTML adapter? Since a lot of folks will probably be using that to manage the server, we might want to think about beautifying it a bit... Nothing fancy or cumbersome, but a little sprucing up here and there... I'm happy to see what I can contribute here, we have a team of top notch Web guys that I could steal some time from... Does anyone know off-hand where this is generated? I'll go poking around... Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX HTML... From the Pure Fluff Department...
Ken- It sounds like we're on the same page. I think this would be a great... Do you think we'd want to have a standard and extended mode, letting the standard be more slimmed down for netboot and embedded uses and the extended being the full blown deal? Anyway, yeah, I'd like to help. Hunter From: Ken Sipe [EMAIL PROTECTED] Organization: Code Mentor Date: Tue, 26 Mar 2002 11:31:30 -0600 To: Hunter Hillegas [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JMX HTML... From the Pure Fluff Department... Hunter, The JMX HTML adapter is provided by sun in the reference JMX implementation. I had talked with marc in Boston in January regarding this components replacement or wrapping. I planned to take this on, however currently I'm preparing for a presentation at an upcoming conference. I should be able to focus on it next month. IMO, we need to replace it. It would remove JBoss' dependency on the reference implementation completely. Also, I want to provide a way to security the access. Help would be great. I'm more of a functionality guy. If you got guys who could pretty it up or add to functionality that would be great ( or beat you to the implementation ) What I had in mind was more grandiose than what your message implies your interest is. I wanted an interface similar to JRun. Maybe not as fancy, but close. And something that works ( they have a lot of room for improvement, maybe they will steal our code;) Additionally I would like an XML component that the web component leverages. But lets keep it simple for the first go-round. anyway the component your looking for is: com.sun.jdmk.comm.HtmlAdaptorServer Ken - Original Message - From: Hunter Hillegas [EMAIL PROTECTED] To: JBoss Dev [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 11:07 AM Subject: [JBoss-dev] JMX HTML... From the Pure Fluff Department... What would it take to pretty up the output from the JMX HTML adapter? Since a lot of folks will probably be using that to manage the server, we might want to think about beautifying it a bit... Nothing fancy or cumbersome, but a little sprucing up here and there... I'm happy to see what I can contribute here, we have a team of top notch Web guys that I could steal some time from... Does anyone know off-hand where this is generated? I'll go poking around... Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] deploy: the votes are in
But don't you think some sort of ordering (like what was there before Jason removed it) should be implicit? Datasources specified in .xml files should be deployed before any EAR/WAR/JAR files, don't you think? That seems like a common/simple scenario and I don't think a user with that basic of a dependency should be required to specially number their deployment files... Though I don't think requiring it for more complex deployment order is a big deal... From: Bill Burke [EMAIL PROTECTED] Date: Fri, 15 Mar 2002 13:37:25 -0500 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [JBoss-dev] deploy: the votes are in This also greatly simplifies the code right? Just sort the directory and you have your ordering. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Harris Sent: Friday, March 15, 2002 1:31 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] deploy: the votes are in I don't think there was any intention of forcing people to rename their files. The point is that if you need an explicit ordering this is the easiest way for the user to do it. If you don't need ordering then call it anything you want. So deployment order is something like all xxxMyName.[j|s|w|e|r]ar/xml files all anyothernameinanyorder.[j|s|w|e|r]ar/xml files (apologies for syntax!) So this way you can specify stuff which absolutely has to go first and, if you don't care when it gets deployed, then name it whatever you like and it gets deployed after the ones that need to be first. (disclaimer: I was at the London training and I did vote for the numbering solution) c --- David Jencks [EMAIL PROTECTED] wrote: I'm with Jason on this one. I think asking people to change their file names to ensure deploy order is ludicrous. As I recall, the unix sysv numbering is all on symlinks, not the scripts/whatever themselves. david jencks On 2002.03.14 18:18:46 -0500 Jason Dillon wrote: deploy1/2/3 zero votes 000-999mywathever.xar:11 votes deploy.order: 9 votes some just don't give a hoot ok the deploy.order was a good idea given by a sweedish guy sitting at the back of the class, it goes like this, put a deploy.order that specifies the order in which you deploy the files, it means that you put for example deploy-order the-first-file.xar the-second-file.xar /deploy-order This is the same as explicitly listing your deployment urls... which if you don't specify a file:// directory url the order is as you list it. It is only when listing from a directory which causes this dependency/order problem. I kind of liked it, since it means you can put additional information, but sacha pointed out you can also put a order.readme file and be done with this, with the drawbacks that you could actually mess up the names easily (bound to happen) and that you needed multiple deploy.order files to get at the same result if you went for dynamic deployments. so the 000-999.xar idea is the one, if someone wants to do it go ahead I still think this is a really bad idea. We have a half functional dependency system... so rather than fix is, we artificially force users to number there deployments, or staticly list the urls to deploy. How does that make the JBoss deployment system easy? One of the big features of JBoss is easy deployment... which this just basically tosses out the window. The instructions for deployment go from : copy to deploy/ to copy to deploy/, make sure that the file name is prefixed with a number such that it is larger than all dependency deployments and lower than other deployments which depend on it. If you are not sure what the dependencys are then trial and error... or go look through each deplopment descriptor and Why not just put the simple sorting bits back in UDS until the dependency issue can be resolved? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] deploy: the votes are in
You recall correctly... As a non-developer, I don't know if my vote counts, but I think this is a bad idea too. From: David Jencks [EMAIL PROTECTED] Date: Thu, 14 Mar 2002 18:43:28 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] deploy: the votes are in I'm with Jason on this one. I think asking people to change their file names to ensure deploy order is ludicrous. As I recall, the unix sysv numbering is all on symlinks, not the scripts/whatever themselves. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] server.log getting DEBUG messages?
Using a clean CO from this morning, server.log is getting DEBUG messages from org.jboss.*. Why is this? From the log4j.xml config it looks like it should just be INFO messages. Even adding an explicit INFO declaration to the file appender declaration seems to have no effect. How can I turn of the DEBUG messages? thanks, Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Deploy Order Broken?
I think the problem with my ears-before-datasources is that I don't have my data-source setup in a sar, it's just an xml file called postgresql-service.xml... Is the recommended course for 3.0 to have *all* data sources defined/packaged in sars? Hunter From: marc fleury [EMAIL PROTECTED] Date: Tue, 12 Mar 2002 18:16:22 -0800 To: Hunter Hillegas [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Deploy Order Broken? |Basically, my EARs are getting deployed before my data sources... but then h, if the ears and sars are in the same directory then the sar should deploy before the ear. sar ear, look at the ordering in the deployer. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build Broken?
Someone still checking in JMX stuff? After a clean co, the build is hosed. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Fw: [JBoss-user] Multiple JBOSS 3.0 developersand clustering
I would argue no, for the reason in the original email and because the majority of JBoss installations will most likely not be clustered... From: Scott M Stark [EMAIL PROTECTED] Organization: JBoss Group Reply-To: Scott M Stark [EMAIL PROTECTED] Date: Wed, 27 Feb 2002 21:36:09 -0800 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Fw: [JBoss-user] Multiple JBOSS 3.0 developers and clustering This is a good comment. Should clustering really be enabled as part of the default configuration? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Deployer Problems Persist?
Are we still having deployer problems with HEAD? While it looks like most of my trouble was due to the cached zipfile bug that we've worked around, I just noticed a situation where I re-deployed an EAR and the WAR wasn't refreshed... Any ideas? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Deployer Problems Persist?
Turns out it was me in this case. Sorry for the noise. I'll triple check next time. From: Hunter Hillegas [EMAIL PROTECTED] Date: Tue, 26 Feb 2002 14:49:20 -0800 To: JBoss Dev [EMAIL PROTECTED] Subject: Deployer Problems Persist? Are we still having deployer problems with HEAD? While it looks like most of my trouble was due to the cached zipfile bug that we've worked around, I just noticed a situation where I re-deployed an EAR and the WAR wasn't refreshed... Any ideas? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 'downloads' statistic on sourceforge is broken
Yeah, but that won't last. No way VA Software can keep pulling it off with SF Enterprise... Wonder how much it costs to run sf.net... Can't be cheap... From: marc fleury [EMAIL PROTECTED] Date: Tue, 26 Feb 2002 19:27:56 -0800 To: danch [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 'downloads' statistic on sourceforge is broken I will look in the UnifiedClassLoader and see if we fuck up some ordering. :) the monthly stuff works for some reason. marcf PS: can you believe they sell this shit? and that it is their business now? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build Broken?
Someone still checking in? I'm getting this after just refreshing HEAD: compile-classes: [javac] Compiling 21 source files to /Users/hunter/Unix/Sources/jboss-3-beta/server/output/classes /Users/hunter/Unix/Sources/jboss-3-beta/server/src/main/org/jboss/management /j2ee/JavaMail.java:36: cannot resolve symbol symbol : class JavaMailMBean location: class org.jboss.management.j2ee.JavaMail implements JavaMailMBean Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Latest HEAD Re-Deployment Broken
I just refreshed my tree again this morning... Re-deploying an EAR that contains a WAR seems broken. The changes in the WAR are not seen until the server is shutdown and restarted... Any idea what broke this? It was working fine on Saturday. Can anyone else confirm this? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-user] Re: [JBoss-dev] Tshirts at JavaOne FREE TRAINING
It's a reference to a videogame port with really bad translation of the words into English... The original quote is something like All Your Base Are Belong To Us. http://www.allyourbase.net/ Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 25 Feb 2002 15:38:50 -0600 To: marc fleury [EMAIL PROTECTED] Cc: Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED], Jboss-User@Lists. Sourceforge. Net [EMAIL PROTECTED] Subject: [JBoss-user] Re: [JBoss-dev] Tshirts at JavaOne FREE TRAINING JBoss: All your J2EE are belong to us Maybe I'm an idiot, but what the hell does this mean? -dain ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
FW: [JBoss-dev] If you have problems compiling...
Anyone else seeing this: /Users/hunter/Sources/jboss-3-beta/build/build.xml:467: /Users/hunter/Sources/jboss-3-beta/system/output/docs not found. Anyway, I have the system module checked out and it doesn't want to build. I guess I'll try a fresh checkout... again... Hunter From: Jason Dillon [EMAIL PROTECTED] Date: Sun, 24 Feb 2002 03:39:31 -0800 To: [EMAIL PROTECTED] Subject: [JBoss-dev] If you have problems compiling... make sure you have a system module. If you do not, then check it out with: cd jboss-all cvs get _jboss_system --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] If you have problems compiling...
Creating that directory lets it build but it seems like maybe build.xml needs to be updated to do that... From: Hunter Hillegas [EMAIL PROTECTED] Date: Sun, 24 Feb 2002 11:27:56 -0800 To: JBoss Dev [EMAIL PROTECTED] Subject: FW: [JBoss-dev] If you have problems compiling... Anyone else seeing this: /Users/hunter/Sources/jboss-3-beta/build/build.xml:467: /Users/hunter/Sources/jboss-3-beta/system/output/docs not found. Anyway, I have the system module checked out and it doesn't want to build. I guess I'll try a fresh checkout... again... Hunter From: Jason Dillon [EMAIL PROTECTED] Date: Sun, 24 Feb 2002 03:39:31 -0800 To: [EMAIL PROTECTED] Subject: [JBoss-dev] If you have problems compiling... make sure you have a system module. If you do not, then check it out with: cd jboss-all cvs get _jboss_system --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Anyone Else Seeing Strange Deployment Issues Since Latest Changes?
I just refreshed me tree and rebuilt this morning and since then I am seeing something strange with re-deployments... It is strange, because I see my redeployment occurring on the console but when I hit my servlets, the changes are not reflected. One other thing that seems different is that the last line I'm seeing in the console is this: 12:02:29,945 INFO [EARDeployer] Deploying J2EE application, start step, a no-op: file:/Users/hunter/Unix/Sources/jboss-3-beta/build/output/jboss-3.0.0beta2/d eploy/badreligion.ear I can't remember precisely, but I'm pretty sure that this isn't the last line of a successful deployment... So, did something change in JBoss here or am I making a dumb mistake. My build from yesterday morning didn't exhibit this problem... Any ideas? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Deployer Message
Maybe this should be marked as INFO, not DEBUG: 12:11:58,396 DEBUG [MainDeployer] Done deploying someear.ear Seems like useful information that the server is done deploying the ear... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Failed to Setup ENC
Still seems broken from here... When I deploy the second ear I see this: 11:45:52,174 ERROR [JBossWebApplicationContext#/vagrant-admin] failed to setup ENC javax.naming.NameAlreadyBoundException; remaining name 'env' at org.jnp.server.NamingServer.createSubcontext(NamingServer.java:451) at org.jnp.interfaces.NamingContext.createSubcontext(NamingContext.java:664) at org.jnp.interfaces.NamingContext.createSubcontext(NamingContext.java:650) at org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain er.java:503) at org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A bstractWebContainer.java:706) at org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte xt.java:324) at org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication Context.java:283) at org.mortbay.http.HttpContext.start(HttpContext.java:1341) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext. java:428) at org.jboss.jetty.Jetty.deploy(Jetty.java:270) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284) at org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:366) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:457) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:791) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:452) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:412) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:271) at org.jboss.deployment.MainDeployer.run(MainDeployer.java:258) at java.lang.Thread.run(Thread.java:496) From: Scott M Stark [EMAIL PROTECTED] Organization: JBoss Group Reply-To: Scott M Stark [EMAIL PROTECTED] Date: Tue, 12 Feb 2002 23:34:36 -0800 To: JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Failed to Setup ENC I just tried deploying the tomcat-test.ear twice with different contexts for the war included in the ear, and I do not see this problem. The stack traces no longer match the current code so refresh, retry and then report back. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Hunter Hillegas [EMAIL PROTECTED] To: JBoss Dev [EMAIL PROTECTED] Sent: Tuesday, February 12, 2002 3:24 PM Subject: [JBoss-dev] Failed to Setup ENC I have two EARs to deploy... Each one contains two wars and and ejb-jar. One of the wars in each ear is our content management system... Since a tree refresh a couple of weeks back I am getting the trace below when I deploy the second ear... While both ears have a copy of the content management war in them (they are for different Web sites), they have different contexts specified in the application.xml file in the ear... Is it illegal to have two different wars, with the same name, in two different ears, even if mapped differently in the application.xml file? 15:20:08,721 ERROR [JBossWebApplicationContext#/badreligion] failed to setup ENC javax.naming.NameAlreadyBoundException at org.jnp.server.NamingServer.bind(NamingServer.java:130) at org.jnp.interfaces.NamingContext.bind(NamingContext.java:330) at org.jnp.interfaces.NamingContext.bind(NamingContext.java:302) at org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain er.java:479) at org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A bstractWebContainer.java:682) at org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte xt.java:324) at org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication Context.java:283) at org.mortbay.http.HttpContext.start(HttpContext.java:1341) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext. java:428) at org.jboss.jetty.Jetty.deploy(Jetty.java:270) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284) at org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:345) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:798) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:448) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:408) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:269) at org.jboss.deployment.MainDeployer.run(MainDeployer.java:247) at java.lang.Thread.run(Thread.java:496) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss
[JBoss-dev] Failed to Setup ENC
I have two EARs to deploy... Each one contains two wars and and ejb-jar. One of the wars in each ear is our content management system... Since a tree refresh a couple of weeks back I am getting the trace below when I deploy the second ear... While both ears have a copy of the content management war in them (they are for different Web sites), they have different contexts specified in the application.xml file in the ear... Is it illegal to have two different wars, with the same name, in two different ears, even if mapped differently in the application.xml file? 15:20:08,721 ERROR [JBossWebApplicationContext#/badreligion] failed to setup ENC javax.naming.NameAlreadyBoundException at org.jnp.server.NamingServer.bind(NamingServer.java:130) at org.jnp.interfaces.NamingContext.bind(NamingContext.java:330) at org.jnp.interfaces.NamingContext.bind(NamingContext.java:302) at org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain er.java:479) at org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A bstractWebContainer.java:682) at org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte xt.java:324) at org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication Context.java:283) at org.mortbay.http.HttpContext.start(HttpContext.java:1341) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext. java:428) at org.jboss.jetty.Jetty.deploy(Jetty.java:270) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284) at org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:345) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:798) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:448) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:408) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:269) at org.jboss.deployment.MainDeployer.run(MainDeployer.java:247) at java.lang.Thread.run(Thread.java:496) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Failed to Setup ENC
Ugly... I guess I'm back to my old, pre-deployer version of RH until this is resolved. Thanks. From: Jules Gosnell [EMAIL PROTECTED] Date: Tue, 12 Feb 2002 23:47:04 + To: Hunter Hillegas [EMAIL PROTECTED] Cc: JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Failed to Setup ENC I'm a little concerned that this might be the new flat ClassLoader strategy biting us. ENC stuff is set up on a per ClassLoader basis (AFAIK). If there is now only one ClassLoader, things could get messy. Jules Hunter Hillegas wrote: I have two EARs to deploy... Each one contains two wars and and ejb-jar. One of the wars in each ear is our content management system... Since a tree refresh a couple of weeks back I am getting the trace below when I deploy the second ear... While both ears have a copy of the content management war in them (they are for different Web sites), they have different contexts specified in the application.xml file in the ear... Is it illegal to have two different wars, with the same name, in two different ears, even if mapped differently in the application.xml file? 15:20:08,721 ERROR [JBossWebApplicationContext#/badreligion] failed to setup ENC javax.naming.NameAlreadyBoundException at org.jnp.server.NamingServer.bind(NamingServer.java:130) at org.jnp.interfaces.NamingContext.bind(NamingContext.java:330) at org.jnp.interfaces.NamingContext.bind(NamingContext.java:302) at org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(AbstractWebContain er.java:479) at org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebAppDescriptors(A bstractWebContainer.java:682) at org.jboss.jetty.JBossWebApplicationContext.setUpENC(JBossWebApplicationConte xt.java:324) at org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplication Context.java:283) at org.mortbay.http.HttpContext.start(HttpContext.java:1341) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext. java:428) at org.jboss.jetty.Jetty.deploy(Jetty.java:270) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284) at org.jboss.web.AbstractWebContainer.deploy(AbstractWebContainer.java:345) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:453) at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:798) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:448) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:408) at org.jboss.deployment.MainDeployer.scan(MainDeployer.java:269) at org.jboss.deployment.MainDeployer.run(MainDeployer.java:247) at java.lang.Thread.run(Thread.java:496) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X
Yeah, I refreshed my tree about an hour ago. From: David Jencks [EMAIL PROTECTED] Date: Tue, 12 Feb 2002 19:33:42 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] [ jboss-Bugs-516707 ] Undeploy Broken on MacOS X Just to check... Are you guys seeing all these problems with last nights changes to MainDeployer etc? thanks david jencks On 2002.02.12 18:43:48 -0500 Jules Gosnell wrote: I'm seeing similar behaviour on Linux sun/1.3.1. 1. copying over the top of a jar in deploy/ doesn't seem to wake the deployer up. 2. sometimes the deployer just seems to stop working. I haven't said anything because I figured it was all still in a state of flux, but I thought Hunter could do with some backing up ! If I nail it down any further I will post. Jules [EMAIL PROTECTED] wrote: Bugs item #516707, was opened at 2002-02-12 15:28 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id= 22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Hunter Hillegas (hunterhillegas) Assigned to: Nobody/Anonymous (nobody) Summary: Undeploy Broken on MacOS X Initial Comment: The new deployer doesn't seem to undeploy reliably on MacOS X. When an ear is removed from the deploy directory, nothing happens. This worked fine before the new deployer was implemented so I don't think it is a MacOS X JVM bug. Even if it is, Apple probably won't fix it unless we can tell them where the bug is. -- Comment By: Hunter Hillegas (hunterhillegas) Date: 2002-02-12 15:33 Message: Logged In: YES user_id=7380 It looks like it is the same story for deploying new ears placed in the directory after the server has started... They are never noticed... Again, this worked fine before the deployer re-write. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id= 22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development !doctype html public -//w3c//dtd html 4.0 transitional//en html I'm seeing similar behaviour on Linux sun/1.3.1. p1. copying over the top of a jar in deploy/ doesn't seem to wake the deployer up. br2. sometimes the deployer just seems to stop working. pI haven't said anything because I figured it was all still in a state of flux, but I thought Hunter could do with some backing up ! pIf I nail it down any further I will post. pJules brnbsp; p[EMAIL PROTECTED] wrote: blockquote TYPE=CITEBugs item #516707, was opened at 2002-02-12 15:28 brYou can respond by visiting: bra href=http://sourceforge.net/tracker/?func=detailatid=376685aid=516707grou p_id=22866http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;a id=516707amp;group_id=22866/a pCategory: JBossServer brGroup: v3.0 Rabbit Hole brStatus: Open brResolution: None brPriority: 5 brSubmitted By: Hunter Hillegas (hunterhillegas) brAssigned to: Nobody/Anonymous (nobody) brSummary: Undeploy Broken on MacOS X pInitial Comment: brThe new deployer doesn't seem to undeploy brreliably on MacOS X. pWhen an ear is removed from the deploy directory, brnothing happens. pThis worked fine before the new deployer was brimplemented so I don't think it is a MacOS X JVM brbug. pEven if it is, Apple probably won't fix it unless we brcan tell them where the bug is. p-- pComment By: Hunter Hillegas (hunterhillegas) brDate: 2002-02-12 15:33 pMessage: brLogged In: YES bruser_id=7380 pIt looks like it is the same story for deploying new ears brplaced in the directory after the server has started... brThey are never noticed... Again, this worked fine before brthe deployer re-write. p-- pYou can respond by visiting: bra href=http://sourceforge.net/tracker/?func=detailatid=376685aid=516707grou p_id=22866http://sourceforge.net/tracker/?func=detailamp;atid=376685amp;a id=516707amp;group_id=22866/a p___ brJboss-development mailing list br[EMAIL PROTECTED] bra href=https://lists.sourceforge.net/lists/listinfo/jboss-development;https:/ /lists.sourceforge.net/lists/listinfo/jboss-development/a/blockquote /html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] New Deployment Architecture Doesn't Ignore dotfiles?
Am I right that the new deployer doesn't ignore dotfiles (files starting with a ., making them hidden in Unix)? My OS (MacOS X 10.1), writes some meta data in dotfiles when you muck around in the directories and I guess it wrote one in deploy... Now I get this: 15:01:49,120 INFO [MainDeployer] Deploying: file:/Users/hunter/Unix/Sources/jboss-all-dr1/build/output/jboss-3.0.0DR1/de ploy/.DS_Store 15:01:49,140 ERROR [MainDeployer] Couldn't deploy URL file:/Users/hunter/Unix/Sources/jboss-all-dr1/build/output/jboss-3.0.0DR1/de ploy/.DS_Store org.jboss.deployment.DeploymentException: error in opening zip file, Cause: java.util.zip.ZipException: error in opening zip file at org.jboss.deployment.MainDeployer.deploySubPackages(MainDeployer.java:577) Okay... So this is just cosmetic and no big deal, just not sure if this is intended behavior or not. Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: All Your J2EE Are Belong To Us From: Colin Daly [EMAIL PROTECTED] Date: Thu, 7 Feb 2002 18:13:26 +1100 To: marc fleury [EMAIL PROTECTED], Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST to plagiarize you marc JBoss: we love you. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0 snapshot
How about you download CVS from last week and roll your own? From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 25 Jan 2002 17:11:47 -0600 To: [EMAIL PROTECTED] Subject: [JBoss-dev] 3.0 snapshot As snapshot link is broken and wont be fixed till next week. Can someone provide me a temporary download link for a working snapshot from Jan'02. I really need to do a lots of design/ground-work before starting my next project on RH3.0/CMP2. I will really appreciate the help. Chris. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0 snapshot
The current CVS tree is broken... Marc (the lead Jboss developer), was in the middle of committing the new deployer architecture when he had to leave for Boston. Unfortunately he's been unable to get a line there to finish the commit. He should be back soon and the commit will be done, Jboss will build again, and the developer beta release will be looming... From what I have heard.. From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 25 Jan 2002 18:00:28 -0600 To: [EMAIL PROTECTED] Subject: Re: RE: [JBoss-dev] 3.0 snapshot gt; Snaps as of today: http://main.jboss.org/snapshots/ it doesn't builds either :( ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Source code editors
Buy a MacOS X machine and run ProjectBuilder. Works really great for Java... An IDE that isn't obtrusive, highly customizable, with lots of keyboard shortcuts. From: Khoa Do [EMAIL PROTECTED] Date: Thu, 17 Jan 2002 12:04:34 -0800 To: 'Rhett Aultman' [EMAIL PROTECTED] Cc: Jboss-Development@Lists. Sourceforge. Net[EMAIL PROTECTED] Subject: RE: [JBoss-dev] Source code editors Thank you. I will try to give emacs a shot. It just that I can't get used to the having to type a control-XX to do something that I can do with a mouse. I use MS Visual studio a lot so I am used to the IDE and the project explorer with all the pretty objects and their graphical attributes. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] What the point?
I'm sure you're about to get flamed out of existence but I'll add my $0.02. Regarding the Web container, Jboss3 already has Jetty support so I don't really know what you are talking about. I would assume that when the final release comes out there will be Tomcat integration as well... The Jetty integration works very well, even in this alpha state. Hell, we've got a live site using it now! As far as rewriting the container, I think what you'll hear from the main developers is that while there are some significant changes, most of the code in JBoss3 is the same as in Jboss2. So again, what are you talking about? Since I don't think you're actually comparing source trees, and from the Web container comment it doesn't seem like you've actually tried the product, what are you trying to prove? Jboss can run Web sites (and tons of other apps). It does. Your argument is not well researched and not grounded in reality. Prepare for the flames. Hunter From: John Woo [EMAIL PROTECTED] Date: Fri, 28 Dec 2001 14:30:01 -0800 (PST) To: [EMAIL PROTECTED] Subject: [JBoss-dev] What the point? I read the description on your web site, and get very excited about the product. But when I try and use the JBoss 3.0 alpha, I am wondering why you not spend any time on the web container? J2EE container without a servlet engine is like a book without writing. Also, you guy seem to reinvent entire product every version. Every version is big description about how powerful and wonderful this is. Then next version, all that thrown out and you rewrite every thing. Now you have code that work differently than every thing in the documentation. To end user, this thing seem like a thesis project and not code that can host a real web site. Maybe if you spend time talking to possible users and writing documentation and less time bragging about yourselves on your web site and writing academic code your project would get more attention from real users. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
FW: [JBoss-dev] Re: Re: What the Point?
Always forget to 'Reply to All' -- Forwarded Message From: Hunter Hillegas [EMAIL PROTECTED] Date: Fri, 28 Dec 2001 16:45:22 -0800 To: John Woo [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: Re: What the Point? See below... From: John Woo [EMAIL PROTECTED] Date: Fri, 28 Dec 2001 16:30:44 -0800 (PST) To: [EMAIL PROTECTED] Subject: [JBoss-dev] Re: Re: What the Point? JBoss 3.0 includes a servlet container, Jetty This one really puzzle me. You abandon Tomcat/Catalina for Jetty. Jetty implement Servlet 2.2, not 2.3. Jetty can not even run Struts. None of the security stuff work with Jetty, or at least if it do it not documented how. Why is Jetty priority over Catalina? I think maybe 10 people in the world use Jetty. Tomcat/Catalina used by thousands. The version of Jetty included in Jboss 3 is Jetty4, which does support Servlet spec 2.3. The guys on the Jetty list are very responsive so if there is a specific problem, it could be brought up there. Use 2.4 2.4 is not supported. No one answer any question about 2.4 on user forums. It dead product with bug that never be fixed. That's just plain wrong. If you watch this list at all, you will see all the commits Scott makes against the 2.4 branch. I assume you have filed this bug on sourceforge? Hunter -- End of Forwarded Message ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Debugging in Alpha Builds
Is there any way to turn down the logging level on the alpha builds from HEAD? I looked at log4j.properties and didn't see anything that looked relevant. Thanks, Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Ordering What is Returned from a CMR Method
Let's say I have an entity called Product that has a CMR One to Many relationship with another entity called ProductLineItem. If I call Product.getLineItems(), it returns a Collection of ProductLineItems. In the current RH code, is there any way to order the way the results are returned? I think now they are ordered by their primary key but it would be really useful to be able to order them by another field... Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] A Crazy Man Running Jboss in an App Beta Test
Well, I'm a little bit crazy but as of about a week ago we are beta testing an app on Jboss 3 alpha (built from CVS about a week ago) and plan on going live with a Web site that will utilize it this week. Am I crazy for going live on code that is still changing daily? Probably... Everyone on the project knows the risks so we're covered. We really needed EJB2 stuff to make our project work the way we wanted it to so... The real reason I'm writing this is because we've been doing extensive load testing on JBoss3+Jetty4 and it's been CRANKING. This thing hauls ass! Anyway, I'm really excited about it. You guys are doing a killer job... Any project that is this good in alpha is surely going to take the world by storm. Cheers, Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] HEAD Broken - Won't Run
It looks like HEAD is still broken since last night. A fresh checkout builds find but does not run. Looks like jboss-jdbc.rar is broken? 11:52:08,394 INFO [AutoDeployer] Auto deploy of file:/usr/local/src/jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/jboss -jdbc.rar 11:52:08,395 INFO [RARDeployer] Attempting to deploy RAR at 'file:/usr/local/src/jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/jbos s-jdbc.rar' 11:52:08,458 INFO [RARMetaData] Loading Minerva Resource Adapter for JDBC 1/2 drivers 11:52:08,461 INFO [RARMetaData] Required license terms present. See deployment descriptor. 11:52:08,477 INFO [Default] Libraries adding URLClassLoader -1422203023 key URL file:/usr/local/src/jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/jboss -jdbc.rar 11:52:08,486 WARN [ServiceController] JCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter does not implement any Service methods 11:52:08,488 INFO [ConnectionFactoryLoader] Starting 11:52:08,518 ERROR [ServiceController] JMRuntimeException thrown during ServiceProxy operation start on mbean JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=DefaultDS java.lang.NoSuchMethodError at org.jboss.resource.adapter.jdbc.local.JDBCManagedConnectionFactory.init(JD BCManagedConnectionFactory.java:100) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.jboss.resource.ConnectionFactoryLoader.loadConnectionFactory(ConnectionF actoryLoader.java:500) at org.jboss.resource.ConnectionFactoryLoader.startService(ConnectionFactoryLoa der.java:410) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:130) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:782) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:487) at org.jboss.system.ServiceController.start(ServiceController.java:515) at org.jboss.system.ServiceController.registerAndStartService(ServiceController .java:278) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.resource.RARDeployer.deploy(RARDeployer.java:195) at org.jboss.deployment.DeployerMBeanSupport.deploy(DeployerMBeanSupport.java:1 02) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 11:52:08,524 ERROR [ServiceController] Problem in registerAndStartService javax.management.RuntimeErrorException: Error thrown in operation start at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1642) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:782) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:487) at org.jboss.system.ServiceController.start(ServiceController.java:515) at org.jboss.system.ServiceController.registerAndStartService(ServiceController .java:278) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.resource.RARDeployer.deploy(RARDeployer.java:195) at org.jboss.deployment.DeployerMBeanSupport.deploy(DeployerMBeanSupport.java:1 02) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 11:52:08,530 ERROR [RARDeployer] deploy failed org.jboss.deployment.DeploymentException: Problem making RARDeployment MBean, Cause: javax.management.RuntimeMBeanException: RuntimeException thrown in operation registerAndStartService at org.jboss.resource.RARDeployer.deploy(RARDeployer.java:205)
Re: [JBoss-dev] Re: Bring it back, jason !
Yeah, I've been using Jive on a personal site and some of the gateways, mail and nntp, have some strange issues... Though I must say that they were really good about helping me get stuff fixed... The only reason I bought Jive was because I saw it on Jboss.org so hopefully they are hooking you up! Hunter From: marc fleury [EMAIL PROTECTED] Date: Wed, 5 Dec 2001 16:05:36 -0500 To: Jason Dillon [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: Bring it back, jason ! so more buggy software? dude these kids went commercial, it better be for a reason... marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problems Starting DefaultDS in Head?
I just checked out HEAD to a new machine and I'm getting the below on startup... It doesn't seem like anyone is in the middle of a check-in but I just refreshed it and tried again... Same deal... Problem with jboss-jdbc.rar? 23:28:52,973 ERROR [ServiceController] JMRuntimeException thrown during ServiceProxy operation start on mbean JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=DefaultDS java.lang.NoSuchMethodError at org.jboss.resource.adapter.jdbc.local.JDBCManagedConnectionFactory.init(JD BCManagedConnectionFactory.java:100) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.jboss.resource.ConnectionFactoryLoader.loadConnectionFactory(ConnectionF actoryLoader.java:500) at org.jboss.resource.ConnectionFactoryLoader.startService(ConnectionFactoryLoa der.java:410) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:130) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav a:782) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:487) at org.jboss.system.ServiceController.start(ServiceController.java:515) at org.jboss.system.ServiceController.registerAndStartService(ServiceController .java:278) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.resource.RARDeployer.deploy(RARDeployer.java:195) at org.jboss.deployment.DeployerMBeanSupport.deploy(DeployerMBeanSupport.java:1 02) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 23:28:52,989 ERROR [AutoDeployer] Deployment failed:file:/usr/local/src/jboss-all/build/output/jboss-3.0.0alpha/deploy/li b/jboss-jdbc.rar org.jboss.deployment.DeploymentException: Problem making RARDeployment MBean, Cause: javax.management.RuntimeMBeanException: RuntimeException thrown in operation registerAndStartService at org.jboss.resource.RARDeployer.deploy(RARDeployer.java:205) at org.jboss.deployment.DeployerMBeanSupport.deploy(DeployerMBeanSupport.java:1 02) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] SQL Generated by EJB-QL Finders
Is there a way to see the SQL that is generated by EJB-QL finders in RH? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] New isModified() Breaks Stuff?
I just built from the HEAD and I get this trying to do a find on some beans: 15:34:27,540 ERROR [LogInterceptor] TransactionRolledbackException, causedBy: java.lang.NullPointerException at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.isModified(JDBCStoreManager. java:374) I can give more detail if needed but it looks like those changes broke something else? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] where is CMP2.0 documentation?
Title: Re: [JBoss-user] where is CMP2.0 documentation? Check the archives. There has been discussion on this in the past. Bottom line, software is free, documentation is cheap, everyone should be happy. As I understand it there will be a quickstart doc for free and then additional docs you buy. This also ensures that docs are up to date and well-written, unlike so many other Open Source projects. $10 for a 400 page book for a free world class application server is still so cheap it is ridiculous. If the time you would save studying the source code is not worth $10, feel free to dive in and read the well documented source rather than buying the docs. From: Hicks, James [EMAIL PROTECTED] Date: Mon, 3 Dec 2001 19:57:22 -0500 To: jboss [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [JBoss-user] where is CMP2.0 documentation? Why is the JBoss Group charging for documentation? An opensource project should have freely available documentation. How can a project survive if nobody knows how to set it up?
[JBoss-dev] lib/ext into CLASSPATH
Am I incorrect that RH adds every jar in lib/ext to the CLASSPATH? I'm having trouble with my app locating stuff from a jar in that location so I'm wondering if I'm wrong about this... Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JSR77 Error Messages
Since updating HEAD this morning, I'm getting a bunch of JSR77 error messages when deploying my ear. My app seems to run fine. Is this something I need to worry about or just a result of JSR77 not being fully implemented? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Local Interfaces in Rabbit Hole - Working?
It seems as if I make more progress using the correct tags you specified below... Thanks. Also, any word on the docs being approved at Flashline? From: Dain Sundstrom [EMAIL PROTECTED] Date: Sun, 25 Nov 2001 18:10:24 -0600 To: 'marc fleury' [EMAIL PROTECTED], Hunter Hillegas [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? Actually I didn't write the local interface code. I'll assume that you are using an integrated stack (integrated web server). Did you use the local-jndi-name in the jboss.xml file, which I did write? It looks like this: (I'm typing this on the fly so there may be errors) jboss enterprise-beans entity ejb-nameOrderEJB/ejb-name local-jndi-namecommerce/Order/local-jndi-name /entity /enterprise-beans /jboss I know this works between EJBs, and it works with regular classes. I have not tested from a web tier, because I didn't know one was integrated yet. -dain -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Sunday, November 25, 2001 4:46 PM To: Hunter Hillegas; JBoss Dev Subject: RE: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? I will let dain answer this, but afaik his stuff relies on it so if it wasn't implemented you would see it. For the record, I will mention that only NEW features where added to RH, it is not like we went I rewrote the stuff, in fact MOST of the codebase in RH is the old one. We are rewriting as we go, but stuff that dramatically changes from one to the other just shouldn't be there. That being said is there a test for local stuff in RH? We would need to run that and make sure. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Hunter Hillegas |Sent: Sunday, November 25, 2001 4:43 PM |To: JBoss Dev |Subject: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? | | |Is local interface support completely implemented in Rabbit Hole at this |point? | |I thought that it was but I am having trouble with my app that uses only |local interfaces... | |Basically any attempt to grab beans via their local interfaces from my |servlets fail with a NameNotFound exception. I verified the JNDI names in |the Jboss Web console but integrated Jetty fails to track them down. | |Julian Gosnell suggested that perhaps local interfaces were not completely |implemented... | |I was wondering if that is the case... | |Thanks for any info, |Hunter | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Overriding EJBQL Queries in jbosscmp-jdbc.xml
So, I'm trying to override a EJB-QL query in jbosscmp-jdbc.xml like this: query descriptionFind All Products of Product Group/description query-method method-namefindByProductGroup/method-name method-params method-paramjava.lang.String/method-param /method-params /query-method SELECT *.product FROM product, product_group WHERE product.group_recnum = product_group.rec_num AND product_group.name = ? /query Which is all I could garner from the documentation... I get an exception on deployment: org.jboss.deployment.DeploymentException: Error in query spedification for method findByProductGroup I'm sure I'm doing something wrong but I'm not sure what. Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Local Interfaces in Rabbit Hole - Working?
Is local interface support completely implemented in Rabbit Hole at this point? I thought that it was but I am having trouble with my app that uses only local interfaces... Basically any attempt to grab beans via their local interfaces from my servlets fail with a NameNotFound exception. I verified the JNDI names in the Jboss Web console but integrated Jetty fails to track them down. Julian Gosnell suggested that perhaps local interfaces were not completely implemented... I was wondering if that is the case... Thanks for any info, Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NameNotBound with 3.0 alpha and Jetty4
So I'm getting started with Julian's new Jetty4+JBoss3 integration and I have some questions... Is jboss.xml still used in Rabbit Hole? In the past I've used it to set JNDI names for my EJBs. I have entries like this: jboss enterprise-beans entity ejb-nameOrder/ejb-name jndi-namegroundswell/Order/jndi-name /entity /enterprise-beans /jboss When I try to call these beans from a servlet I get: javax.servlet.ServletException: javax.naming.NameNotFoundException: groundswell not bound So... What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Good idea, but my DOCTYPE is correct, exactly as is below... I assume it is using 2.0 persistence since it doesn't choke on the relationships or the new entity bean structures... From: Peter Levart [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 10:28:54 +0100 To: Hunter Hillegas [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? This should work and it works for me (using Sybase, but nevertheless). Have you checked the DOCTYPE of the ejb-jar.xml file? It should read: !DOCTYPE ejb-jar PUBLIC -//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN http://java.sun.com/dtd/ejb-jar_2_0.dtd; If not, then you end up using JAWS instead... On Monday 19 November 2001 20:47, Hunter Hillegas wrote: I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Are we sure that the datasource name in jbosscmp-jdbc.xml is even being checked properly? I gave my config another look and it seems correct. Here are is the console log output: [11:43:51,571,AutoDeployer] Auto deploy of file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqldb-default-serv ice.xml [11:43:51,602,Default] Libraries adding URLClassLoader 1240345370 key URL file:/Users/hunter/Desktop/jboss-3.0.0alpha/lib/ext/postgresql.jar [11:43:51,647,ServiceCreator] About to create the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell [11:43:51,653,ServiceCreator] Created the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell And the file: ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- server classpath archives= postgresql.jar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:postgresql://lo calhost/groundswell DriverClass=org.postgresql.Driver UserName=postgres Password=/attribute attribute name=JndiNameGroundswell/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous mbean-ref to database being started -- mbean-refJBOSS-SYSTEM:service=PostgreSQL/mbean-ref mbean-ref name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/mbean-ref mbean-ref name=ConnectionManagerFactoryLoaderNameJCA:service=ConnectionManagerFacto ryLoader,name=MinervaSharedLocalCMFactory/mbean-ref attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 MinSize=0 MaxSize=10 BlockingTimeoutMillis=5000 IdleTimeoutMinutes=30 CleanupIntervalMinutes=10 MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingPropertiesUserName=postgres/attribute /mbean /server From: David Jencks [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 13:48:05 -0500 To: Torsten Schlumm [EMAIL PROTECTED] Cc: Hunter Hillegas [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Have you guys included the latest updates to the ConnectionFactoryLoader configuration format? The hsqldb example has been updated, the manual likewise for mysql and postgres. If updating is not the problem, could you post your cfl config? does DefaultDS get started properly on your system? Thanks david jencks On 2001.11.20 12:57:30 -0500 Torsten Schlumm wrote: Hunter, I've seen the same thing with mySQL today (it did work with the CVS sources from about 3 weeks ago). After having a closer look at the list of registered MBeans (localhost:8082) I found it (at least something :) My mysqlDS was perfectly registered but not started. After starting it by hand no problems anymore - deployment works. If that still doesn't work for you I could also send you the relevant files from my setup/beans. I will also try to work out why the bloody thing doesn't get started. Anyone any ideas?? Cheers Torsten On Mon, 19 Nov 2001 16:06:25 -0800 Hunter Hillegas [EMAIL PROTECTED] wrote: So far nothing from this end. If you get a chance to look at or if anyone else has any ideas, please chime in? Is no one else running Rabbit Hole with PostgreSQL and 2.0 EJB? From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 16:14:21 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], Dain Sundstrom [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? The ds jndi name is loaded in the metadata object of entities in the ...plulgin.cmp.jdbc.metadata package. Then the ds is looked up in the JDBCStoreManager init method. Finally it is used in the JDBCCommand object. -dain -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Monday, November 19, 2001 3:50 PM To: Dain Sundstrom; JBoss Dev Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? I haven't dug around in the source yet. If you can give me a pointer where to look, I'll check it out... If I remove DefaultDS (remove the Hypersonic service XML file), my beans don't deploy at all, complaining that DefaultDS is missing... So it's definitely not picking up my request for a different datasource to be used. Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 15:40:42 -0600
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
I'm not so sure. Despite having my jbosscmp-jdbc.xml file included, I get this on the console as it deploys my beans after I made Dave's change: [13:02:37,433,Default] Entity = ProductAttribute java:/DefaultDS null [13:02:37,437,Default] Entity = Product java:/DefaultDS null [13:02:37,439,Default] Entity = Order java:/DefaultDS null [13:02:37,443,Default] Entity = OrderLineItem java:/DefaultDS null [13:02:37,445,Default] Entity = ProductLineItem java:/DefaultDS null [13:02:37,448,Default] Entity = ProductGroup java:/DefaultDS null It's apparently trying to use DefaultDS even though I explicitly tell it not to in the jbosscmp-jdbc.xml file... If your config is working correctly, I'm stumped! From: Dain Sundstrom [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 14:56:24 -0600 To: 'Dave Smith' [EMAIL PROTECTED], Hunter Hillegas [EMAIL PROTECTED] Cc: David Jencks [EMAIL PROTECTED], Torsten Schlumm [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Funny. I just did that but in org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager line 110 where the datasource is looked up. And it successfully looks up my new datasource. I think you have a different problem. I changed the name of the hypersonic data source. May be the problem is your postgresql driver setup. -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 2:41 PM To: Hunter Hillegas Cc: David Jencks; Torsten Schlumm; JBoss Dev Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Well if you want to get down and dirty in jboss/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/ JDBCEntityMetaData.java line 336 is where it sets the datasouce for each entity. On line 343 you could add System.out.println(Enity = +entityName+ +dataSourceNameString+ +defaultValues.getDataSourceName()); That should give you the datasource the entity is bound to. Hunter Hillegas wrote: Are we sure that the datasource name in jbosscmp-jdbc.xml is even being checked properly? I gave my config another look and it seems correct. Here are is the console log output: [11:43:51,571,AutoDeployer] Auto deploy of file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqld b-default-serv ice.xml [11:43:51,602,Default] Libraries adding URLClassLoader 1240345370 key URL file:/Users/hunter/Desktop/jboss-3.0.0alpha/lib/ext/postgresql.jar [11:43:51,647,ServiceCreator] About to create the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell [11:43:51,653,ServiceCreator] Created the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell And the file: ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- server classpath archives= postgresql.jar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:p ostgresql://lo calhost/groundswell DriverClass=org.postgresql.Driver UserName=postgres Password=/attribute attribute name=JndiNameGroundswell/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous mbean-ref to database being started -- mbean-refJBOSS-SYSTEM:service=PostgreSQL/mbean-ref mbean-ref name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/mbean-ref mbean-ref name=ConnectionManagerFactoryLoaderNameJCA:service=Connecti onManagerFacto ryLoader,name=MinervaSharedLocalCMFactory/mbean-ref attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 MinSize=0 MaxSize=10 BlockingTimeoutMillis=5000 IdleTimeoutMinutes=30 CleanupIntervalMinutes=10 MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingPropertiesUserName=postgres/attribute /mbean /server From: David Jencks [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 13:48:05 -0500 To: Torsten Schlumm [EMAIL PROTECTED] Cc: Hunter Hillegas [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Have you guys included the latest updates to the ConnectionFactoryLoader configuration format? The hsqldb example has been updated, the manual likewise for mysql and postgres. If updating is not the problem, could you
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
At this point I have no idea what to do next... From: Dave Smith [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 16:12:56 -0500 To: Hunter Hillegas [EMAIL PROTECTED] Cc: Dain Sundstrom [EMAIL PROTECTED], David Jencks [EMAIL PROTECTED], Torsten Schlumm [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Weird. So this has to point to either the standardjbosscmp-jdbc.xml or jbosscmp-jdbc.xml. What's really strange is the default is null. This should come from standardjbosscmp-jdbc.xml. What else is strange is that it thinks in jboss-cmp-jdbc.xml for each entity you have a datasource element. Maybee grabbing the wrong standard config? Hunter Hillegas wrote: I'm not so sure. Despite having my jbosscmp-jdbc.xml file included, I get this on the console as it deploys my beans after I made Dave's change: [13:02:37,433,Default] Entity = ProductAttribute java:/DefaultDS null [13:02:37,437,Default] Entity = Product java:/DefaultDS null [13:02:37,439,Default] Entity = Order java:/DefaultDS null [13:02:37,443,Default] Entity = OrderLineItem java:/DefaultDS null [13:02:37,445,Default] Entity = ProductLineItem java:/DefaultDS null [13:02:37,448,Default] Entity = ProductGroup java:/DefaultDS null It's apparently trying to use DefaultDS even though I explicitly tell it not to in the jbosscmp-jdbc.xml file... If your config is working correctly, I'm stumped! From: Dain Sundstrom [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 14:56:24 -0600 To: 'Dave Smith' [EMAIL PROTECTED], Hunter Hillegas [EMAIL PROTECTED] Cc: David Jencks [EMAIL PROTECTED], Torsten Schlumm [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Funny. I just did that but in org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager line 110 where the datasource is looked up. And it successfully looks up my new datasource. I think you have a different problem. I changed the name of the hypersonic data source. May be the problem is your postgresql driver setup. -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 2:41 PM To: Hunter Hillegas Cc: David Jencks; Torsten Schlumm; JBoss Dev Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Well if you want to get down and dirty in jboss/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/ JDBCEntityMetaData.java line 336 is where it sets the datasouce for each entity. On line 343 you could add System.out.println(Enity = +entityName+ +dataSourceNameString+ +defaultValues.getDataSourceName()); That should give you the datasource the entity is bound to. Hunter Hillegas wrote: Are we sure that the datasource name in jbosscmp-jdbc.xml is even being checked properly? I gave my config another look and it seems correct. Here are is the console log output: [11:43:51,571,AutoDeployer] Auto deploy of file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqld b-default-serv ice.xml [11:43:51,602,Default] Libraries adding URLClassLoader 1240345370 key URL file:/Users/hunter/Desktop/jboss-3.0.0alpha/lib/ext/postgresql.jar [11:43:51,647,ServiceCreator] About to create the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell [11:43:51,653,ServiceCreator] Created the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell And the file: ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- server classpath archives= postgresql.jar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:p ostgresql://lo calhost/groundswell DriverClass=org.postgresql.Driver UserName=postgres Password=/attribute attribute name=JndiNameGroundswell/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous mbean-ref to database being started -- mbean-refJBOSS-SYSTEM:service=PostgreSQL/mbean-ref mbean-ref name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/mbean-ref mbean-ref name=ConnectionManagerFactoryLoaderNameJCA:service=Connecti onManagerFacto ryLoader,name=MinervaSharedLocalCMFactory/mbean-ref attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 MinSize=0 MaxSize=10 BlockingTimeoutMillis=5000
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Okay, maybe I made a mistake. Still, I'm not sure exactly where. I don't get that message in my log file... Still, I have a file called 'jbosscmp-jdbc.xml' in my META-INF directory of my jar file, along with a jboss.xml file and a ejb-jar.xml file... Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 15:20:04 -0600 To: 'Dave Smith' [EMAIL PROTECTED], Hunter Hillegas [EMAIL PROTECTED] Cc: Dain Sundstrom [EMAIL PROTECTED], David Jencks [EMAIL PROTECTED], Torsten Schlumm [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? This section of code is called three times. 1) defaults section of standardjbosscmp-jdbc.xml 2) defaults section of jbosscmp-jdbc.xml 3) entity section for each entity specified in jbosscmp-jdbc.xml The first time it will be null. Are you getting a message like in your DEBUG log like this: [2001-11-20 15:16:06,113,CMP,DEBUG] jar:file:/home/dain/work/jboss/jboss-all/bui ld/output/jboss-3.0.0alpha/deploy/Default/relationship.ear/ejb1003.jar!/META -INF /jbosscmp-jdbc.xml found. Overriding defaults If you are not, the jbosscmp-jdbc.xml (NOT jboss-cmp-jdbc.xml) file is in the wrong place or something like that. I tested this and it worked fine for me. -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 3:13 PM To: Hunter Hillegas Cc: Dain Sundstrom; David Jencks; Torsten Schlumm; JBoss Dev Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Weird. So this has to point to either the standardjbosscmp-jdbc.xml or jbosscmp-jdbc.xml. What's really strange is the default is null. This should come from standardjbosscmp-jdbc.xml. What else is strange is that it thinks in jboss-cmp-jdbc.xml for each entity you have a datasource element. Maybee grabbing the wrong standard config? Hunter Hillegas wrote: I'm not so sure. Despite having my jbosscmp-jdbc.xml file included, I get this on the console as it deploys my beans after I made Dave's change: [13:02:37,433,Default] Entity = ProductAttribute java:/DefaultDS null [13:02:37,437,Default] Entity = Product java:/DefaultDS null [13:02:37,439,Default] Entity = Order java:/DefaultDS null [13:02:37,443,Default] Entity = OrderLineItem java:/DefaultDS null [13:02:37,445,Default] Entity = ProductLineItem java:/DefaultDS null [13:02:37,448,Default] Entity = ProductGroup java:/DefaultDS null It's apparently trying to use DefaultDS even though I explicitly tell it not to in the jbosscmp-jdbc.xml file... If your config is working correctly, I'm stumped! From: Dain Sundstrom [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 14:56:24 -0600 To: 'Dave Smith' [EMAIL PROTECTED], Hunter Hillegas [EMAIL PROTECTED] Cc: David Jencks [EMAIL PROTECTED], Torsten Schlumm [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Funny. I just did that but in org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager line 110 where the datasource is looked up. And it successfully looks up my new datasource. I think you have a different problem. I changed the name of the hypersonic data source. May be the problem is your postgresql driver setup. -dain -Original Message- From: Dave Smith [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 2:41 PM To: Hunter Hillegas Cc: David Jencks; Torsten Schlumm; JBoss Dev Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Well if you want to get down and dirty in jboss/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/ JDBCEntityMetaData.java line 336 is where it sets the datasouce for each entity. On line 343 you could add System.out.println(Enity = +entityName+ +dataSourceNameString+ +defaultValues.getDataSourceName()); That should give you the datasource the entity is bound to. Hunter Hillegas wrote: Are we sure that the datasource name in jbosscmp-jdbc.xml is even being checked properly? I gave my config another look and it seems correct. Here are is the console log output: [11:43:51,571,AutoDeployer] Auto deploy of file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqld b-default-serv ice.xml [11:43:51,602,Default] Libraries adding URLClassLoader 1240345370 key URL file:/Users/hunter/Desktop/jboss-3.0.0alpha/lib/ext/postgresql.jar [11:43:51,647,ServiceCreator] About to create the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell [11:43:51,653,ServiceCreator] Created the beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell And the file: ?xml version=1.0 encoding=UTF-8? !-- === == -- !-- -- !-- JBoss Server Configuration -- server classpath archives= postgresql.jar
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Okay. Your file works and gives me an error that it can't find 'MyDS'. I'll have to go back through and see where I screwed up. Thanks everyone for their input and that bug report can be closed as it does not apply. Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 16:22:46 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], Torsten Schlumm [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? ?xml version=1.0 encoding=UTF-8? jbosscmp-jdbc defaults datasourcejava:/MyDS/datasource debugtrue/debug create-tabletrue/create-table remove-tabletrue/remove-table tuned-updatestrue/tuned-updates read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update pk-constrainttrue/pk-constraint relation-mapping-styleforeign-key/relation-mapping-style /defaults /jbosscmp-jdbc ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
I haven't dug around in the source yet. If you can give me a pointer where to look, I'll check it out... If I remove DefaultDS (remove the Hypersonic service XML file), my beans don't deploy at all, complaining that DefaultDS is missing... So it's definitely not picking up my request for a different datasource to be used. Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 15:40:42 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Looks right to me. Did you try tracking this down in the source? I'll look at it later but I'm a little busy right now. -dain -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Monday, November 19, 2001 1:48 PM To: JBoss Dev Subject: [JBoss-dev] 2.0 jar Really Likes DefaultDS? I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Rabbit Hole with PostgreSQL
I am starting to test my app on RH/3.0alpha so I need to get it running against Postgres 7.1. It looks like the config for datasources has changed/moved quite a bit. What files do I need to generate and where do I need to put them to get Rabbit Hole running against PostgreSQL? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 2.0 jar Really Likes DefaultDS?
I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Jaws.xml is used in 2.0 persistence? From: Andreas Schaefer [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 13:53:59 -0800 To: Hunter Hillegas [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Hi I am not quite sure with 2.0 but check jaws.xml file therefore you should have the datasource specified. Andy - Original Message - From: Hunter Hillegas [EMAIL PROTECTED] To: Dain Sundstrom [EMAIL PROTECTED]; JBoss Dev [EMAIL PROTECTED] Sent: Monday, November 19, 2001 1:50 PM Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? I haven't dug around in the source yet. If you can give me a pointer where to look, I'll check it out... If I remove DefaultDS (remove the Hypersonic service XML file), my beans don't deploy at all, complaining that DefaultDS is missing... So it's definitely not picking up my request for a different datasource to be used. Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 15:40:42 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Looks right to me. Did you try tracking this down in the source? I'll look at it later but I'm a little busy right now. -dain -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Monday, November 19, 2001 1:48 PM To: JBoss Dev Subject: [JBoss-dev] 2.0 jar Really Likes DefaultDS? I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Groundswell From: Dave Smith [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 17:21:54 -0500 To: Hunter Hillegas [EMAIL PROTECTED] Cc: JBoss Dev [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? In your postgresql-default-service.xml what do you have as the JnDIname and the name of the Mbean? Hunter Hillegas wrote: I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
So far nothing from this end. If you get a chance to look at or if anyone else has any ideas, please chime in? Is no one else running Rabbit Hole with PostgreSQL and 2.0 EJB? From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 16:14:21 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], Dain Sundstrom [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? The ds jndi name is loaded in the metadata object of entities in the ...plulgin.cmp.jdbc.metadata package. Then the ds is looked up in the JDBCStoreManager init method. Finally it is used in the JDBCCommand object. -dain -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Monday, November 19, 2001 3:50 PM To: Dain Sundstrom; JBoss Dev Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? I haven't dug around in the source yet. If you can give me a pointer where to look, I'll check it out... If I remove DefaultDS (remove the Hypersonic service XML file), my beans don't deploy at all, complaining that DefaultDS is missing... So it's definitely not picking up my request for a different datasource to be used. Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 19 Nov 2001 15:40:42 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? Looks right to me. Did you try tracking this down in the source? I'll look at it later but I'm a little busy right now. -dain -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Monday, November 19, 2001 1:48 PM To: JBoss Dev Subject: [JBoss-dev] 2.0 jar Really Likes DefaultDS? I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Getting CVS over SSH?
Is there any way to get the CVS code over SSH if you are an anonymous user? I tried using a hacked version of the instructions on SF but no dice... We block the pserver ports but allow at SSH at the firewall... Hunter ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] rabbit hole alpha
Not risk adverse if it helps the cause! I need a stable platform for deployment... If that means enduring some breakage between now and then, I'll just start banging against it. What's the best way to grab it? CVS? Is there a zip or tarball somewhere? From: Dain Sundstrom [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Aug 2001 20:55:46 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] rabbit hole alpha Hunter, I don't know about Marc's code but it sounds like his new stuff is working. As for the CMP 2.0 code, I think it is in need of some more new users. I have unit tested the cmp code, ant think it is solid. I do know there are many undiscovered bugs, so I think it depends on how risk adverse you are. Dain ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development