Re: OpenWire.Net is feature complete
I'm wondering if its a firewall issue blocking the SSH port (443 I think). I've just ran that command fine... svn co https://svn.apache.org/repos/asf/incubator/activemq/trunk/ You could try to use http for an anonymous checkout. svn co http://svn.apache.org/repos/asf/incubator/activemq/trunk/ which should use port 80 to avoid any firewall issues On 28 Feb 2006, at 14:12, Mittler, Nathan wrote: I'm having problems checking out from svn (in cygwin) ... bash-3.00$ svn co https://svn.apache.org/repos/asf/incubator/activemq/trunk/ svn: PROPFIND request failed on '/repos/asf/incubator/activemq/trunk' svn: PROPFIND of '/repos/asf/incubator/activemq/trunk': could not connect to server (https://svn.apache.org) I've also tried svn://svn.apache.org/repos/asf/incubator/activemq/ trunk/ I haven't ruled out that it's an internal firewall issue yet, but I can browse the repository in firefox without issue. Any ideas? Regards, Nate -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 28, 2006 7:49 AM To: activemq-dev@geronimo.apache.org Subject: OpenWire.Net is feature complete Just a heads up. OpenWire.Net now supports JMS transactions along with all the various forms of Receive*() and asynchronous receive (using a MessageListener) so its pretty much feature complete. More info here http://docs.codehaus.org/display/ACTIVEMQ/OpenWire+dotNet It could use more testing and test cases to ensure that all the features are complete; the transaction tests are quite good but we could use some more tests. Currently OpenWire.Net supports all of the JMS features apart from XA support (which requires integration with MS DTC). James --- http://radio.weblogs.com/0112098/ James --- http://radio.weblogs.com/0112098/
Re: heads up: initial contribution of a client API to session state management for OpenEJB, ServiceMix, Lingo and Tuscany
Responding to this a bit late I like the concept of a Session API that can hide all the variations of session implementations from the web container. Instead of having different session managers for the different clustering mechanisms, I'd like to have one session manager written to this API that receives a Locator implementation and everything else is hidden from it. This API looks like a good start, but I think it is missing lots that I'll need to write a jetty session manager that is based on it: ID Management = Firstly, the API represents a flat session ID space and I'm not sure that is sufficient. With cross context dispatch you may have several different web sessions that share the same ID.Also, EJB sessions may share that ID and may be at different locations to the web session. So I think the API needs some more capabilities for session ID management. Specifically the following questions needs to be asked and answered: + Does session ID x exist in the whole server/cluster) + Does session ID x exist for context y + get WEB session with ID x for context y + invalidate ALL sessions with ID x + passivate ALL sessions (suspending node) + invalidate ALL sessions (shutting down) Now the above could be modelled with deep structure for the state associated with an ID, but not if all state for an ID has to be in one location. Session Management == There is nothing in the API to help with session management. Specifically: + last access time + access session (without actually modify state) + invalidate session + session timeouts + session events (eg session invalidation, passivation etc.) Locking === I'm also not sure about the semantics of release(). If I'm writing a session manager, I'm not sure if I should be making the decision of when to release - that is very much implementation dependent. Some will replicate/sync on a setState, others will do it at the end of every request, other will do it every n seconds others will do it when the session is idle (has no requests). Instead of commanding release, perhaps the API should allow the concept of a thread entering and existing a session scope: runInSessionScope(Runnable doSomething or enterSessionScope() leaveSessionScope() individual implementations can decide what locking they implement behind the scenes. Policy == The SessionLocation interface has the start of a policy API for managing session location. Cool, but I don't want the web SessionManager to have to implement policy. I don't want to have to call moveLocally() - I want something else to have called that before the request comes near the web containers session manager. So I think the API needs to have the concept of a Policy implementation that can be invoked before and after a session is accessed. Meta Data = To implement a policy, we are going to need to implement some meta data channelling. For example, if we are running in the scenario where requests can be proxied to where a session lives - we might want to have a policy that if a session sees lots of requests being proxied from a specific node (load balancer changed?) then that session might want to move itself to that node. So firstly we need SessionLocatoin.moveto(Server server), but more importantly, when we are redirecting or proxying requests, it would be good to be able to attach impl specific meta data to those requests. So the HTTP tier needs to be able to ask a SessionLocation for an opaque blob of meta data associated with a request and to be able to set that meta data when it recieves it. I guess the nodes could communicate that meta data via out-of-band paths, but then you are in a world of synchronization pain - specially if the cluster grows, shrinks or changes. Anyway, very soon, I'd like to start on the jetty6 geronimo modules. So perhaps a way to turn these negative comments into positive suggestions is if I try to use the jetty6 module to implement a session manager based on this API and then make changes to make it work. cheers
[jira] Commented: (GERONIMO-851) Move Geronimo Build to M2 (Maven 2)
[ http://issues.apache.org/jira/browse/GERONIMO-851?page=comments#action_12368096 ] Anita Kulshreshtha commented on GERONIMO-851: - Thanks for pointing this out! This patch was created from geronimo-1.1 dir using TortoiseSVN! IN last 2 weeks I have been bitten by these bugs in TortoiseSVN : duplicate files, missing files. I found this - http://svn.haxx.se/tsvn/archive-2006-01/0305.shtml . I guess I am the only one using TortoiseSVN here. No more patches created via TortoiseSVN! Move Geronimo Build to M2 (Maven 2) --- Key: GERONIMO-851 URL: http://issues.apache.org/jira/browse/GERONIMO-851 Project: Geronimo Type: Task Components: buildsystem Reporter: John Sisson Assignee: John Sisson Fix For: 1.x Attachments: parentpom.patch Created this issue to keep track of the status of work to move the Geronimo build to Maven 2. Does anyone know the status of this effort? I believe some work was done in OpenEJB? When is the move to M2 planned for? 1.0 or 1.1 FYI.. In June I attempted to use Maven 1.1 beta 1 to build geronimo and got some parse exceptions in maven. As a result, some small changes were made to some project.xml files by David Jencks, which fixed the parse problem, but we then ran into another problem where we were getting a java.lang.NoSuchMethodError in maven. This should now be fixed using an updated artifact plugin, see http://jira.codehaus.org/browse/MAVEN-1625 (but I have not verified this). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Migrating to maven 2
Jacek, I had better luck later at night and was able to build a dummy tomcat project. I have few questions : 1. The commons-modeler jar available at repos is at 1.1M1. We currently use 1.1. Should we change to 1.1M1? 2. Is anyone writing the assembly-plugin? Thnaks Anita --- Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/2/27, anita kulshreshtha [EMAIL PROTECTED]: I am trying to build with mvn install! I get the following error? [INFO] - [ERROR] BUILD ERROR [INFO] - [INFO] Failed to resolve artifact. required artifacts missing: org.apache.geronimo.specs:geronimo-javamail_1.3.1_spec:jar:1.1-SNAPSHOT I am wondering if 'mvn install' still works? Hi Anita, I'm not sure, but am not very surprised with this exception since the recent changes wrt the version are in. I'm going to give it a whirl later today. Jacek -- Jacek Laskowski http://www.laskowski.org.pl __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Migrating to maven 2
2006/2/28, anita kulshreshtha [EMAIL PROTECTED]: Jacek, I had better luck later at night and was able to build a dummy tomcat project. I have few questions : 1. The commons-modeler jar available at repos is at 1.1M1. We currently use 1.1. Should we change to 1.1M1? Nope. We'll definitely need to stick to the versions which are currently being used by Geronimo. Of course, we could upgrade some, but it shouldn't interfere with the migration. It wouldn't be funny when after a *successful* migration to Maven2 someone would blame us for his/her troubles because we introduced a bug with an older dependency than the one currently in use. See http://maven.apache.org/guides/mini/guide-ibiblio-upload.html for the steps to upload jars to Maven2 repo. BTW, Maven2 can use Maven1-compliant repo when it's defined as legacy. I see it's not yet defined in any pom.xml's so I'll update the parent pom and commit it. 2. Is anyone writing the assembly-plugin? I don't know. Perhaps Prasad will tell you more. Anita Jacek -- Jacek Laskowski http://www.laskowski.org.pl
[jira] Created: (GERONIMO-1659) system module migration to Maven 2
system module migration to Maven 2 -- Key: GERONIMO-1659 URL: http://issues.apache.org/jira/browse/GERONIMO-1659 Project: Geronimo Type: Sub-task Reporter: Anders Hessellund Jensen -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Created: (GERONIMO-1659) system module migration to Maven 2
2006/2/28, Anders Hessellund Jensen (JIRA) dev@geronimo.apache.org: system module migration to Maven 2 Excellent choice, Anders! I thought you disappeared once you'd seen the troubles awaiting us during the migration ;) There're lots of modules left so if there's anyone who's scratching your head how to contribute to Geronimo now is the best time ever. Jacek -- Jacek Laskowski http://www.laskowski.org.pl
[jira] Commented: (GERONIMO-1659) system module migration to Maven 2
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=comments#action_12368110 ] Anders Hessellund Jensen commented on GERONIMO-1659: There is an issue with migrating the system module to Maven 2. The problem is to generate a correct geronimo-version.properties file. The geronimo-version.properties looks like this: # Generated by Maven version=1.2-SNAPSHOT build.date=2006.02.28 build.time=15:51:07.734+0100 copyright=Copyright (C) 2003-2006, The Apache Software Foundation The problem is to substitute correct timestamps in the properties file. There is, as far as I now, no M2 plugin to to this. I have created a patch that uses the antrun plugin and the propertyfile ant task. This way i manage to generate everything except the year part of the copyright property, so when applying the patch the file would look like this: version=1.2-SNAPSHOT build.date=2006.02.28 build.time=15:51:07.734+0100 copyright=Copyright (C) 2003-, The Apache Software Foundation The optimal solution to this would be write a M2 plugin that is capable of defining timestamps as M2 properties and use the resource filtering mechanism of M2 to substitute these properties into the properties file. Timestamping is undoubtly needed by other projects as well, so the plugin should be contributed back to the M2 project. system module migration to Maven 2 -- Key: GERONIMO-1659 URL: http://issues.apache.org/jira/browse/GERONIMO-1659 Project: Geronimo Type: Sub-task Reporter: Anders Hessellund Jensen -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: OpenWire.Net is feature complete
James, It was a proxy issue ... thanks for the help. -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 28, 2006 9:43 AM To: activemq-dev@geronimo.apache.org Subject: Re: OpenWire.Net is feature complete I'm wondering if its a firewall issue blocking the SSH port (443 I think). I've just ran that command fine... svn co https://svn.apache.org/repos/asf/incubator/activemq/trunk/ You could try to use http for an anonymous checkout. svn co http://svn.apache.org/repos/asf/incubator/activemq/trunk/ which should use port 80 to avoid any firewall issues On 28 Feb 2006, at 14:12, Mittler, Nathan wrote: I'm having problems checking out from svn (in cygwin) ... bash-3.00$ svn co https://svn.apache.org/repos/asf/incubator/activemq/trunk/ svn: PROPFIND request failed on '/repos/asf/incubator/activemq/trunk' svn: PROPFIND of '/repos/asf/incubator/activemq/trunk': could not connect to server (https://svn.apache.org) I've also tried svn://svn.apache.org/repos/asf/incubator/activemq/ trunk/ I haven't ruled out that it's an internal firewall issue yet, but I can browse the repository in firefox without issue. Any ideas? Regards, Nate -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 28, 2006 7:49 AM To: activemq-dev@geronimo.apache.org Subject: OpenWire.Net is feature complete Just a heads up. OpenWire.Net now supports JMS transactions along with all the various forms of Receive*() and asynchronous receive (using a MessageListener) so its pretty much feature complete. More info here http://docs.codehaus.org/display/ACTIVEMQ/OpenWire+dotNet It could use more testing and test cases to ensure that all the features are complete; the transaction tests are quite good but we could use some more tests. Currently OpenWire.Net supports all of the JMS features apart from XA support (which requires integration with MS DTC). James --- http://radio.weblogs.com/0112098/ James --- http://radio.weblogs.com/0112098/
[jira] Updated: (GERONIMO-1659) system module migration to Maven 2
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=all ] Anders Hessellund Jensen updated GERONIMO-1659: --- Attachment: system-m2-migration.patch system module migration to Maven 2 -- Key: GERONIMO-1659 URL: http://issues.apache.org/jira/browse/GERONIMO-1659 Project: Geronimo Type: Sub-task Reporter: Anders Hessellund Jensen Attachments: system-m2-migration.patch -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Migrating to maven 2
anita kulshreshtha wrote: Jacek, I had better luck later at night and was able to build a dummy tomcat project. I have few questions : 1. The commons-modeler jar available at repos is at 1.1M1. We currently use 1.1. Should we change to 1.1M1? No, please use 1.1. Jeff 2. Is anyone writing the assembly-plugin? Thnaks Anita --- Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/2/27, anita kulshreshtha [EMAIL PROTECTED]: I am trying to build with mvn install! I get the following error? [INFO] - [ERROR] BUILD ERROR [INFO] - [INFO] Failed to resolve artifact. required artifacts missing: org.apache.geronimo.specs:geronimo-javamail_1.3.1_spec:jar:1.1-SNAPSHOT I am wondering if 'mvn install' still works? Hi Anita, I'm not sure, but am not very surprised with this exception since the recent changes wrt the version are in. I'm going to give it a whirl later today. Jacek -- Jacek Laskowski http://www.laskowski.org.pl __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Commented: (GERONIMO-1659) system module migration to Maven 2
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=comments#action_12368113 ] Anders Hessellund Jensen commented on GERONIMO-1659: I wrote a mail to the maven developer list regarding a timestamp plugin. I proposed an idea on how it could work, and if they are positive about it I'll go ahead and write the plugin. system module migration to Maven 2 -- Key: GERONIMO-1659 URL: http://issues.apache.org/jira/browse/GERONIMO-1659 Project: Geronimo Type: Sub-task Reporter: Anders Hessellund Jensen Attachments: system-m2-migration.patch -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Migrating to maven 2
Jacek, Thanks and one more question/comment : The contents of var directory of tomcat go to META-INF/geronimo/org.apache.geronimo/geronimo-tomcat/var instead of META-INF/geronimo-tomcat/var in the jar. Thanks Anita --- Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/2/28, anita kulshreshtha [EMAIL PROTECTED]: Jacek, I had better luck later at night and was able to build a dummy tomcat project. I have few questions : 1. The commons-modeler jar available at repos is at 1.1M1. We currently use 1.1. Should we change to 1.1M1? Nope. We'll definitely need to stick to the versions which are currently being used by Geronimo. Of course, we could upgrade some, but it shouldn't interfere with the migration. It wouldn't be funny when after a *successful* migration to Maven2 someone would blame us for his/her troubles because we introduced a bug with an older dependency than the one currently in use. See http://maven.apache.org/guides/mini/guide-ibiblio-upload.html for the steps to upload jars to Maven2 repo. BTW, Maven2 can use Maven1-compliant repo when it's defined as legacy. I see it's not yet defined in any pom.xml's so I'll update the parent pom and commit it. 2. Is anyone writing the assembly-plugin? I don't know. Perhaps Prasad will tell you more. Anita Jacek -- Jacek Laskowski http://www.laskowski.org.pl __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Resolved: (SM-335) groovy namespace conflicts
[ http://jira.activemq.org/jira//browse/SM-335?page=all ] Guillaume Nodet resolved SM-335: Assign To: Guillaume Nodet Resolution: Fixed Fix Version: 3.0-M1 Author: gnodet Date: Tue Feb 28 07:53:22 2006 New Revision: 381680 URL: http://svn.apache.org/viewcvs?rev=381680view=rev Log: SM-335: can not access the component context due to a conflict Modified: incubator/servicemix/trunk/servicemix-components/src/main/java/org/apache/servicemix/components/script/ScriptComponent.java groovy namespace conflicts -- Key: SM-335 URL: http://jira.activemq.org/jira//browse/SM-335 Project: ServiceMix Type: Bug Components: servicemix-components Versions: 3.0 Reporter: Ilya Kuleshov Assignee: Guillaume Nodet Priority: Minor Fix For: 3.0-M1 Original Estimate: 5 minutes Remaining: 5 minutes populateNamespace() method of the ScriptComponent class sets the 'context' namespace variable to the current ComponentContext object. In spite of this when called from the groovy script 'context' is being resolved as the javax.script.GenericScriptContext. Suspect there is a conflict between component and script engine namespaces. Probably the preferred solution is to simple rename the 'context' to something like 'componentContext'. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.activemq.org/jira//secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1659) system module migration to Maven 2
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=comments#action_12368117 ] Prasad Kashyap commented on GERONIMO-1659: -- Good idea. Anders, instead of that patch , what say you create a geronimo plugin that could be reused by other modules if need be. And if maven wants it, it could be more easily given to them by changing the groupid and artifactid. system module migration to Maven 2 -- Key: GERONIMO-1659 URL: http://issues.apache.org/jira/browse/GERONIMO-1659 Project: Geronimo Type: Sub-task Reporter: Anders Hessellund Jensen Attachments: system-m2-migration.patch -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Migrating to maven 2
I don't know either. I have begun looking at the console-web module migration. Aaron, do I have your blessings to migrate that ? :-) Cheers Prasad On 2/28/06, Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/2/28, anita kulshreshtha [EMAIL PROTECTED]: 2. Is anyone writing the assembly-plugin? I don't know. Perhaps Prasad will tell you more. Anita Jacek
[jira] Created: (GERONIMO-1660) console-web module migration to Maven 2
console-web module migration to Maven 2 --- Key: GERONIMO-1660 URL: http://issues.apache.org/jira/browse/GERONIMO-1660 Project: Geronimo Type: Sub-task Reporter: Prasad Kashyap -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SM-332) Http binding sample fails with JDK 1.4
[ http://jira.activemq.org/jira//browse/SM-332?page=comments#action_35634 ] Thomas Auzinger commented on SM-332: It looks like saaj is using a Java5.0 method, Collections.emptyList(). The issue exists also in the latest release of WSDP. Possible solutions: - roll back to an earlier version of SAAJ/WSDP (1.6 has been tested with jdk1.4.2) - try to get the source code from Sun - file a bug report with Sun - drop servicemix' runtime compatibility with 1.4.2 Note that in the release notes for WSDP 2.0 there is no more claim of being compatible with 1.4.2 Thanks, Thomas -- Servicemix console output: 10:41:58.445 EVENT Starting Jetty/4.2.20RC0 10:41:58.491 EVENT Started ServletHttpContext[/] 10:41:58.507 EVENT Started SocketListener on 127.0.0.1:8912 10:41:58.507 EVENT Started [EMAIL PROTECTED] 10:49:54.388 WARN!! Error for / java.lang.NoSuchMethodError: java.util.Collections.emptyList()Ljava/util/List; at com.sun.xml.messaging.saaj.soap.MessageImpl.clinit(MessageImpl.java:736) at com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl.createMessage(SOAPMessageFactory1_1Impl.java:28) at org.servicemix.components.saaj.SaajMarshaler.createSOAPMessage(SaajMarshaler.java:62) at org.servicemix.components.saaj.SaajBinding.onMessageExchange(SaajBinding.java:91) From the JDK5.0 API doc: Collections: emptyList snip Since: 1.5 From the WSDP 2.0 release notes: Supported Platforms This release of the Java WSDP has been tested in various configurations with J2SE 5.0 on the following platforms with the containers Sun Java System Application Server Platform Edition 8.1 Update 2, and Glassfish (Application Server Platform Edition 9.0 Beta (JAX-WSA only), and Tomcat 5.0 for JWSDP: Http binding sample fails with JDK 1.4 -- Key: SM-332 URL: http://jira.activemq.org/jira//browse/SM-332 Project: ServiceMix Type: Bug Components: servicemix-assembly Environment: JDK 1.4 Reporter: Guillaume Nodet -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.activemq.org/jira//secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1661) Version class does not implement equals and hashCode
Version class does not implement equals and hashCode Key: GERONIMO-1661 URL: http://issues.apache.org/jira/browse/GERONIMO-1661 Project: Geronimo Type: Bug Components: kernel Versions: 1.0.1 Reporter: David Jencks Assigned to: David Jencks Fix For: 1.0.1 we try to avoid duplicate Artifacts by storing them in LinkedHashSets but this is foiled by Version not implementing equals and hashCode. I would think this would be a problem for maven 2 as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1661) Version class does not implement equals and hashCode
[ http://issues.apache.org/jira/browse/GERONIMO-1661?page=all ] David Jencks closed GERONIMO-1661: -- Resolution: Fixed fixed in rev 381701 Version class does not implement equals and hashCode Key: GERONIMO-1661 URL: http://issues.apache.org/jira/browse/GERONIMO-1661 Project: Geronimo Type: Bug Components: kernel Versions: 1.0.1 Reporter: David Jencks Assignee: David Jencks Fix For: 1.0.1 we try to avoid duplicate Artifacts by storing them in LinkedHashSets but this is foiled by Version not implementing equals and hashCode. I would think this would be a problem for maven 2 as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SM-336) The AudoDeployment service should not persist state in the monitored directory
The AudoDeployment service should not persist state in the monitored directory -- Key: SM-336 URL: http://jira.activemq.org/jira//browse/SM-336 Project: ServiceMix Type: Improvement Components: servicemix-core Reporter: Guillaume Nodet Fix For: 3.0 Persisting state inside the directory prevents using the same directory for several nodes in a cluster. The service should be able to either * rebuild the state when starting (using the list of deployed SA and components): the main problem is to detect changes * persist the state in the working directory -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.activemq.org/jira//secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1659) system module migration to Maven 2
[ http://issues.apache.org/jira/browse/GERONIMO-1659?page=all ] Anders Hessellund Jensen updated GERONIMO-1659: --- Attachment: system-m2-migration-new.patch maven-timestamp-plugin.zip I wrote the timestamp plugin. It was a VERY simple plugin to write, the maven plugin API is a really beautiful beast! Attached is a ZIP with the plugin, and a patch to the POM. Throw away the old patch. The plugin still needs some proper error handling and such, but it works as it is now. Oh, the groupId for the plugin is org.apache.maven.plugins . I sorta hope the Maven folks will take over the plugin, as i definitely think it has some purpose outside of Geronimo, but for now the groupId should be changed to org.apache.geronimo.plugins in both the plugin POM and the system module POM. system module migration to Maven 2 -- Key: GERONIMO-1659 URL: http://issues.apache.org/jira/browse/GERONIMO-1659 Project: Geronimo Type: Sub-task Reporter: Anders Hessellund Jensen Attachments: maven-timestamp-plugin.zip, system-m2-migration-new.patch, system-m2-migration.patch -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Security Realms - Database SQL type
Hi All, I am trying to set a new security realm using a Database SQL realm type. I tried with DB2 and the built in Derby, both fail when testing the connection. For DB2 as well as for Derby I created a connection pool first as I have a different issue from the security realm wizard, it seems not to recognize the JDBC driver class. So far I have been only using the Admin Console. This is the error I see when try to test a login (it does not say much). Any idea what I'm missing? Thanks in advance 14:22:19,929 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.FailedLoginException at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:199) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:953) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:174) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:308) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:193) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:272) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:46) at org.apache.geronimo.tomcat.valve.PolicyContextValve.invoke(PolicyContextValve.java:50) at org.apache.geronimo.tomcat.valve.TransactionContextValve.invoke(TransactionContextValve.java:53) at org.apache.geronimo.tomcat.valve.ComponentContextValve.invoke(ComponentContextValve.java:47) at org.apache.geronimo.tomcat.valve.InstanceContextValve.invoke(InstanceContextValve.java:60) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:534) Cheers! Hernan
RE: WTP/Eclipse questions/defects
I read your wiki page on how to develop Geronimo within eclipse which was very helpful. However, I haven't been able to debug the Geronimo plugin within eclipse. Is there any document on how to that, similar as the wiki page for developing Geronimo? I think this will be very useful for anyone who wants to help out with the Geronimo plugin. Thanks, Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Monday, February 27, 2006 11:12 PM To: dev@geronimo.apache.org Subject: Re: WTP/Eclipse questions/defects Just like you would hunt down a problem in G or any other project. Use the debugger. Eclipse/WTP provides sdk distributions so all the source is available. You can put breakpoints in the geronimo code to see the method call hierarchy in the debug view in Eclipse to get an understanding of who calls what. Another common practice is to verify problems against other server adapters. This would be a good indication that the bug is in WTP and not the implementation of a given adapter. Then you can use the debugger to evaluate further. - sachin On Feb 27, 2006, at 10:33 PM, Lin Sun wrote: Hi Sachin, Thanks this information is very useful. I am relatively new to the plugin development... Could you shed some light on how to tell if a defect is in WTP or Geronimo devtools? Thanks, Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Monday, February 27, 2006 11:24 AM To: dev@geronimo.apache.org; user@geronimo.apache.org Subject: WTP/Eclipse questions/defects With the release of the Eclipse plugin, here are a list of helpful resources where WTP/Eclipse specific questions can be asked and where you'll be able to search for answers to many common questions. http://www.eclipse.org/newsgroups/index_project.php The newsgroup URL is news.eclipse.org and the WTP specific list is eclipse.webtools. The bug reporting tool for all Eclipse projects is https:// bugs.eclipse.org/bugs/ If you feel you find a defect in WTP that you feel affects the functionality of the Geronimo plugin, for tracking purposes open a Jira in Geronimo and link it to the bugzilla number. This way the project is aware and thus can ensure that the defect gets added to the WTP adopter list and can take a higher priority. Thanks. - sachin
Re: WTP/Eclipse questions/defects
Yes I can but it will be a while before I get to it. Most of the information you really need is in Plugin Development Guide in the Eclipse Help and the tutorials on the Eclipse site which is full of information to get started. But before anything, your best bet is to go though one of the tutorials on creating your first plugin to get familiar with the the plugin development environment and how the eclipse framework works. See http://www.eclipse.org/articles/ - sachin On Feb 28, 2006, at 3:24 PM, Lin Sun wrote: I read your wiki page on how to develop Geronimo within eclipse which was very helpful. However, I haven't been able to debug the Geronimo plugin within eclipse. Is there any document on how to that, similar as the wiki page for developing Geronimo? I think this will be very useful for anyone who wants to help out with the Geronimo plugin. Thanks, Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Monday, February 27, 2006 11:12 PM To: dev@geronimo.apache.org Subject: Re: WTP/Eclipse questions/defects Just like you would hunt down a problem in G or any other project. Use the debugger. Eclipse/WTP provides sdk distributions so all the source is available. You can put breakpoints in the geronimo code to see the method call hierarchy in the debug view in Eclipse to get an understanding of who calls what. Another common practice is to verify problems against other server adapters. This would be a good indication that the bug is in WTP and not the implementation of a given adapter. Then you can use the debugger to evaluate further. - sachin On Feb 27, 2006, at 10:33 PM, Lin Sun wrote: Hi Sachin, Thanks this information is very useful. I am relatively new to the plugin development... Could you shed some light on how to tell if a defect is in WTP or Geronimo devtools? Thanks, Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Monday, February 27, 2006 11:24 AM To: dev@geronimo.apache.org; user@geronimo.apache.org Subject: WTP/Eclipse questions/defects With the release of the Eclipse plugin, here are a list of helpful resources where WTP/Eclipse specific questions can be asked and where you'll be able to search for answers to many common questions. http://www.eclipse.org/newsgroups/index_project.php The newsgroup URL is news.eclipse.org and the WTP specific list is eclipse.webtools. The bug reporting tool for all Eclipse projects is https:// bugs.eclipse.org/bugs/ If you feel you find a defect in WTP that you feel affects the functionality of the Geronimo plugin, for tracking purposes open a Jira in Geronimo and link it to the bugzilla number. This way the project is aware and thus can ensure that the defect gets added to the WTP adopter list and can take a higher priority. Thanks. - sachin
Re: Security Realms - Database SQL type
Hernan, the exception that you are seeing indicates that a connection was made to the database and the query was executed but the username/password didn't match any entries in your user table. After populating your user table, one thing you might want to try is using the console's db manager portlet to connect to the database and execute the User SELECT SQL you provided for the realm, substituting the actual username for the '?' in the query pattern. If the username is present then you should see an entry in the query results at the bottom of the portlet. Best wishes, Paul On 2/28/06, Hernan Cunico [EMAIL PROTECTED] wrote: Hi All, I am trying to set a new security realm using a Database SQL realm type. I tried with DB2 and the built in Derby, both fail when testing the connection. For DB2 as well as for Derby I created a connection pool first as I have a different issue from the security realm wizard, it seems not to recognize the JDBC driver class. So far I have been only using the Admin Console. This is the error I see when try to test a login (it does not say much). Any idea what I'm missing? Thanks in advance 14:22:19,929 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.FailedLoginException at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:199) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:953) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:174) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:308) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:193) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:272) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:46) at org.apache.geronimo.tomcat.valve.PolicyContextValve.invoke(PolicyContextValve.java:50) at org.apache.geronimo.tomcat.valve.TransactionContextValve.invoke(TransactionContextValve.java:53) at org.apache.geronimo.tomcat.valve.ComponentContextValve.invoke(ComponentContextValve.java:47) at org.apache.geronimo.tomcat.valve.InstanceContextValve.invoke(InstanceContextValve.java:60) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526) at
re: Security Realms - Database SQL type
Hi Hernan, Whatever user id you are using to log into the Geronimo is not defined in your database; (line 199 SQLLoginModule throwing an exception). Make sure that something is selected with the user-select query that is an option for the sql-login-module. Simon
How to use discouragedRuntimeAccess extension point
I want to use this new support. I put extension point=org.apache.geronimo.devtools.eclipse.core.discouragedRuntimeAccess path value=/lib / /extension in devtools\modules\eclipse-plugin\plugins\org.apache.geronimo.devtools.eclipse.core\serverdef\geronimo10.serverdef, but it did not work. From the eclipse log, I got: Wrapped exceptionorg.eclipse.emf.ecore.xmi.FeatureNotFoundException: Feature 'extension' not found. (bundleentry://341/serverdef/geronimo10.serverdef, 102, 91) Where should I put the extension element?
Re: How to use discouragedRuntimeAccess extension point
I think its best if you first need to get an understanding of the eclipse plugin architecture. Please read this article... http://www.eclipse.org/articles/Article-Plug-in-architecture/plugin_architecture.html. This particular article may be outdated since the move to OSGI but the concepts are the same.Extension points are defined and loaded inside a plugin.xml. The .serverdef file is a WTP specific file for defining generic servers. Its loaded via an EMF model and thus by adding your entry there invalidates your file and thats why you're seeing the exception. - sachin On Feb 28, 2006, at 5:22 PM, Ted Kirby wrote:I want to use this new support. I put extension point="org.apache.geronimo.devtools.eclipse.core.discouragedRuntimeAccess" path value="/lib" / /extensionin devtools\modules\eclipse-plugin\plugins\org.apache.geronimo.devtools.eclipse.core\serverdef\geronimo10.serverdef, but it did not work. From the eclipse log, I got:Wrapped exceptionorg.eclipse.emf.ecore.xmi.FeatureNotFoundException: Feature 'extension' not found. (bundleentry://341/serverdef/geronimo10.serverdef, 102, 91)Where should I put the extension element?
Re: Security Realms - Database SQL type
Hi All, Thanks for the replies. The problem was the capitalization of the password, my mistake :D. I missed the obvious and focused on the SQL selects. I initially tried with Derby, but when you test the connection pool (from the creation pool wizard) the test will succeed independently of the user you username, is that right? As for DB2, I am aware of the limitation with the console and connection pools requiring multiple files. There is an article in confluence with a manual procedure to workaround this limitation. Although I have now successfully created a new SQL security realm with DB2 I still fail to test the connection when using Derby, still working on it. As an additional improvement, it would be nice to have the chance, when you edit an existing connection pool, to test/re-test the connection after you make any changes to that configuration. Currently you can only test the connection when you are creating the pool. Thanks again for the replies. Cheers! Hernan Aaron Mulder wrote: Patches to improve error messages would be welcome. :) If you're having problems with the database connections, it may be that we should work on getting the database pool working first and then attack the SQL realm. Just be aware that the console can't handle database connections if more than one driver JAR is required (I think DB2 may have a second license JAR required, but Derby should work fine). Thanks, Aaron On 2/28/06, Hernan Cunico [EMAIL PROTECTED] wrote: Hi All, I am trying to set a new security realm using a Database SQL realm type. I tried with DB2 and the built in Derby, both fail when testing the connection. For DB2 as well as for Derby I created a connection pool first as I have a different issue from the security realm wizard, it seems not to recognize the JDBC driver class. So far I have been only using the Admin Console. This is the error I see when try to test a login (it does not say much). Any idea what I'm missing? Thanks in advance 14:22:19,929 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.FailedLoginException at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:199) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:953) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:174) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:308) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:193) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:272) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:46) at
Rename the versions in JIRA so they reflect the recently changed versions in the code?
How about I make the following changes to the version records in JIRA for geronimo so it is in sync with what we are now doing: Rename 1.1 to 1.2 Rename 1.0.1 to 1.1 I'll do this if I have no objections. John
[jira] Updated: (GERONIMO-1317) Rename the new goals to more meaningful names with additional build properties
[ http://issues.apache.org/jira/browse/GERONIMO-1317?page=all ] Jacek Laskowski updated GERONIMO-1317: -- Summary: Rename the new goals to more meaningful names with additional build properties (was: Integration of the new maven goals with existing goals) type: Improvement (was: Bug) Priority: Major (was: Critical) Rename the new goals to more meaningful names with additional build properties Key: GERONIMO-1317 URL: http://issues.apache.org/jira/browse/GERONIMO-1317 Project: Geronimo Type: Improvement Components: buildsystem Versions: 1.0, 1.1 Environment: Maven 1.1Beta2 on WinXP Reporter: Donald Woods Assignee: Jacek Laskowski Fix For: 1.1 Attachments: Geronimo-1317.patch, maven.xml, patch.txt, project.properties For ongoing development builds, we need to get the clean, eclipse, idea and other Maven goals that we used to have working again. I have created updated \maven.xml and \project.properties files based on 1.0 Rev355316, which renames and integrates the new0-new5 goals into the m:default goal, only tries to build openejb and tranql if those directories exist and enables the usage of the rebuild-all, build-all, build, clean, clean-all, eclipse and idea goals. I'll attach the patch files and copies of the updated files for testing before integrating the changes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Rename the versions in JIRA so they reflect the recently changed versions in the code?
2006/3/1, John Sisson [EMAIL PROTECTED]: How about I make the following changes to the version records in JIRA for geronimo so it is in sync with what we are now doing: Rename 1.1 to 1.2 Rename 1.0.1 to 1.1 +1 John Jacek -- Jacek Laskowski http://www.laskowski.org.pl
Re: Security Realms - Database SQL type
On 2/28/06, Hernan Cunico [EMAIL PROTECTED] wrote: As an additional improvement, it would be nice to have the chance, when you edit an existing connection pool, to test/re-test the connection after you make any changes to that configuration. Currently you can only test the connection when you are creating the pool. Can you put in a JIRA for that? Thanks, Aaron Aaron Mulder wrote: Patches to improve error messages would be welcome. :) If you're having problems with the database connections, it may be that we should work on getting the database pool working first and then attack the SQL realm. Just be aware that the console can't handle database connections if more than one driver JAR is required (I think DB2 may have a second license JAR required, but Derby should work fine). Thanks, Aaron On 2/28/06, Hernan Cunico [EMAIL PROTECTED] wrote: Hi All, I am trying to set a new security realm using a Database SQL realm type. I tried with DB2 and the built in Derby, both fail when testing the connection. For DB2 as well as for Derby I created a connection pool first as I have a different issue from the security realm wizard, it seems not to recognize the JDBC driver class. So far I have been only using the Admin Console. This is the error I see when try to test a login (it does not say much). Any idea what I'm missing? Thanks in advance 14:22:19,929 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.FailedLoginException at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:199) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:953) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:174) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:308) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:193) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:272) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:46) at org.apache.geronimo.tomcat.valve.PolicyContextValve.invoke(PolicyContextValve.java:50) at org.apache.geronimo.tomcat.valve.TransactionContextValve.invoke(TransactionContextValve.java:53) at org.apache.geronimo.tomcat.valve.ComponentContextValve.invoke(ComponentContextValve.java:47) at org.apache.geronimo.tomcat.valve.InstanceContextValve.invoke(InstanceContextValve.java:60) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at
Re: How to use discouragedRuntimeAccess extension point
Thanks. I put my extension element in devtools\modules\eclipse-plugin\plugins\org.apache.geronimo.devtools.eclipse.core\plugin.xml. I got not .log errors, but I also did not get any access rules added to the selected jars in my build path, and my use of classes from a restricted jar was not flagged. Does path accept a .jar file, or directory only? Here is my extension element: extension point=org.apache.geronimo.devtools.eclipse.core.discouragedRuntimeAccess path value=/lib/cglib-nodep-2.1_3.jar/ path value=/lib/commons-cli-1.0.jar / path value=/lib/commons-i18n-1.0-G1M5.jar/ path value=/lib/commons-logging-1.0.4.jar/ path value=/lib/geronimo-common-1.0.jar/ path value=/lib/geronimo-deploy-jsr88-1.0.jar/ path value=/lib/geronimo-deploy-tool-1.0.jar/ path value=/lib/geronimo-deployment-1.0.jar/ path value=/lib/geronimo-j2ee-deployment_1.1_spec-1.0.jar/ path value=/lib/geronimo-kernel-1.0.jar/ path value=/lib/geronimo-qname_1.1_spec-1.0.jar / path value=/lib/geronimo-system-1.0.jar/ path value=/lib/geronimo-util-1.0.jar/ path value=/lib/log4j-1.2.11.jar/ path value=/lib/mx4j- 3.0.1.jar/ path value=/lib/mx4j-remote-3.0.1.jar/ /extension Thanks. On 2/28/06, Sachin Patel [EMAIL PROTECTED] wrote: I think its best if you first need to get an understanding of the eclipse plugin architecture. Please read this article... http://www.eclipse.org/articles/Article-Plug-in-architecture/plugin_architecture.html . This particular article may be outdated since the move to OSGI but the concepts are the same. Extension points are defined and loaded inside a plugin.xml. The .serverdef file is a WTP specific file for defining generic servers. Its loaded via an EMF model and thus by adding your entry there invalidates your file and thats why you're seeing the exception. - sachin On Feb 28, 2006, at 5:22 PM, Ted Kirby wrote: I want to use this new support. I put extensionpoint=org.apache.geronimo.devtools.eclipse.core.discouragedRuntimeAccess path value=/lib / /extension in devtools\modules\eclipse-plugin\plugins\org.apache.geronimo.devtools.eclipse.core\serverdef\geronimo10.serverdef, but it did not work. From the eclipse log, I got: Wrapped exceptionorg.eclipse.emf.ecore.xmi.FeatureNotFoundException: Feature 'extension' not found. (bundleentry://341/serverdef/geronimo10.serverdef, 102, 91) Where should I put the extension element?
heads-up: Re: [jira] Updated: (GERONIMO-1317) Rename the new goals to more meaningful names with additional build properties
2006/2/26, Jacek Laskowski [EMAIL PROTECTED]: Just to bring more attention to the change in the build procedure. Could anyone apply the patch and check it out. I'd like to commit the change in the comming days (2-3 days). This is just to inform you that I've just committed the changes. Since the former new goals execute the newly-created it doesn't imply any changes in our build procedures. After Continuum is changed and more people are aware of the change, the new goals will be removed. I'll keep an eye on any troubles wrt the build and will try to fix them as soon as they show up. Dobrej nocy! Jacek -- Jacek Laskowski http://www.laskowski.org.pl
Re: Migrating to maven 2
2006/2/28, anita kulshreshtha [EMAIL PROTECTED]: Jacek, Thanks and one more question/comment : The contents of var directory of tomcat go to META-INF/geronimo/org.apache.geronimo/geronimo-tomcat/var instead of META-INF/geronimo-tomcat/var in the jar. I *guess* you're referring to the situation *after* the M2 changes are in the tomcat module, aren't you? If so, you'll have to change the way maven-jar-plugin works and configure it so that the META-INF files are copied appropriately. Show what you've done so far and we'll work it out together. Anita Jacek -- Jacek Laskowski http://www.laskowski.org.pl
[jira] Resolved: (GERONIMO-1317) Rename the new goals to more meaningful names with additional build properties
[ http://issues.apache.org/jira/browse/GERONIMO-1317?page=all ] Jacek Laskowski resolved GERONIMO-1317: --- Resolution: Fixed $ svn ci project.properties maven.xml Sendingmaven.xml Sendingproject.properties Transmitting file data .. Committed revision 381823. Thanks Donald! Rename the new goals to more meaningful names with additional build properties Key: GERONIMO-1317 URL: http://issues.apache.org/jira/browse/GERONIMO-1317 Project: Geronimo Type: Improvement Components: buildsystem Versions: 1.0, 1.1 Environment: Maven 1.1Beta2 on WinXP Reporter: Donald Woods Assignee: Jacek Laskowski Fix For: 1.1 Attachments: Geronimo-1317.patch, maven.xml, patch.txt, project.properties For ongoing development builds, we need to get the clean, eclipse, idea and other Maven goals that we used to have working again. I have created updated \maven.xml and \project.properties files based on 1.0 Rev355316, which renames and integrates the new0-new5 goals into the m:default goal, only tries to build openejb and tranql if those directories exist and enables the usage of the rebuild-all, build-all, build, clean, clean-all, eclipse and idea goals. I'll attach the patch files and copies of the updated files for testing before integrating the changes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Devtools web space (was: Re: Geronimo Eclipse Plugin released)
Hernan, please ping me before you do this. I just realized that pushing devtools in a subprojects directory will break the update manager site as well as links on the Eclipse site which point to the geronimo subproject site. thanks. - sachin On Feb 27, 2006, at 1:08 PM, Hernan Cunico wrote: yup, it makes more sense to have all devtools content within a devtools directory. (back to the original index.html there). The *Subprojects* tab should point to a page listing all the subprojects and there should be a subdirectory (web space in the end) for each of the sub projects (Devtools, ServiceMix, XBean, GBuild...). If there is no hurry, I could make these updates once I have my account created. BTW, is there any content you guys may have as a *must include* for these sections? Cheers! Hernan Sachin Patel wrote: I agree. I think Hernan created the new devtools.html. Hernan, was devtools.html meant to be permanent? If not, I'd prefer it back in devtools as index.html - sachin On Feb 25, 2006, at 5:07 PM, Jacek Laskowski wrote: 2006/2/25, Bruce Snyder [EMAIL PROTECTED]: My only point is that there was a devtools.html *and* a devtools directory. I got your point and fully agree with you. There should only be one and I think devtools dir would be better than devtools.html. Unless I miss something, it could be done with devtools.html being renamed to index.html in devtools dir. But it appears that the devtools directory has already been removed. Just checked it out and it's still there, but only files are listed. Not very user-friendly ;) It does seem odd that the tab labeled 'Subprojects' links to a page that is only about the devtools subproject. Maybe the tab should be renamed 'Devtools'? Sure. It could point Devtools, ServiceMix, XBean. They all are subprojects, aren't they? But, then again, maybe I'm just out of my mind. If these ideas have appeared when you're in this state of mind, please don't cure it ;) They're all valid points. Bruce Jacek -- Jacek Laskowski http://www.laskowski.org.pl
Re: Migrating to maven 2
--- Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/2/28, anita kulshreshtha [EMAIL PROTECTED]: Jacek, Thanks and one more question/comment : The contents of var directory of tomcat go to META-INF/geronimo/org.apache.geronimo/geronimo-tomcat/var instead of META-INF/geronimo-tomcat/var in the jar. I *guess* you're referring to the situation *after* the M2 changes are in the tomcat module, aren't you? If so, you'll have to change the way maven-jar-plugin works and configure it so that the META-INF files are copied appropriately. Yes. But it can be done later. Show what you've done so far and we'll work it out together. The following poms were missing. catalina catalina-cluster tomcat-ajp I created these by editing 5.5.9 poms and have asked these to be uploaded as well. I am waiting for these and commons-modeler-1.1.jar and poms to be uploaded. Anita Jacek -- Jacek Laskowski http://www.laskowski.org.pl __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Migrating to maven 2
I have attached the pom.xml to jira. The missing tomcat poms have been added to the repo. We still have to wait for commons-modeler-1.1.jar. Thanks Anita --- anita kulshreshtha [EMAIL PROTECTED] wrote: --- Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/2/28, anita kulshreshtha [EMAIL PROTECTED]: Jacek, Thanks and one more question/comment : The contents of var directory of tomcat go to META-INF/geronimo/org.apache.geronimo/geronimo-tomcat/var instead of META-INF/geronimo-tomcat/var in the jar. I *guess* you're referring to the situation *after* the M2 changes are in the tomcat module, aren't you? If so, you'll have to change the way maven-jar-plugin works and configure it so that the META-INF files are copied appropriately. Yes. But it can be done later. Show what you've done so far and we'll work it out together. The following poms were missing. catalina catalina-cluster tomcat-ajp I created these by editing 5.5.9 poms and have asked these to be uploaded as well. I am waiting for these and commons-modeler-1.1.jar and poms to be uploaded. Anita Jacek -- Jacek Laskowski http://www.laskowski.org.pl __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
RE: WTP/Eclipse questions/defects
Thanks. I am willing to help out the documentation once I figure out how to do that myself. I did go through a basic Hello plugin development tutorial but I still have the following specific questions: 1) When I imported devtools project into Eclipse, I imported it as a plugin development--plugin project. Then I gave it a project name and pointed the project contents to directory devtools\modules\eclipse-plugin. Selected default of the rest and finished creating the project. However, I noticed the devtools\modules\eclipse-plugin\plugin.xml file is created, which was not there before I imported the devtools project into Eclipse. 2) Also, I'd like to know what should I have on the java build path of the project? I tried to put everything I can think of -- WTP 1.0.1 SDK zip file, Eclipse 3.1.2. zip file, but when I tried to right click on GenericServerBehaviour (inside of GeronimoServerBehavior.java file) and selected open call hierarchy I got a the resource is not on the build path of a Java project error. I also could not find the java API doc of this file either. Thanks again for your help! Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 28, 2006 3:42 PM To: dev@geronimo.apache.org Subject: Re: WTP/Eclipse questions/defects Yes I can but it will be a while before I get to it. Most of the information you really need is in Plugin Development Guide in the Eclipse Help and the tutorials on the Eclipse site which is full of information to get started. But before anything, your best bet is to go though one of the tutorials on creating your first plugin to get familiar with the the plugin development environment and how the eclipse framework works. See http://www.eclipse.org/articles/ - sachin On Feb 28, 2006, at 3:24 PM, Lin Sun wrote: I read your wiki page on how to develop Geronimo within eclipse which was very helpful. However, I haven't been able to debug the Geronimo plugin within eclipse. Is there any document on how to that, similar as the wiki page for developing Geronimo? I think this will be very useful for anyone who wants to help out with the Geronimo plugin. Thanks, Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Monday, February 27, 2006 11:12 PM To: dev@geronimo.apache.org Subject: Re: WTP/Eclipse questions/defects Just like you would hunt down a problem in G or any other project. Use the debugger. Eclipse/WTP provides sdk distributions so all the source is available. You can put breakpoints in the geronimo code to see the method call hierarchy in the debug view in Eclipse to get an understanding of who calls what. Another common practice is to verify problems against other server adapters. This would be a good indication that the bug is in WTP and not the implementation of a given adapter. Then you can use the debugger to evaluate further. - sachin On Feb 27, 2006, at 10:33 PM, Lin Sun wrote: Hi Sachin, Thanks this information is very useful. I am relatively new to the plugin development... Could you shed some light on how to tell if a defect is in WTP or Geronimo devtools? Thanks, Lin -Original Message- From: Sachin Patel [mailto:[EMAIL PROTECTED] Sent: Monday, February 27, 2006 11:24 AM To: dev@geronimo.apache.org; user@geronimo.apache.org Subject: WTP/Eclipse questions/defects With the release of the Eclipse plugin, here are a list of helpful resources where WTP/Eclipse specific questions can be asked and where you'll be able to search for answers to many common questions. http://www.eclipse.org/newsgroups/index_project.php The newsgroup URL is news.eclipse.org and the WTP specific list is eclipse.webtools. The bug reporting tool for all Eclipse projects is https:// bugs.eclipse.org/bugs/ If you feel you find a defect in WTP that you feel affects the functionality of the Geronimo plugin, for tracking purposes open a Jira in Geronimo and link it to the bugzilla number. This way the project is aware and thus can ensure that the defect gets added to the WTP adopter list and can take a higher priority. Thanks. - sachin
[jira] Commented: (GERONIMO-1645) tomcat module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1645?page=comments#action_12368207 ] Anita Kulshreshtha commented on GERONIMO-1645: -- Need to figure out how etc/META-INF/geronimo-service.xml is being created. tomcat module migration to Maven2 - Key: GERONIMO-1645 URL: http://issues.apache.org/jira/browse/GERONIMO-1645 Project: Geronimo Type: Sub-task Components: Tomcat Versions: 1.x Reporter: Jacek Laskowski Assignee: Anita Kulshreshtha Attachments: pom.xml It's a task to help keep track of the progress of the tomcat module build migration to Maven2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1645) tomcat module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1645?page=all ] Anita Kulshreshtha updated GERONIMO-1645: - Attachment: pom.xml Just added specs and a spec jar is missing - required artifacts missing: commons-modeler:commons-modeler:jar:1.1 org.apache.geronimo.specs:geronimo-servlet-2.4-spec:jar:1.0 tomcat module migration to Maven2 - Key: GERONIMO-1645 URL: http://issues.apache.org/jira/browse/GERONIMO-1645 Project: Geronimo Type: Sub-task Components: Tomcat Versions: 1.x Reporter: Jacek Laskowski Assignee: Anita Kulshreshtha Attachments: pom.xml, pom.xml It's a task to help keep track of the progress of the tomcat module build migration to Maven2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1645) tomcat module migration to Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-1645?page=comments#action_12368223 ] David Jencks commented on GERONIMO-1645: target/etc/META-INF/geronimo-service.xml files are generated by the geronimo-dependency plugin. I hope that it is possible to replace the marked dependencies it works with now with something like all the compile scope dependencies. I don't know if anyone has tried to port this plugin to m2 yet. tomcat module migration to Maven2 - Key: GERONIMO-1645 URL: http://issues.apache.org/jira/browse/GERONIMO-1645 Project: Geronimo Type: Sub-task Components: Tomcat Versions: 1.x Reporter: Jacek Laskowski Assignee: Anita Kulshreshtha Attachments: pom.xml, pom.xml It's a task to help keep track of the progress of the tomcat module build migration to Maven2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1500) Geronimo startup fails after adding an HTTPS Connector
[ http://issues.apache.org/jira/browse/GERONIMO-1500?page=all ] Vamsavardhana Reddy updated GERONIMO-1500: -- Attachment: GERONIMO-1500.patch Problem is with a loop counter in GBeanOverride.java. GERONIMO-1500.patch fixes the problem. Geronimo startup fails after adding an HTTPS Connector -- Key: GERONIMO-1500 URL: http://issues.apache.org/jira/browse/GERONIMO-1500 Project: Geronimo Type: Bug Versions: 1.0 Environment: Win XP, SunJDK 1.4.2_08 Reporter: Vamsavardhana Reddy Priority: Critical Fix For: 1.1, 1.0.1 Attachments: GERONIMO-1500.patch Geronimo startup fails after adding an HTTPS Connector through Geronimo Console. Verified this with both Geronimo-Jetty 1.0 and Geronimo-Tomcat 1.0 distributions. Steps to recreate this problem: 1. Start the Geronimo server. 2. Add an HTTPS Connector using link provided in WebServers portlet in Geronimo Console. 3. Stop the Geronimo server. 4. Start the Geronimo server. At this step, the server startup fails. The following exception is logged to geronimo.log: 18:08:38,717 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-system/1.0/car,J2EEServer=geronimo,j2eeType=AttributeStore,name=AttributeManager java.lang.NullPointerException at org.apache.geronimo.system.configuration.GBeanOverride.init(GBeanOverride.java:128) at org.apache.geronimo.system.configuration.ConfigurationOverride.init(ConfigurationOverride.java:51) at org.apache.geronimo.system.configuration.ServerOverride.init(ServerOverride.java:41) at org.apache.geronimo.system.configuration.LocalAttributeManager.load(LocalAttributeManager.java:323) at org.apache.geronimo.system.configuration.LocalAttributeManager.doStart(LocalAttributeManager.java:419) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:286) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-1500) Geronimo startup fails after adding an HTTPS Connector
[ http://issues.apache.org/jira/browse/GERONIMO-1500?page=all ] Jeff Genender reassigned GERONIMO-1500: --- Assign To: Jeff Genender Geronimo startup fails after adding an HTTPS Connector -- Key: GERONIMO-1500 URL: http://issues.apache.org/jira/browse/GERONIMO-1500 Project: Geronimo Type: Bug Versions: 1.0 Environment: Win XP, SunJDK 1.4.2_08 Reporter: Vamsavardhana Reddy Assignee: Jeff Genender Priority: Critical Fix For: 1.1, 1.0.1 Attachments: GERONIMO-1500.patch Geronimo startup fails after adding an HTTPS Connector through Geronimo Console. Verified this with both Geronimo-Jetty 1.0 and Geronimo-Tomcat 1.0 distributions. Steps to recreate this problem: 1. Start the Geronimo server. 2. Add an HTTPS Connector using link provided in WebServers portlet in Geronimo Console. 3. Stop the Geronimo server. 4. Start the Geronimo server. At this step, the server startup fails. The following exception is logged to geronimo.log: 18:08:38,717 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-system/1.0/car,J2EEServer=geronimo,j2eeType=AttributeStore,name=AttributeManager java.lang.NullPointerException at org.apache.geronimo.system.configuration.GBeanOverride.init(GBeanOverride.java:128) at org.apache.geronimo.system.configuration.ConfigurationOverride.init(ConfigurationOverride.java:51) at org.apache.geronimo.system.configuration.ServerOverride.init(ServerOverride.java:41) at org.apache.geronimo.system.configuration.LocalAttributeManager.load(LocalAttributeManager.java:323) at org.apache.geronimo.system.configuration.LocalAttributeManager.doStart(LocalAttributeManager.java:419) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:286) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1500) Geronimo startup fails after adding an HTTPS Connector
[ http://issues.apache.org/jira/browse/GERONIMO-1500?page=all ] Jeff Genender closed GERONIMO-1500: --- Fix Version: 1.x (was: 1.1) (was: 1.0.1) Resolution: Fixed Patch applied to HEAD Geronimo startup fails after adding an HTTPS Connector -- Key: GERONIMO-1500 URL: http://issues.apache.org/jira/browse/GERONIMO-1500 Project: Geronimo Type: Bug Versions: 1.0 Environment: Win XP, SunJDK 1.4.2_08 Reporter: Vamsavardhana Reddy Assignee: Jeff Genender Priority: Critical Fix For: 1.x Attachments: GERONIMO-1500.patch Geronimo startup fails after adding an HTTPS Connector through Geronimo Console. Verified this with both Geronimo-Jetty 1.0 and Geronimo-Tomcat 1.0 distributions. Steps to recreate this problem: 1. Start the Geronimo server. 2. Add an HTTPS Connector using link provided in WebServers portlet in Geronimo Console. 3. Stop the Geronimo server. 4. Start the Geronimo server. At this step, the server startup fails. The following exception is logged to geronimo.log: 18:08:38,717 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-system/1.0/car,J2EEServer=geronimo,j2eeType=AttributeStore,name=AttributeManager java.lang.NullPointerException at org.apache.geronimo.system.configuration.GBeanOverride.init(GBeanOverride.java:128) at org.apache.geronimo.system.configuration.ConfigurationOverride.init(ConfigurationOverride.java:51) at org.apache.geronimo.system.configuration.ServerOverride.init(ServerOverride.java:41) at org.apache.geronimo.system.configuration.LocalAttributeManager.load(LocalAttributeManager.java:323) at org.apache.geronimo.system.configuration.LocalAttributeManager.doStart(LocalAttributeManager.java:419) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:286) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: How to use discouragedRuntimeAccess extension point
I now have: extension point=org.apache.geronimo.devtools.eclipse.core.discouragedRuntimeAccess restriction id=org.apache.geronimo.generic.runtime.10 path value=/lib/cglib- nodep-2.1_3.jar/ path value=/lib/commons-cli-1.0.jar/ path value=/lib/commons-i18n-1.0-G1M5.jar/ path value=/lib/commons-logging-1.0.4.jar / path value=/lib/geronimo-common-1.0.jar/ path value=/lib/geronimo-deploy-jsr88-1.0.jar/ path value=/lib/geronimo-deploy-tool-1.0.jar / path value=/lib/geronimo-deployment-1.0.jar/ path value=/lib/geronimo-j2ee-deployment_1.1_spec-1.0.jar/ path value=/lib/geronimo- kernel-1.0.jar/ path value=/lib/geronimo-qname_1.1_spec-1.0.jar/ path value=/lib/geronimo-system-1.0.jar/ path value=/lib/geronimo- util-1.0.jar/ path value=/lib/log4j-1.2.11.jar/ path value=/lib/mx4j-3.0.1.jar/ path value=/lib/mx4j-remote-3.0.1.jar/ /restriction /extensionI thought it worked once, but I have not been able to get it work again. Anything else I should check? I was not clear on your FYI. Do you recommend discouragedRuntimeAccess via this extension point for current release and facets for future release, or do you recommend facets for current release as well? Thanks, Ted On 2/28/06, Sachin Patel [EMAIL PROTECTED] wrote: Check the schema definition for the extension point. (schema/discouragedRuntimeAccess.exsd file) You are not defining the extension point correctly. You also need to specify an id to binding to the the geronimo runtime. IIRC both jars and directories can be specified. FYI I think in future releases I'll be ridding of this extension point as I don't see any future value in it and there are better ways of accomplishing this such as the use of facets. Butthis is probably better for you anyway so you can re-use what ever existing code you have. However you need toprogramaticallyprovide the function you desire in a pluggable manner by creating a facet extension point and binding it to the geronimo runtime. The facet extensions require you to implement the IDelegate interface and you can have multiple implementations for when the facet is added and removed or for any of the other lifecycle types the facet framework defines. (version changed, runtime changed). This will give you the best flexibility and in your implementation you will be able to do whatever you need to the classpath container or project configuration. The UI pieces will automatically be then taken care of and you will be able to add/remove the facet at project creation or after. The key idea behind this is that you can programatically do what you need to the project without modifying any existing code. If a custom wizard is needed for the facet to provide additional details then a facet wizard extension point exists as well which plugins in a wizard page when you facet is selected during project creation. Even though this is an acceptable and you have my recommendation on this solution we can go even further. Discussions are going on being able to improve the flexibility of runtimes. Runtimes can contain multiple components and as you've seen currently two components are defined, a JRE and a server classpath container. Currently all of the runtimes are using the same bridge that adds these two components. However in the future we want to be able to make it easier for adopters to provide N number of components. This capability is currently possible but its somewhat complex and one of the goals is to make this easier. So essentially the runtime classpath needs to be broken down into multiple components, at minimum a J2EE component and a non J2EE component. But the vision is to go even beyond that. (ejb component, web component) thus each project type may target the same server buts the contents of its runtime would differ. - sachin On Feb 28, 2006, at 6:09 PM, Ted Kirby wrote: Thanks. I put my extension element in devtools\modules\eclipse-plugin\plugins\org.apache.geronimo.devtools.eclipse.core\plugin.xml. I got not .log errors, but I also did not get any access rules added to the selected jars in my build path, and my use of classes from a restricted jar was not flagged. Does path accept a .jar file, or directory only? Here is my extension element: extension point=org.apache.geronimo.devtools.eclipse.core.discouragedRuntimeAccess path value=/lib/cglib-nodep-2.1_3.jar/ path value=/lib/commons-cli-1.0.jar / path value=/lib/commons-i18n-1.0-G1M5.jar/ path value=/lib/commons-logging-1.0.4.jar/ path value=/lib/geronimo-common-1.0.jar/ path value=/lib/geronimo-deploy-jsr88-1.0.jar/ path value=/lib/geronimo-deploy-tool-1.0.jar/ path value=/lib/geronimo-deployment-1.0.jar/ path value=/lib/geronimo-j2ee-deployment_1.1_spec-1.0.jar/ path value=/lib/geronimo-kernel-1.0.jar/ path value=/lib/geronimo-qname_1.1_spec-1.0.jar / path value=/lib/geronimo-system-1.0.jar/ path value=/lib/geronimo-util-1.0.jar/ path value=/lib/log4j-1.2.11.jar/ path value=/lib/mx4j- 3.0.1.jar/ path value=/lib/mx4j-remote-3.0.1.jar/ /extension Thanks. On