[jira] Commented: (SM-980) Relative schema import in WSDL is failed with EIP component
[ https://issues.apache.org/activemq/browse/SM-980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39940 ] Jevgeni Holodkov commented on SM-980: - By the way, I have found out, that this doesn't work only if import statement is under wsdl:types tag. If it directly under wsdl:definitions tag, then it works perfectly. Relative schema import in WSDL is failed with EIP component --- Key: SM-980 URL: https://issues.apache.org/activemq/browse/SM-980 Project: ServiceMix Issue Type: Bug Components: servicemix-eip Affects Versions: 3.2 Environment: Tomcat 5.5, Windows 2000 Reporter: Jevgeni Holodkov Attachments: EIP-relative-schema-import.txt, local-1.xml.zip A WSDL file contains xsd:import with schemaLocation set to relative resource: xs:import namespace=http://mynamespace.com; schemaLocation=DomainOperation.xsd/ If I attach it to EIP component as wsdlResource and try to access it through the HTTP component, then the following exception is thrown: {quote} WARN - WSDL1Processor - Error retrieving interfaces from service description: WSDLException (at /wsdl:definitions/wsdl:types/xs:schema): faultCode=OTHER_ERROR: An error occurred trying to resolve schema referenced at 'DomainOperation.xsd'.: java.io.FileNotFoundException: This file was not found: file:/C:/dev/tomcat_55/bin/DomainOperation.xsd {quote} This issue is similar to JSR181 component ([SM-727|http://issues.apache.org/activemq/browse/SM-727]), but now it is related to EIP component. I attach my patch and the mylyn context. In my patch I've supposed, that other components can also be prone to error in this case, so I pushed down updateDefinitions() method to Endpoint class. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39949 ] Ruwan Linton commented on SM-1002: -- The source code for this client and the service is in the svn of the Synapse http://svn.apache.org/viewvc/webservices/synapse/trunk/java/modules/samples/ or else you can get the synapse release binary extract that and go to samples/axis2Server/src/SimpleStockQuoteService and just type ant. This will generate the service archive and put that in to the samples/axis2Server/repository/services folder. You can get it from there. If you want to do the test on the same environment take a look at the samples guide of synapse http://ws.apache.org/synapse/Synapse_Samples.html If you need to any thing clarified please let me know. Thanks, Ruwan Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost -- Key: SM-1002 URL: https://issues.apache.org/activemq/browse/SM-1002 Project: ServiceMix Issue Type: Bug Components: servicemix-core Environment: Unix, Java 1.5 Reporter: Ruwan Linton When I am doing a performance test I have sent more than 40 concurrent requests from a single host to servicemix, and the maxConnectionsPerHost was 40. It is acceptable the failing to respond when it exceeds 40 (maxConnectionsPerHost) concurrent requests. But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-836) jmx port should be explicit in the plans and set from the installer
[ https://issues.apache.org/jira/browse/GERONIMO-836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy closed GERONIMO-836. jmx port should be explicit in the plans and set from the installer --- Key: GERONIMO-836 URL: https://issues.apache.org/jira/browse/GERONIMO-836 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: installer Affects Versions: 1.0-M5 Reporter: David Jencks Assignee: Aaron Mulder Fix For: 1.0-M5 I think the only port that is not configured by the installer is the jmx port used by the deployer (and similar tools). If this port was configurable by the installer you could use the installer to set up multiple geronimos on one machine. Dain says the jmx port can actually be included in the url so this should be an easy change. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3386) Nothing returned when clicking on Save button at editing Tomcat NIO HTTP Connector
[ https://issues.apache.org/jira/browse/GERONIMO-3386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519877 ] Song commented on GERONIMO-3386: With the latest build, Save button works well for NIO HTTP Connector in IE and firefox. However, to NIO HTTPs Connector, Same exception happened. No response returned with Save button when creating a NIO HTTPs Connector in IE. And in firefox, all works well. Nothing returned when clicking on Save button at editing Tomcat NIO HTTP Connector Key: GERONIMO-3386 URL: https://issues.apache.org/jira/browse/GERONIMO-3386 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M5 Environment: Windows xp sp2 x86-32 Reporter: Song When edit a new Tomcat NIO HTTP Connector, modify port from 8081 to 8082, click on Save button, No any response returned, and No error or exception is thrown too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
Hi I have looked at java security policy, firewall settings, sniffed the traffic and more without finding out way the connection fails. As far as I know IPv6 should normally not be a problem but I started to suspect it had something to do with it. In my case it seems to have something to do with the loopback interface. Anyone else having problem with network access using this command? deploy --host local network address --user user --password password --port 1099 login or better yet a solution ? this may still be a configuration issue. I will try to find out what is wrong and will get back if I find something out. regards Peter Rodrigo Rodrigues da Silva wrote: Hi Peter, rmi runs on IPv6 here as well. I am not a network expert also, don't know if this should be a problem, as all ports opened by the java vm are on IPv6. Here port 1527 (derby) runs on Ipv6, although I could access derby from a remote machine with no hurt =] tcp6 0 0 *:1099 *:* LISTEN 6794/java tcp6 0 0 *:1527 *:* LISTEN 6794/java thanks, On 8/14/07, *Peter Petersson* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Rodrigo As I am also running G on a Ubuntu system (although it's 7.10) I thought I should give it a try and I get a similar problem (although I am not really reproducing yours). In my case I tried the deploy login command from a client also running Ubuntu from within a local network and surprisingly it failed with the following Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- Connection refused to host: 127.0.0.1 http://127.0.0.1; nested exception is: As I am trying this via a local network connection and no firewall rules should be in the way so I should not get connection refused but I did so if this is suppose to work right out of the box(?) we may have some weird problem and in my case this could be related to some IPv6 problem as I found out that the rmiregistry (port 1099) was running on IPv6 netstat -plt : tcp0 0 *:www *:* LISTEN - : tcp6 0 0 *:rmiregistry *:* LISTEN - I don't know way this should be a problem (I am not a network expert) but apparently something is wrong. However as in your case from local machine it works fine. I haven't upgraded to 2.0 yet on the server, so this test has been done on G v1.1.1 and FYI all the address and port binds are the defaults (in config.xml) so G and rmiregistry should bind to all interfaces. However In your case you get no such object in table which to me looks like you actually got the initial connection on port 1099 but a failure in the object call (using some other port) so our problems may not be related but anyhow It seem you are not completely alone on this. You could try sniff the network traffic with Wireshark (you can do a apt-get if you don't have it already), you may whant to use some traffic filter for example tcp port 1099 || tcp port to minimize the noise. Sry I couldn't help you more with this, lets see what more the G devs have to say about it ? regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 -- no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
Okey now I get exactly the same error as you Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- no such object in table regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java -version java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) -- Filipe Sousa geronimo.log -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver
[BUILD] 2.0: Failed for Revision: 566046
OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo-deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo-naming/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/geronimo-naming/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 21 source files to /home/prasad/geronimo/2.0/modules/geronimo-naming/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 6 source files to /home/prasad/geronimo/2.0/modules/geronimo-naming/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-naming/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.gjndi.binding.GBeanBindingTest 04:08:29,748 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found
Re: [BUILD] 2.0: Failed for Revision: 566046
I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- naming/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-naming/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 21 source files to /home/prasad/geronimo/2.0/ modules/geronimo-naming/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 6 source files to /home/prasad/geronimo/2.0/ modules/geronimo-naming/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-naming/target/surefire-reports --- T E S T S
[jira] Created: (GERONIMODEVTOOLS-179) XDoclet 1.2 Support
XDoclet 1.2 Support --- Key: GERONIMODEVTOOLS-179 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-179 Project: Geronimo-Devtools Issue Type: New Feature Reporter: Jonathan Gallimore Currently, there is no XDoclet support available to generate openejb-jar.xml deployment descriptors from annotations on EJB classes. XDoclet already has plugins to generate ejb-jar.xml, and descriptors for other EJB containers such as JBoss, and it would be nice to have this available to Geronimo developers as well. I have made a start on an XDoclet plugin that generates a basic openejb-jar.xml, the code for which I have made available in my subversion repository here: https://jrg.me.uk/XDoclet-Geronimo/Geronimo-Plugin/trunk Currently this is doing the bear minimum to assist with the project I'm currently working on, I feel that this could be extended and made more robost - the following issues need to be addressed before this is really usable: * Provide a test suite to verify the descriptors generated by the plugin (currently I'm eyeballing them using the sample Bank Geronimo project) * Thoroughly go through the schemas for openejb-jar.xml and geronimo-web.xml and remove stuff that is currently hardcoded in my templates, and add any tags necessary to build more complete descriptors. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (GERONIMO-411) Add Hash Password Rewrite to File Realm
[ https://issues.apache.org/jira/browse/GERONIMO-411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reopened GERONIMO-411: --- Add Hash Password Rewrite to File Realm --- Key: GERONIMO-411 URL: https://issues.apache.org/jira/browse/GERONIMO-411 Project: Geronimo Issue Type: Improvement Components: security Affects Versions: 1.0-M2, 1.2 Reporter: Aaron Mulder Assignee: Donald Woods Priority: Minor Fix For: 2.0.x, 2.1 Attachments: properties-realm.patch It would be nice if the properties file realm could rewrite your properties file with hashed passwords when it reads it. We would need to be able to recognize hashed vs. unhashed entries and perhaps even different algorithms. Perhaps it could go like this: user1=plaintext user2=MD5{...} user3=SHA1{...} Anyway, the idea is that this could be a reasonably secure alternative, but you still wouldn't need to manually hash things to add or update entries -- just put a plain text entry in and the next time the server reads the file it would hash it for you. I guess we'd need to synchronize on the hash operation to avoid threading problems if multiple apps or whatever use the same properties file, but it shouldn't be bad if we only rewrite the file if we find any plain text entries. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-411) Add Hash Password Rewrite to File Realm
[ https://issues.apache.org/jira/browse/GERONIMO-411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-411: -- Fix Version/s: 2.1 2.0.x Add Hash Password Rewrite to File Realm --- Key: GERONIMO-411 URL: https://issues.apache.org/jira/browse/GERONIMO-411 Project: Geronimo Issue Type: Improvement Components: security Affects Versions: 1.0-M2, 1.2 Reporter: Aaron Mulder Assignee: Donald Woods Priority: Minor Fix For: 2.0.x, 2.1 Attachments: properties-realm.patch It would be nice if the properties file realm could rewrite your properties file with hashed passwords when it reads it. We would need to be able to recognize hashed vs. unhashed entries and perhaps even different algorithms. Perhaps it could go like this: user1=plaintext user2=MD5{...} user3=SHA1{...} Anyway, the idea is that this could be a reasonably secure alternative, but you still wouldn't need to manually hash things to add or update entries -- just put a plain text entry in and the next time the server reads the file it would hash it for you. I guess we'd need to synchronize on the hash operation to avoid threading problems if multiple apps or whatever use the same properties file, but it shouldn't be bad if we only rewrite the file if we find any plain text entries. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3413) factor the console portlets into separate plugins
factor the console portlets into separate plugins - Key: GERONIMO-3413 URL: https://issues.apache.org/jira/browse/GERONIMO-3413 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: console Affects Versions: 2.1 Reporter: Paul McMahan Assignee: Paul McMahan Fix For: 2.1 The administration console contains portlets for configuring the components in a JEE5 server, and a few more things like debugging, creating deployment plans, etc. Right now the collection of portlets is hard coded in the console's pluto configuration. This makes it difficult for users to choose which portlets they want in their console. For example some users may not want the various classloader/dependency/JMX/LDAP/etc viewers because they require the dojo library, which adds a non-trivial server footprint. But more importantly this makes it difficult to deploy the administration console into a customized geronimo assembly (like the minimal ones) because those assemblies typically don't have all the JEE5 components installed that would be necessary to satisfy the console's dependencies. There is some work going on to make the console customizable using pluto 1.2's portal driver framework. The portal driver allows the console to dynamically add/remove portlets. Using this new capability from pluto provides the capability to create an administration console for the minimal assembly that contains only the base portlets, such as those necessary for deployment and web server configuration. The other portlets need to be factored out of the admin console as separately deployable WAR files and provided as plugins. This allows the user to selectively install portlets from the plugin catalog. And when the user deploys a component into the minimal assembly such as ActiveMQ they should be able to install the JMS administration portlet at that point in time, if desired. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.0: Failed for Revision: 566046
I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- naming/target/classes/META-INF [INFO] Copying 2
2.0.1 Release plans
Looks like the security issues were addressed and are checked into branches/2.0.1. I am following up on any small changes I feel we can safely put in and am wearing my release manager hat trying to balance risk / reward. I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release plugin.
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
I can still not tell you whats wrong but I now think it is safe to say that it is definitely not any firewall rules in the way (and I get the same error as you do). I checked all my firewall rules iptables -L and to be on the safe side I also turned on logging on iptables reject and drop rules and as suspected nothing was found. The other thing i did was turning on logging of rmi gc via -Dsun.rmi.dgc.loglevel=VERBOSE but that didn't give me any information ether. Sun jdk build 1.5.0_06-b05, Ubuntu 7.10, G 1.1.1. regards Peter Petersson Peter Petersson wrote: Okey now I get exactly the same error as you Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- no such object in table regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java -version java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) -- Filipe Sousa geronimo.log -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver
Re: 2.0.1 Release plans
Please consider the following two revisions: o Rev 565355 : PluginInstallerGBean fails to find available artifacts when the repository URL does not end with /. o Rev 563782 : Plugin installer downloads a different version of dependency than the one specified Vamsi On 8/15/07, Matt Hogstrom [EMAIL PROTECTED] wrote: Looks like the security issues were addressed and are checked into branches/2.0.1. I am following up on any small changes I feel we can safely put in and am wearing my release manager hat trying to balance risk / reward. I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release plugin.
Re: 2.0.1 Release plans
Please consider the following change in 2.0.x, which allows Windows users to rebuild the server from source - GERONIMO-3410 added copy of jspc-maven-plugin-2.0-alpha-1-20070806.170854-1 to our build repo Revisions 565833, 565837, 565885 I can make the change if you'd like some help... -Donald Matt Hogstrom wrote: Looks like the security issues were addressed and are checked into branches/2.0.1. I am following up on any small changes I feel we can safely put in and am wearing my release manager hat trying to balance risk / reward. I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release plugin. smime.p7s Description: S/MIME Cryptographic Signature
Re: [BUILD] 2.0: Failed for Revision: 566046
I did a clean build on Linux and WinXP after applying that change and the tests passed for me. -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- naming/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo
Re: [BUILD] 2.0: Failed for Revision: 566046
Also, there have been 3 build successful notices since then from Prasad's automated builds -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- naming/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-naming
Re: [BUILD] 2.0: Failed for Revision: 566046
I wonder if the test is indeterminate? thanks david jencks On Aug 15, 2007, at 9:17 AM, Donald Woods wrote: I did a clean build on Linux and WinXP after applying that change and the tests passed for me. -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/ geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/ Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/ modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] --- --- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] --- --- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to / home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] --- --- -- [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] --- --- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home
Re: [BUILD] 2.0: Failed for Revision: 566046
I think I remember Prasad saying that only the 5am tests run with tests on And I see the error every time I run the tests. Jarek On 8/15/07, Donald Woods [EMAIL PROTECTED] wrote: Also, there have been 3 build successful notices since then from Prasad's automated builds -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Naming [INFO]task
Re: 2.0.1 Release plans
+1. The Tuscany/Geronimo integration are affected by these two issues. Thanks, Raymond - Original Message - From: Vamsavardhana Reddy To: dev@geronimo.apache.org Sent: Wednesday, August 15, 2007 8:45 AM Subject: Re: 2.0.1 Release plans Please consider the following two revisions: o Rev 565355 : PluginInstallerGBean fails to find available artifacts when the repository URL does not end with /. o Rev 563782 : Plugin installer downloads a different version of dependency than the one specified Vamsi On 8/15/07, Matt Hogstrom [EMAIL PROTECTED] wrote: Looks like the security issues were addressed and are checked into branches/2.0.1. I am following up on any small changes I feel we can safely put in and am wearing my release manager hat trying to balance risk / reward. I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release plugin.
Re: 2.0.1 Release plans
+1 Cheers! Anita --- Donald Woods [EMAIL PROTECTED] wrote: Please consider the following change in 2.0.x, which allows Windows users to rebuild the server from source - GERONIMO-3410 added copy of jspc-maven-plugin-2.0-alpha-1-20070806.170854-1 to our build repo Revisions 565833, 565837, 565885 I can make the change if you'd like some help... -Donald Matt Hogstrom wrote: Looks like the security issues were addressed and are checked into branches/2.0.1. I am following up on any small changes I feel we can safely put in and am wearing my release manager hat trying to balance risk / reward. I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release plugin. Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
I'm still not seeing this problem My setup is - SLES10 w/ Sun 1.5.0_11 and Geronimo 2.0 WinXP w/ Sun 1.5.0_11 and Geronimo 2.0 Both machines are on the same subnet and do not have IPv6 configured or enabled on the Ethernet adapters. From SLES, the following works: deploy -host winxp list-modules From WinXP, the following works: deploy -host sles list-modules Can you try disabling IPv6 if its not required for your setup? -Donald Peter Petersson wrote: I can still not tell you whats wrong but I now think it is safe to say that it is definitely not any firewall rules in the way (and I get the same error as you do). I checked all my firewall rules iptables -L and to be on the safe side I also turned on logging on iptables reject and drop rules and as suspected nothing was found. The other thing i did was turning on logging of rmi gc via -Dsun.rmi.dgc.loglevel=VERBOSE but that didn't give me any information ether. Sun jdk build 1.5.0_06-b05, Ubuntu 7.10, G 1.1.1. regards Peter Petersson Peter Petersson wrote: Okey now I get exactly the same error as you Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- no such object in table regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java -version java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) -- Filipe Sousa geronimo.log -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything
[jira] Assigned: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types
[ https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun reassigned GERONIMO-3374: - Assignee: Lin Sun (was: Donald Woods) Admin console uses Generic TranQL RA for non XA driver types Key: GERONIMO-3374 URL: https://issues.apache.org/jira/browse/GERONIMO-3374 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Reporter: Song Assignee: Lin Sun Fix For: 2.0.x When a non XA database type is selected to create a database pool in admin console, Generic TranQL adapter is used to create and deploy the db pool rather than the vendor specific TranQL adapter even for those database(s) for which specifc TranQL adapter is present in repository. However, with XA drivers, the vendor specific adapter is picked up by the admin console while deploying the database plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.0: Failed for Revision: 566046
Seems that we should always run the tests, to help catch environment/setup differences -Donald Prasad Kashyap wrote: No.. The automated build runs on Linux and it failed there. Shall I run tests throughout the day now till these tests are fixed ? Cheers Prasad On 8/15/07, Tim McConnell [EMAIL PROTECTED] wrote: Fails for me as well. Could it just be a Windows failure ?? Jarek Gawor wrote: I think I remember Prasad saying that only the 5am tests run with tests on And I see the error every time I run the tests. Jarek On 8/15/07, Donald Woods [EMAIL PROTECTED] wrote: Also, there have been 3 build successful notices since then from Prasad's automated builds -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo
Re: [BUILD] 2.0: Failed for Revision: 566046
Fails for me as well. Could it just be a Windows failure ?? Jarek Gawor wrote: I think I remember Prasad saying that only the 5am tests run with tests on And I see the error every time I run the tests. Jarek On 8/15/07, Donald Woods [EMAIL PROTECTED] wrote: Also, there have been 3 build successful notices since then from Prasad's automated builds -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] -- -- [INFO
[jira] Created: (GERONIMO-3414) servlet.destroy() not called on POJOWebServiceServlet
servlet.destroy() not called on POJOWebServiceServlet - Key: GERONIMO-3414 URL: https://issues.apache.org/jira/browse/GERONIMO-3414 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Jetty Reporter: Jarek Gawor It appears like the destroy() method is not invoked on POJOWebServiceServlet on Jetty. This works fine on Tomcat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.0: Failed for Revision: 566046
No.. The automated build runs on Linux and it failed there. Shall I run tests throughout the day now till these tests are fixed ? Cheers Prasad On 8/15/07, Tim McConnell [EMAIL PROTECTED] wrote: Fails for me as well. Could it just be a Windows failure ?? Jarek Gawor wrote: I think I remember Prasad saying that only the 5am tests run with tests on And I see the error every time I run the tests. Jarek On 8/15/07, Donald Woods [EMAIL PROTECTED] wrote: Also, there have been 3 build successful notices since then from Prasad's automated builds -Donald Jarek Gawor wrote: I'm pretty sure the following change is causing this failure: http://svn.apache.org/viewvc/geronimo/server/branches/2.0/modules/geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/Configuration.java?r1=558791r2=565908 But there might be more to this problem. Yesterday I was trying to compile Geronimo with IBM JDK and the same exact test was passing with Sun JDK but failing with IBM JDK. I debugged this a little bit and I saw that somehow that the mappings between key1 = value1 got switched to key1 = value2. I'm not really sure how that happened. Jarek On 8/15/07, David Jencks [EMAIL PROTECTED] wrote: I encountered this error earlier today but couldn't figure out what the test was trying to test or why it is failing. thanks david jencks On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote: OpenEJB trunk at 566045 Geronimo Revision: 566046 built with tests included See the full build-0400.log file at http://people.apache.org/ ~prasad/binaries/20070815/build-0400.log [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 2 source files to /home/prasad/geronimo/2.0/ modules/geronimo-deployment/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/ geronimo-deployment/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.deployment.SingleFileHotDeployerTest 04:08:25,761 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.279 sec Running org.apache.geronimo.deployment.DeploymentContextTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.191 sec Results : Tests run: 13, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- deployment/target/geronimo-deployment-2.0.2-SNAPSHOT.jar to /home/ prasad/.m2/repository/org/apache/geronimo/modules/geronimo- deployment/2.0.2-SNAPSHOT/geronimo-deployment-2.0.2-SNAPSHOT.jar [INFO] -- -- [INFO] Building Geronimo :: Transaction [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/ geronimo-transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/ modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2- SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo- transaction/target/geronimo-transaction-2.0.2
[DISCUSS] Release Geronimo 2.0.1 (rc1)
Initial discuss thread
[jira] Created: (GERONIMO-3415) artifact aliasing doesn't work for fully resolved artifacts
artifact aliasing doesn't work for fully resolved artifacts --- Key: GERONIMO-3415 URL: https://issues.apache.org/jira/browse/GERONIMO-3415 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: kernel Affects Versions: 2.0 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 The artifact resolver currently doesn't look in the explicit resolutions for fully resolved artifacts. This is rather limiting. We should try to remove this limitation. Currently there are a lot of failing deployment tests if the skip lookup code is removed. I'm working on fixing the tests, then we'll see if more is necessary. We may need to add a deployment repository that contains the configurations we are building. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Some issues around artifact resolution
While playing with triplesec and the directory plugin I rediscovered that the artifact resolver won't check fully resolved artifacts against the explicit resolution map. I think this will make plugins generally too inflexible. Removing this limitation is easy (it's just a couple of lines with the comments that otherwise tests break) but it does break a lot of tests. Working through these I think we could simplify most of the deployer tests by having a -test.jar artifact or two that includes code to set up a mock server suitable for testing deployment parts. So, I'm going to try to set up such a framework and continue working on the artifact resolver. I don't know if after I get the tests working further changes will be necessary for deployment to work. I suspect we may have to set up a temporary in-memory deployment repository to hold the deployments we are working on. I've opened GERONIMO-3415 and 3416 to track this. Comments welcome as always thanks david jencks
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
Oops...hang on ... upload problem. On Aug 15, 2007, at 4:34 PM, Matt Hogstrom wrote: Initial discuss thread
[VOTE] Geronimo 2.0.1 (rc1)
The updated binaries are available for review. I have incorporated the security changes provided by David Jencks, Kevan and Vamsi. Thanks gents ! I also incorporated a few additional fixes. Please note the change log for the changes to the release notes for more information. The binaries and source are available at: http://people.apache.org/ ~hogstrom/geronimo-2.0.1-rc1 I have placed the uber repo jar in the main directory with sub directories of src and assemblies respectively for the other components. Please don't comment in this thread but rather use the DISCUSS thread for issues / discussion items. [ ] +1 Release these binaries [ ] 0 No opinion [ ] -1 Do not release (please provide rationale) This vote will conclude on Saturday August 18th at 1700.
[jira] Created: (GERONIMO-3416) make some -test artifacts that for instance start up a mock server suitable for testing deployment parts
make some -test artifacts that for instance start up a mock server suitable for testing deployment parts Key: GERONIMO-3416 URL: https://issues.apache.org/jira/browse/GERONIMO-3416 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: deployment Affects Versions: 2.0 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 There's a lot of duplicated code among the deployer tests. A lot of it could be simplified if we had one or two -test.jar artifacts from appropriate modules (kernel and system come to mind) that for instance set up a mock server with config stores, repos, etc etc started. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
Have you updated the config.xml, to allow access to the remote deployer, which was recently changed to only listen to localhost:8080 ? In config.xml, replace - module name=org.apache.geronimo.configs/geronimo-gbean-deployer/${version}/car/ with - module name=org.apache.geronimo.configs/geronimo-gbean-deployer/${version}/car gbean name=Deployer attribute name=remoteDeployAddressYOUR_HOSTNAME:8080/attribute /gbean /module and see if that helps (which I forgot that I had already done on my machines) -Donald Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java -version java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) -- Filipe Sousa geronimo.log -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver smime.p7s Description: S/MIME Cryptographic Signature
Re: 2.0.1 Status
On Aug 13, 2007, at 10:28 PM, Matt Hogstrom wrote: BTW, kudos to Jason and all the others that got us moved over to maven 2. Building and changing releases are so easy now. Thanks! /me pats self on back :-P --jason
including maven descriptors in jar files
IIUC we are currently leaving the maven descriptors out of all our artifacts due to the maven-jar-plugin configuration in the root pom. Also IIUC we only get in trouble from long paths from these maven descriptors for artifacts we unpack in our repo, such as car files and maybe wars. I find these poms rather useful in figuring out just what it is I'm looking at, so I'd prefer to include as many of them as do not cause problems. Could we perhaps move the don't include poms configuration to configs and the wars in applications? thanks david jencks
Re: including maven descriptors in jar files
Sure, if it doesn't cause windows builds to blow up... ;-) --jason On Aug 15, 2007, at 2:08 PM, David Jencks wrote: IIUC we are currently leaving the maven descriptors out of all our artifacts due to the maven-jar-plugin configuration in the root pom. Also IIUC we only get in trouble from long paths from these maven descriptors for artifacts we unpack in our repo, such as car files and maybe wars. I find these poms rather useful in figuring out just what it is I'm looking at, so I'd prefer to include as many of them as do not cause problems. Could we perhaps move the don't include poms configuration to configs and the wars in applications? thanks david jencks
Re: including maven descriptors in jar files
--- David Jencks [EMAIL PROTECTED] wrote: IIUC we are currently leaving the maven descriptors out of all our artifacts due to the maven-jar-plugin configuration in the root pom. Also IIUC we only get in trouble from long paths from these maven descriptors for artifacts we unpack in our repo, such as car files and maybe wars. and rars I find these poms rather useful in figuring out just what it is I'm looking at, so I'd prefer to include as many of them as do not cause problems. Could we perhaps move the don't include poms configuration to configs and the wars in applications? The maven-jar-plugin configuration in root pom can be changed to achieve this. Thanks Anita thanks david jencks Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
Re: svn commit: r566358 - in /geronimo/server/branches/2.0.1: ./ repository/ repository/org/codehaus/ repository/org/codehaus/mojo/ repository/org/codehaus/mojo/jspc/ repository/org/codehaus/mojo/jspc
THANKS!!! :) Anita --- [EMAIL PROTECTED] wrote: Author: hogstrom Date: Wed Aug 15 15:21:13 2007 New Revision: 566358 URL: http://svn.apache.org/viewvc?view=revrev=566358 Log: Fix from branches/2.0 that allows Windows users to compile the server. Added: geronimo/server/branches/2.0.1/repository/org/codehaus/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.jar - copied unchanged from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.jar geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.pom - copied unchanged from r565885, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.pom Modified: geronimo/server/branches/2.0.1/pom.xml geronimo/server/branches/2.0.1/repository/pom.xml Modified: geronimo/server/branches/2.0.1/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.0.1/pom.xml?view=diffrev=566358r1=566357r2=566358 == --- geronimo/server/branches/2.0.1/pom.xml (original) +++ geronimo/server/branches/2.0.1/pom.xml Wed Aug 15 15:21:13 2007 @@ -1615,7 +1615,7 @@ plugin groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-maven-plugin/artifactId -version2.0-alpha-1/version +version2.0-alpha-1-20070806/version executions execution goals Modified: geronimo/server/branches/2.0.1/repository/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.0.1/repository/pom.xml?view=diffrev=566358r1=566357r2=566358 == --- geronimo/server/branches/2.0.1/repository/pom.xml (original) +++ geronimo/server/branches/2.0.1/repository/pom.xml Wed Aug 15 15:21:13 2007 @@ -199,6 +199,13 @@ artifactIdopenejb-server/artifactId /dependency +!-- See GERONIMO-3410 -- +dependency +groupIdorg.codehaus.mojo.jspc/groupId +artifactIdjspc-maven-plugin/artifactId +version2.0-alpha-1-20070806/version +/dependency + /dependencies repositories Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222
Re: svn commit: r566358 - in /geronimo/server/branches/2.0.1: ./ repository/ repository/org/codehaus/ repository/org/codehaus/mojo/ repository/org/codehaus/mojo/jspc/ repository/org/codehaus/mojo/jspc
Um... why are we using this pinned snapshot? Whats broken with the release? --jason On Aug 15, 2007, at 3:21 PM, [EMAIL PROTECTED] wrote: Author: hogstrom Date: Wed Aug 15 15:21:13 2007 New Revision: 566358 URL: http://svn.apache.org/viewvc?view=revrev=566358 Log: Fix from branches/2.0 that allows Windows users to compile the server. Added: geronimo/server/branches/2.0.1/repository/org/codehaus/ - copied from r565833, geronimo/server/branches/2.0/ repository/org/codehaus/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ - copied from r565833, geronimo/server/branches/2.0/ repository/org/codehaus/mojo/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/ - copied from r565833, geronimo/server/branches/2.0/ repository/org/codehaus/mojo/jspc/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ jspc/jspc-maven-plugin/ - copied from r565833, geronimo/server/branches/2.0/ repository/org/codehaus/mojo/jspc/jspc-maven-plugin/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ jspc/jspc-maven-plugin/2.0-alpha-1-20070806/ - copied from r565833, geronimo/server/branches/2.0/ repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0- alpha-1-20070806/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0- alpha-1-20070806.jar - copied unchanged from r565833, geronimo/server/branches/2.0/ repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0- alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.jar geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0- alpha-1-20070806.pom - copied unchanged from r565885, geronimo/server/branches/2.0/ repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0- alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.pom Modified: geronimo/server/branches/2.0.1/pom.xml geronimo/server/branches/2.0.1/repository/pom.xml Modified: geronimo/server/branches/2.0.1/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.0.1/ pom.xml?view=diffrev=566358r1=566357r2=566358 == --- geronimo/server/branches/2.0.1/pom.xml (original) +++ geronimo/server/branches/2.0.1/pom.xml Wed Aug 15 15:21:13 2007 @@ -1615,7 +1615,7 @@ plugin groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-maven-plugin/artifactId -version2.0-alpha-1/version +version2.0-alpha-1-20070806/version executions execution goals Modified: geronimo/server/branches/2.0.1/repository/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.0.1/ repository/pom.xml?view=diffrev=566358r1=566357r2=566358 == --- geronimo/server/branches/2.0.1/repository/pom.xml (original) +++ geronimo/server/branches/2.0.1/repository/pom.xml Wed Aug 15 15:21:13 2007 @@ -199,6 +199,13 @@ artifactIdopenejb-server/artifactId /dependency +!-- See GERONIMO-3410 -- +dependency +groupIdorg.codehaus.mojo.jspc/groupId +artifactIdjspc-maven-plugin/artifactId +version2.0-alpha-1-20070806/version +/dependency + /dependencies repositories
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
Upload complete ... vote away. On Aug 15, 2007, at 4:34 PM, Matt Hogstrom wrote: Initial discuss thread
Could we use the maven-remote-resources plugin to install the legal files?
It normally gets stuff from a resource bundle such as org.apache:apache-jar-resource-bundle:1.0 which has the standard apache license and notice files in it. It installs them into at least normal and test jars, I haven't checked about source jars. I think you can configure it to add local files as well but I haven't figured out exactly how. If worst came to worst we could publish jars of our unusual notice files. It might aggregate stuff from the depenency's notice files, I'm not quite sure what the documentation is saying. I think using a single standard copy of the license/notice files would be a lot more pleasant than having a copy in each dir, and unusual modules would be easier to spot. thanks david jencks
[jira] Assigned: (GERONIMO-895) Remove JAAS login's reliance on remote JMX
[ https://issues.apache.org/jira/browse/GERONIMO-895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reassigned GERONIMO-895: - Assignee: David Jencks Remove JAAS login's reliance on remote JMX -- Key: GERONIMO-895 URL: https://issues.apache.org/jira/browse/GERONIMO-895 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: security Affects Versions: 1.0-M4 Reporter: Alan Cabrera Assignee: David Jencks Fix For: 2.0, 2.0.x, 2.1 Remove JAAS login's reliance on remote JMX. Ideally, using something pluggable would be great. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-895) Remove JAAS login's reliance on remote JMX
[ https://issues.apache.org/jira/browse/GERONIMO-895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-895. - Resolution: Fixed Fix Version/s: (was: 1.x) 2.1 2.0.x 2.0 We no longer do remote or mixed logins, except through specific login modules that encapsulate the protocol such as the openejb remote login module. Remove JAAS login's reliance on remote JMX -- Key: GERONIMO-895 URL: https://issues.apache.org/jira/browse/GERONIMO-895 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: security Affects Versions: 1.0-M4 Reporter: Alan Cabrera Assignee: David Jencks Fix For: 2.0, 2.0.x, 2.1 Remove JAAS login's reliance on remote JMX. Ideally, using something pluggable would be great. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r566358 - in /geronimo/server/branches/2.0.1: ./ repository/ repository/org/codehaus/ repository/org/codehaus/mojo/ repository/org/codehaus/mojo/jspc/ repository/org/codehaus/mojo/jspc
Following thread - http://www.mail-archive.com/dev@geronimo.apache.org/msg49867.html -Donald Jason Dillon wrote: Um... why are we using this pinned snapshot? Whats broken with the release? --jason On Aug 15, 2007, at 3:21 PM, [EMAIL PROTECTED] wrote: Author: hogstrom Date: Wed Aug 15 15:21:13 2007 New Revision: 566358 URL: http://svn.apache.org/viewvc?view=revrev=566358 Log: Fix from branches/2.0 that allows Windows users to compile the server. Added: geronimo/server/branches/2.0.1/repository/org/codehaus/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/ - copied from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/ geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.jar - copied unchanged from r565833, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.jar geronimo/server/branches/2.0.1/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.pom - copied unchanged from r565885, geronimo/server/branches/2.0/repository/org/codehaus/mojo/jspc/jspc-maven-plugin/2.0-alpha-1-20070806/jspc-maven-plugin-2.0-alpha-1-20070806.pom Modified: geronimo/server/branches/2.0.1/pom.xml geronimo/server/branches/2.0.1/repository/pom.xml Modified: geronimo/server/branches/2.0.1/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.0.1/pom.xml?view=diffrev=566358r1=566357r2=566358 == --- geronimo/server/branches/2.0.1/pom.xml (original) +++ geronimo/server/branches/2.0.1/pom.xml Wed Aug 15 15:21:13 2007 @@ -1615,7 +1615,7 @@ plugin groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-maven-plugin/artifactId -version2.0-alpha-1/version +version2.0-alpha-1-20070806/version executions execution goals Modified: geronimo/server/branches/2.0.1/repository/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.0.1/repository/pom.xml?view=diffrev=566358r1=566357r2=566358 == --- geronimo/server/branches/2.0.1/repository/pom.xml (original) +++ geronimo/server/branches/2.0.1/repository/pom.xml Wed Aug 15 15:21:13 2007 @@ -199,6 +199,13 @@ artifactIdopenejb-server/artifactId /dependency +!-- See GERONIMO-3410 -- +dependency +groupIdorg.codehaus.mojo.jspc/groupId +artifactIdjspc-maven-plugin/artifactId +version2.0-alpha-1-20070806/version +/dependency + /dependencies repositories smime.p7s Description: S/MIME Cryptographic Signature
[jira] Created: (GERONIMO-3417) Implement JASPI
Implement JASPI --- Key: GERONIMO-3417 URL: https://issues.apache.org/jira/browse/GERONIMO-3417 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: security Affects Versions: 2.0 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 We should implement JASPI (jsr-196) Guillaume already implemented the spec jar for an earlier version of the spec and did some work on implementation classes. I've updated the spec jar to the latest spec and started moving the implementation into geronimo-security. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
JASPI
It looks like JASPI (jsr-196) has been approved and I think we should finish implementing it. Guillaume already implemented the spec jar from an earlier draft and I updated it recently to the pfd2 spec. Guillaume also started an implementation that I started moving into geronimo-security. I opened GERONIMO-3417 to track this activity. This could be a substantial amount of work for one person so help would be extremely welcome. I assume that since the spec has been approved there must be a tck for it. How do we get it? I also note that on the approval ballot there are 4 yes votes that indicate that lack of a FOU restriction was a factor in the vote decision. This appears to support apaches position on the jck for harmony, and I wonder if it would be appropriate to point these comments out on legal-discuss? thanks david jencks
Re: Could we use the maven-remote-resources plugin to install the legal files?
Yup, this should work... assuming the plugin functions. I just tried to hook it up from use in the Groovy m2 stuff and it puked up some NPE crapo. Also, I'm not sure that the LICENSE.txt and NOTICE.txt generation stuff is going to fit our needs ASIS, but we can always get it fixed. This was defs on my list of things to look into more... but if you fancy a look, then go for it ;-) --jason On Aug 15, 2007, at 4:39 PM, David Jencks wrote: It normally gets stuff from a resource bundle such as org.apache:apache-jar-resource-bundle:1.0 which has the standard apache license and notice files in it. It installs them into at least normal and test jars, I haven't checked about source jars. I think you can configure it to add local files as well but I haven't figured out exactly how. If worst came to worst we could publish jars of our unusual notice files. It might aggregate stuff from the depenency's notice files, I'm not quite sure what the documentation is saying. I think using a single standard copy of the license/notice files would be a lot more pleasant than having a copy in each dir, and unusual modules would be easier to spot. thanks david jencks
[jira] Created: (GERONIMODEVTOOLS-180) Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages.
Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages. - Key: GERONIMODEVTOOLS-180 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby The eclipse plugin now prereqs these eclipse levels: eclipse-sdk3.3RC2 Web Tools Platform (WTP) 2.0RC2 Eclipse Modeling Framework (EMF) 2.3.0RC2 Graphical Editing Framework (GEF) 3.3RC2 Data Tools Platform (DTP) 1.5RC2 Europa (eclipse 3.3) went GA on June 27, so I think we need to upgrade the plugin to support the released levels, not the RC2 levels. Eurpoa now offers 5 eclipse bundles. 3.2 had one. 3.3 offers one comparable to the 3.2, called eclipse classic, at 140 MB, which the build is currently using. I think we should consider using Eclipse IDE for Java EE Developers, at 125 MB. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3414) servlet.destroy() not called on POJOWebServiceServlet
[ https://issues.apache.org/jira/browse/GERONIMO-3414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-3414: - Assignee: Jarek Gawor servlet.destroy() not called on POJOWebServiceServlet - Key: GERONIMO-3414 URL: https://issues.apache.org/jira/browse/GERONIMO-3414 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Reporter: Jarek Gawor Assignee: Jarek Gawor It appears like the destroy() method is not invoked on POJOWebServiceServlet on Jetty. This works fine on Tomcat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3414) servlet.destroy() not called on POJOWebServiceServlet
[ https://issues.apache.org/jira/browse/GERONIMO-3414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3414. --- Resolution: Fixed Fix Version/s: 2.1 2.0.x Fix committed to trunk (revision 566471) and branches/2.0 (revision 566473). servlet.destroy() not called on POJOWebServiceServlet - Key: GERONIMO-3414 URL: https://issues.apache.org/jira/browse/GERONIMO-3414 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Reporter: Jarek Gawor Assignee: Jarek Gawor Fix For: 2.0.x, 2.1 It appears like the destroy() method is not invoked on POJOWebServiceServlet on Jetty. This works fine on Tomcat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3383) Connect button on LDAP Viewer portlet just listens on port 1389 ,not 10389
[ https://issues.apache.org/jira/browse/GERONIMO-3383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-3383: - Assignee: Jarek Gawor Connect button on LDAP Viewer portlet just listens on port 1389 ,not 10389 --- Key: GERONIMO-3383 URL: https://issues.apache.org/jira/browse/GERONIMO-3383 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M5 Environment: Windows xp sp2 x86-32 Reporter: Song Assignee: Jarek Gawor Under LDAP portlet, after input Host localhost,port 10389 and User DN, click Connect button, a window pops up prompting: (Note: ApacheDS is running on localhost and listening on port 10389) Error: Problem connecting to directory server: localhost:1389 ** Make sure LDAP Server i srunning and /or connection properties are correct And,The below error can be found in the server.log: --- 14:48:08,359 WARN [ExecuteQuery] Method execution failed: java.lang.Exception: Problem connecting to directory server: localhost:1389 at org.apache.geronimo.console.ldapmanager.LDAPManagerHelper.init(LDAPManagerHelper.java:113) at java.lang.Class.newInstanceImpl(Native Method) at java.lang.Class.newInstance(Class.java:1300) at uk.ltd.getahead.dwr.create.NewCreator.getInstance(NewCreator.java:59) at uk.ltd.getahead.dwr.impl.ExecuteQuery.execute(ExecuteQuery.java:181) at uk.ltd.getahead.dwr.impl.DefaultExecProcessor.handle(DefaultExecProcessor.java:48) at uk.ltd.getahead.dwr.impl.DefaultProcessor.handle(DefaultProcessor.java:81) at uk.ltd.getahead.dwr.AbstractDWRServlet.doPost(AbstractDWRServlet.java:162) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.geronimo.console.servlet.ForwardDispatchFilter.doFilter(ForwardDispatchFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) at org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:71) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:351) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:801) 14:48:08,359 WARN
[jira] Assigned: (GERONIMO-2851) LDAP view in the console
[ https://issues.apache.org/jira/browse/GERONIMO-2851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-2851: - Assignee: Jarek Gawor LDAP view in the console Key: GERONIMO-2851 URL: https://issues.apache.org/jira/browse/GERONIMO-2851 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Reporter: Jarek Gawor Assignee: Jarek Gawor It looks like the LDAP viewer in the console is ignoring the custom connection information i specified in the 'connect info' panel. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.