AW: [JBoss-dev] Optimizing distributed transactions and introducing InvocationResult
Hi, do not have anything useful to say to the DTC scheme proposed ... ... but for general consistency and future extension purposes (e.g., think of a container extension in the form of a performance-measurement interceptor that somehow needs to send gathered profiles to the client where there is a load-balancer in the client-side invocation stack ...), I´d support the extensible (quite similar to MethodInvocation) InvocationResult idea. Also non-container exceptions should go into that representation (maybe a subtype InvocationError for easy dispatching in the proxies?). Best, CGJ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519002 ] XAPoolDataSource NullPointerException
Bugs item #519002, was opened at 2002-02-18 00:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519002group_id=22866 Category: None Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Wolfgang Kaltz (jwkaltz) Assigned to: Nobody/Anonymous (nobody) Summary: XAPoolDataSource NullPointerException Initial Comment: Upon JBoss startup, if a connection pool can not be initialized (for instance due to the database not being up) the following error occurs: 2002-02-18 01:08:18,632 [org.jboss.configuration.ConfigurationService] Unexpected error java.lang.NullPointerException at org.jboss.pool.jdbc.xa.XAPoolDataSource.getConnection(Unknown Source) at org.jboss.jdbc.XADataSourceLoader.startService(XADataSourceLoader.java:412) at org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:103) 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.configuration.ConfigurationService$ServiceProxy.invoke(ConfigurationService.java:967) at $Proxy0.start(Unknown Source) at org.jboss.util.ServiceControl.start(ServiceControl.java:79) 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.Main.init(Main.java:208) at org.jboss.Main$1.run(Main.java:110) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Main.java:106) Further, all calls to Context.lookup() on the connection pool will return null; but I believe they should throw a NamingException. Note that JBoss does not recover from this error, meaning the JBoss server must be restarted for the connections to work again. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519002group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/common jboss-net.jsp
User: cgjung Date: 02/02/18 01:12:59 Modified:src/docs/common jboss-net.jsp Log: updated jboss.net doco (finally!) Revision ChangesPath 1.3 +185 -117 newsite/src/docs/common/jboss-net.jsp Index: jboss-net.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/common/jboss-net.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-net.jsp 12 Oct 2001 23:01:28 - 1.2 +++ jboss-net.jsp 18 Feb 2002 09:12:58 - 1.3 @@ -1,59 +1,132 @@ -p class=headIntegrating Web Services with J2EE(TM) +p class=headIntegrating Web Services with J2EE -p class=textimg SRC=pictures/jboss-net.png align=LEFT +p class=text -p class=text bWeb Services/b, such as defined by the upcoming Microsoft .NET(TM) platform, -provide a backbone for globally networked applications through XML-based interoperability -protocols, such as SOAP(TM) and ebXML(TM). +img SRC=pictures/jboss-net.png align=LEFT -p class=text JBoss.net is a plugin to JBoss that should facilitate the implementation -and publication of such Web Services based on the mature J2EE(TM) platform. JBoss.net also -envisages the seamless integration of external Web Services into Java-based business logic. - -p class=text In a first phase, JBoss.net is adapting the Apache Axis -package (http://xml.apache.org/axis, current release 1.0 alpha2, see thirdParty/apache/axis) -that is a successor to Apache-SOAP to optimally fit into the JBoss environment. -Further phases will address issues like specialised typemappings, .NET interoperability, -and keeping track with the XML-related JSR´s. +small +a href=http://msdn.microsoft.com/library/default.asp?url=/nhp/Default.asp?contentid=28000442; +From the Microsoft Developer Network (MSDN): +/a +/small + +cite +A bWeb Service/b is a unit of application logic providing data and services to +other applications. Applications access Web Services via ubiquitous Web protocols and data +formats such as HTTP, XML, and SOAP, with no need to worry about how each Web Service +is implemented. Web Services combine the best aspects of component-based development +and the Web ... +/cite + +p class=text As emphasised in the a href=http://www.sun.com/sunone;Sun Open Network Environment/a vision, +Web Services and the a href=http://j2ee.sun.com;J2EE/a platform are an ideal match. J2EE is a mature and +productive environment for developing and deploying application logic. Web Services +provide a new degree of cross-platform interoperability especially +wrt the (surely upcoming) a href=http://www.microsoft.com/net/;Microsoft .NET/a cosmos +that a href=http://www.omg.org/corba;CORBA and IIOP/a are not able to provide. + +p class=text +ema href=http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/contrib/jboss.net/;JBoss.net/a/em +is a plugin to the a href=http://www.jboss.org;JBoss/a application server +that should facilitate both +ul +li +the painless implementation and publication of J2EE-based Web Services and +/li +li +the seamless integration of external Web Services running on other business platforms +into the J2EE environment. +/li +/ul +while keeping track with respective standardisation efforts in the Java Community, +the W3C consortium, and the Microsoft development department. It is - for the time being - brNOT/br an attempt +to build a platform-independent .NET implementation! For that purpose, please have a look at +the commercial a href=http://halcyonsoft.com/products/iNET.asp;Halycon iNet (Beta)/a +or the a href=http://www.go-mono.com/;Mono/a Open Source project. -p class=headRelease plan and features +p class=headFeatures and release plan -p class=text JBoss.net is currently a pre-alpha and prototypes some basic concepts -of Web Service integration: +p class=text +img SRC=pictures/axis.jpg align=right -ul +In a first phase, JBoss.net is adapting the a href=http://xml.apache.org/axis;Apache Axis/a +distribution (current release is alpha 2, installed under +a href=http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/thirdparty/apache/axis/;thirdParty/apache/axis/a). +Axis is a clean-room successor to the a href=http://xml.apache.org/soap/;Apache-SOAP 2.0/a effort +and comes with a well-configurable processing architecture that is quite +similar to the JBoss container concept. + +We aim to fit the Axis code optimally into the JBoss hot-deploying environment such that +MBeans and EJB´s can be straightforwardly exposed as Web Services. This early stage is also to +collect further requirements for the JBoss.net plugin. + +p class=text Further phases of the project will then address advanced issues +like security, specialised typemappings, .NET
[JBoss-dev] CVS update: newsite/src/docs/common jboss-projects.jsp
User: cgjung Date: 02/02/18 01:13:12 Modified:src/docs/common jboss-projects.jsp Log: updated jboss.net doco (finally!) Revision ChangesPath 1.3 +11 -7 newsite/src/docs/common/jboss-projects.jsp Index: jboss-projects.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/common/jboss-projects.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jboss-projects.jsp10 Dec 2001 20:30:25 - 1.2 +++ jboss-projects.jsp18 Feb 2002 09:13:12 - 1.3 @@ -16,7 +16,7 @@ lia class=link href=jboss-jbossmx.jspJBossMX/a/li - lia class=link href=jboss-zoap.jspJBossSOAP/a/li + lia class=link href=jboss-net.jspJBoss.net/a (replaces a class=link href=jboss-zoap.jspJBossSOAP/a)/li lia class=link href=jboss-test.jspJBossTest/a/li @@ -101,12 +101,16 @@ p class=text As an enterprise-ready system, JBoss comes with a security framework. Based on JAAS the implementation from SUN and IBM, JBossSX is fully functional security framework for your enterprise applications. Integrated with JBossServer, JBossSX provides transparent propagation of credentials in our framework. p class=headJBossGUI p class=textimg src=/pictures/jbossgui.gif alt=graphical management of containers, beans, resources, security -p class=headJBossZOAP -- SOAP INVOCATION -p class=textJBossZOAP is an alternative - invocation layer with SOAP as its basic protocol. To enable interoperability - with non-java based systems many take the alternative invocation layer very - seriously. SOAP/XMLnbsp;might well be the wave of the future. -p class=headJBossDeployer -- J2EE DEPLOYER + + +p class=headJBoss.net -- Integrating Web Services with J2EE +p class=texta class=link href=jboss-net.jspimg src=/pictures/jboss-net.png alt=JBoss.net/a +p class=textJBoss.net is a plugin that should facilitate both the painless implementation and +publication of J2EE-based Web Services and the seamless integration of external Web Services +running on other business platforms +into the J2EE environment. Jboss.net replaces the deprecated a class=link href=jboss-zoap.jspJBossZOAP/a effort. + +p class=headJBossDeployer -- J2EE DEPLOYER p class=textA deployer of EAR. nbsp;You can take your full war and jar and deploy at once on JBoss and Tomcat. p class=headJBossTest p class=textThe TestSuite for JBoss. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/developers jboss-projects.jsp
User: cgjung Date: 02/02/18 01:13:30 Modified:src/docs/developers jboss-projects.jsp Log: updated jboss.net doco (finally!) Revision ChangesPath 1.4 +11 -7 newsite/src/docs/developers/jboss-projects.jsp Index: jboss-projects.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/developers/jboss-projects.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jboss-projects.jsp10 Dec 2001 20:29:20 - 1.3 +++ jboss-projects.jsp18 Feb 2002 09:13:30 - 1.4 @@ -20,7 +20,7 @@ lia class=link href=jboss-jbossmx.jspJBossMX/a/li - lia class=link href=jboss-zoap.jspJBossSOAP/a/li + lia class=link href=jboss-net.jspJBoss.net/a (replaces a class=link href=jboss-zoap.jspJBossSOAP/a)/li lia class=link href=jboss-test.jspJBossTest/a/li @@ -105,12 +105,16 @@ p class=text As an enterprise-ready system, JBoss comes with a security framework. Based on JAAS the implementation from SUN and IBM, JBossSX is fully functional security framework for your enterprise applications. Integrated with JBossServer, JBossSX provides transparent propagation of credentials in our framework. p class=headJBossGUI p class=textimg src=/pictures/jbossgui.gif alt=graphical management of containers, beans, resources, security -p class=headJBossZOAP -- SOAP INVOCATION -p class=textJBossZOAP is an alternative - invocation layer with SOAP as its basic protocol. To enable interoperability - with non-java based systems many take the alternative invocation layer very - seriously. SOAP/XMLnbsp;might well be the wave of the future. -p class=headJBossDeployer -- J2EE DEPLOYER + + +p class=headJBoss.net -- Integrating Web Services with J2EE +p class=texta class=link href=jboss-net.jspimg src=/pictures/jboss-net.png alt=JBoss.net/a +p class=textJBoss.net is a plugin that should facilitate both the painless implementation and +publication of J2EE-based Web Services and the seamless integration of external Web Services +running on other business platforms +into the J2EE environment. Jboss.net replaces the deprecated a class=link href=jboss-zoap.jspJBossZOAP/a effort. + +p class=headJBossDeployer -- J2EE DEPLOYER p class=textA deployer of EAR. nbsp;You can take your full war and jar and deploy at once on JBoss and Tomcat. p class=headJBossTest p class=textThe TestSuite for JBoss. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/docs README.html
User: cgjung Date: 02/02/18 01:14:32 Modified:jboss.net/docs README.html Log: updated jboss.net doco (finally!) Revision ChangesPath 1.5 +29 -59contrib/jboss.net/docs/README.html Index: README.html === RCS file: /cvsroot/jboss/contrib/jboss.net/docs/README.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- README.html 4 Feb 2002 09:38:58 - 1.4 +++ README.html 18 Feb 2002 09:14:32 - 1.5 @@ -23,12 +23,11 @@ and the Web ... /cite -p class=text We think (and also a ref=http://www.sun.com/SUN/a -and its licensees have recently began to slwly recognize) that Web Services -and the a href=http://j2ee.sun.com;J2EE/a platform are an ideal match. J2EE is a mature and +p class=text As emphasised in the a href=http://www.sun.com/sunone;Sun Open Network Environment/a vision, +Web Services and the a href=http://j2ee.sun.com;J2EE/a platform are an ideal match. J2EE is a mature and productive environment for developing and deploying application logic. Web Services provide a new degree of cross-platform interoperability especially -wrt. the a href=http://www.microsoft.com/net/;Microsoft .NET/a cosmos +wrt the (surely upcoming) a href=http://www.microsoft.com/net/;Microsoft .NET/a cosmos that a href=http://www.omg.org/corba;CORBA and IIOP/a are not able to provide. p class=text @@ -45,7 +44,10 @@ /li /ul while keeping track with respective standardisation efforts in the Java Community, -the W3C consortium, and the Microsoft development department. +the W3C consortium, and the Microsoft development department. It is - for the time being - brNOT/br an attempt +to build a platform-independent .NET implementation! For that purpose, please have a look at +the commercial a href=http://halcyonsoft.com/products/iNET.asp;Halycon iNet (Beta)/a +or the a href=http://www.go-mono.com/;Mono/a Open Source project. p class=headFeatures and release plan @@ -55,7 +57,7 @@ In a first phase, JBoss.net is adapting the a href=http://xml.apache.org/axis;Apache Axis/a distribution (current release is alpha 2, installed under a href=http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/thirdparty/apache/axis/;thirdParty/apache/axis/a). -Axis is a successor to the a href=http://xml.apache.org/soap/;Apache-SOAP 2.0/a effort +Axis is a clean-room successor to the a href=http://xml.apache.org/soap/;Apache-SOAP 2.0/a effort and comes with a well-configurable processing architecture that is quite similar to the JBoss container concept. @@ -67,25 +69,24 @@ like security, specialised typemappings, .NET interoperability, and keeping track with the XML-related JSR´s. -p class=text JBoss.net is currently a pre-alpha and prototypes some basic concepts -of J2EE-based Web Service integration: +p class=text JBoss.net is currently an alpha version and prototypes some basic concepts +of J2EE-based Web Service integration: ul li class=text The codeorg.jboss.net.axis.server.AxisService/code MBean installs the basic Axis invocation engine and an adapted transport servlet in the associated -WebContainer (a ref=jboss-jetty.jspJetty/a or a ref=jboss-tomcat.jspTomcat/a). A configurable -codeorg.jboss.net.axis.AxisInvocationHandler/code eases the construction of detached +WebContainer (tested with a ref=jboss-jetty.jspJetty/a, afterwards also a ref=jboss-tomcat.jspTomcat/a). +A configurable codeorg.jboss.net.axis.AxisInvocationHandler/code eases the construction of detached (dynamic) client proxies that transparently access remote Web Services, such as published by the AxisService. /li li class=text -The AxisService MBean functions as a (hot-)deployer -for so-called emWeb Service aRchive/em (WSR- or .wsr-) files. These are ordinary .jar files -that contain, besides necessary byte code for plugging into the Axis machinery, a slightly extended -a ref=http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-axis/java/docs/user-guide.html;deployment descriptor/a +The AxisService MBean functions as a (hot-)deployer for so-called emWeb Service aRchive/em (WSR- or .wsr-) files. +These are ordinary .jar files that contain, besides necessary byte code for plugging into the Axis machinery, a +slightly extended a ref=http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-axis/java/docs/user-guide.html;Axis deployment descriptor/a in their quot;META-INF/web-service.xmlquot; entry. /li @@ -110,12 +111,12 @@ li class=text A specialised codeorg.jboss.net.axis.server.EJBProvider/code allows to interface/map Web Service invocations immediately to session beans. For that purpose, .wsr files can -be deployed as client applications within .ear files
RE: [JBoss-dev] Question for win32 batch file gurus
-Message d'origine-
De: Jason Dillon [mailto:[EMAIL PROTECTED]]
Date: samedi 16 février 2002 02:30
À: Jboss-Development@Lists. Sourceforge. Net
Objet: [JBoss-dev] Question for win32 batch file gurus
Is there any way to detect the directory in which a .bat file
lives when
it is running?
%~dp0 or equivalent %~d0%~p0
(translation in human: disk and path of the 0 variable ... you can get also
the name and option)
look in for/? for detail (why in for/?, because microsoft)
look in set/? call/? for some more...
not that it works only with CMD.EXE NT shell with extension activated (tha
default)..
probably also on 2000, BUT not on 95/98...
this is why it is often not used for most OpenSource project scripts...
for XP ? dunno
classic starting for a runserver.bat :
@echo off
setlocal
set cmd_dir=%~dp0
for /f tokens=* %%i in ('cd') do set current_dir=%%i
title foo bar server
...
goto end
:error
echo problem with
pause
:end
echo Bye...
endlocal
Like in sh, I can `dirname $0` to find out where the script lives.
Is this possible? If so can some one show me the syntax?
--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-dev] [ jboss-Patches-519040 ] Jetty Security Handler AnyRole
Patches item #519040, was opened at 2002-02-18 02:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=519040group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Jules Gosnell (jules_gosnell) Summary: Jetty Security Handler AnyRole Initial Comment: The attached patch is to enable also null- authenticated users for running under the any-role. This allows to write generic servlets, such as the transport AxisServlet, to implement a general mapping onto EJB/JMX-whatever realms. I looked to find a Jetty-Patch-Submission page at sourceforge, but couldn´t find one. Hence I try it via JBoss. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=519040group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-519054 ] Simple enhancement deployment errormsg
Patches item #519054, was opened at 2002-02-18 03:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=519054group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dmitri Colebatch (dimc) Assigned to: Nobody/Anonymous (nobody) Summary: Simple enhancement deployment errormsg Initial Comment: Very simple one line patch to add the bean name to the deployment error message. There are a number of places where this could be done, I might just start working through them this way as I find them via my own deployment problems. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=519054group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-519053 ] Simple enhancement deployment errormsg
Patches item #519053, was opened at 2002-02-18 03:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=519053group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dmitri Colebatch (dimc) Assigned to: Nobody/Anonymous (nobody) Summary: Simple enhancement deployment errormsg Initial Comment: Very simple one line patch to add the bean name to the deployment error message. There are a number of places where this could be done, I might just start working through them this way as I find them via my own deployment problems. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=519053group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A problem with the new class loading model
On 2002.02.18 02:44:18 -0500 Scott M Stark wrote: This is a different issue I'll look into as I get into the mbean behavior. The issue with Bug #516684 is not that the same classloader is used to load the original and redeployed mbean. This changes as you say. The problem is that the classloader used as the thread context classloader for mbean operation invocations is the same classloader across all mbeans. This will be a problem when MarshalledObjects are unserialized because, in the absence of security manger that allows for dynamic class loading, the thread context classloader is used. Its not sufficient to load the mbean with a unique classloader, this classloader also needs to be established as the thread context classloader. So would bug 516684 be solved if 1. we used jbossmx and 2. in jbossmx the interceptor stack for mbean invocation set the thread context classloader as we do already for ejb invocations? david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ClassLoaders, getURLs and JSPs...
Scott, Jetty and Tomcat both use Jasper as their JSP engine. Jasper expects it's classpath (for on-the-fly compilation of JSPs) as a list of files/dirs, but Jetty only gets a ClassLoader from JBoss. My integration code, walks up the CL tree, calling getURLs when possible, to put together a classpath to hand off to Jasper. That's the background - now the problem. When I run the jakarta-watchdog tests (large group of web-container tests ~400) in JBoss/Jetty, I end up with a huge classpath, which looks like it contains every jar ever loaded by JBoss. All the JSPs compile OK and we pass the testsuite. When I run the JBoss web test suite, the ClassLoader passed to Jetty only admits to knowing about the contents of the webapp being deployed, tools.jar and run.jar. JSPs fall over because they cannot import servlet-api and jasper classes - we fail the testsuite. Can you think of a reason why the CLs passed to Jetty on deployment of these two ears should be so different. (I'm pretty certain that watchdog has no ejbs), How should I approach this (aside from telling people to precompile their JSPs). Jules P.S. I added MBeanClassLoader.getURLs() which delegates to ServiceLibraries.getURLs() ? so that I could make up this path - was this a bad idea ? __ 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
Re: [JBoss-dev] Removal of UnifiedClassLoader.getURLs override was invalid
I have been looking at this as well. What code do you have Oleg? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jung , Dr. Christoph [EMAIL PROTECTED] To: 'Jboss-Development' [EMAIL PROTECTED] Sent: Sunday, February 17, 2002 11:42 PM Subject: AW: [JBoss-dev] Removal of UnifiedClassLoader.getURLs override was invalid Hi! see my previous discussion with Marc and Oleg. IMHO, a clean solution to the RMI bloat problem would be to build different MarshalledInput/OutputStreams for non-dynamic classloading environments that do not annotate classes (and do not call URLClassLoader.getUrls()) and to have dynamic classloading streams that are taylored to our unified deployment scenario (find out exactly which URL[1] belongs to a class instead of prophylicatically sending all the classpath). If I understood it right, Oleg has already some code in that respect and wanted to change that. CGJ -Ursprüngliche Nachricht- Von: Scott M Stark [mailto:[EMAIL PROTECTED]] Gesendet: Sonntag, 17. Februar 2002 22:12 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] Removal of UnifiedClassLoader.getURLs override was invalid This change to UnifiedClassLoader: removed invalid getURLs() method. Not sure why we want to return null for a URLClassLoader. Comments suggested it was to avoid some RMI bloat, but code that expects a URLClassLoader will expect that this baby will return something valid. It certainly won't expect a null. If this behavior of masking the url list is trully desired, then return new URL[0], but I suggest that is also invalid, since a URLClassLoader with no URLS is a wasted object... what does one load from it... IMHO (ok not so humble) it is best not to obfuscate here. breaks dynamic class loading and does cause bloat of serialized RMI objects as well as MarshalledObjects. Do not rip out code you do not like unless you really understand why it was there. Scott Stark Chief Technology Officer JBoss Group, LLC ___ 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] A problem with the new class loading model
Yes. This is effectively what your workaround does. So would bug 516684 be solved if 1. we used jbossmx and 2. in jbossmx the interceptor stack for mbean invocation set the thread context classloader as we do already for ejb invocations? david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] BCEL org.jboss.proxy.compiler
Hi, I've now written this. I'm getting timeouts on sourceforge.net trying to submit the patch, I'll try again in an hour or so... On Wed, Feb 13, 2002 at 01:43:38PM -0600, Dain Sundstrom wrote: Yep this package is an absolute requirement of CMP 2.0. The java.lang.reflect.Proxy package can't generate a subclass of an abstract class, and this is where BCEL could take over. If you want to look into writing a replacement with BCEL that would be very cool (they do have a sample dynamic proxy generator). -dain danch wrote: -- regards Neale Swinnerton ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: ClassLoaders, getURLs and JSPs...
From: Julian Gosnell [EMAIL PROTECTED] When I run the jakarta-watchdog tests (large group of web-container tests ~400) in JBoss/Jetty, I end up with a huge classpath, which looks like it contains every jar ever loaded by JBoss. All the JSPs compile OK and we pass the testsuite. When I run the JBoss web test suite, the ClassLoader passed to Jetty only admits to knowing about the contents of the webapp being deployed, tools.jar and run.jar. JSPs fall over because they cannot import servlet-api and jasper classes - we fail the testsuite. It must be due to the fact that the jbosstest-web.ear has EJBs in it while the jcheck.ear does not. However, I have updated the Util.dumpClassLoader() method used by the DebugServlet in the jbosstest-web suite and its output of the available class loaders is complete. See http://localhost:8080/jbosstest/DebugServlet When are you generating the classpath info? Also, the WebIntegrationUnitTestCase does work for me with Jetty: testsuite 1197build.sh -Dtest=org.jboss.test.web.test.WebIntegrationUnitTestCase one-test-nojars ... one-test-nojars: [junit] Running org.jboss.test.web.test.WebIntegrationUnitTestCase [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 401 Unauthorized [junit] HttpClient.reponse = HTTP/1.1 401 Unauthorized [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] HttpClient.reponse = HTTP/1.1 200 OK [junit] Tests run: 13, Failures: 0, Errors: 0, Time elapsed: 27.797 sec BUILD SUCCESSFUL Total time: 32 seconds ClassLoaders (http://localhost:8080/jbosstest/DebugServlet) Servlet ClassLoader[0]: org.mortbay.http.ContextLoader:3482471 URLs: [0] = file:/D:/Documents and Settings/starksm/Local Settings/Temp/Jetty__8080___jbosstest/webapp/WEB-INF/lib/jbosstest-web-util. jar [1] = file:/D:/Documents and Settings/starksm/Local Settings/Temp/Jetty__8080___jbosstest/webapp/WEB-INF/lib/soap-2_2.jar [2] = file:/D:/Documents and Settings/starksm/Local Settings/Temp/Jetty__8080___jbosstest/webapp/WEB-INF/classes/ Servlet ClassLoader[1]: java.net.FactoryURLClassLoader:7644898 URLs: Servlet ClassLoader[2]: org.jboss.system.MBeanClassLoader:6259058 URLs: [0] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/1.jpl-util.jar [1] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/10.javax.servlet.jar [2] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/40.jetty-plugin.sar [3] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/67.jmx-ejb-adaptor.jar [4] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/73.jbosstest-web.war.webinf/WEB-INF/classes/org/jboss/test/web/ser vlets/ [5] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/8.castor.jar [6] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/61.jboss-xa.rar [7] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/76.73.jbosstest-web.war [8] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/38.jmx-html-adaptor.sar [9] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/6.jboss.jar [10] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/30.jsse.jar [11] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/5.jbosssx.jar [12] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/19.org.apache.jasper.jar [13] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/29.jpl-pattern.jar [14] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/28.jbossha.jar [15] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/23.jboss-spine.jar [16] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/37.jboss-common.jar [17] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/35.mail.jar [18] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/34.jbossmq.jar [19] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/27.jboss-j2ee.jar [20] = file:/D:/usr/local/src/cvsroot/Main/jboss-all/build/output/jboss-3.0.0beta/t mp/deploy/18.activation.jar [21] =
[JBoss-dev] So what do we need to start using our jmx?
Looking at the source code included with the jmxri for the com.sun.management.jmx.MBeanServerImpl class, the mbean classloader is only used to load the classes of the arguments to the operation being invoked. There is no setting of the thread context classloader for the invoke call. So what needs to be completed in our jmx implementation to be able to start using it? Scott Stark Chief Technology Officer JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/web/util Util.java
User: starksm
Date: 02/02/18 11:25:29
Modified:src/main/org/jboss/test/web/util Util.java
Log:
Use reflection to obtain the classloader URL[] list rather than relying
solely on the URLClassLoader type.
Revision ChangesPath
1.6 +153 -132 jbosstest/src/main/org/jboss/test/web/util/Util.java
Index: Util.java
===
RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/web/util/Util.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- Util.java 16 Feb 2002 11:27:04 - 1.5
+++ Util.java 18 Feb 2002 19:25:29 - 1.6
@@ -2,6 +2,7 @@
import java.io.PrintWriter;
import java.io.StringWriter;
+import java.lang.reflect.Method;
import java.net.URL;
import java.net.URLClassLoader;
import java.util.Date;
@@ -14,148 +15,168 @@
import javax.naming.NameParser;
/** A trivial utility class that is placed into the lib/util.jar directory
-of the war archive and used by servlets in the war to test access to the
-lib jars.
-
-@author [EMAIL PROTECTED]
-@version $Revision: 1.5 $
-*/
+ * of the war archive and used by servlets in the war to test access to the
+ * lib jars.
+ *
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.6 $
+ */
public class Util
{
-static org.apache.log4j.Category log =
- org.apache.log4j.Category.getInstance(Util.class);
+ static org.apache.log4j.Category log =
+ org.apache.log4j.Category.getInstance(Util.class);
-public static String getTime()
-{
-return new Date().toString();
-}
-public static URL configureLog4j()
-{
-ClassLoader loader = Thread.currentThread().getContextClassLoader();
-URL webPropsURL = loader.getResource(weblog4j.properties);
-URL web2PropsURL = loader.getResource(web2log4j.properties);
-URL propsURL = loader.getResource(log4j.properties);
-System.out.println(getResource('weblog4j.properties') via TCL =
+webPropsURL);
-System.out.println(getResource('web2log4j.properties') via TCL =
+web2PropsURL);
-System.out.println(getResource('log4j.properties') via TCL = +propsURL);
-URL webPropsURL2 = Util.class.getResource(/weblog4j.properties);
-URL web2PropsURL2 = Util.class.getResource(/web2log4j.properties);
-URL propsURL2 = Util.class.getResource(/log4j.properties);
-System.out.println(getResource('/weblog4j.properties') via CL =
+webPropsURL2);
-System.out.println(getResource('web2log4j.properties') via CL =
+web2PropsURL2);
-System.out.println(getResource('/log4j.properties') via CL = +propsURL2);
-return propsURL;
-}
-
-public static void showTree(String indent, Context ctx, PrintWriter out)
-throws NamingException
-{
-ClassLoader loader = Thread.currentThread().getContextClassLoader();
-NamingEnumeration enum = ctx.list();
-while( enum.hasMoreElements() )
-{
-NameClassPair ncp = (NameClassPair)enum.next();
-String name = ncp.getName();
-out.print(indent + +- + name);
-boolean recursive = false;
-boolean isLinkRef = false;
+ public static String getTime()
+ {
+ return new Date().toString();
+ }
+ public static URL configureLog4j()
+ {
+ ClassLoader loader = Thread.currentThread().getContextClassLoader();
+ URL webPropsURL = loader.getResource(weblog4j.properties);
+ URL web2PropsURL = loader.getResource(web2log4j.properties);
+ URL propsURL = loader.getResource(log4j.properties);
+ System.out.println(getResource('weblog4j.properties') via TCL =
+webPropsURL);
+ System.out.println(getResource('web2log4j.properties') via TCL =
+web2PropsURL);
+ System.out.println(getResource('log4j.properties') via TCL = +propsURL);
+ URL webPropsURL2 = Util.class.getResource(/weblog4j.properties);
+ URL web2PropsURL2 = Util.class.getResource(/web2log4j.properties);
+ URL propsURL2 = Util.class.getResource(/log4j.properties);
+ System.out.println(getResource('/weblog4j.properties') via CL =
+webPropsURL2);
+ System.out.println(getResource('web2log4j.properties') via CL =
+web2PropsURL2);
+ System.out.println(getResource('/log4j.properties') via CL = +propsURL2);
+ return propsURL;
+ }
+
+ public static void showTree(String indent, Context ctx, PrintWriter out)
+ throws NamingException
+ {
+ ClassLoader loader = Thread.currentThread().getContextClassLoader();
+ NamingEnumeration enum = ctx.list();
+ while( enum.hasMoreElements() )
+ {
+ NameClassPair ncp = (NameClassPair)enum.next();
+ String name = ncp.getName();
+
RE: [JBoss-dev] Optimizing distributed transactions and introducing InvocationResult
Dr. In clustering, I also have a need to piggyback information with the invocation result. InvocationResult sounds like a good thing. My memory is failing, but I think CORBA does the same. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jung , Dr. Christoph Sent: Monday, February 18, 2002 3:21 AM To: 'Jboss-Development ([EMAIL PROTECTED])' Subject: AW: [JBoss-dev] Optimizing distributed transactions and introducing InvocationResult Hi, do not have anything useful to say to the DTC scheme proposed ... ... but for general consistency and future extension purposes (e.g., think of a container extension in the form of a performance-measurement interceptor that somehow needs to send gathered profiles to the client where there is a load-balancer in the client-side invocation stack ...), I´d support the extensible (quite similar to MethodInvocation) InvocationResult idea. Also non-container exceptions should go into that representation (maybe a subtype InvocationError for easy dispatching in the proxies?). Best, CGJ ___ 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] do filter set in web.xml work?
Hi,
While playing with Sun's waf-framework I encountered the following error:
20:18:15,494 ERROR [Jetty] problem deploying
file:/home/roman/jboss_src/3.0/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.einfa.war
to /einfa
java.lang.NullPointerException
at
org.mortbay.jetty.servlet.ServletHandler$Context.getResource(ServletHandler.java:867)
at de.meldebehoerde.einfa.signon.web.SignOnFilter.init(Unknown Source)
at org.mortbay.jetty.servlet.FilterHolder.start(FilterHolder.java:88)
at org.mortbay.jetty.servlet.FilterHandler.start(FilterHandler.java:152)
at org.mortbay.http.HttpContext.startHandlers(HttpContext.java:1370)
at
org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplicationContext.java:220)
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:273)
at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284)
...
The corresponding lines from SignOnFilter.java:
public void init(FilterConfig config) throws ServletException {
this.config = config;
URL protectedResourcesURL = null;
try {
protectedResourcesURL =
config.getServletContext().getResource(/WEB-INF/signon-config.xml);
...
It seems to me as if the ServletContext hasn't been created at this stage of
deployment ('config.getServletContext()' returns null)?
Any ideas?
_
View thread online: http://main.jboss.org/thread.jsp?forum=66thread=9052
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/org/jboss/mx/server MBeanServerImpl.java
User: starksm
Date: 02/02/18 12:10:54
Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
Log:
Sort the imports so you can find what your looking for
Revision ChangesPath
1.15 +32 -29jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java
Index: MBeanServerImpl.java
===
RCS file: /cvsroot/jboss/jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- MBeanServerImpl.java 15 Feb 2002 18:30:46 - 1.14
+++ MBeanServerImpl.java 18 Feb 2002 20:10:54 - 1.15
@@ -6,64 +6,67 @@
*/
package org.jboss.mx.server;
-import javax.management.InstanceNotFoundException;
-import javax.management.ReflectionException;
-import javax.management.MBeanException;
-import javax.management.ObjectName;
-import javax.management.ObjectInstance;
import javax.management.Attribute;
import javax.management.AttributeList;
+import javax.management.AttributeNotFoundException;
+import javax.management.DynamicMBean;
+import javax.management.InstanceAlreadyExistsException;
+import javax.management.InstanceNotFoundException;
+import javax.management.IntrospectionException;
+import javax.management.InvalidAttributeValueException;
+import javax.management.ListenerNotFoundException;
+import javax.management.MBeanException;
+import javax.management.MBeanInfo;
+import javax.management.MBeanRegistration;
+import javax.management.MBeanRegistrationException;
import javax.management.MBeanServer;
import javax.management.MBeanServerDelegate;
-import javax.management.MBeanRegistration;
import javax.management.MBeanServerNotification;
-import javax.management.NotificationBroadcaster;
-import javax.management.NotificationListener;
-import javax.management.NotificationFilter;
import javax.management.MalformedObjectNameException;
import javax.management.NotCompliantMBeanException;
-import javax.management.InstanceAlreadyExistsException;
import javax.management.NotCompliantMBeanException;
-import javax.management.MBeanRegistrationException;
+import javax.management.NotificationBroadcaster;
+import javax.management.NotificationFilter;
+import javax.management.NotificationListener;
+import javax.management.ObjectInstance;
+import javax.management.ObjectName;
import javax.management.OperationsException;
-import javax.management.IntrospectionException;
-import javax.management.AttributeNotFoundException;
-import javax.management.InvalidAttributeValueException;
-import javax.management.ListenerNotFoundException;
+import javax.management.QueryExp;
+import javax.management.ReflectionException;
import javax.management.RuntimeErrorException;
import javax.management.RuntimeMBeanException;
import javax.management.RuntimeOperationsException;
-import javax.management.QueryExp;
-import javax.management.MBeanInfo;
-import javax.management.DynamicMBean;
import javax.management.loading.DefaultLoaderRepository;
import java.lang.reflect.Constructor;
+import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import java.lang.reflect.Modifier;
-import java.lang.reflect.InvocationTargetException;
-import java.io.ObjectInputStream;
import java.io.ByteArrayInputStream;
import java.io.IOException;
+import java.io.ObjectInputStream;
-import org.jboss.mx.server.registry.BasicMBeanRegistry;
-import org.jboss.mx.server.registry.MBeanRegistry;
-import org.jboss.mx.server.registry.MBeanEntry;
-import org.jboss.mx.loading.LoaderRepository;
import org.jboss.mx.capability.MBeanCapability;
-import org.jboss.mx.interceptor.MBeanTarget;
import org.jboss.mx.interceptor.MBeanInvoker;
+import org.jboss.mx.interceptor.MBeanTarget;
+import org.jboss.mx.loading.LoaderRepository;
+import org.jboss.mx.server.registry.BasicMBeanRegistry;
+import org.jboss.mx.server.registry.MBeanEntry;
+import org.jboss.mx.server.registry.MBeanRegistry;
/**
* MBean server implementation. This is the default server implementation
- * returned by the ttMBeanServerFactory/tt class ({@link
ServerConstants#DEFAULT_MBEAN_SERVER_CLASS DEFAULT_MBEAN_SERVER_CLASS}). p
+ * returned by the ttMBeanServerFactory/tt class
+ ({@link ServerConstants#DEFAULT_MBEAN_SERVER_CLASS DEFAULT_MBEAN_SERVER_CLASS}).
p
*
* The MBean server behaviour can be further configured by setting the following
* system properties: ul
- *littjbossmx.loader.repository.class/tt ({@link
ServerConstants#LOADER_REPOSITORY_CLASS_PROPERTY
LOADER_REPOSITORY_CLASS_PROPERTY})/li
- *littjbossmx.required.modelmbean.class/tt ({@link
ServerConstants#REQUIRED_MODELMBEAN_CLASS_PROPERTY
REQUIRED_MODELMBEAN_CLASS_PROPERTY})/li
+ *littjbossmx.loader.repository.class/tt
+ ({@link
[JBoss-dev] [ jboss-Bugs-518958 ] fetch of / off 8080 breaks server
Bugs item #518958, was opened at 2002-02-17 20:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: James Manning (jmm) Assigned to: Nobody/Anonymous (nobody) Summary: fetch of / off 8080 breaks server Initial Comment: -Fetched bundled 2.4.4 w/ tomcat 4.0.1 -started up -hit port 8080, got exception on console and 500 Internal Server Error http response -hit control-c to attempt to kill jboss -tons of jboss threads spawn, causing fork: resource temporarily unavailable for other processes of same user. Linux 2.4.9-7 (std. RH 7.2 box) Server 2.4.4 Sun's JDK 1.3.1 I'll attach the server log (with stack traces) to this bug. -- Comment By: James Manning (jmm) Date: 2002-02-18 12:38 Message: Logged In: YES user_id=11485 Ok, digging a little deeper it looks like it might be a local networking issue. tcp0 0 0.0.0.0:57817 0.0.0.0:* LISTEN 31049/java tcp0 1 192.168.1.1:57886 192.168.1.1:57817 SYN_SENT31049/java tcp0 1 192.168.1.1:57888 192.168.1.1:57817 SYN_SENT31049/java Not sure why those are happening, but the timeout is taking forever: interest-client: [java] Got context [java] javax.naming.CommunicationException [Root exception is java.rmi.ConnectException: Connection refused to host: 192.168.1.1; nested exception is: [java] java.net.ConnectException: Connection timed out] I'll keep poking around, but this is starting to look like an issue outside of jboss-space given the above connection during TCP handshaking :( -- Comment By: James Manning (jmm) Date: 2002-02-17 23:41 Message: Logged In: YES user_id=11485 If I change run.sh to force -classic for the VM mode, I don't get the resource problems (of course), but things are still broken (client doesn't work, hangs at Got context, the server doesn't shutdown, etc) I've confirmed this with 2.4.4 and tomcat 4.0.1, 2.4.4 and tomcat 3.2.3, and 2.4.1 and tomcat 3.2.3 -- Comment By: James Manning (jmm) Date: 2002-02-17 22:09 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-17 22:08 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-17 21:31 Message: Logged In: YES user_id=11485 I added this to conf/default/log4j.properties but it didn't result in any additional output to the console or rollingfile appenders log4j.category.org.jboss.ejb=TRACE#org.jboss.logging.TracePr iority I'd love to provide better information here, but I'm not sure how since the above (which seems to be what the properties file would indicate to do) isn't working -- Comment By: James Manning (jmm) Date: 2002-02-17 21:04 Message: Logged In: YES user_id=11485 Even worse - when I just start up the server and then run the InterestClient using the ant target, all I get is Got context on the client output (stuck at the JNDI lookup) and the same effect of tons of threads spawned and resource temp. unavailable errors elsewhere - can't even do a jar tvf because the jvm startup gives OutOfMemoryError. If I kill the client, though, everything's fine. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-518958 ] fetch of / off 8080 breaks server
Bugs item #518958, was opened at 2002-02-17 20:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: James Manning (jmm) Assigned to: Nobody/Anonymous (nobody) Summary: fetch of / off 8080 breaks server Initial Comment: -Fetched bundled 2.4.4 w/ tomcat 4.0.1 -started up -hit port 8080, got exception on console and 500 Internal Server Error http response -hit control-c to attempt to kill jboss -tons of jboss threads spawn, causing fork: resource temporarily unavailable for other processes of same user. Linux 2.4.9-7 (std. RH 7.2 box) Server 2.4.4 Sun's JDK 1.3.1 I'll attach the server log (with stack traces) to this bug. -- Comment By: James Manning (jmm) Date: 2002-02-18 12:54 Message: Logged In: YES user_id=11485 Yup - that was it *sigh* I changed my /etc/hosts so my default hostname would map to 127.0.0.1 instead of 192.168.1.1 and now it works like a champ. -- Comment By: James Manning (jmm) Date: 2002-02-18 12:38 Message: Logged In: YES user_id=11485 Ok, digging a little deeper it looks like it might be a local networking issue. tcp0 0 0.0.0.0:57817 0.0.0.0:* LISTEN 31049/java tcp0 1 192.168.1.1:57886 192.168.1.1:57817 SYN_SENT31049/java tcp0 1 192.168.1.1:57888 192.168.1.1:57817 SYN_SENT31049/java Not sure why those are happening, but the timeout is taking forever: interest-client: [java] Got context [java] javax.naming.CommunicationException [Root exception is java.rmi.ConnectException: Connection refused to host: 192.168.1.1; nested exception is: [java] java.net.ConnectException: Connection timed out] I'll keep poking around, but this is starting to look like an issue outside of jboss-space given the above connection during TCP handshaking :( -- Comment By: James Manning (jmm) Date: 2002-02-17 23:41 Message: Logged In: YES user_id=11485 If I change run.sh to force -classic for the VM mode, I don't get the resource problems (of course), but things are still broken (client doesn't work, hangs at Got context, the server doesn't shutdown, etc) I've confirmed this with 2.4.4 and tomcat 4.0.1, 2.4.4 and tomcat 3.2.3, and 2.4.1 and tomcat 3.2.3 -- Comment By: James Manning (jmm) Date: 2002-02-17 22:09 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-17 22:08 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-17 21:31 Message: Logged In: YES user_id=11485 I added this to conf/default/log4j.properties but it didn't result in any additional output to the console or rollingfile appenders log4j.category.org.jboss.ejb=TRACE#org.jboss.logging.TracePr iority I'd love to provide better information here, but I'm not sure how since the above (which seems to be what the properties file would indicate to do) isn't working -- Comment By: James Manning (jmm) Date: 2002-02-17 21:04 Message: Logged In: YES user_id=11485 Even worse - when I just start up the server and then run the InterestClient using the ant target, all I get is Got context on the client output (stuck at the JNDI lookup) and the same effect of tons of threads spawned and resource temp. unavailable errors elsewhere - can't even do a jar tvf because the jvm startup gives OutOfMemoryError. If I kill the client, though, everything's fine. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-518958 ] fetch of / off 8080 breaks server
Bugs item #518958, was opened at 2002-02-17 20:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: James Manning (jmm) Assigned to: Nobody/Anonymous (nobody) Summary: fetch of / off 8080 breaks server Initial Comment: -Fetched bundled 2.4.4 w/ tomcat 4.0.1 -started up -hit port 8080, got exception on console and 500 Internal Server Error http response -hit control-c to attempt to kill jboss -tons of jboss threads spawn, causing fork: resource temporarily unavailable for other processes of same user. Linux 2.4.9-7 (std. RH 7.2 box) Server 2.4.4 Sun's JDK 1.3.1 I'll attach the server log (with stack traces) to this bug. -- Comment By: James Manning (jmm) Date: 2002-02-18 12:54 Message: Logged In: YES user_id=11485 Yup - that was it *sigh* I changed my /etc/hosts so my default hostname would map to 127.0.0.1 instead of 192.168.1.1 and now it works like a champ. -- Comment By: James Manning (jmm) Date: 2002-02-18 12:38 Message: Logged In: YES user_id=11485 Ok, digging a little deeper it looks like it might be a local networking issue. tcp0 0 0.0.0.0:57817 0.0.0.0:* LISTEN 31049/java tcp0 1 192.168.1.1:57886 192.168.1.1:57817 SYN_SENT31049/java tcp0 1 192.168.1.1:57888 192.168.1.1:57817 SYN_SENT31049/java Not sure why those are happening, but the timeout is taking forever: interest-client: [java] Got context [java] javax.naming.CommunicationException [Root exception is java.rmi.ConnectException: Connection refused to host: 192.168.1.1; nested exception is: [java] java.net.ConnectException: Connection timed out] I'll keep poking around, but this is starting to look like an issue outside of jboss-space given the above connection during TCP handshaking :( -- Comment By: James Manning (jmm) Date: 2002-02-17 23:41 Message: Logged In: YES user_id=11485 If I change run.sh to force -classic for the VM mode, I don't get the resource problems (of course), but things are still broken (client doesn't work, hangs at Got context, the server doesn't shutdown, etc) I've confirmed this with 2.4.4 and tomcat 4.0.1, 2.4.4 and tomcat 3.2.3, and 2.4.1 and tomcat 3.2.3 -- Comment By: James Manning (jmm) Date: 2002-02-17 22:09 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-17 22:08 Message: Logged In: YES user_id=11485 Breaks the same way with JDK 1.4.0 -- Comment By: James Manning (jmm) Date: 2002-02-17 21:31 Message: Logged In: YES user_id=11485 I added this to conf/default/log4j.properties but it didn't result in any additional output to the console or rollingfile appenders log4j.category.org.jboss.ejb=TRACE#org.jboss.logging.TracePr iority I'd love to provide better information here, but I'm not sure how since the above (which seems to be what the properties file would indicate to do) isn't working -- Comment By: James Manning (jmm) Date: 2002-02-17 21:04 Message: Logged In: YES user_id=11485 Even worse - when I just start up the server and then run the InterestClient using the ant target, all I get is Got context on the client output (stuck at the JNDI lookup) and the same effect of tons of threads spawned and resource temp. unavailable errors elsewhere - can't even do a jar tvf because the jvm startup gives OutOfMemoryError. If I kill the client, though, everything's fine. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=518958group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/server IIOPContainerInvoker.java
User: reverbel
Date: 02/02/18 14:10:35
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/server
IIOPContainerInvoker.java
Log:
- Better exception handling in stop() method.
- Logging changes: better messages, logging level corrections.
Revision ChangesPath
1.13 +63 -27
contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/server/IIOPContainerInvoker.java
Index: IIOPContainerInvoker.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/server/IIOPContainerInvoker.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- IIOPContainerInvoker.java 15 Feb 2002 21:42:34 - 1.12
+++ IIOPContainerInvoker.java 18 Feb 2002 22:10:34 - 1.13
@@ -49,6 +49,8 @@
import org.omg.PortableServer.CurrentHelper;
import org.omg.PortableServer.POA;
import org.omg.PortableServer.POAManager;
+import org.omg.PortableServer.POAManagerPackage.AdapterInactive;
+import org.omg.PortableServer.POAPackage.ObjectNotActive;
import org.omg.PortableServer.POAPackage.WrongPolicy;
import org.omg.PortableServer.Servant;
import org.omg.PortableServer.IdAssignmentPolicyValue;
@@ -61,6 +63,8 @@
import org.omg.CosNaming.NamingContextExt;
import org.omg.CosNaming.NamingContextExtHelper;
import org.omg.CosNaming.NamingContextHelper;
+import org.omg.CosNaming.NamingContextPackage.CannotProceed;
+import org.omg.CosNaming.NamingContextPackage.InvalidName;
import org.omg.CosNaming.NamingContextPackage.NotFound;
import org.omg.CosNaming.NameComponent;
@@ -116,7 +120,7 @@
* CORBA reference for the corresponding codeEJBObject/code.
*
* @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a
- * @version $Revision: 1.12 $
+ * @version $Revision: 1.13 $
*/
public class IIOPContainerInvoker
extends Servant
@@ -126,8 +130,8 @@
// Constants --
private static final byte[] nullId = createNullId();
- private static final Logger staticLogger = Logger.getLogger(
- IIOPContainerInvoker.class);
+ private static final Logger staticLogger =
+ Logger.getLogger(IIOPContainerInvoker.class);
// Attributes -
@@ -256,7 +260,7 @@
}
// Create bean method mappings for container invoker
- logger.debug(Bean methods: -);
+ logger.debug(Bean methods:);
//iri.mapClass(((ContainerInvokerContainer)container).getRemoteClass());
//iri.finishBuild();
@@ -296,7 +300,7 @@
beanRepositoryIds = interfaceAnalysis.getAllTypeIds();
// Create home method mappings for container invoker
- logger.debug(Home methods: -);
+ logger.debug(Home methods:);
//iri.mapClass(((ContainerInvokerContainer)container).getHomeClass());
//iri.finishBuild();
@@ -500,7 +504,7 @@
+ to + jndiName);
}
catch (NamingException e) {
- throw new RuntimeException(Could not bind EJBHome in JNDI:\n + e);
+ throw new RuntimeException(Cannot bind EJBHome in JNDI:\n + e);
}
NamingContextExt corbaContext = null;
@@ -521,7 +525,7 @@
}
catch (Exception e) {
throw new RuntimeException(
- Could not bind EJBHome in CORBA naming service:\n + e);
+ Cannot bind EJBHome in CORBA naming service:\n + e);
}
// TODO: this should be after all beans were deployed
@@ -531,36 +535,64 @@
public void stop()
{
- // TODO: put each call that might throw exceptions within a separate
- // try block so that if one fails the following ones will be
- // executed anyway
try {
-
- // Unbind bean home from the JNDI initial context
+ // Get initial JNDI context and local (in-VM) CORBA naming context
Context initialContext = new InitialContext();
- initialContext.unbind(jndiName);
-
- // Obtain local (in-VM) CORBA naming context
NamingContextExt corbaContext =
NamingContextExtHelper.narrow((org.omg.CORBA.Object)
initialContext.lookup(java:/
+ CorbaORBService.NAMING_NAME));
+ // Unbind bean home from the JNDI initial context
+ try {
+initialContext.unbind(jndiName);
+ }
+ catch (NamingException namingException) {
+logger.error(Cannot unbind EJBHome from JNDI, namingException);
+ }
+
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/ejb/plugins/iiop CDRStream.java
User: reverbel
Date: 02/02/18 14:14:07
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop CDRStream.java
Log:
System.err calls replaced by logger calls. Some tabs removed.
Revision ChangesPath
1.4 +4 -4 contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/CDRStream.java
Index: CDRStream.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/CDRStream.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- CDRStream.java30 Oct 2001 14:15:24 - 1.3
+++ CDRStream.java18 Feb 2002 22:14:07 - 1.4
@@ -27,7 +27,7 @@
* defined by codeCDRStream/code.
*
* @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public class CDRStream
{
@@ -539,7 +539,7 @@
public Object read(InputStream in)
{
- return in.read_value(String.class);
+ return in.read_value(String.class);
}
}
@@ -560,7 +560,7 @@
public Object read(InputStream in)
{
- // The narrow() call downloads the stub from the codebase embedded
+ // The narrow() call downloads the stub from the codebase embedded
// within the IOR of the unmarshalled object.
return PortableRemoteObject.narrow(in.read_Object(), clz);
}
@@ -825,7 +825,7 @@
public void write(OutputStream out, Object obj)
{
- out.write_value((String)obj, String.class);
+ out.write_value((String)obj, String.class);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/client DynamicStub.java StubClassLoader.java
User: reverbel
Date: 02/02/18 14:14:08
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/client
DynamicStub.java StubClassLoader.java
Log:
System.err calls replaced by logger calls. Some tabs removed.
Revision ChangesPath
1.6 +21 -7
contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/client/DynamicStub.java
Index: DynamicStub.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/client/DynamicStub.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- DynamicStub.java 13 Feb 2002 20:45:33 - 1.5
+++ DynamicStub.java 18 Feb 2002 22:14:07 - 1.6
@@ -17,6 +17,7 @@
import org.jboss.ejb.plugins.iiop.HandleImpl;
import org.jboss.ejb.plugins.iiop.HomeHandleImpl;
import org.jboss.ejb.plugins.iiop.LocalInvoker;
+import org.jboss.logging.Logger;
import org.jboss.proxy.compiler.InvocationHandler;
/**
@@ -33,7 +34,7 @@
* of operation parameters.
*
* @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public abstract class DynamicStub
extends javax.rmi.CORBA.Stub
@@ -46,6 +47,17 @@
*/
private Object handle = null;
+ // Static --
+
+ private static final Logger logger =
+ Logger.getLogger(DynamicStub.class);
+
+ private static void trace(String msg)
+ {
+ if (logger.isTraceEnabled())
+ logger.trace(msg);
+ }
+
// Constructor -
/**
@@ -94,30 +106,32 @@
OutputStream out =
(OutputStream)_request(operationName, true);
stubStrategy.writeParams(out, params);
- //System.err.println(sent request: + operationName);
+ trace(sent request: + operationName);
in = (InputStream)_invoke(out);
if (stubStrategy.isNonVoid()) {
- //System.err.println(received reply);
+ trace(received reply);
return stubStrategy.readRetval(in);
//Object retval = stubStrategy.readRetval(in);
- //System.err.println(retval: + retval);
+ //trace(retval: + retval);
//return retval;
}
else
return null;
}
catch (ApplicationException ex) {
- //System.err.println(got application exception);
+ trace(got application exception);
in =(InputStream)ex.getInputStream();
throw stubStrategy.readException(in);
}
catch (RemarshalException ex) {
- //System.err.println(got remarshal exception);
+ trace(got remarshal exception);
return invoke(operationName, stubStrategy, params);
}
}
catch (SystemException ex) {
-//ex.printStackTrace(System.err);
+if (logger.isTraceEnabled()) {
+ logger.trace(CORBA system exception in IIOP stub, ex);
+}
throw Util.mapSystemException(ex);
}
finally {
1.3 +14 -10
contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/client/StubClassLoader.java
Index: StubClassLoader.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/ejb/plugins/iiop/client/StubClassLoader.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- StubClassLoader.java 13 Feb 2002 20:45:33 - 1.2
+++ StubClassLoader.java 18 Feb 2002 22:14:07 - 1.3
@@ -6,6 +6,7 @@
*/
package org.jboss.ejb.plugins.iiop.client;
+import org.jboss.logging.Logger;
import org.jboss.proxy.compiler.IIOPStubCompiler;
/**
@@ -14,12 +15,17 @@
* Should not be necessary when the IORs contain a JAVA_CODE_BASE tag.
*
* @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
public class StubClassLoader
extends ClassLoader
{
+ // Static --
+
+ private static final Logger logger =
+ Logger.getLogger(StubClassLoader.class);
+
// Constructor -
public StubClassLoader(ClassLoader parent)
@@ -32,31 +38,29 @@
protected Class findClass(String
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/proxy/compiler IIOPStubCompiler.java
User: reverbel
Date: 02/02/18 14:16:03
Modified:iiop/src/main/org/jboss/proxy/compiler IIOPStubCompiler.java
Log:
Debugging code commented out.
Revision ChangesPath
1.2 +11 -13
contrib/iiop/src/main/org/jboss/proxy/compiler/IIOPStubCompiler.java
Index: IIOPStubCompiler.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/proxy/compiler/IIOPStubCompiler.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- IIOPStubCompiler.java 13 Feb 2002 20:21:46 - 1.1
+++ IIOPStubCompiler.java 18 Feb 2002 22:16:03 - 1.2
@@ -28,7 +28,7 @@
*
* @author Unknown
* @author a href=mailto:[EMAIL PROTECTED];Francisco Reverbel/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class IIOPStubCompiler
{
@@ -367,19 +367,17 @@
{
byte code[] = generateCode(interfaceAnalysis, superclass, stubClassName);
- /* */
- try {
- String fname = stubClassName;
- fname = fname.substring(1 + fname.lastIndexOf('.')) + .class;
- fname = /tmp/ + fname;
- java.io.OutputStream cf = new java.io.FileOutputStream(fname);
- cf.write(code);
- cf.close();
- System.err.println(wrote + fname);
- }
- catch(java.io.IOException ee) {
- }
- /* */
+ //try {
+ // String fname = stubClassName;
+ // fname = fname.substring(1 + fname.lastIndexOf('.')) + .class;
+ // fname = /tmp/ + fname;
+ // java.io.OutputStream cf = new java.io.FileOutputStream(fname);
+ // cf.write(code);
+ // cf.close();
+ // System.err.println(wrote + fname);
+ //}
+ //catch(java.io.IOException ee) {
+ //}
return code;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop/rmi AttributeAnalysis.java ContainerAnalysis.java ExceptionAnalysis.java InterfaceAnalysis.java OperationAnalysis.java ParameterAnalysis.java Util.java ValueAnalysis.java WorkCacheManager.java
User: reverbel
Date: 02/02/18 14:20:43
Modified:iiop/src/main/org/jboss/iiop/rmi AttributeAnalysis.java
ContainerAnalysis.java ExceptionAnalysis.java
InterfaceAnalysis.java OperationAnalysis.java
ParameterAnalysis.java Util.java ValueAnalysis.java
WorkCacheManager.java
Log:
System.err calls replaced by logger calls, tabs removed, indentation
changes.
Revision ChangesPath
1.4 +5 -5 contrib/iiop/src/main/org/jboss/iiop/rmi/AttributeAnalysis.java
Index: AttributeAnalysis.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/rmi/AttributeAnalysis.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- AttributeAnalysis.java30 Oct 2001 12:26:05 - 1.3
+++ AttributeAnalysis.java18 Feb 2002 22:20:42 - 1.4
@@ -20,7 +20,7 @@
* Specification, version 1.1 (01-06-07).
*
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public class AttributeAnalysis
extends AbstractAnalysis
@@ -142,10 +142,10 @@
// If the first char is an uppercase letter and the second char is not
// an uppercase letter, then convert the first char to lowercase.
if (idlName.charAt(0) = 0x41 idlName.charAt(0) = 0x5a
-(idlName.length() = 1
- || idlName.charAt(1) 0x41 || idlName.charAt(1) 0x5a)) {
- idlName =
- idlName.substring(0, 1).toLowerCase() + idlName.substring(1);
+ (idlName.length() = 1
+ || idlName.charAt(1) 0x41 || idlName.charAt(1) 0x5a)) {
+ idlName =
+idlName.substring(0, 1).toLowerCase() + idlName.substring(1);
}
if (accessorAnalysis != null)
1.6 +17 -15contrib/iiop/src/main/org/jboss/iiop/rmi/ContainerAnalysis.java
Index: ContainerAnalysis.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/rmi/ContainerAnalysis.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ContainerAnalysis.java21 Nov 2001 12:43:03 - 1.5
+++ ContainerAnalysis.java18 Feb 2002 22:20:43 - 1.6
@@ -42,7 +42,7 @@
* Specification, version 1.1 (01-06-07).
*
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public abstract class ContainerAnalysis
extends ClassAnalysis
@@ -153,6 +153,9 @@
// Static
+ private static final org.jboss.logging.Logger logger =
+ org.jboss.logging.Logger.getLogger(ContainerAnalysis.class);
+
// Constructors -
protected ContainerAnalysis(Class cls)
@@ -189,7 +192,7 @@
*/
public InterfaceAnalysis[] getInterfaces()
{
-System.err.println(Interface count: + interfaces.length);
+ logger.debug(Interface count: + interfaces.length);
return (InterfaceAnalysis[])interfaces.clone();
}
@@ -198,7 +201,7 @@
*/
public AttributeAnalysis[] getAttributes()
{
-System.err.println(Attribute count: + attributes.length);
+ logger.debug(Attribute count: + attributes.length);
return (AttributeAnalysis[])attributes.clone();
}
@@ -207,7 +210,7 @@
*/
public ConstantAnalysis[] getConstants()
{
-System.err.println(Constants count: + constants.length);
+ logger.debug(Constants count: + constants.length);
return (ConstantAnalysis[])constants.clone();
}
@@ -407,8 +410,8 @@
for (int i = 0; i methods.length; ++i)
mutators[i] = -1; // no mutator here
for (int i = 0; i methods.length; ++i) {
-System.err.println(analyzeMethods(): method[+i+].getName()=\ +
- methods[i].getName() + \.);
+ logger.debug(analyzeMethods(): method[+i+].getName()=\ +
+ methods[i].getName() + \.);
if (isAccessor(methods[i]) (m_flags[i]M_READ) == 0) {
String attrName = attributeReadName(methods[i].getName());
@@ -506,7 +509,7 @@
ArrayList a = new ArrayList();
for (int i = 0; i fields.length; ++i) {
-System.err.println(f_flags[+i+]= + f_flags[i]);
+ logger.debug(f_flags[+i+]= + f_flags[i]);
if ((f_flags[i] F_CONSTANT) == 0)
continue;
@@ -533,13 +536,13 @@
throw new RuntimeException(ex.toString());
}
-System.err.println(Constant[+i+] name= + name);
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop AbstractTestBase.java CorbaORBService.java Test.java TestBase.java
User: reverbel
Date: 02/02/18 14:20:42
Modified:iiop/src/main/org/jboss/iiop AbstractTestBase.java
CorbaORBService.java Test.java TestBase.java
Log:
System.err calls replaced by logger calls, tabs removed, indentation
changes.
Revision ChangesPath
1.3 +4 -4 contrib/iiop/src/main/org/jboss/iiop/AbstractTestBase.java
Index: AbstractTestBase.java
===
RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/AbstractTestBase.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- AbstractTestBase.java 8 Aug 2001 20:19:39 - 1.2
+++ AbstractTestBase.java 18 Feb 2002 22:20:41 - 1.3
@@ -13,8 +13,8 @@
/**
*/
public interface AbstractTestBase {
- /**
- * Accessor of type java.rmi.Remote
- */
- public java.rmi.Remote getSomethingRemote() throws RemoteException;
+ /**
+* Accessor of type java.rmi.Remote
+*/
+ public java.rmi.Remote getSomethingRemote() throws RemoteException;
}
1.8 +84 -116 contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java
Index: CorbaORBService.java
===
RCS file: /cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/CorbaORBService.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- CorbaORBService.java 16 Feb 2002 22:15:58 - 1.7
+++ CorbaORBService.java 18 Feb 2002 22:20:41 - 1.8
@@ -10,30 +10,21 @@
import java.util.Properties;
import java.util.Hashtable;
-import org.omg.CORBA.ORB;
-import org.omg.PortableServer.POA;
-import org.omg.PortableServer.POAHelper;
-
-import org.omg.CosNaming.NamingContext;
-import org.omg.CosNaming.NamingContextExt;
-import org.omg.CosNaming.NamingContextExtHelper;
-
import javax.naming.InitialContext;
import javax.naming.Context;
import javax.naming.Reference;
import javax.naming.Name;
import javax.naming.spi.ObjectFactory;
-
import javax.management.MBeanServer;
import javax.management.ObjectName;
-import org.jboss.system.ServiceMBeanSupport;
-import org.jboss.iiop.rmi.ir.InterfaceRepository;
-
-// Testing
+import org.omg.CORBA.ORB;
import org.omg.CORBA.Policy;
-import org.omg.PortableServer.ThreadPolicy;
-import org.omg.PortableServer.ThreadPolicyValue;
+import org.omg.CosNaming.NamingContext;
+import org.omg.CosNaming.NamingContextExt;
+import org.omg.CosNaming.NamingContextExtHelper;
+import org.omg.PortableServer.POA;
+import org.omg.PortableServer.POAHelper;
import org.omg.PortableServer.LifespanPolicy;
import org.omg.PortableServer.LifespanPolicyValue;
import org.omg.PortableServer.IdUniquenessPolicy;
@@ -45,12 +36,16 @@
import org.omg.PortableServer.RequestProcessingPolicy;
import org.omg.PortableServer.RequestProcessingPolicyValue;
+import org.jboss.system.ServiceMBeanSupport;
+import org.jboss.iiop.rmi.ir.InterfaceRepository;
+import org.jboss.logging.Logger;
+
/**
* This is a JMX service that provides the default CORBA ORB
* for JBoss to use.
*
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class CorbaORBService
extends ServiceMBeanSupport
@@ -72,13 +67,14 @@
// Static
- static ORB orb;
- static POA poa;
- static POA homePOA;
- static POA namingPOA;
- static NamingContextExt namingService;
- static InterfaceRepository iri;
-
+ private static ORB orb;
+ private static POA poa;
+ private static POA homePOA;
+ private static POA namingPOA;
+ private static NamingContextExt namingService;
+ private static InterfaceRepository iri;
+ private static final Logger logger =
+ Logger.getLogger(CorbaORBService.class);
// ServiceMBeanSupport overrides -
@@ -104,8 +100,8 @@
// TODO: Fill in the port number below from MBean properties.
props.put(OAPort, 5000 ); // port to be used by jacorb
props.put(org.omg.PortableInterceptor.ORBInitializerClass
- + .org.jboss.ejb.plugins.iiop.server
- + .CodebaseInterceptorInitializer, );
++ .org.jboss.ejb.plugins.iiop.server
++ .CodebaseInterceptorInitializer, );
orb = ORB.init(new String[0], props);
bind(ORB_NAME, org.omg.CORBA.ORB);
@@ -135,15 +131,9 @@
namingPOA.activate_object_with_id(rootContextId, ns);
namingService = NamingContextExtHelper.narrow(
namingPOA.create_reference_with_id(rootContextId,
-
[JBoss-dev] CVS update: contrib/iiop/src/main/org/jboss/iiop/rmi/ir ConstantDefImpl.java ContainedImpl.java ContainerImplDelegate.java IRObjectImpl.java InterfaceDefImpl.java InterfaceRepository.java RepositoryImpl.java ValueDefImpl.java
User: reverbel
Date: 02/02/18 14:20:44
Modified:iiop/src/main/org/jboss/iiop/rmi/ir ConstantDefImpl.java
ContainedImpl.java ContainerImplDelegate.java
IRObjectImpl.java InterfaceDefImpl.java
InterfaceRepository.java RepositoryImpl.java
ValueDefImpl.java
Log:
System.err calls replaced by logger calls, tabs removed, indentation
changes.
Revision ChangesPath
1.3 +17 -15contrib/iiop/src/main/org/jboss/iiop/rmi/ir/ConstantDefImpl.java
Index: ConstantDefImpl.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/rmi/ir/ConstantDefImpl.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- ConstantDefImpl.java 8 Aug 2001 20:19:39 - 1.2
+++ ConstantDefImpl.java 18 Feb 2002 22:20:44 - 1.3
@@ -25,7 +25,7 @@
* Constant IR object.
*
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
public class ConstantDefImpl
extends ContainedImpl
@@ -37,6 +37,9 @@
// Static
+ private static final org.jboss.logging.Logger logger =
+ org.jboss.logging.Logger.getLogger(ConstantDefImpl.class);
+
// Constructors --
ConstantDefImpl(String id, String name, String version,
@@ -69,10 +72,10 @@
{
// Get my type definition: It should have been created now.
type_def = IDLTypeImpl.getIDLType(typeCode, repository);
-if (type_def == null)
-System.err.println(Got type_def: [NULL]);
-else
-System.err.println(Got type_def: [ + type_def.toString() + ]);
+ if (type_def == null)
+ logger.debug(Got type_def: [NULL]);
+ else
+ logger.debug(Got type_def: [ + type_def.toString() + ]);
getReference();
}
@@ -82,18 +85,18 @@
public TypeCode type()
{
-System.err.println(ConstantDefImpl.type(): entered.);
+ logger.debug(ConstantDefImpl.type(): entered.);
return typeCode;
}
public IDLType type_def()
{
-System.err.println(ConstantDefImpl.type_def(): entered.);
-try {
- return IDLTypeHelper.narrow(type_def.getReference());
-} finally {
-System.err.println(ConstantDefImpl.type_def(): returning.);
-}
+ logger.debug(ConstantDefImpl.type_def(): entered.);
+ try {
+ return IDLTypeHelper.narrow(type_def.getReference());
+ } finally {
+ logger.debug(ConstantDefImpl.type_def(): returning.);
+ }
}
public void type_def(IDLType arg)
@@ -103,7 +106,7 @@
public Any value()
{
-System.err.println(ConstantDefImpl.value(): entered.);
+ logger.debug(ConstantDefImpl.value(): entered.);
return value;
}
@@ -117,7 +120,7 @@
public Description describe()
{
-System.err.println(ConstantDefImpl.describe(): entered.);
+ logger.debug(ConstantDefImpl.describe(): entered.);
String defined_in_id = IR;
if (defined_in instanceof ContainedOperations)
@@ -166,4 +169,3 @@
// Inner classes -
}
-
1.4 +12 -9 contrib/iiop/src/main/org/jboss/iiop/rmi/ir/ContainedImpl.java
Index: ContainedImpl.java
===
RCS file:
/cvsroot/jboss/contrib/iiop/src/main/org/jboss/iiop/rmi/ir/ContainedImpl.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- ContainedImpl.java8 Aug 2001 20:19:39 - 1.3
+++ ContainedImpl.java18 Feb 2002 22:20:44 - 1.4
@@ -23,7 +23,7 @@
* Abstract base class for all contained IR entities.
*
* @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
abstract class ContainedImpl
extends IRObjectImpl
@@ -35,6 +35,9 @@
// Static
+ private static final org.jboss.logging.Logger logger =
+ org.jboss.logging.Logger.getLogger(ContainedImpl.class);
+
// Constructors --
ContainedImpl(String id, String name, String version,
@@ -60,7 +63,7 @@
public java.lang.String id()
{
-//System.err.println(ContainedImpl[+id+].id() entered.);
+ logger.trace(ContainedImpl[ + id + ].id() entered.);
return id;
}
@@ -71,7 +74,7 @@
public java.lang.String name()
{
-//System.err.println(ContainedImpl[+id+].name() entered.);
+
[JBoss-dev] CVS update: contrib/iiop build.xml
User: reverbel
Date: 02/02/18 14:24:40
Modified:iiop build.xml
Log:
Version info included in jar manifests.
Revision ChangesPath
1.5 +19 -4 contrib/iiop/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/iiop/build.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.xml 17 Feb 2002 21:45:18 - 1.4
+++ build.xml 18 Feb 2002 22:24:40 - 1.5
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.4 2002/02/17 21:45:18 reverbel Exp $ --
+!-- $Id: build.xml,v 1.5 2002/02/18 22:24:40 reverbel Exp $ --
project default=main name=JBoss/IIOP
@@ -296,12 +296,25 @@
!-- Compile etc files (manifests and such) --
target name=compile-etc depends=init
-mkdir dir=${build.etc}/
+mkdir dir=${build.etc}/manifest/
copy todir=${build.etc} filtering=yes
fileset dir=${source.etc}
include name=**/*/
/fileset
/copy
+!-- Copy with filtering to replace the following tokens that are
+ used to make up the jar manifest version information.
+ --
+filter token=version.major value=${version.major}/
+filter token=version.minor value=${version.minor}/
+filter token=version.revision value=${version.revision}/
+filter token=version.tag value=${version.tag}/
+filter token=version.name value=${version.name}/
+copy todir=${build.etc}/manifest filtering=yes
+ fileset dir=${project.root}/build/etc
+ include name=version.mf/
+ /fileset
+/copy
/target
!-- Compile resource files --
@@ -325,7 +338,8 @@
target name=jars depends=compile description=Build the Service Archive
mkdir dir=${build.lib}/
-jar jarfile=${build.lib}/${module.name}.jar
+jar jarfile=${build.lib}/${module.name}.jar
+ manifest=${build.etc}/manifest/version.mf
fileset dir=${build.classes}/main
include name=**/jboss/iiop/**/
include name=**/jboss/proxy/compiler/**/
@@ -337,7 +351,8 @@
/fileset
/jar
-jar jarfile=${build.lib}/${module.name}-client.jar
+jar jarfile=${build.lib}/${module.name}-client.jar
+ manifest=${build.etc}/manifest/version.mf
fileset dir=${build.classes}/main
include name=**/jboss/proxy/compiler/**/
include name=**/jboss/iiop/rmi/**/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/ejb CoarseHttpSessionBean.java
User: jules_gosnell
Date: 02/02/18 15:04:39
Modified:jetty/src/main/org/jboss/jetty/ejb
CoarseHttpSessionBean.java
Log:
tidy up logging
Revision ChangesPath
1.8 +19 -10
contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java
Index: CoarseHttpSessionBean.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/ejb/CoarseHttpSessionBean.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- CoarseHttpSessionBean.java12 Feb 2002 21:41:49 - 1.7
+++ CoarseHttpSessionBean.java18 Feb 2002 23:04:39 - 1.8
@@ -18,7 +18,7 @@
* The Entity bean represents an HttpSession.
*
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*
* @ejb:bean name=CoarseHttpSession type=CMP
jndi-name=jetty/CoarseHttpSession primkey-field=id
* @ejb:pk class=java.lang.String
@@ -70,7 +70,8 @@
public Integer ejbCreate(CoarseHttpSessionData data)
throws CreateException
{
-_log.info(ejbCreate(+data.getId()+));
+if (_log.isDebugEnabled())
+ _log.debug(ejbCreate(+data.getId()+));
setId(data.getId());
setData(data);
@@ -85,43 +86,50 @@
public void ejbPostCreate(CoarseHttpSessionData data)
throws CreateException
{
-_log.info(ejbPostCreate(+data.getId()+));
+if (_log.isDebugEnabled())
+ _log.debug(ejbPostCreate(+data.getId()+));
}
public void
setEntityContext(EntityContext ctx)
{
-//_log.info(setEntityContext(+ctx+));
+//if (_log.isDebugEnabled())
+//_log.debug(setEntityContext(+ctx+));
}
public void
ejbLoad()
{
-_log.info(ejbLoad());
+if (_log.isDebugEnabled())
+ _log.debug(ejbLoad());
}
public void
ejbActivate()
{
-_log.info(ejbActivate());
+if (_log.isDebugEnabled())
+ _log.debug(ejbActivate());
}
public void
ejbPassivate()
{
-_log.info(ejbPassivate());
+if (_log.isDebugEnabled())
+ _log.debug(ejbPassivate());
}
public void
ejbStore()
{
-_log.info(ejbStore());
+if (_log.isDebugEnabled())
+ _log.debug(ejbStore());
}
public void
unsetEntityContext()
{
-//_log.info(unsetEntityContext());
+//if (_log.isDebugEnabled())
+//_log.debug(unsetEntityContext());
}
/**
@@ -131,7 +139,8 @@
ejbRemove()
throws RemoveException
{
-_log.info(ejbRemove(+getId()+));
+if (_log.isDebugEnabled())
+ _log.debug(ejbRemove(+getId()+));
}
//
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519680 ] Exception when unregistering durable su
Bugs item #519680, was opened at 2002-02-18 15:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519680group_id=22866 Category: JBossMQ Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Todd Huss (thuss) Assigned to: Nobody/Anonymous (nobody) Summary: Exception when unregistering durable su Initial Comment: When I try to unregister a durable subscription in JBoss 2.4.4.with the following code: topicsubscriber.close(); topicsession.unsubscribe(assignedName); I get the following exception: javax.jms.JMSException: Invalid configuration. at org.jboss.mq.pm.rollinglogged.PersistenceManager.destroyQueue(PersistenceManager.java:233) at org.jboss.mq.server.PersistentQueue.destroy(PersistentQueue.java:29) at org.jboss.mq.server.JMSTopic.destoryDurableSubscription(JMSTopic.java:142) at org.jboss.mq.server.StateManager.setDurableSubscription(StateManager.java:115) at org.jboss.mq.server.JMSServer.destroySubscription(JMSServer.java:471) at org.jboss.mq.il.oil.OILServerILService.run(OILServerILService.java:301) at java.lang.Thread.run(Thread.java:498) Just to make sure it wasn't just something wrong with my code I took the example from the JBoss book: jboss/chap4/ex1/DurableTopicClient.java and then in the stop method I added the two lines to stop the TopicSubscriber and then unregister and it caused the same exception on the server. I suspect there's not a problem with the configuration since it's out of the box JBoss. Thanks, Todd -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519680group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/iiop build.xml
User: reverbel
Date: 02/02/18 15:33:55
Modified:iiop build.xml
Log:
Re-enable generation of IIOP stubs.
Revision ChangesPath
1.6 +9 -14 contrib/iiop/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/iiop/build.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- build.xml 18 Feb 2002 22:24:40 - 1.5
+++ build.xml 18 Feb 2002 23:33:54 - 1.6
@@ -12,7 +12,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.5 2002/02/18 22:24:40 reverbel Exp $ --
+!-- $Id: build.xml,v 1.6 2002/02/18 23:33:54 reverbel Exp $ --
project default=main name=JBoss/IIOP
@@ -262,20 +262,20 @@
/target
- !-- Compile RMI/IIOP stubs --
+ !-- Generate IIOP stubs for EJBObject and EJBHome --
+
target name=compile-rmi depends=init
-!-- Appears that interfaces do not need to be compiled with RMIC
+!-- Below we use rmic to generate IIOP stubs for the interfaces
+ EJBObject and EJBHome. WARNING: do not specify a stubVersion,
+ such as 1.2, or else rmic will think we want JRMP stubs, which
+ cannot be generated for interfaces! --
rmic base=${build.classes}
classname=javax.ejb.EJBObject
verify=${rmic.verify}
iiop=${rmic.iiop}
- iiopopts=${rmic.iiopops}
- idl=${rmic.idl}
- idlopts=${rmic.idlops}
- debug=${rmic.debug}
- stubVersion=${rmic.stubVersion}
+ debug=${rmic.debug}
classpath refid=javac.classpath/
/rmic
@@ -283,15 +283,10 @@
classname=javax.ejb.EJBHome
verify=${rmic.verify}
iiop=${rmic.iiop}
- iiopopts=${rmic.iiopops}
- idl=${rmic.idl}
- idlopts=${rmic.idlops}
- debug=${rmic.debug}
- stubVersion=${rmic.stubVersion}
+ debug=${rmic.debug}
classpath refid=javac.classpath/
/rmic
---
/target
!-- Compile etc files (manifests and such) --
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**
On 16 Feb 2002, Jason Dillon wrote: I have just committed the last of the structure changes that I am going to introduce until after 3.0 is released. This change includes: ... [snip] o Addition of IIOP module. This is not hooked up by default (yet). Could you please hook it up? As an optional module, like jboss.net. Cheers, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [jetty-discuss] [Fwd: [JBoss-dev] do filter set in web.xml work?]
Good point!!
I've put a fix in so that the ServletHandler get's started as part of the
FilterHandler startup. That should be synced with JBoss cvs shortly.
Jules Gosnell wrote:
I'm forwarding this from JBoss-dev.
Jules
Yahoo! Groups Sponsor -~--
Sponsored by VeriSign - The Value of Trust
Do you need to encrypt all your online transactions? Find
the perfect solution in this FREE Guide from VeriSign.
http://us.click.yahoo.com/vCuuSA/UdiDAA/yigFAA/CefplB/TM
-~-
For the latest information about Jetty, please see http://jetty.mortbay.org
To alter your subscription to this list goto
http://groups.yahoo.com/group/jetty-discuss
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Subject:
[JBoss-dev] do filter set in web.xml work?
From:
Roman Kunert [EMAIL PROTECTED]
Date:
Mon, 18 Feb 2002 14:00:49 -0600
To:
[EMAIL PROTECTED]
Hi,
While playing with Sun's waf-framework I encountered the following error:
20:18:15,494 ERROR [Jetty] problem deploying
file:/home/roman/jboss_src/3.0/jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/68.einfa.war
to /einfa
java.lang.NullPointerException
at
org.mortbay.jetty.servlet.ServletHandler$Context.getResource(ServletHandler.java:867)
at de.meldebehoerde.einfa.signon.web.SignOnFilter.init(Unknown Source)
at org.mortbay.jetty.servlet.FilterHolder.start(FilterHolder.java:88)
at org.mortbay.jetty.servlet.FilterHandler.start(FilterHandler.java:152)
at org.mortbay.http.HttpContext.startHandlers(HttpContext.java:1370)
at
org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplicationContext.java:220)
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:273)
at org.jboss.jetty.JettyService.performDeploy(JettyService.java:284)
...
The corresponding lines from SignOnFilter.java:
public void init(FilterConfig config) throws ServletException {
this.config = config;
URL protectedResourcesURL = null;
try {
protectedResourcesURL =
config.getServletContext().getResource(/WEB-INF/signon-config.xml);
...
It seems to me as if the ServletContext hasn't been created at this stage of
deployment ('config.getServletContext()' returns null)?
Any ideas?
_
View thread online: http://main.jboss.org/thread.jsp?forum=66thread=9052
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU Phone: +61-(0)2 98107029
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server ContextCLTestCase.java
User: starksm
Date: 02/02/18 15:54:33
Added: src/main/org/jboss/test/jbossmx/implementation/server
ContextCLTestCase.java
Log:
Add test case for an mbean requiring its loader to be used as the operation
thread context class loader.
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/ContextCLTestCase.java
Index: ContextCLTestCase.java
===
/*
* JBoss, the OpenSource J2EE webOS
*
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
package org.jboss.test.jbossmx.implementation.server;
import java.io.File;
import java.io.FileOutputStream;
import java.io.InputStream;
import java.net.URL;
import java.util.jar.JarOutputStream;
import java.util.zip.ZipEntry;
import javax.management.MBeanServer;
import javax.management.MBeanServerFactory;
import javax.management.ObjectName;
import javax.management.RuntimeErrorException;
import junit.extensions.TestSetup;
import junit.framework.Test;
import junit.framework.TestSuite;
import org.apache.log4j.Category;
import org.apache.log4j.PatternLayout;
import org.apache.log4j.WriterAppender;
import org.jboss.test.JBossTestSetup;
import org.jboss.test.jbossmx.implementation.TestCase;
import org.jboss.test.jbossmx.implementation.server.support.ContextCL;
import org.jboss.test.jbossmx.implementation.server.support.TestClassLoader;
/** Test of the mbean operation invocation thread context class loader.
*
* @author [EMAIL PROTECTED]
* @version $Revision: 1.1 $
*/
public class ContextCLTestCase extends TestCase
{
private static URL dataClassURL;
private static File dataJar;
public ContextCLTestCase(String name)
{
super(name);
}
public void testInvokeNeedingTCL() throws Exception
{
MBeanServer server = MBeanServerFactory.createMBeanServer();
// Register the mbean class loader
URL[] urls = {dataJar.toURL()};
TestClassLoader loader = new TestClassLoader(urls);
ObjectName loaderName = new
ObjectName(org.jboss.test.jbossmx.implementation.server.support:id=
+dataJar.getName());
if( server.isRegistered(loaderName) == false )
server.registerMBean(loader, loaderName);
getLog().info(Registered TestClassLoader, urls=+urls[0]);
// Create the ContextCL MBean using the TestClassLoader
try
{
ObjectName beanName = new
ObjectName(org.jboss.test.jbossmx.implementation.server.support:test=ContextCLTestCase);
server.createMBean(org.jboss.test.jbossmx.implementation.server.support.ContextCL,
beanName, loaderName);
getLog().info(Created ContextCL MBean);
// Invoke the useTestData op to test the thread context class loader
server.invoke(beanName, useTestData, null, null);
getLog().info(Invoked ContextCL.useTestData);
}
catch(RuntimeErrorException e)
{
getLog().error(NestedError, e.getTargetError());
throw e;
}
MBeanServerFactory.releaseMBeanServer(server);
}
/** Remove the local TestData.class from the classpath and create a tmp
*
* @exception Exception Description of Exception
*/
public void createTestDataJar() throws Exception
{
dataJar = new File(testdata.jar);
// Find the TestData class
dataClassURL =
getClass().getResource(/org/jboss/test/jbossmx/implementation/server/support/TestData.class);
if( dataClassURL == null dataJar.exists() == false )
fail(Failed to find
/org/jboss/test/jbossmx/implementation/server/support/TestData.class);
if( dataClassURL != null )
{
getLog().info(Found TestData at: + dataClassURL);
// Build a jar file containing only the TestData.class
FileOutputStream fos = new FileOutputStream(dataJar);
JarOutputStream jos = new JarOutputStream(fos);
ZipEntry entry = new
ZipEntry(org/jboss/test/jbossmx/implementation/server/support/TestData.class);
jos.putNextEntry(entry);
InputStream dataIS = dataClassURL.openStream();
byte[] bytes = new byte[512];
int read = 0;
while( (read = dataIS.read(bytes)) 0 )
jos.write(bytes, 0, read);
jos.closeEntry();
dataIS.close();
getLog().info(Created TestData.class Jar at: +dataJar.getAbsolutePath());
// Now remote the TestData.class file from this classpath
File dataClassFile = new File(dataClassURL.getFile());
getLog().info(Removed TestData.class File: + dataClassFile.delete());
}
}
/**
* Setup the test suite.
*/
public static Test suite()
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support ContextCL.java ContextCLMBean.java TestClassLoader.java TestClassLoaderMBean.java TestData.java
User: starksm
Date: 02/02/18 15:54:34
Added: src/main/org/jboss/test/jbossmx/implementation/server/support
ContextCL.java ContextCLMBean.java
TestClassLoader.java TestClassLoaderMBean.java
TestData.java
Log:
Add test case for an mbean requiring its loader to be used as the operation
thread context class loader.
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/ContextCL.java
Index: ContextCL.java
===
package org.jboss.test.jbossmx.implementation.server.support;
import java.io.IOException;
import java.rmi.MarshalledObject;
import org.apache.log4j.Category;
/** The ContextCL standard MBean interface
*
* @author [EMAIL PROTECTED]
* @version $Revision: 1.1 $
*/
public class ContextCL implements ContextCLMBean
{
private static Category log = Category.getInstance(ContextCL.class);
private MarshalledObject data;
public ContextCL() throws IOException
{
ClassLoader cl = Thread.currentThread().getContextClassLoader();
log.info(ctor ClassLoader: +cl);
TestData test = new TestData();
data = new MarshalledObject(test);
}
/** An operation that retrieves a TestData object from a MarshalledObject
*created during the ContextCL MBean ctor
*/
public void useTestData() throws Exception
{
ClassLoader cl = Thread.currentThread().getContextClassLoader();
log.info(useTestData ClassLoader: +cl);
Object test = data.get();
TestData testData = (TestData) test;
}
}
1.1
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/ContextCLMBean.java
Index: ContextCLMBean.java
===
package org.jboss.test.jbossmx.implementation.server.support;
/** The standard MBean interface for ContextCL
*
* @author [EMAIL PROTECTED]
*/
public interface ContextCLMBean
{
/** An operation that retrieves a TestData object from a MarshalledObject
*created during the ContextCL MBean ctor
*/
public void useTestData() throws Exception;
}
1.1
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/TestClassLoader.java
Index: TestClassLoader.java
===
package org.jboss.test.jbossmx.implementation.server.support;
import java.net.URL;
import java.net.URLClassLoader;
/** An URLClassLoader MBean
*
* @author [EMAIL PROTECTED]
* @version $Revision: 1.1 $
*/
public class TestClassLoader extends URLClassLoader implements TestClassLoaderMBean
{
/** Creates a new instance of ServiceCreator */
public TestClassLoader(URL[] urls)
{
super(urls);
}
}
1.1
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/TestClassLoaderMBean.java
Index: TestClassLoaderMBean.java
===
package org.jboss.test.jbossmx.implementation.server.support;
/** An empty interface to tag the TestClassLoader as an MBean
*
* @author [EMAIL PROTECTED]
* @version $Revision: 1.1 $
*/
public interface TestClassLoaderMBean
{
}
1.1
jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support/TestData.java
Index: TestData.java
===
package org.jboss.test.jbossmx.implementation.server.support;
import java.io.Serializable;
/** A trival Serializable data class used by the ContextCLMBean
*
* @author [EMAIL PROTECTED]
*/
public class TestData implements Serializable
{
/** Creates a new instance of TestData */
public TestData()
{
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server - New directory
User: starksm Date: 02/02/18 15:53:27 jbosstest/src/main/org/jboss/test/jbossmx/implementation/server - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support - New directory
User: starksm Date: 02/02/18 15:53:41 jbosstest/src/main/org/jboss/test/jbossmx/implementation/server/support - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**
CVS newbie question: How can someone know the optional packages on jboss? I mean, apart of guessing on xml files and sniffing on the SourceForge interface. Would be nice if someone puts something about this (including the _nice_ cvs update -dP command) on the FAQs. Basic cvs is covered, but little more. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Francisco Reverbel Enviado el: lunes, 18 de febrero de 2002 23:44 Para: Jason Dillon CC: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README** On 16 Feb 2002, Jason Dillon wrote: I have just committed the last of the structure changes that I am going to introduce until after 3.0 is released. This change includes: ... [snip] o Addition of IIOP module. This is not hooked up by default (yet). Could you please hook it up? As an optional module, like jboss.net. Cheers, Francisco ___ 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] [ jboss-Bugs-519699 ] MBean loader is not used for operations
Bugs item #519699, was opened at 2002-02-18 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 Category: JBossMX Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: MBean loader is not used for operations Initial Comment: See the org/jboss/test/jbossmx/implementation/server/ContextCLT estCase that demonstrates two issues with the current implementation. 1. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for the mbean ctor, and so, the ctor fails. 2. The ClassLoader passed in to the createMBean operation is not set as the Thread context class loader for operations on the MBean and so interaction with MarshalledObject fails. Both of these need to work in order for the 3.0 release to be able to use the jmx implementation with the new class loader architecture. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519699group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session ClusteredStore.java
User: jules_gosnell
Date: 02/02/18 16:07:25
Modified:jetty/src/main/org/jboss/jetty/session ClusteredStore.java
Log:
sort logging
Revision ChangesPath
1.6 +3 -2
contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java
Index: ClusteredStore.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/ClusteredStore.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ClusteredStore.java 15 Feb 2002 06:18:28 - 1.5
+++ ClusteredStore.java 19 Feb 2002 00:07:24 - 1.6
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: ClusteredStore.java,v 1.5 2002/02/15 06:18:28 user57 Exp $
+// $Id: ClusteredStore.java,v 1.6 2002/02/19 00:07:24 jules_gosnell Exp $
//
@@ -62,7 +62,8 @@
public AbstractHttpSessionData
make()
{
- _log.info(make);
+ if (_log.isDebugEnabled())
+ _log.debug(make);
return new ClusteredHttpSessionData();
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/session CoarseDistributedStore.java
User: jules_gosnell
Date: 02/02/18 16:08:04
Modified:jetty/src/main/org/jboss/jetty/session
CoarseDistributedStore.java
Log:
sort logging
Revision ChangesPath
1.7 +2 -2
contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java
Index: CoarseDistributedStore.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/session/CoarseDistributedStore.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- CoarseDistributedStore.java 12 Feb 2002 21:45:30 - 1.6
+++ CoarseDistributedStore.java 19 Feb 2002 00:08:04 - 1.7
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: CoarseDistributedStore.java,v 1.6 2002/02/12 21:45:30 jules_gosnell Exp $
+// $Id: CoarseDistributedStore.java,v 1.7 2002/02/19 00:08:04 jules_gosnell Exp $
//
@@ -52,7 +52,7 @@
_jndiContext=new InitialContext();
Object o=_jndiContext.lookup(_name);
_home=(CoarseHttpSessionHome)PortableRemoteObject.narrow(o,
CoarseHttpSessionHome.class);
- _log.info(Support for EJB-based Distributed HttpSessions loaded: +_home);
+ _log.warn(Support for EJB-based Distributed HttpSessions loaded: +_home);
}
catch (NamingException e)
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/util NaiveTimeOutManager.java
User: jules_gosnell
Date: 02/02/18 16:09:01
Modified:jetty/src/main/org/jboss/jetty/util NaiveTimeOutManager.java
Log:
sort logging
Revision ChangesPath
1.9 +5 -3
contrib/jetty/src/main/org/jboss/jetty/util/NaiveTimeOutManager.java
Index: NaiveTimeOutManager.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/util/NaiveTimeOutManager.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- NaiveTimeOutManager.java 16 Feb 2002 01:04:32 - 1.8
+++ NaiveTimeOutManager.java 19 Feb 2002 00:09:01 - 1.9
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: NaiveTimeOutManager.java,v 1.8 2002/02/16 01:04:32 jules_gosnell Exp $
+// $Id: NaiveTimeOutManager.java,v 1.9 2002/02/19 00:09:01 jules_gosnell Exp $
//--
@@ -79,7 +79,8 @@
public void
run()
{
- _log.info(background thread started: +NaiveTimeOutManager.this);
+ if (_log.isDebugEnabled())
+ _log.debug(background thread started: +NaiveTimeOutManager.this);
while (_running)
{
try
@@ -90,7 +91,8 @@
catch (InterruptedException e)
{}
}
- _log.info(background thread ended: +NaiveTimeOutManager.this);
+ if (_log.isDebugEnabled())
+ _log.debug(background thread ended: +NaiveTimeOutManager.this);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/xml JettyResolver.java
User: jules_gosnell
Date: 02/02/18 16:11:24
Modified:jetty/src/main/org/jboss/jetty/xml JettyResolver.java
Log:
sort logging
Revision ChangesPath
1.2 +5 -3 contrib/jetty/src/main/org/jboss/jetty/xml/JettyResolver.java
Index: JettyResolver.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/xml/JettyResolver.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JettyResolver.java13 Jan 2002 13:26:46 - 1.1
+++ JettyResolver.java19 Feb 2002 00:11:24 - 1.2
@@ -34,13 +34,14 @@
public
JettyResolver()
{
- // nothing
+// nothing
}
public InputSource
resolveEntity (String publicId, String systemId)
{
-_log.info(resolving +publicId+ : +systemId);
+if (_log.isDebugEnabled())
+ _log.debug(resolving +publicId+ : +systemId);
URL url=(URL)_map.get(publicId);
@@ -50,7 +51,8 @@
}
else
{
- _log.info(resolved +publicId+ : +url);
+ if (_log.isDebugEnabled())
+ _log.debug(resolved +publicId+ : +url);
try
{
InputSource is=new InputSource(url.openConnection().getInputStream());
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
User: jules_gosnell
Date: 02/02/18 16:14:02
Modified:jetty/src/main/org/jboss/jetty/security JBossUserRealm.java
Log:
sort logging
Revision ChangesPath
1.3 +18 -9
contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java
Index: JBossUserRealm.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/security/JBossUserRealm.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JBossUserRealm.java 14 Jan 2002 00:42:26 - 1.2
+++ JBossUserRealm.java 19 Feb 2002 00:14:02 - 1.3
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossUserRealm.java,v 1.2 2002/01/14 00:42:26 jules_gosnell Exp $
+// $Id: JBossUserRealm.java,v 1.3 2002/02/19 00:14:02 jules_gosnell Exp $
package org.jboss.jetty.security;
@@ -29,7 +29,7 @@
/** An implementation of UserRealm that integrates with the JBossSX
* security manager associted with the web application.
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
// TODO
@@ -44,7 +44,9 @@
JBossUserPrincipal(String name)
{
super(name);
- _log.info(created JBossUserRealm::JBossUserPrincipal: +name);
+
+ if (_log.isDebugEnabled())
+ _log.debug(created JBossUserRealm::JBossUserPrincipal: +name);
}
protected boolean
@@ -57,10 +59,12 @@
password=;
char[] passwordChars = password.toCharArray();
- _log.info(authenticating: Name:+userName+ Password:+password);
+ if (_log.isDebugEnabled())
+ _log.debug(authenticating: Name:+userName+ Password:/*+password*/);
if(_authMgr!=null _authMgr.isValid(this, passwordChars))
{
- _log.info(JBossUserPrincipal: +userName+ is authenticated);
+ if (_log.isDebugEnabled())
+ _log.debug(authenticated: +userName);
// work around the fact that we are not serialisable - thanks Anatoly
// SecurityAssociation.setPrincipal(this);
@@ -71,7 +75,7 @@
}
else
{
- _log.warn(JBossUserPrincipal: +userName+ is NOT authenticated);
+ _log.warn(authentication failure: +userName);
}
return authenticated;
@@ -146,12 +150,15 @@
Set requiredRoles = Collections.singleton(new SimplePrincipal(role));
if(_realmMapping!=null _realmMapping.doesUserHaveRole(this, requiredRoles))
{
- _log.info(JBossUserPrincipal: +userName+ is in Role: +role);
+ if (_log.isDebugEnabled())
+ _log.debug(JBossUserPrincipal: +userName+ is in Role: +role);
+
isUserInRole = true;
}
else
{
- _log.warn(JBossUserPrincipal: +userName+ is NOT in Role: +role);
+ if (_log.isDebugEnabled())
+ _log.debug(JBossUserPrincipal: +userName+ is NOT in Role: +role);
}
return isUserInRole;
@@ -210,7 +217,9 @@
public UserPrincipal
getUser(String userName)
{
-_log.info(JBossUserPrincipal: +userName);
+if (_log.isDebugEnabled())
+ _log.debug(JBossUserPrincipal: +userName);
+
return ensureUser(userName);
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JBossWebApplicationContext.java
User: jules_gosnell
Date: 02/02/18 16:15:29
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java
Log:
add a couple more xml-tags to list supported by AbstractWebContainer
Revision ChangesPath
1.23 +4 -3
contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java
Index: JBossWebApplicationContext.java
===
RCS file:
/cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/JBossWebApplicationContext.java,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- JBossWebApplicationContext.java 16 Feb 2002 14:15:26 - 1.22
+++ JBossWebApplicationContext.java 19 Feb 2002 00:15:29 - 1.23
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: JBossWebApplicationContext.java,v 1.22 2002/02/16 14:15:26 jules_gosnell
Exp $
+// $Id: JBossWebApplicationContext.java,v 1.23 2002/02/19 00:15:29 jules_gosnell
Exp $
// A Jetty HttpServer with the interface expected by JBoss'
// J2EEDeployer...
@@ -130,7 +130,9 @@
// these are handled by AbstractWebContainer
if (resource-ref.equals(element) ||
env-entry.equals(element) ||
- ejb-ref.equals(element))
+ ejb-ref.equals(element) ||
+ ejb-local-ref.equals(element) ||
+ security-domain.equals(element))
{
//_log.info(Don't moan : +element);
}
@@ -195,7 +197,6 @@
else
_log.warn(unknown ClassLoader type (+cl.getClass().getName()+) -
classpath may be incomplete);
}
-
_log.info(default JSP CLASSPATH: +classpath);
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**
This is done. --jason On Mon, 18 Feb 2002, Francisco Reverbel wrote: On 16 Feb 2002, Jason Dillon wrote: I have just committed the last of the structure changes that I am going to introduce until after 3.0 is released. This change includes: ... [snip] o Addition of IIOP module. This is not hooked up by default (yet). Could you please hook it up? As an optional module, like jboss.net. Cheers, Francisco ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jboss build.xml
Why does the server need to know anything about the source controlsystem which is being used to manage its sources? Pet names, as you say, are a time honored tradition amoung software developers. The are also used as a rememberance tool. Many folks will be more inclinded to remeber rabbit-hole than some arbitrary set of numbers. Along the same lines, our branch/tag naming system should be updated to include the name of the project, so we don't get namespace clashes when trying to branch jbossmq or jbossmx and such. Why do we need a pet name variable that has nothing to do with obtaining a snapshot of the code? I don't care that 3.0 is also known by rabbithole. It meaningless. That is why we had shown the version as well as the version name before. It seems like you do care, or you would have left it alone. I understand that you wanted to provide versioning for all jars. I don't see how that relates to changing how we refer to the release. A side not, I don't think that the jar mf impl/spec is really the best place for this type of versioning... or rather I think that it should be expanded further. For example, there is no jboss spec... and for jars that actually do have a spec, what do we put there? What if one jar covers more than once spec. All in all the additions of this package stuff to the jdk was not very well thought out... --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 488 Errors:5 Failures: 4 [time of test: 19 February 2002 2:53 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 489 Errors:5 Failures: 3 [time of test: 19 February 2002 3:23 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 489 Errors:5 Failures: 3 [time of test: 19 February 2002 4:22 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 497 Successful tests: 489 Errors:5 Failures: 3 [time of test: 19 February 2002 5:14 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-21] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. Remember - if a test becomes broken after your changes - fix it or fix the test! DETAILS OF ERRORS [details not shown -as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite! Its really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519741 ] run.sh -server fix
Bugs item #519741, was opened at 2002-02-18 23:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519741group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: run.sh -server fix Initial Comment: MacOS X 10.1.2 JDK 1.3.1 The MacOS JVM supports HotSpot, but not the '- server' option. The following patch fixes this in what I think is a platform independent way. I've tested on MacOS X and linux/JDK 1.3. diff -r1.35 run.sh 69,70c69,70 # Check for SUN(tm) JVM w/ HotSpot support HAS_HOTSPOT=`$JAVA -version 21 | $GREP HotSpot` --- # Check for SUN(tm) JVM server VM support HAS_SERVER_VM=`$JAVA -version 21 | $GREP -server` 72,73c72,73 # If JAVA_OPTS is not set and the JVM is HOTSPOT enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_HOTSPOT != x ]; then --- # If JAVA_OPTS is not set and the JVM is SERVER enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_SERVER_VM != x ]; then -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519741group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JDK 1.4 Logging in Jetty
JBoss Jetty developers I have just added optional support for JDK 1.4 logging into Jetty. I expect that this will totally break the JBoss build, so I will not tag the src1.4 tree in Jetty for inclusion into JBoss. We will need to be careful to not use standard release tags for future imports as you will then get the 1.4 stuff. You probably also want to start thinking about the migration path. In Jetty I have added a src1.4 tree into which 1.4 dependant code goes. This is both new classes and replacements for classes that exist in the normal src hierarchy. My build.xml script only compiles the src1.4 stuff into classes if java.util.logging.Logger is available. I expect this to be a major pain for the next 2 to 4 years! The stuff in src1.4 at the moment is just improved Logging, using the StackTraceElement stuff (so I don't have to parse the stack anymore) and provides a LoggerLogSink to redirect the Jetty log mechanism into the 1.4 Logger for org.mortbay cheers -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
