Hi, Thank you to all your replies about changing the jetty listening port, now everything works greatly. BTW, yesterday i downloaded Jboss-IDE and installed it with Eclipse; apart from its usefulness(which is great, i mean is really useful to have the jboss console under eclipse) i really enjoyed the 'missile' icon on the eclipse startup window...hahaha
Marco -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: Friday, February 14, 2003 4:42 AM To: [EMAIL PROTECTED] Subject: JBoss-user digest, Vol 1 #3794 - 8 msgs Send JBoss-user mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/jboss-user or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of JBoss-user digest..." Today's Topics: 1. jboss 2.4 to 3.x migration error (Sonnek, Ryan) 2. RE: jboss 2.4 to 3.x migration error (Corbin, James) 3. XAOracle problem solved! (Marco Tedone) 4. jxm-console questions (Marco Tedone) 5. RE: jxm-console questions (Pei Yeong, Cherng) 6. Re: jxm-console questions (Scott M Stark) 7. connector deployment (Gejara Kumar) 8. Re: JBoss & Log4J (Rod Macpherson) --__--__-- Message: 1 From: "Sonnek, Ryan" <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Date: Thu, 13 Feb 2003 17:17:06 -0600 Subject: [JBoss-user] jboss 2.4 to 3.x migration error Reply-To: [EMAIL PROTECTED] migrating a small jsp app that uses an oracle database from jboss 2.4.6 to 3.0.6, the following error is recieved from a page that calls commit() after an insert/update/delete. "You cannot commit with autocommit set!" in 2.4, the commit was required to get any of our pages to work, and now they fail with this error. is there some way to configure a datasource in 3.x to have autocommit set to false, or in 2.4 to set it to true? thanks ahead of time. Ryan --__--__-- Message: 2 From: "Corbin, James" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] jboss 2.4 to 3.x migration error Date: Thu, 13 Feb 2003 18:57:29 -0500 Reply-To: [EMAIL PROTECTED] Ryan, I ran into a similar problem when I migrated from 2.4.4 to 3.2RC1. When I migrated to 3.2 I started getting the following error, "You cannot set autocommit in a managed connection" I never saw this error in 2.4.4, but it made perfect sense when it showed up in 3.2. If you are using CMT then you cannot or should not be setting the autocommit flag on the connection. As it turned out in our case there was certain places where we were setting autocommit to false in our code. I removed them and the error went away. I am still investigating why the developers set the autocommit flag in the first place. :) This may not be your exact issue but it may get you going down the right path. 2.4.4 was very forgiving in regards to transactions. 3.x is less forgiving which is good. J.D. -----Original Message----- From: Sonnek, Ryan [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 4:17 PM To: '[EMAIL PROTECTED]' Subject: [JBoss-user] jboss 2.4 to 3.x migration error migrating a small jsp app that uses an oracle database from jboss 2.4.6 to 3.0.6, the following error is recieved from a page that calls commit() after an insert/update/delete. "You cannot commit with autocommit set!" in 2.4, the commit was required to get any of our pages to work, and now they fail with this error. is there some way to configure a datasource in 3.x to have autocommit set to false, or in 2.4 to set it to true? thanks ahead of time. Ryan ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user This electronic message transmission contains information from the Company that may be proprietary, confidential and/or privileged. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying or distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify the sender immediately by replying to the address listed in the "From:" field. --__--__-- Message: 3 From: "Marco Tedone" <[EMAIL PROTECTED]> To: "JBoss-user-list" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Date: Fri, 14 Feb 2003 00:33:39 -0000 Subject: [JBoss-user] XAOracle problem solved! Reply-To: [EMAIL PROTECTED] Hi all, I followed David's suggestion(i used the oracle-xa-ds instead of the service) and the database connection was simplier. My problem was due to = the jboss.xml in the ex06_1 of the workbook which encoding was "Cp1252" = instead of "UTF-8". The parser so was giving to me one error. Marco --__--__-- Message: 4 From: "Marco Tedone" <[EMAIL PROTECTED]> To: "JBoss-user-list" <[EMAIL PROTECTED]> Date: Fri, 14 Feb 2003 01:43:07 -0000 Subject: [JBoss-user] jxm-console questions Reply-To: [EMAIL PROTECTED] Hi, due to some conflicts on port 8080, i would like to change the port for jetty(for instance on port 8787). I'm using Jboss 3.2: where should i = change these values? For now i changed the values in jboss-service under = /deploy/http-invoker.sar but i'm not sure, also becuase pointing the browser to: http://localhost:8787/jmx-console doesn't work. Regards, Marco --__--__-- Message: 5 Subject: RE: [JBoss-user] jxm-console questions Date: Fri, 14 Feb 2003 10:30:27 +0800 From: "Pei Yeong, Cherng" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Hi, You should change the listener port number in jboss-service under /deploy/jbossweb.sar Regards, PY -----Original Message----- From: Marco Tedone [mailto:[EMAIL PROTECTED]]=20 Sent: Friday, February 14, 2003 9:43 AM To: JBoss-user-list Subject: [JBoss-user] jxm-console questions Hi, due to some conflicts on port 8080, i would like to change the port for jetty(for instance on port 8787). I'm using Jboss 3.2: where should i change these values? For now i changed the values in jboss-service under /deploy/http-invoker.sar but i'm not sure, also becuase pointing the browser to: http://localhost:8787/jmx-console doesn't work. Regards, Marco ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --__--__-- Message: 6 From: "Scott M Stark" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: Re: [JBoss-user] jxm-console questions Date: Thu, 13 Feb 2003 18:48:49 -0800 Organization: JBoss Group, LLC Reply-To: [EMAIL PROTECTED] Its just a servlet. Change the web container port in jbossweb.sar/META-INF/jboss-service.xml xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ----- Original Message ----- From: "Marco Tedone" <[EMAIL PROTECTED]> To: "JBoss-user-list" <[EMAIL PROTECTED]> Sent: Thursday, February 13, 2003 5:43 PM Subject: [JBoss-user] jxm-console questions Hi, due to some conflicts on port 8080, i would like to change the port for jetty(for instance on port 8787). I'm using Jboss 3.2: where should i change these values? For now i changed the values in jboss-service under /deploy/http-invoker.sar but i'm not sure, also becuase pointing the browser to: http://localhost:8787/jmx-console doesn't work. Regards, Marco --__--__-- Message: 7 Date: 14 Feb 2003 04:21:24 -0000 From: "Gejara Kumar" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: "David Jencks" <[EMAIL PROTECTED]> Subject: [JBoss-user] connector deployment Reply-To: [EMAIL PROTECTED] Hi I have followed the following steps and getting the following error while configuring/deploying the connector. 1. I have copied the following service.xml to default/deploy directory. 2. I have copied the Connector file "interdev.rar" to default/deploy directory. 3. The following is the Error we are getting. What could be the reason? Thanks Kumar ========== THE ERROR ===================== 09:32:50,171 ERROR [URLDeploymentScanner] MBeanException: Exception in MBean operation 'checkIncompleteDeployments()' Cause: Incomplete Deployment listing: Packages waiting for a deployer: <none> Incompletely deployed packages: <none> MBeans waiting for classes: <none> MBeans waiting for other MBeans: [ObjectName: jboss.jca:service=NoTxCM,name=interdev state: FAILED I Depend On: jboss.jca:service=RARDeployer jboss.jca:service=NoTxDS,name=interdev Depends On Me: org.jboss.deployment.DeploymentException: Exception setting attr ibute javax.management.Attribute@d5eb7 on mbean jboss.jca:service=NoTxCM,name=interdev; - nested throwable: (javax.management.AttributeNotFoundException: Writable attribute 'com.interdev.ejb.connector.AE3ManagedConnectionFactory' not found) , ObjectName: jboss.jca:service=NoTxDS,name=interdev state: CONFIGURED I Depend On: jboss.jca:service=RARDeployment,name=interdev Depends On Me: jboss.jca:service=NoTxCM,name=interdev] ========================================== ======= interdev-service.xml ============== <?xml version="1.0" encoding="UTF-8"?> <service> <mbean code="org.jboss.resource.connectionmanager.NoTxConnectionManager" name="jboss.jca:service=NoTxCM,name=interdev"> <depends>jboss.jca:service=RARDeployer</depends> <depends optional-attribute-name="com.interdev.ejb.connector.AE3ManagedConnectionFact ory"> <mbean code="org.jboss.resource.connectionmanager.RARDeployment" name="jboss.jca:service=NoTxDS,name=interdev"> <depends optional-attribute-name="OldRarDeployment">jboss.jca:service=RARDeployment,n ame=interdev</depends> <attribute name="ManagedConnectionFactoryProperties"> <properties> <config-property name="serviceUrl" type="java.lang.String">someValue1</config-property> <config-property name="configUrl" type="java.lang.String">someValue2</config-property> </properties> </attribute> <attribute name="JndiName">interdev/aeconnector</attribute> </mbean> </depends> <depends optional-attribute-name="ManagedConnectionPool"> <mbean code="org.jboss.resource.connectionmanager.JBossManagedConnectionPool" name="jboss.jca:service=NoTxPool,name=interdev"> <attribute name="MinSize">0</attribute> <attribute name="MaxSize">50</attribute> <attribute name="BlockingTimeoutMillis">5000</attribute> <attribute name="IdleTimeoutMinutes">15</attribute> <attribute name="Criteria">ByContainer</attribute> </mbean> </depends> <depends optional-attribute-name="CachedConnectionManager">jboss.jca:service=CachedCo nnectionManager</depends> <depends optional-attribute-name="JaasSecurityManagerService">jboss.security:service= JaasSecurityManager</depends> </mbean> </service> ========= end of xml ====================== On Thu, 13 Feb 2003 Gejara Kumar wrote : >Hi David, > >Please correct if I am wrong here, > >- In the service.xml file name should be any thing? >- In the service.xml file the following are the values I am >replacing >1. >ManagedConnectionFactoryName=com.interdev.ejb.connector.AE3ManagedConnectio nFactory > >2. LiDOVersantDS =? (I have to mention interdev.rar) OR I can >replace with any name. > >3. LiDO ? > >Thanks >Kumar > > > > > > > >On Thu, 13 Feb 2003 David Jencks wrote : >>Oops, forgot the file:-). It's inline here: >> >><?xml version="1.0" encoding="UTF-8"?> >> >> >><service> >> >> >> <mbean >>code="org.jboss.resource.connectionmanager.NoTxConnectionManager" >>name="jboss.jca:service=NoTxCM,name=LiDOVersantDS"> >> >> <!--make the rar deploy - A BIG HACK till xslt based >>deployment is >>written--> >> <depends>jboss.jca:service=RARDeployer</depends> >> >> <depends >>optional-attribute-name="ManagedConnectionFactoryName"> >> <mbean >>code="org.jboss.resource.connectionmanager.RARDeployment" >>name="jboss.jca:service=NoTxDS,name=LiDOVersantDS"> >> <!--more hack--> >> <depends >>optional-attribute-name="OldRarDeployment">jboss.jca:service=RARDeployment ,name=LiDO</depends> >> <attribute name="ManagedConnectionFactoryProperties"> >> <properties> >> <config-property name="serviceUrl" >>type="java.lang.String">trackerdb</config-property> >> <config-property name="configUrl" >>type="java.lang.String">trackerdb</config-property> >> </properties> >> </attribute> >> <attribute name="JndiName">adap_1</attribute> >> </mbean> >> >> </depends> >> <depends optional-attribute-name="ManagedConnectionPool"> >> <mbean >>code="org.jboss.resource.connectionmanager.JBossManagedConnectionPool" >>name="jboss.jca:service=NoTxPool,name=LiDOVersantDS"> >> >> <attribute name="MinSize">0</attribute> >> <attribute name="MaxSize">50</attribute> >> <attribute >>name="BlockingTimeoutMillis">5000</attribute> >> <attribute name="IdleTimeoutMinutes">15</attribute> >> <!--criteria indicates if Subject (from security >>domain) or app >>supplied >> parameters (such as from getConnection(user, pw)) >>are used to >>distinguish >> connections in the pool. Choices are >> ByContainerAndApplication (use both), >> ByContainer (use Subject), >> ByApplication (use app supplied params only), >> ByNothing (all connections are equivalent, usually >>if adapter >>supports >> reauthentication)--> >> <attribute name="Criteria">ByContainer</attribute> >> </mbean> >> </depends> >> <depends >>optional-attribute-name="CachedConnectionManager">jboss.jca:service=Cached ConnectionManager</depends> >> >> <depends >>optional-attribute-name="JaasSecurityManagerService">jboss.security:servic e=JaasSecurityManager</depends> >> >> </mbean> >> >></service> >> >> >>On 2003.02.13 10:11 David Jencks wrote: >> > There's a lot missing from your *-service.xml file. I've >>attached one >> > that >> > includes more or less the minimum you need. It is partly >>adapted to your >> > .rar file. You definitely need to fill in the 2 config >>property values, >> > and probably want to change the mbean and jndi names. >> > >> > When you get it working please contribute it back to the jca >>samples by >> > submitting a patch on sourceforge. >> > >> > thanks >> > david jencks >> > >> > On 2003.02.13 06:07 Gejara Kumar wrote: >> > > Hi >> > > >> > > I tried deploying my sample connector, and it got deployed >> > > successfully. But it was not bonded to the JNDI name. >> > > >> > > To provide this I have tried preparing a service.xml >> > > and copy to /deploy directory. I was unsuccessful. >> > > >> > > I tried to find out the relevant sample for service.xml to >> > > prepare the xml for my connector configuration in JBOSS server >> > > directory(jca samples), But most of them, looks like for >> > > describing JDBC/Databse system related. I am working with IBM >> > > Mqseries system based. >> > > >> > > The following is the environment ================================ >> > > version = JBOSS 3.0.4 >> > > platform = WIN NT 4.0 >> > > my connector RAR file = Interdev.rar >> > > ================================ >> > > >> > > I have prepared one interdev-service.xml file, >> > > getting errors of SAX parser related. >> > > >> > > Since I am new to JBOSS, do not have much >> > > knowledge about preparation of service.xml, >> > > can anybody help me in this regard. >> > > >> > > I have copied following in this mail. >> > > >> > > -- ra.xml of connector >> > > -- interdev-service.xml >> > > -- Error trace at Server side to in-correct service.xml >> > > >> > > Thanks >> > > Kumar >> > > -------------------------------------------- >> > > >> > > The RA.XML file >> > > ================================== >> > > <?xml version="1.0"?> >> > > <!DOCTYPE connector PUBLIC '-//Sun Microsystems, >>Inc.//DTD >> > > Connector 1.0//EN' >>'http://java.sun.com/dtd/connector_1_0.dtd'> >> > > <connector> >> > > <display-name>Inter Dev Connector Copr. 2000, 2001 Inter >>Dev >> > > Software Inc.</display-name> >> > > <description /> >> > > <vendor-name>Inter Dev Software Inc.</vendor-name> >> > > <spec-version>1.0</spec-version> >> > > <eis-type>Inter Dev Active Enterprise data >>sources</eis-type> >> > > <version>3.1.0</version> >> > > <resourceadapter> >> > > >> > > >><managedconnectionfactory-class>com.interdev.ejb.connector.AE3ManagedC >>onnectionFactory</managedconnectionfactory-class> >> > > >> > > >><connectionfactory-interface>javax.resource.cci.ConnectionFactory</con >>nectionfactory-interface> >> > > >> > > >><connectionfactory-impl-class>com.interdev.ejb.connector.AE3Connection >>Factory</connectionfactory-impl-class> >> > > >> > > >><connection-interface>javax.resource.cci.Connection</connection-interf >>ace> >> > > >> > > >><connection-impl-class>com.interdev.ejb.connector.ConnectionImpl</conn >>ection-impl-class> >> > > >><transaction-support>NoTransaction</transaction-support> >> > > <config-property> >> > > <description>Service URL value for Connector</description> >> > > >><config-property-name>serviceUrl</config-property-name> >> > > >> > > >><config-property-type>java.lang.String</config-property-type> >> > > <config-property-value>TBD</config-property-value> >> > > </config-property> >> > > <config-property> >> > > <description>Config value for >>connector</description> >> > > >><config-property-name>configUrl</config-property-name> >> > > >> > > >><config-property-type>java.lang.String</config-property-type> >> > > <config-property-value>TBD</config-property-value> >> > > </config-property> >> > > >><reauthentication-support>false</reauthentication-support> >> > > </resourceadapter> >> > > </connector> >> > > ======= END OF RA.XML============= >> > > >> > > ========== Interdev-service.xml================= >> > > <service> >> > > <mbean >> > > code="org.jboss.resource.connectionmanager.RARDeployment" >> > > >>name="jboss.jca:service=interdev,name=com.interdev.ejb.connector.AE3Co >>nnectionFactory"> >> > > <depends >> > > >>optional-attribute-name="OldRarDeployment">jboss.jca:service=RARDeploy >>ment,name=com.interdev.ejb.connector.AE3ConnectionFactory</depends> >> > > <attribute >>name="JndiName">interdev/connector</attribute> >> > > </mbean> >> > > </service> >> > > ============ END of interdev-service.xml======== >> > > >> > > ========= ERROR BELOW =================== >> > > 15:38:23,906 INFO [MainDeployer] Starting deployment of >>package: >> > > file:/E:/appse >> > > rv/jboss-3.0.4/server/default/deploy/interdev-service.xml >> > > 15:38:23,968 ERROR [URLDeploymentScanner] Failed to >>deploy: >> > > org.jboss.deployment >> > > .scanner.URLDeploymentScanner$DeployedURL@35786e7a{ >> > > url=file:/E:/appserv/jboss-3 >> > > .0.4/server/default/deploy/interdev-service.xml, >> > > deployedLastModified=0 } >> > > org.jboss.deployment.DeploymentException: Exception >>getting >> > > document; - nested t >> > > hrowable: (org.xml.sax.SAXParseException: The markup in >>the >> > > document preceding t >> > > he root element must be well-formed.) >> > > at >> > > >>org.jboss.deployment.SARDeployer.parseDocument(SARDeployer.java:635) >> > > at >> > > >>org.jboss.deployment.SARDeployer.init(SARDeployer.java:150) >> > > ========================================================= >> > > >> > > On Wed, 12 Feb 2003 David Jencks wrote : >> > > >You don't say what you have tried and what happened, so I >>can't >> > > >help much. >> > > > >> > > >You need to: >> > > >1. deploy the .rar by putting it in the appropriate >>deploy >> > > >folder >> > > >2. deploy a configuration file myrar-service.xml by >>putting it in >> > > >the >> > > >deploy folder. >> > > > >> > > >Examples of configuration files are in docs/examples/jca >>I >> > > >believe. >> > > > >> > > >david jencks >> > > > >> > > >> > > >> > > >> > > >> > > ------------------------------------------------------- >> > > This sf.net email is sponsored by:ThinkGeek >> > > Welcome to geek heaven. >> > > http://thinkgeek.com/sf >> > > _______________________________________________ >> > > JBoss-user mailing list >> > > [EMAIL PROTECTED] >> > > https://lists.sourceforge.net/lists/listinfo/jboss-user >> > > >> > > >> > >> > >> > ------------------------------------------------------- >> > This SF.NET email is sponsored by: FREE SSL Guide from >>Thawte >> > are you planning your Web Server Security? Click here to get >>a FREE >> > Thawte SSL guide and find the answers to all your SSL >>security issues. >> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en >> > _______________________________________________ >> > JBoss-user mailing list >> > [EMAIL PROTECTED] >> > https://lists.sourceforge.net/lists/listinfo/jboss-user >> > >> > >> >> >>------------------------------------------------------- >>This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you >>planning your Web Server Security? Click here to get a FREE >>Thawte SSL guide and find the answers to all your SSL security >>issues. >>http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en >>_______________________________________________ >>JBoss-user mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > >------------------------------------------------------- >This SF.NET email is sponsored by: FREE SSL Guide from Thawte >are you planning your Web Server Security? Click here to get a >FREE >Thawte SSL guide and find the answers to all your SSL security >issues. >http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en >_______________________________________________ >JBoss-user mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-user --__--__-- Message: 8 Date: Thu, 13 Feb 2003 20:41:17 -0800 From: Rod Macpherson <[EMAIL PROTECTED]> Subject: Re: [JBoss-user] JBoss & Log4J To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Ditto for weblogic which uses its own logging API versus log4j. I cur= rent use a switch to bypass log4j configuration on jboss flavored applicat= ion servers - also to use that switch for JNDI access settings which are = vendor specific. Perhaps there is relief ahead: JDK 1.4. JBoss could use JDK= 1.4 logging or stick with log4j and leave the build-in logging for applic= ations. ----- Original Message ----- =46rom: "Corbin, James" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 13, 2003 2:42 PM Subject: RE: [JBoss-user] JBoss & Log4J Scott, I can come up with some ways to isolate it through application config= uration files, but it isn't clean. Currently we are deploying on JBOSS 3.x and WebSphere 5.x. JBOSS use= s Log4J for logging and WebSphere doesn't. Originally we had our own log4J configuration file (in our deployment) but the appender settings conf= licted with the JBOSS configuration (as you can imagine). In our case the only solution I see is to code different behavior dep= ending upon the app-server that the application is being deployed upon (we a= lready track this in an app configuration file). For instance, Pseudo-code... If appserver =3D=3D jboss{ Configuration file already configured by JBoss. } Else if appserver =3D=3D websphere { Initialize the log4j configuration with a local log4j config file. } Log Away... Do you, or anybody else, have suggestions around this that I may be overlooking? Thanks, J.D. -----Original Message----- =46rom: Scott M Stark [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 2:20 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] JBoss & Log4J There are ways to isolate the configuration from the server. In the f= uture an application's log4j.xml or log4j.properties and setup a configurat= ion based on this. Expecting portability of non-J2EE interfaces is not realistic. xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ----- Original Message ----- =46rom: "Corbin, James" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 13, 2003 11:51 AM Subject: RE: [JBoss-user] JBoss & Log4J This thread concerns me the more I follow it. Is it true that applic= ations running under JBOSS are required to define the application logging information in the log4J configuration file that JBOSS uses????? If so, this is not well implemented because we run our app on multipl= e web servers, i.e., JBOSS, WebSphere and WebLogic. Is it possible to define application level logging using Log4J that i= s configurable independent of the Log4J configuration that comes with J= BOSS (I'm using 3.2RC1). Thanks, J.D. -----Original Message----- =46rom: Anders Engstr=F6m [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 12:16 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] JBoss & Log4J On Thu, Feb 13, 2003 at 04:58:19PM +0200, Zeev B wrote: > > On Thu, Feb 13, 2003 at 09:06:00AM +1100, Kevin O'Neill wrote: > > > On Thu, 2003-02-13 at 01:27, Anders Engstr?m wrote: > > > > [snip] > > > > > > > > > > We need a standard way to specify the log4j configuration independent > of > > > > the application server we are deploying to. It makes total se= nse to > > > > separate the appserver logging from the application's logging= . > > > > > > > > How are folks handling this situation? > > > > > > Remeber that the conf directory is jsut a part of the class pat= h and the > > > log4j config file in there is a standard log4j xml config file.= I > > > usually add my logging information to it. > > > > > > > Maybe I wasn't clear enough - but this is exactly the scenario we= want > > to avoid. The deployed application should have a self-contained l= ogging > > configuration. There should be no need to modify _server_configur= ation_ > > files to enable/modify logging for a deployed application. > > > > //Anders > > I have a similar scenario with my J2EE application. I've solved the problem > by changing my log4j configuration to include definitions only to m= y loggers > (categories), for example: > All application classes in packages under com.mycompany.myapplicati= on then > in the log4j properties file I have the following configuration: > > log4j.appender.consoleApp=3Dorg.apache.log4j.ConsoleAppender > log4j.appender.consoleApp.layout=3Dorg.apache.log4j.PatternLayout > log4j.appender.consoleApp.layout.ConversionPattern=3D%c %p - %m%n > # > log4j.appender.fileApp=3Dorg.apache.log4j.FileAppender > log4j.appender.fileApp.File=3Dlog.out > log4j.appender.fileApp.Append=3Dfalse > log4j.appender.fileApp.layout=3Dorg.apache.log4j.PatternLayout > log4j.appender.fileApp.layout.ConversionPattern=3D%d{dd-MM-yyyy HH:= mm:ss} > %.50c %-5p [%.30t] - %m%n > # > log4j.logger.com.mycompany.myapplication=3DDEBUG, consoleApp, fileA= pp > > I use this configuration file to configure log4j (without resetting= the > current configuration) and since I only configure my loggers it doe= s not > affect JBoss logging. > Thanks for the comment. This is probably the way we'll have to config= ure our application logging in JBoss. But the problem still remains - why should I tamper with a server configuration file to modify logging within a deployed application? //Anders -- |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D| | Anders Engstr=F6m | | [EMAIL PROTECTED] | | http://www.gnejs.net | | PGP-Key: http://dmzc.gnejs.net/public_key.asc | |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D| | Your mind is like an umbrella. | | It doesn't work unless you open it. | | /Frank Zappa | |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D| ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issue= s. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user This electronic message transmission contains information from the Co= mpany that may be proprietary, confidential and/or privileged. The information is intended only for the use of the individual(s) or = entity named above. If you are not the intended recipient, be aware that any disclosure, copying or distribution or use of the cont= ents of this information is prohibited. If you have received this electronic transmission in error, please notify the sender immed= iately by replying to the address listed in the "From:" field. ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issue= s. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issue= s. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user This electronic message transmission contains information from the Co= mpany that may be proprietary, confidential and/or privileged. The information is intended only for the use of the individual(s) or = entity named above. If you are not the intended recipient, be aware that any disclosure, copying or distribution or use of the cont= ents of this information is prohibited. If you have received this electronic transmission in error, please notify the sender immed= iately by replying to the address listed in the "From:" field. ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issue= s. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --__--__-- _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user End of JBoss-user Digest ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
