RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
Please, don't mix both things. You are on JBoss-dev => we speak about jboss-development. As such, JBoss 4.0 will have a brand new AOP infrastructure, generalized services, etc. And, on top of this, will sit the J2EE layer. No FUD please!!! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Rahul Ganjoo > Sent: lundi, 24. mars 2003 09:23 > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath? > > > > "but one of the goals of JBoss 4 is to make it so developers > don't have > to deal with all the J2EE APIs" > > from this and the discussion in general.. Jboss4 and J2EE > compliance are > two entirely > different "roadmaps" (IMHU).. i mean its important for > everyone here to > know what direction Jboss > is going to take.. is j2EE compliance important and is Jboss going for > it..or > is it keeping up the Jboss4 AOP vision and hence chucking compliance? > > > -Original Message- > From: Tom Elrod [mailto:[EMAIL PROTECTED] > Sent: Monday, March 24, 2003 1:15 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath? > > > I don't want to steal too much of Marc's thunder on this (he > has a great > vision for JBoss 4), but one of the goals of JBoss 4 is to make it so > developers don't have to deal with all the J2EE APIs (which > honestly add > a lot of overhead in development time as well as > training/study time to > learn it all). > > For example, with EJBs, you have the remote, home, and > implementation to > keep up with. With JBoss 4, you would be able to write a > POJO with all > you business logic and plug-in (via configuration) all the > extra pieces > you want (remoting, persistence, caching, transaction, > security, etc.). > This makes the process much easier for you, the developer, since you > won't have to worry about all the extra code (which usually ends up > being 25% business logic and the rest infrastructure when you look at > lines of code). Only extra effort required is to configure the extra > services you want (which will take much less time than coding it). > > Of course, if you decide to migrate to another application server, > you'll have write all the extra infrastructure code yourself > to make it > fully J2EE compatible. Even if for some reason you decide you want to > pay for an application server where you don't have access to > the source, > this would probably be a good way to start a development > project, since > the business logic will be the core of your product. > > As from a corporate perspective, JBoss, in general, makes sense over > other application servers. The two major reasons are both the source > and the runtime are free. So the only question would be does it work > well (functionality, performance, scalability) and can I get > support for > it? The first one is somewhat a matter of opinion, but I think it has > proven itself in production. Support is available for a fee > (but you're > getting the guys that actually wrote it, so you know they > know what they > are doing). If JBoss does ever change its direction, you'll > still have > the source so you could still maintain what you needed. If you bought > an app. server from a company that changes direction, then > you would end > up having to pay again for some other company's app. server > to get what > you want (so you're out you initial investment, plus it might happen > again and you have not other course of action without source). > > I personally feel that the only real reason for paying for an > application server is if it allows you to get a price break on some > other part of a package deal (i.e. hardware). Then you have to decide > if you're getting enough savings on the hardware to offset > the price of > the software. > > Of course, this is just my opinion, but would love to hear exactly why > companies would want to pay for an application server. > > -Tom > > > > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > Behalf Of Brian > > Wallis > > Sent: Monday, March 24, 2003 1:34 AM > > To: [EMAIL PROTECTED]; Tom Elrod > > Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath? > > > > > > On Mon, 24 Mar 2003 16:42, Tom Elrod wrote: > > > IMHO, I don't know that passing the certification tests now > > would be of > > > much benefit to JBoss. The biggest drawback I can see is > > that with JBoss > > > 4, we will be moving people away from having to deal with > > all the extra API > > > non-sense that J2EE developers have to deal with today. > > Just write your > > > POJOs and we'll do the rest (persistence, caching, > > security, remoting, > > > etc.). If we get certified now, might be added pressure to > > make JBoss 4 > > > compliant as well, which I think would divert us from our current > > > direction. > > > > IMHO, that would be about it for anyone (like me) who is > trying to use > > > jboss as
[JBoss-dev] [ jboss-Patches-709320 ] create indices on db-tables
Patches item #709320, was opened at 2003-03-25 10:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=709320&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Heiko W.Rupp (pilhuhn) Assigned to: Nobody/Anonymous (nobody) Summary: create indices on db-tables Initial Comment: The patch(es) are attached to RFE 700282 JBossCMP engine could create indices on fields marked in jbosscmp-jdbc.xml. Fields are marked with tag like this: email email The patch also contains a xdoclet patch to say on field level /** * @ejb.interface-method view-type="local" * @ejb.persistence column-name="email" * @jboss.persistence genIndex="true" */ public abstract java.lang.String getEmail(); -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=709320&group_id=22866 --- 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
Hi, I found three minor bugs in the build.xml-files for the 'all'-target and there for the generation of the docs: It seems that the new Xdoclet changed the todo-target. It doesn't support 'sourcepath' and 'classpathref'. After commenting these out in common/build.xml and system/build.xml all works fine. The third is in connector/build.xml in target 'docs-javadocs'. I changed 'sourcepath' from '${source.java}' to '${build.gen-src}'. These bugs are in no way show stoppers, but should I send diffs for them and how? My environment is: jboss-3.2 from cvs with Branch_3_2 on Linux and sun-jdk-1.4.1_02. Regards Bernd Scott M Stark wrote: 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 -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [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
[JBoss-dev] HEAD: Instance Per Transaction container
Something went wrong with Instance Per Transaction CMP2.x EntityBean conatiner configuration in HEAD. I found that at least one-to-many relationships are not working currently. Attempt to set relationship results in an exception (snippet below). I haven't looked at it yet. Did anyone do something related to it recently? alex java.lang.IllegalStateException: A CMR field cannot be set or added to a relatio nship in ejbCreate; this should be done in the ejbPostCreate method instead [EJB 2.0 Spec. 10.5.2]. at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.addRelation( JDBCCMRFieldBridge.java:892) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRel ationInterceptor.java:74) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntityS ynchronizationInterceptor.java:248) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentr anceInterceptor.java:54) at org.jboss.ejb.plugins.EntityMultiInstanceInterceptor.invoke(EntityMul tiInstanceInterceptor.java:65) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockIntercep tor.java:57) at org.jboss.ejb.entity.EntityInterceptor.invoke(EntityInterceptor.java: 268) --- 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 mail them to me - I'm cleaning this up now. A couple of the xdoclet todo's must have slipped through my screen. The xdoclet upgrade was somewhat tedious :-) Steve Coy On Tuesday, March 25, 2003, at 09:26 PM, Bernd Koecke wrote: Hi, I found three minor bugs in the build.xml-files for the 'all'-target and there for the generation of the docs: It seems that the new Xdoclet changed the todo-target. It doesn't support 'sourcepath' and 'classpathref'. After commenting these out in common/build.xml and system/build.xml all works fine. The third is in connector/build.xml in target 'docs-javadocs'. I changed 'sourcepath' from '${source.java}' to '${build.gen-src}'. These bugs are in no way show stoppers, but should I send diffs for them and how? My environment is: jboss-3.2 from cvs with Branch_3_2 on Linux and sun-jdk-1.4.1_02. Regards Bernd Scott M Stark wrote: 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 -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend
On Tuesday, March 25, 2003, at 09:26 PM, Bernd Koecke wrote: The third is in connector/build.xml in target 'docs-javadocs'. I changed 'sourcepath' from '${source.java}' to '${build.gen-src}'. Why did you need to do this? Running [EMAIL PROTECTED] connector]$ ./build.sh docs works fine for me. Steve Coy --- 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
Stephen Coy wrote: On Tuesday, March 25, 2003, at 09:26 PM, Bernd Koecke wrote: The third is in connector/build.xml in target 'docs-javadocs'. I changed 'sourcepath' from '${source.java}' to '${build.gen-src}'. Why did you need to do this? Running [EMAIL PROTECTED] connector]$ ./build.sh docs works fine for me. Yes, sorry, I was a little bit to fast with saying that its a bug :(. Some weeks ago I was only curious to see the javadoc for the generated files too. And today I looked only at my cvs output, what build.xml files are modified. I should have determined, why I had changed the file. Sorry Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [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
[JBoss-dev] Dlq.Net
Dear Sir/Madam, =20 =20 Dlq.Net - US$ 595=20 =20 Dlq.Net is now available from us for IMMEDIATE transfer. =20 =20 The domain name market is extremely solid at the moment and similar doma= ins are currently selling on domain auction sites and by domain name bro= kers, in some cases for many thousands of US dollars. =20 =20 Please note that transfers take just 5-15 minutes and are extremely stra= ightforward. Absolutely NO technical knowledge is required. =20 =20 We use two methods of payment. You may pay via Escrow.com or PayPal. Pay= ment to us is instant and transfers can be completed in minutes. We pay = all fees connected with the transfer process. =20 =20 If you would like to use Dlq.Net for your online business, please contac= t us at your earliest convenience. Please don't hesitate to contact us s= hould you require any further assistance. =20 =20 We thank you for your attention and sincerely apologise if this e-mail h= as not been of interest to you. =20 =20 Yours Sincerely, =20 =20 Jaime=20 =20 NG Marketing =20 =20 =20 Please reply with "REMOVE" in the subject line to be removed from our da= tabase. =20 --- 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] Dpz.Net
Dear Sir/Madam, =20 =20 Dpz.Net - US$ 595=20 =20 Dpz.Net is now available from us for IMMEDIATE transfer. =20 =20 The domain name market is extremely solid at the moment and similar doma= ins are currently selling on domain auction sites and by domain name bro= kers, in some cases for many thousands of US dollars. =20 =20 Please note that transfers take just 5-15 minutes and are extremely stra= ightforward. Absolutely NO technical knowledge is required. =20 =20 We use two methods of payment. You may pay via Escrow.com or PayPal. Pay= ment to us is instant and transfers can be completed in minutes. We pay = all fees connected with the transfer process. =20 =20 If you would like to use Dpz.Net for your online business, please contac= t us at your earliest convenience. Please don't hesitate to contact us s= hould you require any further assistance. =20 =20 We thank you for your attention and sincerely apologise if this e-mail h= as not been of interest to you. =20 =20 Yours Sincerely, =20 =20 Jaime=20 =20 NG Marketing =20 =20 =20 Please reply with "REMOVE" in the subject line to be removed from our da= tabase. =20 --- 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] [AUTOMATED] (HEAD) JBoss compilation failed
--- Chris Kimpton <[EMAIL PROTECTED]> wrote: > Hi, > > Does anyone get problems compiling HEAD on Linux - > > > Caused by: java.lang.OutOfMemoryError > > Within the doclet stuff... > This seems to be my problem - since I can compile it manually outside of my scripts... but all they do is one shell script calls another script which calls build.sh... Is there some default "sh" memory limits that are limiting things? I will look at getting a windows version running and probably re-writing my scripts since they are getting out of hand... But basically - the regular compiles are currently stopped! Chris = __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com --- 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] [ jboss-Bugs-709447 ] netboot'ed JBoss 3.2RC4 does not deploy JSP's
Bugs item #709447, was opened at 2003-03-25 16:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709447&group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Donatas Ciuksys (donatasc) Assigned to: Nobody/Anonymous (nobody) Summary: netboot'ed JBoss 3.2RC4 does not deploy JSP's Initial Comment: JBoss 3.2RC4 netboots OK (I set up DAV on Apache httpd, also jar'ed all directories within deploy directory because netboot does not like SAR, WAR, RAR archives that are provided as directories). When trying to browse address http://localhost:8080/jmx-console I get compilation errors (provided below). It seems that any WAR file with JSP pages does not deploy neither on client side, nor on server side. OS: WinXP Pro JDK: 1.4.1_02 Error log: 2003-03-25 16:09:18,888 INFO [org.jboss.jbossweb] Error compiling file: C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\/index_jsp.java [javac] Compiling 1 source file C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:3: package javax.servlet does not exist import javax.servlet.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:4: package javax.servlet.http does not exist import javax.servlet.http.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:5: package javax.servlet.jsp does not exist import javax.servlet.jsp.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:8: cannot access javax.servlet.jsp.HttpJspPage file javax\servlet\jsp\HttpJspPage.class not found public class index_jsp extends HttpJspBase { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletRequest location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletResponse location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:18: cannot resolve symbol symbol : class ServletException location: class org.apache.jsp.index_jsp throws java.io.IOException, ServletException { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:20: cannot resolve symbol symbol : class JspFactory location: class org.apache.jsp.index_jsp JspFactory _jspxFactory = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:21: package javax.servlet.jsp does not exist javax.servlet.jsp.PageContext pageContext = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:22: cannot resolve symbol symbol : class HttpSession location: class org.apache.jsp.index_jsp HttpSession session = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:23: cannot resolve symbol symbol : class ServletContext location: class org.apache.jsp.index_jsp ServletContext application = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:24: cannot resolve symbol symbol : class ServletConfig location: class org.apache.jsp.index_jsp ServletConfig config = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:25: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:26: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp Object page = this; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:27: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter _jspx_out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:31: cannot resolve symbol symbol : variable JspFactory location: class org.apache.jsp.index_jsp _jspxFactory = JspFactory.getDefaultFactory(); ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:33: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp pageContext = _jspxFactory.getPageContext(this, request, response, ^ 17 errors ---
[JBoss-dev] [ jboss-Bugs-709447 ] netboot'ed JBoss 3.2RC4 does not deploy JSP's
Bugs item #709447, was opened at 2003-03-25 16:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709447&group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None >Priority: 7 Submitted By: Donatas Ciuksys (donatasc) Assigned to: Nobody/Anonymous (nobody) Summary: netboot'ed JBoss 3.2RC4 does not deploy JSP's Initial Comment: JBoss 3.2RC4 netboots OK (I set up DAV on Apache httpd, also jar'ed all directories within deploy directory because netboot does not like SAR, WAR, RAR archives that are provided as directories). When trying to browse address http://localhost:8080/jmx-console I get compilation errors (provided below). It seems that any WAR file with JSP pages does not deploy neither on client side, nor on server side. OS: WinXP Pro JDK: 1.4.1_02 Error log: 2003-03-25 16:09:18,888 INFO [org.jboss.jbossweb] Error compiling file: C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\/index_jsp.java [javac] Compiling 1 source file C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:3: package javax.servlet does not exist import javax.servlet.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:4: package javax.servlet.http does not exist import javax.servlet.http.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:5: package javax.servlet.jsp does not exist import javax.servlet.jsp.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:8: cannot access javax.servlet.jsp.HttpJspPage file javax\servlet\jsp\HttpJspPage.class not found public class index_jsp extends HttpJspBase { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletRequest location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletResponse location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:18: cannot resolve symbol symbol : class ServletException location: class org.apache.jsp.index_jsp throws java.io.IOException, ServletException { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:20: cannot resolve symbol symbol : class JspFactory location: class org.apache.jsp.index_jsp JspFactory _jspxFactory = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:21: package javax.servlet.jsp does not exist javax.servlet.jsp.PageContext pageContext = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:22: cannot resolve symbol symbol : class HttpSession location: class org.apache.jsp.index_jsp HttpSession session = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:23: cannot resolve symbol symbol : class ServletContext location: class org.apache.jsp.index_jsp ServletContext application = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:24: cannot resolve symbol symbol : class ServletConfig location: class org.apache.jsp.index_jsp ServletConfig config = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:25: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:26: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp Object page = this; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:27: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter _jspx_out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:31: cannot resolve symbol symbol : variable JspFactory location: class org.apache.jsp.index_jsp _jspxFactory = JspFactory.getDefaultFactory(); ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:33: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp pageContext = _jspxFactory.getPageContext(this, request, response, ^ 17 errors --
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
Have you tried the equivalent of this sort of thing in your script? [EMAIL PROTECTED] jboss-3.2]$ ANT_OPTS="-Xmx256M" build/build.sh Steve Coy On Wednesday, March 26, 2003, at 01:11 AM, Chris Kimpton wrote: --- Chris Kimpton <[EMAIL PROTECTED]> wrote: Hi, Does anyone get problems compiling HEAD on Linux - Caused by: java.lang.OutOfMemoryError Within the doclet stuff... This seems to be my problem - since I can compile it manually outside of my scripts... but all they do is one shell script calls another script which calls build.sh... Is there some default "sh" memory limits that are limiting things? I will look at getting a windows version running and probably re-writing my scripts since they are getting out of hand... But basically - the regular compiles are currently stopped! Chris --- 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] HEAD: Instance Per Transaction container
I removed all CMP 2.x specific configurations, because there is no longer a need to distinguish between a 1.x and 2.x container. All CMP entity beans now use JBossCMP. I also removed JAWS from HEAD. Drop the 'CMP 2.x' from the name and it should work. -dain On Tuesday, March 25, 2003, at 04:25 AM, Alex Loubyansky wrote: Something went wrong with Instance Per Transaction CMP2.x EntityBean conatiner configuration in HEAD. I found that at least one-to-many relationships are not working currently. Attempt to set relationship results in an exception (snippet below). I haven't looked at it yet. Did anyone do something related to it recently? alex java.lang.IllegalStateException: A CMR field cannot be set or added to a relatio nship in ejbCreate; this should be done in the ejbPostCreate method instead [EJB 2.0 Spec. 10.5.2]. at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.addRelation( JDBCCMRFieldBridge.java:892) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRel ationInterceptor.java:74) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntityS ynchronizationInterceptor.java:248) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentr anceInterceptor.java:54) at org.jboss.ejb.plugins.EntityMultiInstanceInterceptor.invoke(EntityMul tiInstanceInterceptor.java:65) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockIntercep tor.java:57) at org.jboss.ejb.entity.EntityInterceptor.invoke(EntityInterceptor.java: 268) --- 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] [ jboss-Bugs-698235 ] Cannot specify null CMR field at create time
Bugs item #698235, was opened at 2003-03-05 21:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=698235&group_id=22866 Category: JBossCMP Group: v3.2 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Carl Schmidt (carlschmidt) >Assigned to: Alexey Loubyansky (loubyansky) Summary: Cannot specify null CMR field at create time Initial Comment: If you supply a null value for a single-valued CMR field at create time, JBoss will throw an exception when you later try to load the EJB instance. This was working under 3.2.0 RC1, but is broken in both 3.2.0 RC2 and RC3. Basically, instead of writing NULL to the foreign key field, JBoss now writes a '0'. This issue was originally posted here: http://www.jboss.org/forums/thread.jsp? forum=46&thread=29244 I'm running Windows XP, with JDK 1.3.1_06. I've attached a test case with detailed notes, and well documented source. README.txt in the attached bundle describes how to compile/run the test. -- >Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-25 18:52 Message: Logged In: YES user_id=543482 This should be fixed in current CVS Branch_3_2. Thank you, alex -- Comment By: Carl Schmidt (carlschmidt) Date: 2003-03-05 21:47 Message: Logged In: YES user_id=727163 You can download the test case from: http://www.esportz.com/downloads/jboss-tests.tar.gz I bundled the XDoclet libs and MySQL driver lib for ease of use. -- Comment By: Carl Schmidt (carlschmidt) Date: 2003-03-05 21:39 Message: Logged In: YES user_id=727163 Hmmm, my attachment was too big. Will fix that shortly... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=698235&group_id=22866 --- 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] [ jboss-Bugs-709559 ] Bogus http session handling(?)
Bugs item #709559, was opened at 2003-03-25 18:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709559&group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Heiko W.Rupp (pilhuhn) Assigned to: Nobody/Anonymous (nobody) Summary: Bogus http session handling(?) Initial Comment: browser calls the "root-url" http://localhost:8080/session-test there the welcome-file directive kicks in and uses simple.jsp this one has only one line: loginservlet looks at the session, decides if it is old or new and offers a form that after posting returns to /loginservlet On Bea WLS 6.1sp2 I see the behaviour, which I think is correct: the first call to the servlet gets a session isNew() on the session gives true: New request: session is not null, id: 2AqCdn2Gn8UKNSbtNwgxDIJkSO7mFUE3CWxpsQe4UOk5dsbZqzt3!920521618!-1062706052!7 001!7002!1048603266595 isNew() gives: true encUrl is loginservlet;jsessionid=2AqCdn2Gn8UKNSbtNwgxDIJkSO7mFUE3CWxpsQe4UOk5dsbZqzt3 !920521618!-1062706052!7001!7002 The next call sees the same session id and as expcected, isNew()==false: New request: session is not null, id: 2AqCdn2Gn8UKNSbtNwgxDIJkSO7mFUE3CWxpsQe4UOk5dsbZqzt3!920521618!-1062706052!7 001!7002!1048603266595 isNew() gives: false encUrl is loginservlet;jsessionid=2AqCdn2Gn8UKNSbtNwgxDIJkSO7mFUE3CWxpsQe4UOk5dsbZqzt3 !920521618!-1062706052!7001!7002 On JBoss 3.2.0RC4 this looks like this: First request is ok wrt. isNew()==true New request: 15:45:43,083 INFO [STDOUT] session is not null, id: dbf09fGSqkOGJLjFyKx9WQ** 15:45:43,083 INFO [STDOUT] isNew() gives: true 15:45:43,083 INFO [STDOUT] encUrl is loginservlet;jsessionid=dbf09fGSqkOGJLjFyKx9WQ** 15:46:00,248 INFO [STDOUT] Second request to url http://localhost:8080/session-test/loginservlet;jsessionid=dbf09fGSqkOGJLjFy Kx9WQ** (jsessionid is encurl from previous request, so ok.) New request: 15:46:00,248 INFO [STDOUT] session is null, creating new session 15:46:00,248 ERROR [SubscribingInterceptor] could not get AbstractReplicatedStore 15:46:00,248 INFO [STDOUT] it has id: JHIZDgbRHa9LIzJRGyElBw** 15:46:00,258 INFO [STDOUT] encUrl is loginservlet;jsessionid=JHIZDgbRHa9LIzJRGyElBw** Here the session is null, and thus a new session is created.. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709559&group_id=22866 --- 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] [ jboss-Bugs-709583 ] Stateful session bean accessing data throws error
Bugs item #709583, was opened at 2003-03-25 13:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709583&group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Steven P. Goldsmith (sgjava) Assigned to: Nobody/Anonymous (nobody) Summary: Stateful session bean accessing data throws error Initial Comment: Stateful session bean accessing data throws error. Same code has worked for RC1, RC2 and RC3, but not RC4. 13:29:26,885 INFO [TxConnectionManager$TxConnectionEventListener] throwable from unregister connection java.lang.IllegalStateException: Trying to return an unknown connection1! [EMAIL PROTECTED] 25fe1 at org.jboss.resource.connectionmanager.CachedConnectio nManager.unregisterConnection (CachedConnectionManager.java:264) at org.jboss.resource.connectionmanager.TxConnectionMa nager$TxConnectionEventListener.connectionClosed (TxConnectionManager.java:551) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedC onnection.closeHandle (BaseWrapperManagedConnection.java:280) at org.jboss.resource.adapter.jdbc.WrappedConnection.clo se(WrappedConnection.java:127) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.resource.connectionmanager.CachedConnectio nManager.closeAll(CachedConnectionManager.java:375) at org.jboss.resource.connectionmanager.CachedConnectio nManager.popMetaAwareObject (CachedConnectionManager.java:199) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invoke (CachedConnectionInterceptor.java:190) at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor. invoke(StatefulSessionInstanceInterceptor.java:271) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:198) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invo ke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.StatefulSessionContainer.internalInvoke (StatefulSessionContainer.java:410) at org.jboss.ejb.Container.invoke (Container.java:678) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.invocation.local.LocalInvoker.invoke (LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke (InvokerInterceptor.java:88) at org.jboss.proxy.TransactionInterceptor.invoke (TransactionInterceptor.java:77) at org.jboss.proxy.SecurityInterceptor.invoke (SecurityInterceptor.java:80) at org.jboss.proxy.ejb.StatefulSessionInterceptor.invoke (StatefulSessionInterceptor.java:119) at org.jboss.proxy.ClientContainer.invoke (ClientContainer.java:82) at $Proxy41.executeStatements(Unknown Source) at com.fcci.ejb.MyBusLogicBean.executeStatementList (MyBusLogicBean.java:103) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at org.jboss.ejb.StatefulSessionContainer$ContainerInterce ptor.invoke(StatefulSessionContainer.java:878) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:117) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invoke (CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor. invoke(StatefulSessionInstanceInterceptor.java:271) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:198) at o
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
On Tuesday 25 March 2003 11:32 am, Ricardo Argüello wrote: > Do you think that adding the "-server" flag to the bin\run.bat file would > be a good idea for the 3.2 release? Not all versions of java accept -server as a flag. The IBM implementations do not, for example: tigger% /opt/IBMJava2-131/bin/java -h Usage: java [-options] class [args...] (to execute a class) or java -jar [-options] jarfile [args...] (to execute a jar file) where options include: -cp -classpath set search path for application classes and resources -D= set a system property -verbose[:class|gc|jni] enable verbose output -version print product version -showversion print product version and continue -? -help print this help message -Xprint help on non-standard options -- Ian ~~ Ian Duggan [EMAIL PROTECTED] http://www.demandtec.com ~~ DemandTec, Inc. 1 Circle Star Way Suite 200 San Carlos, CA 94070 --- 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
It should only be added as a commented out option as not all vms on win2k suppor this option. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Ricardo Argüello" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, March 25, 2003 11:32 AM 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 --- 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
I agree, but we should document this option somewhere, not burried in the run.bat file. Maybe a README.TXT file is needed in the bin/ directory If somebody knows how to duplicate the behavior of the run.sh in a Windows batch file, please let us know. We need to identify the JVM, just like in run.sh. If it is a Sun's JVM we add a -server option... Please read the bin/run.sh file. Ricardo Argüello - Original Message - From: "Scott M Stark" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, March 25, 2003 7:17 PM Subject: Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend > It should only be added as a commented out option as not all vms on win2k suppor this > option. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "Ricardo Argüello" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, March 25, 2003 11:32 AM > 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 > > > > --- > 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
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
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
Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend
Yeah, grep is part of Cygwin. I think it is unfair that run.sh has the -server option enabled (if we have a Sun JVM), and that the run.bat uses the Hotspot Client JVM by default (again, if we are using the Sun JVM). The Hotspot Server JVM should be A LOT FASTER than the Client one. * From Sun's docs at http://java.sun.com/j2se/1.4.1/docs/guide/vm/index.html : "Java HotSpot Server VM: The Java HotSpot Server VM is designed for maximum program execution speed for applications running in a server environment. The Java HotSpot Server VM is invoked by using the -server command-line option when launching an application." JBoss would perform better and _faster_, by just adding one parameter in the run.bat file. We must find a way to enable that option by default... Ricardo Argüello - Original Message - From: "Hunter Hillegas" <[EMAIL PROTECTED]> To: "JBoss Dev" <[EMAIL PROTECTED]> Sent: Tuesday, March 25, 2003 11:22 PM Subject: 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 > __
Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend
On Tuesday 25 March 2003 7:40 pm, Ricardo Argüello wrote: > I know IBM's JVM doesn't support it, so the question here is how do we take > advantage of this option, present only in Sun's JVM, without stoping JBoss > to work with other JVMs? > > 1) Comment the option, and document its use. > 2) Autodetect which JVM are we using. This is my first bit of windows scripting in nearly 10 years, but I was able to simulate the test using this: java -version 2>hotspot.txt find /I "HotSpot" hotspot.txt if errorlevel 0 set HOTSPOT="-server" Be sure you pickup the windows version of find, and not the cygwin version if you do this. I did this on Windows2000, so it should at least work there.I don't know about earlier versions of windows. I found references on the web saying that you can't redirect STDERR on some version of windows. If that is the case, then maybe you could incorporate this as well: http://www.teaser.fr/~amajorel/stderr/ Wow. I just posted Windows code... I feel unclean. :) -- Ian ~~ Ian Duggan [EMAIL PROTECTED] http://www.demandtec.com ~~ DemandTec, Inc. 1 Circle Star Way Suite 200 San Carlos, CA 94070 --- 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] Trying out AOP
Hi, I am playing around with AOP and I want to know if I am doing something wrong. What I basically want is to add additional behaviour to an EJB implementation. The problem is, deployment of EJB fails with verifier errors (violation of sections 7.10.6, 7.10.7 and 7.10.8, something about exceptions thrown by implementation not being matched by declared by home/remote interfaces). The very same EJB deploys fine without aspects. Any idea? Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- 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] [ jboss-Bugs-709447 ] netboot'ed JBoss 3.2RC4 does not deploy JSP's
Bugs item #709447, was opened at 2003-03-25 16:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709447&group_id=22866 Category: JBossWeb Group: v3.2 Status: Closed Resolution: Duplicate Priority: 7 Submitted By: Donatas Ciuksys (donatasc) Assigned to: Jeremy Boynes (jboynes) Summary: netboot'ed JBoss 3.2RC4 does not deploy JSP's Initial Comment: JBoss 3.2RC4 netboots OK (I set up DAV on Apache httpd, also jar'ed all directories within deploy directory because netboot does not like SAR, WAR, RAR archives that are provided as directories). When trying to browse address http://localhost:8080/jmx-console I get compilation errors (provided below). It seems that any WAR file with JSP pages does not deploy neither on client side, nor on server side. OS: WinXP Pro JDK: 1.4.1_02 Error log: 2003-03-25 16:09:18,888 INFO [org.jboss.jbossweb] Error compiling file: C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\/index_jsp.java [javac] Compiling 1 source file C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:3: package javax.servlet does not exist import javax.servlet.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:4: package javax.servlet.http does not exist import javax.servlet.http.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:5: package javax.servlet.jsp does not exist import javax.servlet.jsp.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:8: cannot access javax.servlet.jsp.HttpJspPage file javax\servlet\jsp\HttpJspPage.class not found public class index_jsp extends HttpJspBase { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletRequest location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletResponse location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:18: cannot resolve symbol symbol : class ServletException location: class org.apache.jsp.index_jsp throws java.io.IOException, ServletException { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:20: cannot resolve symbol symbol : class JspFactory location: class org.apache.jsp.index_jsp JspFactory _jspxFactory = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:21: package javax.servlet.jsp does not exist javax.servlet.jsp.PageContext pageContext = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:22: cannot resolve symbol symbol : class HttpSession location: class org.apache.jsp.index_jsp HttpSession session = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:23: cannot resolve symbol symbol : class ServletContext location: class org.apache.jsp.index_jsp ServletContext application = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:24: cannot resolve symbol symbol : class ServletConfig location: class org.apache.jsp.index_jsp ServletConfig config = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:25: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:26: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp Object page = this; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:27: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter _jspx_out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:31: cannot resolve symbol symbol : variable JspFactory location: class org.apache.jsp.index_jsp _jspxFactory = JspFactory.getDefaultFactory(); ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:33: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp pageContext = _jspxFactory.getPageContext(this, request, response, ^ 17 errors --
Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend
If you have -server as default - would it be possible to catch some errorcode from the java command and in that case give it a try without -server? Most probably the JVM will support the -server option when called from a .bat-file :) /L onsdagen den 26 mars 2003 kl 06.02 skrev Ian Duggan: On Tuesday 25 March 2003 7:40 pm, Ricardo Argüello wrote: I know IBM's JVM doesn't support it, so the question here is how do we take advantage of this option, present only in Sun's JVM, without stoping JBoss to work with other JVMs? 1) Comment the option, and document its use. 2) Autodetect which JVM are we using. This is my first bit of windows scripting in nearly 10 years, but I was able to simulate the test using this: java -version 2>hotspot.txt find /I "HotSpot" hotspot.txt if errorlevel 0 set HOTSPOT="-server" Be sure you pickup the windows version of find, and not the cygwin version if you do this. I did this on Windows2000, so it should at least work there.I don't know about earlier versions of windows. I found references on the web saying that you can't redirect STDERR on some version of windows. If that is the case, then maybe you could incorporate this as well: http://www.teaser.fr/~amajorel/stderr/ Wow. I just posted Windows code... I feel unclean. :) -- Ian ~~ Ian Duggan [EMAIL PROTECTED] http://www.demandtec.com ~~ DemandTec, Inc. 1 Circle Star Way Suite 200 San Carlos, CA 94070 --- 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
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
[JBoss-dev] [ jboss-Bugs-709447 ] netboot'ed JBoss 3.2RC4 does not deploy JSP's
Bugs item #709447, was opened at 2003-03-25 06:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709447&group_id=22866 Category: JBossWeb Group: v3.2 >Status: Closed >Resolution: Duplicate Priority: 7 Submitted By: Donatas Ciuksys (donatasc) >Assigned to: Jeremy Boynes (jboynes) Summary: netboot'ed JBoss 3.2RC4 does not deploy JSP's Initial Comment: JBoss 3.2RC4 netboots OK (I set up DAV on Apache httpd, also jar'ed all directories within deploy directory because netboot does not like SAR, WAR, RAR archives that are provided as directories). When trying to browse address http://localhost:8080/jmx-console I get compilation errors (provided below). It seems that any WAR file with JSP pages does not deploy neither on client side, nor on server side. OS: WinXP Pro JDK: 1.4.1_02 Error log: 2003-03-25 16:09:18,888 INFO [org.jboss.jbossweb] Error compiling file: C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\/index_jsp.java [javac] Compiling 1 source file C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:3: package javax.servlet does not exist import javax.servlet.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:4: package javax.servlet.http does not exist import javax.servlet.http.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:5: package javax.servlet.jsp does not exist import javax.servlet.jsp.*; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:8: cannot access javax.servlet.jsp.HttpJspPage file javax\servlet\jsp\HttpJspPage.class not found public class index_jsp extends HttpJspBase { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletRequest location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:17: cannot resolve symbol symbol : class HttpServletResponse location: class org.apache.jsp.index_jsp public void _jspService(HttpServletRequest request, HttpServletResponse response) ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:18: cannot resolve symbol symbol : class ServletException location: class org.apache.jsp.index_jsp throws java.io.IOException, ServletException { ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:20: cannot resolve symbol symbol : class JspFactory location: class org.apache.jsp.index_jsp JspFactory _jspxFactory = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:21: package javax.servlet.jsp does not exist javax.servlet.jsp.PageContext pageContext = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:22: cannot resolve symbol symbol : class HttpSession location: class org.apache.jsp.index_jsp HttpSession session = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:23: cannot resolve symbol symbol : class ServletContext location: class org.apache.jsp.index_jsp ServletContext application = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:24: cannot resolve symbol symbol : class ServletConfig location: class org.apache.jsp.index_jsp ServletConfig config = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:25: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:26: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp Object page = this; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:27: cannot resolve symbol symbol : class JspWriter location: class org.apache.jsp.index_jsp JspWriter _jspx_out = null; ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:31: cannot resolve symbol symbol : variable JspFactory location: class org.apache.jsp.index_jsp _jspxFactory = JspFactory.getDefaultFactory(); ^ C:\DOCUME~1\Donatas\LOCALS~1 \Temp\Jetty_0_0_0_0_8080__jmx- console\index_jsp.java:33: cannot resolve symbol symbol : variable this location: class org.apache.jsp.index_jsp pageContext = _jspxFactory.getPageContext(this, request, response, ^ 17 errors ---
[JBoss-dev] [ jboss-Bugs-709625 ] jbosscmp-jdbc_3_2.dtd missing def for create-entity-command
Bugs item #709625, was opened at 2003-03-25 12:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709625&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Han Ming ONG (hanming) Assigned to: Nobody/Anonymous (nobody) Summary: jbosscmp-jdbc_3_2.dtd missing def for create-entity-command Initial Comment: In the latest version of jbosscmp-jdbc_3_2.dtd, the definition for create-entity-command is missing. As a result, the element is not complete. orca> cvs status jbosscmp-jdbc_3_2.dtd === File: jbosscmp-jdbc_3_2.dtd Status: Up-to-date Working revision:1.1.2.2 Repository revision: 1.1.2.2 /cvsroot/jboss/jboss/src/resources/org/jboss/metadata/jbosscmp-jdbc_3_2.dtd,v Sticky Tag: Branch_3_2 (branch: 1.1.2) Sticky Date: (none) Sticky Options: (none) thank you. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=709625&group_id=22866 --- 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