[JBoss-user] JBoss and Log4j v1.3(alpha)
Hello, Has anybody tried running JBoss 4.0.0 with the latest alpha build of log4j v1.3? I'm asking this, because the new chainsaw v2 looks pretty intresting and it only works with the 1.3 version of log4j. See http://logging.apache.org/log4j/docs/chainsaw.html. Simply by replacing the server\lib\log4j.jar with the current alpha build of 1.3 ( log4j-1.3alpha.jar) caused an exception thrown with the result of everything being logged to the console. And the situtation went even worse when i tried to replace jboss\lib\log4j-boot.jar. 07:17:15,231 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml 07:17:15,421 WARN [ServiceController] Problem creating service jboss.system:type=Log4jService,service=Logging java.lang.NoSuchMethodError: org.apache.log4j.config.PropertySetter.canContainComponent(Ljava/lang/String;)I at org.apache.log4j.xml.DOMConfigurator.configureNestedComponent(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.parseAppender(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.findAppenderByName(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.findAppenderByReference(UnknownSource) at org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLoggerElement(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.parseCategory(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.parse(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.doConfigure(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.doConfigure(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.doConfigure(Unknown Source) at org.apache.log4j.xml.DOMConfigurator.configure(Unknown Source) at org.jboss.logging.Log4jService$URLWatchTimerTask.reconfigure(Log4jService.java:624) at org.jboss.logging.Log4jService$URLWatchTimerTask.run(Log4jService.java:563) at org.jboss.logging.Log4jService.setup(Log4jService.java:450) at org.jboss.logging.Log4jService.createService(Log4jService.java:466) at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:237) +jarkko --- This Newsletter Sponsored by: Macrovision For reliable Linux application installations, use the industry's leading setup authoring tool, InstallShield X. Learn more and evaluate today. http://clk.atdmt.com/MSI/go/ins003001msi/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Two datasources, almost working...
Hello, Try separating the datasource definitions into two different ds.xml-files (dell-mysql-ds and microsoft-mysql-ds.xml). This also gives you the ability to deploy/undeploy only needed datasources.. t. Jarkko Brian Styles wrote: Hi all, In my effort to deploy two versions of my ear on the same jboss3.2.2 under different virtual hosts, I'm left with one little problem. Try as I might, my two applications are using the one datasource. For examples sake, lets say the two versions of the applications are for two different companies: dell and microsoft I'm using mysql and have created two datasources in my mysql-ds.xml file datasources local-tx-datasource jndi-namedellDS/jndi-name connection-urljdbc:mysql://localhost:3306/dell/connection-url driver-classcom.mysql.jdbc.Driver/driver-class user-namejboss/user-name passwordwhatever/password /local-tx-datasource local-tx-datasource jndi-namemicrosoftDS/jndi-name connection-urljdbc:mysql://localhost:3306/microsoft/connection-url driver-classcom.mysql.jdbc.Driver/driver-class user-namejboss/user-name passwordwhatever2/password /local-tx-datasource /datasources and the references in my ejb jars do correspond correctly to these jndi names. And when I check the jmx-console, under jboss.jca I get name=dellDS,service=LocalTxCM name=dellDS,service=ManagedConnectionFactory name=dellDS,service=ManagedConnectionPool name=microsoftDS,service=LocalTxCM name=microsoftDS,service=ManagedConnectionFactory name=microsoftDS,service=ManagedConnectionPool but under jboss.management.local I only see: J2EEServer=Local,JCAResource=microsoftDS,j2eeType=JCAConnectionFactory,name=microsoftDS Wrapper,j2eeType=JCAResource,name=microsoftDS J2EEServer=Local,j2eeType=JCAManagedConnectionFactory,name=microsoftDS but no corresponding entries for dellDS Both applications are successfully using micrsoftDS and I think that maybe this might be because of the lack of the stuff in jboss.management.local above. Please can anyone help me? thanks very much, Brian _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=8 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] User authentication information delegated back to web-server
Hello, I've an application which i would like to do it's own application based authentication and then provide the information that the user in this session is already authenticated also to the web-server so it'd be able to use this information to give access to resources protected by web.xml's security-constraint. Are there any ways i can authenticate the user on my own code and then pass this information back to the JBoss/Tomcat to use it like if the user had authenticated using either form-based or simple authentication? Any ideads? Best Regards, Jarkko --- 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
Re: [JBoss-user] JBoss welcomes the Hibernate project
Hello, Any information what will happen to the current JBossJDO implementation and will it make to Jboss 4.0 or atleast to JBoss 4.0DR3? I've noticed that the current Jboss CVS version no longer include the persistence-project (and thus no jboss-persistence and jbossdo.jar etc...) is this a mistake in the build-project or is that how it's supposed to be? Is there going to be a deep hole between the current JBoss(J)DO and the integration of Hibernate.. -Jarkko -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2003 8:07 PM To: Jboss-Dev; JBoss 2 Subject: [JBoss-user] JBoss welcomes the Hibernate project All, I would sincerely like to welcome Gavin and Hibernate to the JBoss Group and JBoss.org umbrella. I can't tell you how incredibly psyched and excited we at JBoss are about this. Over the past year, I can't tell you how many times we've encountered customers that are using Hibernate or are looking to use Hibernate to replace the clunky design that EJB CMP is. Technically this is a perfect marriage for both projects. We at JBoss have been looking at replacing our aging CMP persistence for over a year now in JBoss 4.0. We are excited that we will be able to leverage Hibernate as the backbone of our persistence solutions rather than having to patch our existing, aging solution or rewriting it from scratch. Hibernate will also become part of our POJO/AOP based solution and a key component of our aspect-oriented middleware offering. These two things alone will expand the userbase and developer base of Hibernate. This means more people finding bugs and more people fixing bugs. JBoss developers have also done a lot of distributed caching work that will be applicable to Hibernate. We will also help Gavin create tighter integration of Hibernate with JBoss for those of you who are interested in that. Things like packaged Hibernate components that can be hot-deployed. JMX management of Hibernate components. Those are just a few of the things that we can introduce. JBoss Group is proud to pionner a model we call Professional Open Source whereby JBoss.org grows and JBoss Group recruits the top talent from succesful open source efforts. It enables developers to work fulltime, become pro, on their own projects. Recently JBoss Group recruited Remy Maucherat, the lead developer of Tomcat 5, Julien Viet the developer of Nukes, Bela Ban, creator of JavaGroups, more are coming. JBG offers the rare opportunity to turn from hobbyist open source to professional open source. All core JBoss developers are pro themselves(myself included). JBoss Group professional open source sponsors the top developers to work full time on their projects and thus provides a boost to the projects involved by sponsoring their leaders. Finally the availability of professional services is a boost to corporate adoption of succesful open source projects such as Hibernate. We strongly believe this is the way of the future at JBoss. All and all, I hope you all look favorably on this new relationship. I know I do. Thanks all! Bill --- 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