Weekly: Geronimo 1.2-447908
We have our first of hopefully a long line of weekly builds published to the Geronimo unstable directory. This is still a fairly manual process, but I'm about half way through updating David Blevins' publish script. So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. Thanks, -dain Geronimo 1.2-447908 - Sept 20, 2006 http://people.apache.org/dist/geronimo/unstable/1.2-447908/ geronimo-jetty-j2ee-1.2-447908.tar.gz geronimo-jetty-j2ee-1.2-447908.zip geronimo-jetty-minimal-1.2-447908.tar.gz geronimo-jetty-minimal-1.2-447908.zip geronimo-tomcat-j2ee-1.2-447908.tar.gz geronimo-tomcat-j2ee-1.2-447908.zip geronimo-tomcat-minimal-1.2-447908.tar.gz geronimo-tomcat-minimal-1.2-447908.zip Changelog: http://people.apache.org/dist/geronimo/unstable/1.2-447908/CHANGELOG.txt NOTE: This build is not an official release, nor tested, and should be considered unstable.
RE: Logging of WebApps in seperate files
Hi, I'm not expert for log4j, so cannot say what's wrong in your config, but below configuration works for me -- put it in geronimo/var/log/server-log4j.properties and change as appropriate. Regards, Milan. # create appender log4j.appender.LAB=org.apache.log4j.RollingFileAppender log4j.appender.LAB.threshold=DEBUG log4j.appender.LAB.layout=org.apache.log4j.PatternLayout log4j.appender.LAB.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n log4j.appender.LAB.append=false log4j.appender.LAB.file=${org.apache.geronimo.server.dir}/var/log/moolab.log log4j.appender.LAB.bufferedIO=false log4j.appender.LAB.maxBackupIndex=3 log4j.appender.LAB.maxFileSize=10MB # send your categories to new appender log4j.category.sk.moolab=INFO, LAB -Original Message- From: Achim Weßling [mailto:[EMAIL PROTECTED] Sent: št 21. 9. 2006 9:26 To: user@geronimo.apache.org Subject: Logging of WebApps in seperate files Hallo, I want to put the logging-information of my webapps in seperate files. In the past I achived this by using the following log4j configuration: log4j.appender.logFile.layout=org.apache.log4j.PatternLayout log4j.appender.logFile.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n log4j.appender.logFile=org.apache.log4j.DailyRollingFileAppender log4j.appender.logFile.File=/opt/geronimo/var/log/AlkService.log log4j.appender.logFile.DatePattern='.'dd-MM- log4j.rootLogger=DEBUG, logFile But under geronimo this doesn't work. All logging goes to 'geronimo.out'. Any help would be nice ;-) Achim winmail.dat
RE: Logging of WebApps in seperate files
Works like a charm! Thanks! Achim Am Donnerstag, den 21.09.2006, 10:38 +0200 schrieb Unger, Milan: Hi, I'm not expert for log4j, so cannot say what's wrong in your config, but below configuration works for me -- put it in geronimo/var/log/server-log4j.properties and change as appropriate. Regards, Milan. # create appender log4j.appender.LAB=org.apache.log4j.RollingFileAppender log4j.appender.LAB.threshold=DEBUG log4j.appender.LAB.layout=org.apache.log4j.PatternLayout log4j.appender.LAB.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n log4j.appender.LAB.append=false log4j.appender.LAB.file= ${org.apache.geronimo.server.dir}/var/log/moolab.log log4j.appender.LAB.bufferedIO=false log4j.appender.LAB.maxBackupIndex=3 log4j.appender.LAB.maxFileSize=10MB # send your categories to new appender log4j.category.sk.moolab=INFO, LAB -Original Message- From: Achim Weßling [mailto:[EMAIL PROTECTED] Sent: št 21. 9. 2006 9:26 To: user@geronimo.apache.org Subject: Logging of WebApps in seperate files Hallo, I want to put the logging-information of my webapps in seperate files. In the past I achived this by using the following log4j configuration: log4j.appender.logFile.layout=org.apache.log4j.PatternLayout log4j.appender.logFile.layout.ConversionPattern=%5p [%t] (%F:%L) - %m% n log4j.appender.logFile=org.apache.log4j.DailyRollingFileAppender log4j.appender.logFile.File=/opt/geronimo/var/log/AlkService.log log4j.appender.logFile.DatePattern='.'dd-MM- log4j.rootLogger=DEBUG, logFile But under geronimo this doesn't work. All logging goes to 'geronimo.out'. Any help would be nice ;-) Achim
Re: Weekly: Geronimo 1.2-447908
Hi Mattias, Thanks for giving the image a test run. The problem you hit is a known problem in trunk which may have been fixed just after the weekly build was created (I haven't checked yet to see if it really is fixed in trunk). Anyway, you can work-around this problem by creating an empty file with the name artifact_aliases.properties under install-location\var\config\ Hope that helps, Joe [EMAIL PROTECTED] wrote: Hi I have tested the file geronimo-tomcat-j2ee-1.2-447908.zip which I unpacked at c:\geronimo. Start of geronimo fails with the following error: java.io.FileNotFoundException: C:\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT\var\config\artifact_aliases.properties Details: c:\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT\binstartup Using GERONIMO_BASE: C:\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT Using GERONIMO_HOME: C:\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT Using GERONIMO_TMPDIR: C:\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT\var\temp Using JRE_HOME:c:\j2sdk1.4.2_01 Starting Geronimo in a separate window... ... 10:03:04,609 DEBUG [GBeanSingleReference] Waiting to start org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ArtifactResolver,name=ArtifactResolver because no targets are running for reference ArtifactManager matching the patterns org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ArtifactManager,name=ArtifactManager 10:03:05,468 DEBUG [GBeanSingleReference] Waiting to start org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ConfigurationManager,name=ConfigurationManager because no targets are running for reference ArtifactResolver matching the patterns org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ArtifactResolver,name=ArtifactResolver 10:03:05,468 DEBUG [GBeanSingleReference] Waiting to start org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ConfigurationManager,name=ConfigurationManager because no targets are running for reference ArtifactManager matching the patterns org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ArtifactManager,name=ArtifactManager 10:03:05,562 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/1.2-SNAPSHOT/car,j2eeType=ArtifactResolver,name=ArtifactResolver java.io.FileNotFoundException: C:\geronimo\geronimo-tomcat-j2ee-1.2-SNAPSHOT\var\config\artifact_aliases.properties (Det går inte att hitta filen) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at org.apache.geronimo.system.resolver.ExplicitDefaultArtifactResolver.buildExplicitResolution(ExplicitDefaultArtifactResolver.java:55) at org.apache.geronimo.system.resolver.ExplicitDefaultArtifactResolver.init(ExplicitDefaultArtifactResolver.java:47) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) Best regards // Mattias
IllegalStateException caused by incorrect merging of role mappings
(I sent this yesterday but don't think the subscription service picked up my correct from address so am sending again - apologies if it appeas twice). Hi all, I'm new to geronimo and am looking at the possibility of migrating some fairly simple webapps from WLX9.1 to Geronimo/Jetty. I've hit a snag related to the way I have my security config setup and I think its a bug in Geronimo - more than happy to be corrected but would appreciate if any other users (or developers) could offer some thoughts on this. I have the following in my web.xml: security-constraint web-resource-collection web-resource-nameStruts pages/web-resource-name url-pattern*.do/url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-name*/role-name /auth-constraint /security-constraint security-constraint web-resource-collection web-resource-nameLogin page/web-resource-name url-pattern/login.do/url-pattern http-methodGET/http-method /web-resource-collection /security-constraint So the outcome I want is that in general struts pages require authentication, but the login page doesn't require authentication (obviously). This has been working fine on WL but when I try to deploy on Geronimo I get this: Caused by: java.lang.IllegalArgumentException: Only exact and path-prefix qualifiers in the URLPatternSpec are allowed when first URLPattern is an extension pattern at javax.security.jacc.URLPatternSpec.init(URLPatternSpec.java:82) at javax.security.jacc.WebResourcePermission.init(WebResourcePermission.java:54) at org.apache.geronimo.web.deployment.AbstractWebModuleBuilder.buildSpecSecurityConfig(AbstractWebModuleBuilder.java:357) Debugging through the code, AbstractWebModuleBuilder is merging all the patterns including ones that don't require authentication and so is trying to create a WebResourcePermission instance with the string *.do:/login.do. The servlet spec section 12.8.1 Combining constraints says: A security constraint that does not contain an authorization constraint shall combine with authorization constraints that name or imply roles to allow unauthenticated access. So I'm assuming what I'm doing is ok and this is a bug with Geromino. Anyone have any thoughts/suggestions before I raise a bug? cheers dim