Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ad...@jb...> - 2005-05-04 19:42:35
|
JIRA Task: http://jira.jboss.com/jira/browse/EJBTHREE-144 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876494#3876494 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876494 |
|
From: <ad...@jb...> - 2005-05-04 18:41:53
|
Some the kernel module xml tests are failing at the moment, this is because they are currently WIP. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876483#3876483 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876483 |
|
From: <ad...@jb...> - 2005-05-04 18:40:57
|
Since the new build tests are currently broken: http://jira.jboss.com/jira/browse/JBBUILD-72 I've created some buildmagic files (build-test.xml) in the container and kernel modules. To run the tests: | [ejort@htimes2 container]$ ant -f build-test.xml module-jars tests | Buildfile: build-test.xml | | _buildmagic:init: | Trying to override old definition of task property | | _buildmagic:init:buildlog: | | configure: | | _default:task-init: | | init: | | module-jars: | | _buildmagic:init: | | init: | | tests: | [junit] Running org.jboss.test.classinfo.introspection.test.IntrospectionTestCase | [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.786 sec | [junit] Running org.jboss.test.joinpoint.reflect.test.ReflectJoinpointTestCase | [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 1.602 sec | | BUILD SUCCESSFUL | Total time: 11 seconds | Of course the module-jars is optional once you have build the test. You can also use "one-test -Dtest=xxx" like in the testsuite View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876482#3876482 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876482 |
|
From: qdotlu <nu...@jb...> - 2005-05-04 18:19:23
|
I would like to call EJB using a defined IDL interface (which need to work in both JBoss, WebLogic and Websphere). So if I can use SUN JDK's ORB to replace the native ORB, then I don't have to write platform-specific ORB code (even though all these ORBs claim support CORBA 2.3 or above, but they behave quite differently in case of Dynamic Skeleton Interface). Regards, -Qdotlu View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876479#3876479 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876479 |
|
From: <dim...@jb...> - 2005-05-04 18:12:38
|
By just looking in the jboss/iiop module I can find quite a few references to jacorb, so my first guess is this won't work, at least not out of the box. But the question is really, why you want to make this change? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876477#3876477 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876477 |
|
From: <ste...@jb...> - 2005-05-04 18:02:17
|
Bill emailed and said he is going to work on the JCA stuff. So I think I'll work on some Hibernate3 shit. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876476#3876476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876476 |
|
From: qdotlu <nu...@jb...> - 2005-05-04 17:47:05
|
There is a situation that we would like to switch the JBoss default ORB to a 3rd party ORB implementation (the 3rd party ORB conforms to CORBA 2.3 specification also) by configuring the following 2 command line properties when starting up the JBoss AS: org.omg.CORBA.ORBSingletonClass= org.omg.CORBA.ORBClass= We don't know whether the transaction context and security context will be propagated as it used to be if the default server ORB is used. Please see the following simple diagram: RMI-IIOP (with foreign ORB) EJB1 in JBoss1 -------------------------------> EJB2 in JBoss2 Transaction/Security Context?? Could somebody confirm whether this will work or not? Thanks, -Zhijiang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876474#3876474 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876474 |
|
From: mikezzz <nu...@jb...> - 2005-05-04 17:36:51
|
Also download putty and use that rather than the MS telnet for testing. Mike. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876470#3876470 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876470 |
|
From: <rya...@jb...> - 2005-05-04 17:35:47
|
I have created a JIRA task for the license consolidation. http://jira.jboss.com/jira/browse/JBBUILD-73 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876469#3876469 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876469 |
|
From: mikezzz <nu...@jb...> - 2005-05-04 17:34:08
|
Hi, The instructions on that site are incorrect. Try: > HELO localhost.localdomain.com > MAIL FROM:<wo...@lo...> > RCPT TO:<wo...@lo...> > DATA > Some random noise > > . > The empty lines after the data section are important. Also try sending a mail to yourself via Outlook. Mike. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876468#3876468 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876468 |
|
From: <ad...@jb...> - 2005-05-04 17:21:12
|
One problem with doing this, is that it would potentially allow a | <source> | to indirectly reference a component that was imported through a component-info.xml We don't want this to happen. I would suggest that the two different mechanisms for importing components (directly and indirectly) set a threadlocal which is then stored inside the component/artifact definition. The <source> would then throw a BuildException if it attempted to reference something that was not directly imported. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876464#3876464 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876464 |
|
From: <ad...@jb...> - 2005-05-04 17:04:34
|
Bug report: http://jira.jboss.com/jira/browse/JBBUILD-72 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876462#3876462 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876462 |
|
From: <ad...@jb...> - 2005-05-04 17:00:13
|
"sco...@jb..." wrote : Another thing that is missing in the component-info.xml is an expression of the depenencies on other repository components. For example, the javagroups component has no expressed dependency on the commons-logging component. I don't think the consumer of javagroups should have to understand implied dependencies. | Yes, this has broken the "runtest" target where a test would automatically import the dependencies of its dependencies without each module having to worry about what each project uses. e.g. kernel uses jboss-common.jar which was compiled over xerces, etc. | [ejort@htimes2 kernel]$ ant -f jbossbuild.xml runtest | Buildfile: jbossbuild.xml | | runtest.tests: | Unable to locate 'commons-logging.jar' in Class-Path of jboss-common.jar | Unable to locate 'commons-httpclient.jar' in Class-Path of jboss-common.jar | Unable to locate 'commons-discovery.jar' in Class-Path of jboss-common.jar | Unable to locate 'dom4j.jar' in Class-Path of jboss-common.jar | Unable to locate 'jaxmexs.jar' in Class-Path of jboss-common.jar | Unable to locate 'log4j.jar' in Class-Path of jboss-common.jar | Unable to locate 'gnu-regexp.jar' in Class-Path of jboss-common.jar | Unable to locate 'webdavlib.jar' in Class-Path of jboss-common.jar | Unable to locate 'dtdparser121.jar' in Class-Path of jboss-common.jar | Unable to locate 'xercesImpl.jar' in Class-Path of jboss-common.jar | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876459#3876459 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876459 |
|
From: fredatwork <nu...@jb...> - 2005-05-04 15:58:55
|
Thnaks for the top. I had another struts.jar file in my JBoss deploy directory. It's fixed now. Regards, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876439#3876439 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876439 |
|
From: <sco...@jb...> - 2005-05-04 15:02:53
|
Another thing that is missing in the component-info.xml is an expression of the depenencies on other repository components. For example, the javagroups component has no expressed dependency on the commons-logging component. I don't think the consumer of javagroups should have to understand implied dependencies. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876430#3876430 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876430 |
|
From: <bil...@jb...> - 2005-05-04 14:57:05
|
sure. I'm working on TM/JNDI right now. Will move to JCA if you don't get to it this week. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876427#3876427 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876427 |
|
From: <cle...@jb...> - 2005-05-04 14:49:40
|
This is a struts error. Probably a classpath issue on the struts side. I've seen this kind of error even in other Struts applications. Or you have a old version of JBoss, or you changed the classpath for another application. I guess if you use a fresh download of JBoss in the default/all server it should work without any problems. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876426#3876426 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876426 |
|
From: <cle...@jb...> - 2005-05-04 14:44:18
|
We are trying to fix the testsuite cruisecontrol to post these results. I will still have to filter out some tests, but I want to do it after I got some output to show developers how this is working. I will post a message in the dev forum since we get the testsuite fixed/matrix working. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876425#3876425 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876425 |
|
From: <ste...@jb...> - 2005-05-04 14:40:02
|
So should I start on the JCA-bean stuff? Is that what makes the most sense priority-wise? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876424#3876424 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876424 |
|
From: Andy_Wagg <nu...@jb...> - 2005-05-04 12:20:52
|
This probaly is a user question, although this seems to be the best place to ask. I am trying to use a name server (TAO) on a different server and have modified the jacorb.properties to use this by adding the following line. ORBInitRef.NameService=corbaloc:iiop:wk20:2809/NameService I turned on additional debugging and get the following information. INFO | jvm 1 | 2005/05/04 12:10:55 | 11:10:55,625 INFO [STDOUT] [ InterceptorManager started with 0 SIs, 0 CIs and 2 IORIs ] INFO | jvm 1 | 2005/05/04 12:10:55 | 11:10:55,670 INFO [STDOUT] [ Delegate.getReference with POA < empty> ] INFO | jvm 1 | 2005/05/04 12:10:55 | 11:10:55,829 INFO [STDOUT] [ ClientConnectionManager: created new conn to target wk20:280 9 ] INFO | jvm 1 | 2005/05/04 12:10:55 | 11:10:55,830 INFO [STDOUT] [ (Pool)[0/0] creating new thread ] INFO | jvm 1 | 2005/05/04 12:10:55 | 11:10:55,876 INFO [STDOUT] [ (Pool)[1/1] added idle thread ] INFO | jvm 1 | 2005/05/04 12:10:55 | 11:10:55,876 INFO [STDOUT] [ (Pool)[0/1] removed idle thread (job scheduled) ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,775 INFO [STDOUT] [ Trying to connect to 10.141.65.174:2809 ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,780 INFO [STDOUT] [ Connected to wk20:2809 from local port 4989 ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,829 INFO [STDOUT] [ Delegate.getReference with POA < empty> ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,834 INFO [STDOUT] [ Closed client-side TCP/IP transport to wk20:2809 terminally ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,835 INFO [STDOUT] [ GIOPConnection closed completely ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,836 INFO [STDOUT] [ ClientConnectionManager: found conn to target wk20:2809 ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,854 INFO [STDOUT] [ Transport to wk20:2809: stream closed ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,855 INFO [STDOUT] [ Closed client-side TCP/IP transport to wk20:2809 terminally ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,856 INFO [STDOUT] [ (Pool)[1/1] added idle thread ] INFO | jvm 1 | 2005/05/04 12:10:56 | 11:10:56,856 INFO [STDOUT] [ (Pool)[1/1] job queue empty ] It seems it just conencts and disconnects from the name server. Any suggestions, am I going about this the right way by using a different name server. Thanks Andy View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876416#3876416 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876416 |
|
From: <ale...@jb...> - 2005-05-04 09:56:27
|
I linked http://jira.jboss.com/jira/browse/JBMICROCONT-33 to http://jira.jboss.com/jira/browse/JBXB-17 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876409#3876409 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876409 |
|
From: <sco...@jb...> - 2005-05-04 07:16:40
|
Also, this discussion is somewhat silly because in general you have no control over the class loading structure in j2ee. Show me the spec other than the servlet spec that has any notion of class loader ordering. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876397#3876397 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876397 |
|
From: <sco...@jb...> - 2005-05-04 07:09:23
|
As of 4.0.2, the web container does use child first deployment as the default. However, it explicitly ignores loading classes from commons logging because the interaction of tomcat in jboss results in mbeans bound by the web container service that use commons logging in the scope of the tomcat sar class loader, and these mbeans are used as root mbeans for subsequent war deployments and allowing the war to override the commons logging classes results in type conflicts. jboss would have to rename its use of the commons logging package to break the interaction. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876396#3876396 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876396 |
|
From: fredatwork <nu...@jb...> - 2005-05-04 06:48:00
|
Hello,
The analysis web app throwed an exception to me, after reading files (that =
I backed up after a JBoss shutdown)=20
Here is the exception I received as a web page after I clicked the "Click h=
ere" link:
| <html><head><title>Apache Tomcat/5.0.28 - Error report</title><style><!=
--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525=
D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;ba=
ckground-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-s=
erif;color:white;background-color:#525D76;font-size:14px;} BODY {font-famil=
y:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-fami=
ly:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-f=
amily:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}=
A {color : black;}A.name {color : black;}HR {color : #525D76;}--></style> <=
/head><body><h1>HTTP Status 500 - </h1><HR size=3D"1" noshade=3D"noshade"><=
p><b>type</b> Exception report</p><p><b>message</b> <u></u></p><p><b>descri=
ption</b> <u>The server encountered an internal error () that prevented it =
from fulfilling this request.</u></p><p><b>exception</b> <pre>javax.servlet=
.ServletException: Cannot find message resources under key org.apache.strut=
s.action.MESSAGE
| =09org.apache.jasper.runtime.PageContextImpl.doHandlePageException(Page=
ContextImpl.java:825)
| =09org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCo=
ntextImpl.java:758)
| =09org.apache.jsp.processMethods_jsp._jspService(processMethods_jsp.jav=
a:496)
| =09org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
| =09javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| =09org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrappe=
r.java:324)
| =09org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:=
292)
| =09org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
| =09javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| =09org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderF=
ilter.java:75)
| </pre></p><p><b>root cause</b> <pre>javax.servlet.jsp.JspException: Can=
not find message resources under key org.apache.struts.action.MESSAGE
| =09org.apache.struts.util.RequestUtils.retrieveMessageResources(Request=
Utils.java:1103)
| =09org.apache.struts.util.RequestUtils.message(RequestUtils.java:1043)
| =09org.apache.struts.util.RequestUtils.message(RequestUtils.java:1018)
| =09org.apache.struts.taglib.bean.WriteTag.retrieveFormatString(WriteTag=
.java:313)
| =09org.apache.struts.taglib.bean.WriteTag.formatValue(WriteTag.java:393=
)
| =09org.apache.struts.taglib.bean.WriteTag.doStartTag(WriteTag.java:292)
| =09org.apache.jsp.processMethods_jsp._jspx_meth_bean_write_0(processMet=
hods_jsp.java:513)
| =09org.apache.jsp.processMethods_jsp._jspService(processMethods_jsp.jav=
a:132)
| =09org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
| =09javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| =09org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrappe=
r.java:324)
| =09org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:=
292)
| =09org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
| =09javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| =09org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderF=
ilter.java:75)
|=20
| </pre></p><p><b>note</b> <u>The full stack trace of the root cause is a=
vailable in the Apache Tomcat/5.0.28 logs.</u></p><HR size=3D"1" noshade=3D=
"
|=20
Any idea what can be wrong ?
Fred
View the original post : http://www.jboss.org/index.html?module=3Dbb&op=3Dv=
iewtopic&p=3D3876394#3876394
Reply to the post : http://www.jboss.org/index.html?module=3Dbb&op=3Dpostin=
g&mode=3Dreply&p=3D3876394
|
|
From: bstansberry <nu...@jb...> - 2005-05-04 06:47:11
|
There are a couple of related discussions going on on the Jakarta commons-dev mailing list where I'd like to invite the classloading gurus from the JBoss community to weigh in: http://marc.theaimsgroup.com/?t=111477819200003&r=1&w=2 http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=111477251329301&w=2 These discussions center on a proposal to change commons-logging to use a static binding approach; i.e. one wherein a user who wished to log using log4j would deploy a "commons-logging-log4j.jar" whose "discovery" mechanism would be statically bound to log4j. This approach would replace the existing implementation where JCL uses the thread context classloader to try to dynamically determine what logging library to use. The static binding approach is simpler and more reliable, but has the disadvantage of not allowing a contained deployment to override the logging configuration of its container if parent-first classloading is used. The following quote from Simon Kitching sums up the argument for using static binding: anonymous wrote : There simply *is* no requirement to be able to deploy the static adaptor lib via one classloader but deploy the actual logging library via another. This isn't something that anyone needs to do. | | (a) if child-first loading is in operation, then the static adaptor and | the logging library can both be deployed via WEB-INF/lib. | | (b) if parent-first loading is in operation and no static adaptor is | present in the parent, then the static adaptor and the logging library | can both be deployed via WEB-INF/lib. | | (c) if parent-first loading is in operation, and a static adaptor + | logging library are deployed via the parent, then the webapp has no | control. If they want control, they should use child-first [see scenario | (a)]. Where it would be great to get some input from the JBoss folks is on the implications of the last statement above -- if a contained application wants to use a different logging library than its container, it should just use child-first classloading. Any thoughts on problems JCL users might experience from using child-first loading, particularly if the deployment in question isn't a webapp, but is an EJB jar or a SAR? Why is parent-first loading the default in JBoss, even for webapps? Sorry if this is off-topic; didn't see a user forum that really fit :) Best regards, Brian View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876393#3876393 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876393 |
1965 messages has been excluded from this view by a project administrator.
