Re: Compilation errors in module javamail-transport
Hi Bruce,I rebuild geronimo-spec with mvn clean install, then I try to build geronimo svn head with: maven -o m:clean new. I got the following exception from the javamail-transport module:java:compile: [echo] Compiling to D:\eclipse\workspace\geronimo-local\modules\javamail-transport/target /classes [javac] Compiling 3 source files to D:\eclipse\workspace\geronimo-local\modules\javamail-transport\target\classes [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\j ava\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:343: exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException is never thrown in body of corresponding try statement [javac] } catch (SMTPTransportException e) { [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\java\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:348: exception org.apache.geronimo.javamail.transport.smtp.MalformedSMTPReplyException is never thrown in body of corresponding try statement [javac] } catch (MalformedSMTPReplyException e) { [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\j ava\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1268: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException; must be caught or declared to be thrown [javac] throw new SMTPTransportException(e); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\java\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1270: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException ; must be caught or declared to be thrown [javac] throw new SMTPTransportException(e); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\j ava\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1278: unreported exception org.apache.geronimo.javamail.transport.smtp.MalformedSMTPReplyException; must be caught or declared to be thrown [javac] line = new SMTPReply(receiveLine(TIMEOUT * 2)); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\java\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1400: unrepor ted exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException; must be caught or declared to be thrown [javac] throw new SMTPTransportException("no FROM address"); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\java\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1518: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException ; must be caught or declared to be thrown [javac] throw new SMTPTransportException("no connection"); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\j ava\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1526: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException; must be caught or declared to be thrown [javac] throw new SMTPTransportException(e); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\java\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1546: unreported exception org.apache.geronimo.javamail.transport.smtp.MalformedSMTPReplyExce ption; must be caught or declared to be thrown [javac] lastServerResponse = new SMTPReply(receiveLine()); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\j ava\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1573: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException; must be caught or declared to be thrown [javac] throw new SMTPTransportException("no connection"); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\java\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1611: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException ; must be caught or declared to be thrown [javac] throw new SMTPTransportException(e); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\src\j ava\org\apache\geronimo\javamail\transport\smtp\SMTPTransport.java:1613: unreported exception org.apache.geronimo.javamail.transport.smtp.SMTPTransportException; must be caught or declared to be thrown [javac] throw new SMTPTransportException(e); [javac] ^ [javac] D:\eclipse\workspace\geronimo-local\modules\javamail-transport\
Re: Compilation errors in module javamail-transport
On 2/6/06, Jian Liao <[EMAIL PROTECTED]> wrote: > Geronimo spec updated. you have to rebuild it. But you still can not make it > right after rebuild geronimo-spec, so I just bypass this module in the top > maven.xml. Jian is correct, the compilation errors are due to changes to the geronimo-spec-javamail module today. In order to avoid the compilation errors, you'll need to check out the whole specs trunk: https://svn.apache.org/repos/asf/geronimo/specs/trunk/ and at least build the geronimo-spec-javamail module using Maven 2 and the following command: mvn clean install This will place the updated javamail spec jar here: ~/.maven/repository/org.apache.geronimo.specs/jars/geronimo-javamail_1.3.1_spec-1.1-SNAPSHOT.jar which will then allow the javamail-transport module to be built correctly. HTH Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/) Castor (http://castor.org/)
Re: Compilation errors in module javamail-transport
Hi,Geronimo spec updated. you have to rebuild it. But you still can not make it right after rebuild geronimo-spec, so I just bypass this module in the top maven.xml.Hope it help,- Jian Liao On 2/7/06, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: Compilation errors in modules\javamail-transport\src\java\org\apache\geronimo\javamail\authentication\CramMD5Authenticator.java Command line output from running rebuild on the project is given below. C:\GeronimoSource\geronimo\modules\javamail-transport>maven -Dmaven.test.skip=true -Dmaven.itest.skip=true rebuild __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.1-beta-2 DEPRECATED: the default goal should be specified in the section of proje ct.xml instead of maven.xml Attempting to download geronimo-javamail_1.3.1_spec-1.1-SNAPSHOT.jar. build:start: rebuild: clean:clean: xdoc:clean: [delete] Deleting directory C:\GeronimoSource\geronimo\modules\javamail-tran sport\target clean: build: default: java:prepare-filesystem: [mkdir] Created dir: C:\GeronimoSource\geronimo\modules\javamail-transport\t arget\classes java:compile: [echo] Compiling t o C:\GeronimoSource\geronimo\modules\javamail-transport/target/classes [javac] Compiling 31 source files to C:\GeronimoSource\geronimo\modules\java mail-transport\target\classes [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\CramMD5Authenticator.java:26: package org .apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\CramMD5Authenticator.java:27: package org .apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Hex; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:29: package o rg.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:30: package o rg.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Hex; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\LoginAuthenticator.java:24: package org.a pache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\PlainAuthenticator.java:24: package org.a pache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\transport\smtp\SMTPTransport.java:53: package org.apache .geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\transport\smtp\SMTPTransport.java:54: package org.apache .geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.XText; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\CramMD5Authenticator.java:99: cannot reso lve symbol [javac] symbol : variable Hex [javac] location: class org.apache.geronimo.javamail.authentication.CramMD5A uthenticator [javac] String responseString = username + " " + new String(Hex. encode(digest)); [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:168: cannot r esolve symbol [javac] symbol : variable Hex [javac] location: class org.apache.geronimo.javamail.authentication.DigestMD 5Authenticator [javac] String responseString = clientResponse + new String(Hex. encode(digest.digest())); [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:172: cannot r esolve symbol [
Compilation errors in module javamail-transport
Compilation errors in modules\javamail-transport\src\java\org\apache\geronimo\javamail\authentication\CramMD5Authenticator.java Command line output from running rebuild on the project is given below. C:\GeronimoSource\geronimo\modules\javamail-transport>maven -Dmaven.test.skip=true -Dmaven.itest.skip=true rebuild __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.1-beta-2 DEPRECATED: the default goal should be specified in the section of proje ct.xml instead of maven.xml Attempting to download geronimo-javamail_1.3.1_spec-1.1-SNAPSHOT.jar. build:start: rebuild: clean:clean: xdoc:clean: [delete] Deleting directory C:\GeronimoSource\geronimo\modules\javamail-tran sport\target clean: build: default: java:prepare-filesystem: [mkdir] Created dir: C:\GeronimoSource\geronimo\modules\javamail-transport\t arget\classes java:compile: [echo] Compiling t o C:\GeronimoSource\geronimo\modules\javamail-transport/target/classes [javac] Compiling 31 source files to C:\GeronimoSource\geronimo\modules\java mail-transport\target\classes [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\CramMD5Authenticator.java:26: package org .apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\CramMD5Authenticator.java:27: package org .apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Hex; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:29: package o rg.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:30: package o rg.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Hex; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\LoginAuthenticator.java:24: package org.a pache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\PlainAuthenticator.java:24: package org.a pache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\transport\smtp\SMTPTransport.java:53: package org.apache .geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\transport\smtp\SMTPTransport.java:54: package org.apache .geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.XText; [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\CramMD5Authenticator.java:99: cannot reso lve symbol [javac] symbol : variable Hex [javac] location: class org.apache.geronimo.javamail.authentication.CramMD5A uthenticator [javac] String responseString = username + " " + new String(Hex. encode(digest)); [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:168: cannot r esolve symbol [javac] symbol : variable Hex [javac] location: class org.apache.geronimo.javamail.authentication.DigestMD 5Authenticator [javac] String responseString = clientResponse + new String(Hex. encode(digest.digest())); [javac] ^ [javac] C:\GeronimoSource\geronimo\modules\javamail-transport\src\java\org\a pache\geronimo\javamail\authentication\DigestMD5Authenticator.java:172: cannot r esolve symbol [javac] symbol : variable Hex [javac] location: class org.apache.geronimo.javamail.authentication.DigestMD 5Authenticator [javac] String validationText = new String(Hex.encode(digest.dig est())); [javac]
Re: Oracle XA RAR for G1.0?
-3 should be javax.transaction.xa.XAException.XA_RMERR: http://java.sun.com/j2ee/1.4/docs/api/constant-values.html#javax.transaction Anyhow, you are not actually enlisting the oracle resource manager, so that's a step in the right direction. I think that Geronimo is not printing the stack trace. If you can, maybe add a printStackTrace() and recompile. What version of Oracle server and driver are you using? On Mon, 6 Feb 2006, Jason Dillon wrote: > And the plot thickens... this warning is issued before the exceptions > are dumped: > > > 21:21:23,050 WARN [Transaction] Unable to enlist XAResource > [EMAIL PROTECTED], e > rrorCode: -3 > oracle.jdbc.xa.OracleXAException > at oracle.jdbc.xa.OracleXAResource.checkError > (OracleXAResource.java:1190) > at oracle.jdbc.xa.client.OracleXAResource.start > (OracleXAResource.java:311) > at > org.apache.geronimo.transaction.manager.WrapperNamedXAResource.start > (WrapperNamedXAResource.java:86) > at > org.apache.geronimo.transaction.manager.TransactionImpl.enlistResource > (TransactionImpl.java:166) > at > org.apache.geronimo.transaction.context.InheritableTransactionContext.en > listResource(InheritableTransactionContext.java:92) > at > org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor.g > etConnection(TransactionEnlistingInterceptor.java:53) > at > org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.get > Connection(TransactionCachingInterceptor.java:81) > at > org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.getCo > nnection(ConnectionHandleInterceptor.java:43) > at > org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection > (TCCLInterceptor.java:39) > at > org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.get > Connection(ConnectionTrackingInterceptor.java:66) > at > org.apache.geronimo.connector.outbound.AbstractConnectionManager.allocat > eConnection(AbstractConnectionManager.java:57) > at org.tranql.connector.jdbc.DataSource.getConnection > (DataSource.java:56) > at $javax.sql.DataSource$$FastClassByCGLIB$$6525cafd.invoke > () > at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149) > at > org.apache.geronimo.connector.ConnectorMethodInterceptor.intercept > (ConnectorMethodInterceptor.java:53) > at $javax.sql.DataSource$$EnhancerByCGLIB$ > $4e89d0c0.getConnection() > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke > (NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke > (DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection( > AopUtils.java:282) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke > (JdkDynamicAopProxy.java:163) > at $Proxy1.getConnection(Unknown Source) > at > org.springframework.orm.hibernate.LocalDataSourceConnectionProvider.getC > onnection(LocalDataSourceConnectionProvider.java:75) > at net.sf.hibernate.cfg.SettingsFactory.buildSettings > (SettingsFactory.java:73) > at net.sf.hibernate.cfg.Configuration.buildSettings > (Configuration.java:1155) > at net.sf.hibernate.cfg.Configuration.buildSessionFactory > (Configuration.java:789) > at > org.springframework.orm.hibernate.LocalSessionFactoryBean.newSessionFact > ory(LocalSessionFactoryBean.java:535) > at > org.springframework.orm.hibernate.LocalSessionFactoryBean.afterPropertie > sSet(LocalSessionFactoryBean.java:470) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac > tory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1065) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac > tory.createBean(AbstractAutowireCapableBeanFactory.java:343) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac > tory.createBean(AbstractAutowireCapableBeanFactory.java:260) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean > (AbstractBeanFactory.java:221) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean > (AbstractBeanFactory.java:145) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac > tory.resolveReference(AbstractAutowireCapableBeanFactory.java:973) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac > tory.resolveValueIfNecessary(AbstractAutowireCapableBeanFactory.java: > 911) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac > tory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:852) > at > org.sprin
Re: Oracle XA RAR for G1.0?
And the plot thickens... this warning is issued before the exceptions are dumped: 21:21:23,050 WARN [Transaction] Unable to enlist XAResource [EMAIL PROTECTED], e rrorCode: -3 oracle.jdbc.xa.OracleXAException at oracle.jdbc.xa.OracleXAResource.checkError (OracleXAResource.java:1190) at oracle.jdbc.xa.client.OracleXAResource.start (OracleXAResource.java:311) at org.apache.geronimo.transaction.manager.WrapperNamedXAResource.start (WrapperNamedXAResource.java:86) at org.apache.geronimo.transaction.manager.TransactionImpl.enlistResource (TransactionImpl.java:166) at org.apache.geronimo.transaction.context.InheritableTransactionContext.en listResource(InheritableTransactionContext.java:92) at org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor.g etConnection(TransactionEnlistingInterceptor.java:53) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.get Connection(TransactionCachingInterceptor.java:81) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.getCo nnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection (TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.get Connection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allocat eConnection(AbstractConnectionManager.java:57) at org.tranql.connector.jdbc.DataSource.getConnection (DataSource.java:56) at $javax.sql.DataSource$$FastClassByCGLIB$$6525cafd.invoke () at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149) at org.apache.geronimo.connector.ConnectorMethodInterceptor.intercept (ConnectorMethodInterceptor.java:53) at $javax.sql.DataSource$$EnhancerByCGLIB$ $4e89d0c0.getConnection() at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection( AopUtils.java:282) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke (JdkDynamicAopProxy.java:163) at $Proxy1.getConnection(Unknown Source) at org.springframework.orm.hibernate.LocalDataSourceConnectionProvider.getC onnection(LocalDataSourceConnectionProvider.java:75) at net.sf.hibernate.cfg.SettingsFactory.buildSettings (SettingsFactory.java:73) at net.sf.hibernate.cfg.Configuration.buildSettings (Configuration.java:1155) at net.sf.hibernate.cfg.Configuration.buildSessionFactory (Configuration.java:789) at org.springframework.orm.hibernate.LocalSessionFactoryBean.newSessionFact ory(LocalSessionFactoryBean.java:535) at org.springframework.orm.hibernate.LocalSessionFactoryBean.afterPropertie sSet(LocalSessionFactoryBean.java:470) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1065) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:343) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:260) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean (AbstractBeanFactory.java:221) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean (AbstractBeanFactory.java:145) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.resolveReference(AbstractAutowireCapableBeanFactory.java:973) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.resolveValueIfNecessary(AbstractAutowireCapableBeanFactory.java: 911) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:852) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.populateBean(AbstractAutowireCapableBeanFactory.java:680) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:325) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:260) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean (AbstractBeanFactory.java:221) at org.springframework.beans.factory.support.AbstractBeanFac
And now, the *real* CORBA error
So I finally tried hooking up a web app using a CORBA EJB reference to an EJB exposed via CORBA and running in the same server (Sun Java 1.4.2_10 on SuSE 10). When I make the call, I get: 00:24:59,998 ERROR [CORBAProxyReference] Could not get proxy from geronimo.server:J2EEApplication=SITS,J2EEModule=web-1.0-SNAPSHOT.war,J2EEServer=geronimo,j2eeType=CORBACSS,name=CSS-SSLWithGSSUP org.omg.CORBA.DATA_CONVERSION: vmcid: SUN minor code: 202 completed: No at com.sun.corba.se.internal.corba.ORB.string_to_object(ORB.java:2038) at org.openejb.corba.CSSBean.getHome(CSSBean.java:176) at org.openejb.corba.CSSBean$$FastClassByCGLIB$$d48aab25.invoke() I don't even know what this means. Any pointers? My TSS and CSS are below. Thanks, Aaron http://geronimo.apache.org/xml/ns/deployment-1.0";> null J2EEModule geronimo/j2ee-server/1.0/car DefaultThreadPool null J2EEModule geronimo/j2ee-server/1.0/car TransactionContextManager org.openejb.corba.sunorb.SunORBConfigAdapter CSS-SSLWithGSSUP http://www.openejb.org/xml/ns/corba-css-config-2.0";> Integrity Confidentiality EstablishTrustInTarget http://www.openejb.org/xml/ns/corba-css-config-2.0";> Integrity Confidentiality EstablishTrustInTarget Integrity Confidentiality EstablishTrustInTarget http://geronimo.apache.org/xml/ns/deployment-1.0"; name="TSS-SSL-SITS" class="org.openejb.corba.TSSBean"> TSS-SSL-SITS null J2EEModule geronimo/j2ee-corba/1.0/car Server http://www.openejb.org/xml/ns/corba-tss-config-2.0"; xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1";> Integrity Confidentiality EstablishTrustInTarget EstablishTrustInClient Integrity Confidentiality
[jira] Commented: (GERONIMO-1591) Redeploy CORBA EJB JAR w/TSS; Blows up and server must be restarted
[ http://issues.apache.org/jira/browse/GERONIMO-1591?page=comments#action_12365392 ] Aaron Mulder commented on GERONIMO-1591: Also, when looking at this, please make sure the same is not true for a CSS as well. > Redeploy CORBA EJB JAR w/TSS; Blows up and server must be restarted > --- > > Key: GERONIMO-1591 > URL: http://issues.apache.org/jira/browse/GERONIMO-1591 > Project: Geronimo > Type: Bug > Components: CORBA, OpenEJB > Versions: 1.0 > Reporter: Aaron Mulder > Priority: Critical > Fix For: 1.0.1, 1.1 > > When you configure a session bean with CORBA (including a TSS GBean in the > EJB plan) and deploy it the first time, it works, If you make no changes and > redeploy it, it dies with the following error. The only way to get it to > deploy successfully is to restart the server. It appears that the POA named > for my TSS is not removed when the EJB is undeployed, so the second attempt > to deploy it fails. > 00:38:05,177 WARN [TSSBean] Failed CORBA Target Security Service in POA > TSS-SSL > 00:38:05,179 ERROR [GBeanInstanceState] Error while starting; GBean is now in > the FAILED state: > objectName="geronimo.server:J2EEApplication=CORBATest,J2EEModule=ejb-1.0-SNAPSHOT.jar,J2EEServer=geronimo,j2eeType=CORBATSS,name=TSS-SSL" > org.omg.PortableServer.POAPackage.AdapterAlreadyExists: > IDL:omg.org/PortableServer/POA/AdapterAlreadyExists:1.0 > at > com.sun.corba.se.internal.POA.POAImpl.adapterAlreadyExists(POAImpl.java:1263) > at com.sun.corba.se.internal.POA.POAImpl.create_POA(POAImpl.java:211) > at com.sun.corba.se.internal.POA.POAImpl.create_POA(POAImpl.java:522) > at org.openejb.corba.TSSBean.doStart(TSSBean.java:147) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) > at > org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) > at > org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) > at > org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) > at > org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142) > at > org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) > at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125) > at > org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) > at > org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117) > at > mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219) > at sun.reflect.GeneratedMethodAccessor107.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.ja
CORBA Fix Please?
Could one of the CORBA gurus look at http://issues.apache.org/jira/browse/GERONIMO-1591 ? I think we just need to unregister the TSS from the naming service when undeploying it, but right now, every time I want to update the application I have to restart Geronimo, which is really annoying. Thanks, Aaron
Maven 2 Repository for Geronimo
I have added a repository that can read a repo using the maven 2 layout. This required a few changes to the Repository interface, so please take a look at it. The code is the configId branch that David Jencks and I are working on for the quick 1.1 release (old 1.0.1). Specifically, Aaron can you take a look at this? It will impact the console code and I don't want to create a mess for you to deal with. http://svn.apache.org/viewcvs.cgi/geronimo/branches/configid/modules/ system/src/java/org/apache/geronimo/system/repository/ Maven2Repository.java Thanks, -dain
[jira] Created: (GERONIMO-1598) CSS/TSS Configuration Schemas Invalid
CSS/TSS Configuration Schemas Invalid - Key: GERONIMO-1598 URL: http://issues.apache.org/jira/browse/GERONIMO-1598 Project: Geronimo Type: Bug Components: OpenEJB, deployment, CORBA Versions: 1.0 Reporter: Aaron Mulder Fix For: 1.1, 1.0.1 The CSS and TSS schemas need to have imports for the schema for the xml namespace for the xml:lang attribute on the description element (or however we handled that for the other Geronimo schemas that use that kind of description element). Also the TSS schema needs an import for the security namespace for the default-principal type. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1597) Extra '/'s in webservices URL
Extra '/'s in webservices URL - Key: GERONIMO-1597 URL: http://issues.apache.org/jira/browse/GERONIMO-1597 Project: Geronimo Type: Bug Components: webservices Versions: 1.0 Environment: All supported Platforms Reporter: Phani Balaji Madgula I have deployed a WEBSERVICE implemented using an EJB, and facing a problem while accessing through Dynamic Proxy client. The client is as follows. String urlstr = "http://localhost:8080/TestEJB/Hello?wsdl";; String argument = "phani"; System.out.println("Contacting webservice at " + urlstr); URL url = new URL(urlstr); QName qname = new QName("http://hello.phani.org/";, "HelloService"); ServiceFactory factory = ServiceFactory.newInstance(); Serviceservice = factory.createService(url, qname); Hello hello = (Hello) service.getPort(Hello.class); System.out.println("hello.hello(" + argument + ")"); System.out.println("output:" + hello.hello(argument)); The error is Contacting webservice at http://localhost:8080/TestEJB/Hello?wsdl Exception in thread "main" javax.xml.rpc.ServiceException: Error processing WSDL document: java.io.IOException: Server returned HTTP response code: 500 for URL: http://localhost:8080/TestEJB/Hello/?wsdl at org.apache.axis.client.Service.initService (Service.java:250) at org.apache.axis.client.Service.http://localhost:8080/TestEJB/Hello"; and making it " http://localhost:8080/TestEJB/Hello/?wsdl";. It is not happening for WEBSERVICE implemented using a servlet. The WSDL is as follows. http://hello.phani.org/"; xmlns:tns="http://hello.phani.org/"; xmlns=" http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:soap=" http://schemas.xmlsoap.org/wsdl/soap/"; http://schemas.xmlsoap.org/soap/http"; style="rpc"/ http://hello.phani.org/"/http://hello.phani.org/"/http://localhost:8080/TestEJB/Hello"/http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1596) Repeated interface in JMS connection factory plan causes deployment failure
Repeated interface in JMS connection factory plan causes deployment failure --- Key: GERONIMO-1596 URL: http://issues.apache.org/jira/browse/GERONIMO-1596 Project: Geronimo Type: Bug Components: ActiveMQ, deployment Versions: 1.0 Reporter: Aaron Mulder Fix For: 1.0.1, 1.1 If you deploy a connection factory with an implemented-interface that has the same value as the connectionfactory-interface, then there are explosions during deployment. However, the deployment is not actually rejected, it just ends up deploying something that doesn't work. The cause appears to be generating code that implements the same interface twice -- we should either silently ignore one of them (preferable) or reject the deployment alltogether (workable, I guess). The plan that caused this contained: ... javax.jms.TopicConnectionFactory jms/MyTopicConnectionFactory javax.jms.TopicConnectionFactory ... And the error is: 23:39:59,747 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName="geronimo.server:J2EEApplication=null,J2EEServer=geronimo,JCAResource=MyTopicConnectionFactory,j2eeType=JCAManagedConnectionFactory,name=jms/MyTopicConnectionFactory" net.sf.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException-->null at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:237) at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377) at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:304) at org.apache.geronimo.connector.outbound.ManagedConnectionFactoryWrapper.doStart(ManagedConnectionFactoryWrapper.java:215) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125) at org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117) at mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219) at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34) at mx4j.remote.rmi.
Re: Oracle XA RAR for G1.0?
It's my sanskrit-only support contract. Here on dejanews you can see other people suffering from a similar problem: http://groups.google.com/groups?q=COMMIT+is+not+allowed+in+a+subordinate+session&hl=en On Mon, 6 Feb 2006, Aaron Mulder wrote: > That's about as helpful as Sanskrit. > > Aaron > > On 2/6/06, lichtner <[EMAIL PROTECTED]> wrote: > > > > ORA-02089: COMMIT is not allowed in a subordinate session > > Cause: COMMIT was issued in a session that is not the two-phase commit > > global coordinator. > > Action: Issue commit at the global coordinator only.
Re: Oracle XA RAR for G1.0?
What resource managers are in your transaction? Is it just Geronimo and one instance of Oracle? Do you happen to be executing a stored procedure, or are you calling commit explicitly anywhere except through JTA? On Tue, 7 Feb 2006, Jason Dillon wrote: > Thanks But I'm still clueless as to why this happens :-( > > --jason > > > -Original Message- > From: lichtner <[EMAIL PROTECTED]> > Date: Mon, 6 Feb 2006 22:06:48 > To:dev@geronimo.apache.org > Subject: Re: Oracle XA RAR for G1.0? > > > ORA-02089: COMMIT is not allowed in a subordinate session > Cause: COMMIT was issued in a session that is not the two-phase commit > global coordinator. > Action: Issue commit at the global coordinator only. > > http://oraclesvca2.oracle.com/docs/cd/B19306_01/server.102/b14219/e1500.htm#sthref32 > > On Mon, 6 Feb 2006, Jason Dillon wrote: > > > No love :-( > > > > When I configure both of my datasources to use the oracle xa adapter, > > and use the xa adapter for activemq, I get exceptions like: > > > > > > [2/6/06 16:35:17:456 PST] [ERROR] - > > org.apache.geronimo.kernel.log.GeronimoLog.error(line:104) - > > ORA-02089: COMMIT is not allowed in a subordinate session > > > > [2/6/06 16:35:17:458 PST] [ERROR] - > > org.apache.geronimo.kernel.log.GeronimoLog.error(line:108) - Could not > > execute query > > java.sql.SQLException: ORA-02089: COMMIT is not allowed in a subordinate > > session > > > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:582) > > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1986) > > at > > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:880) > > at > > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2516) > > at > > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2850) > > at > > oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:609) > > at > > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:537) > > at > > org.tranql.connector.jdbc.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:49) > > at > > net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:87) > > at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:875) > > at net.sf.hibernate.loader.Loader.doQuery(Loader.java:269) > > at > > net.sf.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:133) > > at net.sf.hibernate.loader.Loader.doList(Loader.java:1033) > > at net.sf.hibernate.loader.Loader.list(Loader.java:1024) > > at > > net.sf.hibernate.hql.QueryTranslator.list(QueryTranslator.java:854) > > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1544) > > at net.sf.hibernate.impl.QueryImpl.list(QueryImpl.java:39) > > at > > org.springframework.orm.hibernate.HibernateTemplate$26.doInHibernate(HibernateTemplate.java:667) > > at > > org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) > > at > > org.springframework.orm.hibernate.HibernateTemplate.find(HibernateTemplate.java:655) > > at > > com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.find(BaseDAOHibernate.java:423) > > at > > com.solidusnetworks.ach.oltp.dao.impl.NegativeFileDAOHibernate.findActiveNegativeFiles(NegativeFileDAOHibernate.java:394) > > at > > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean.retrieveActiveGlobalAndMerchantNegativeFiles(NegativeFileViewServiceBean.java:87) > > at > > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean$$FastClassByCGLIB$$55b05efa.invoke() > > at > > org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) > > at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) > > at > > org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) > > at > > org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) > > at > > org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) > > at > > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > > at > > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > > at > > org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) > > at > > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > > at > > org.openejb.transaction.TransactionContextInte
principals and trust rules for csi-v2
Trust rules for csi-v2: We derive B from Kb by authentication (Kb => B); B controls A means that B is trusted on A; B|A means B is quoting A; (or) B says A says s; B|A is a quoting principal; (Abadi etal) B is auth token identity; A is identity token identity; Backward trust: Kb => B; Local Trust Root controls: B controls A (B is trusted to assert A) (local trust rules) B|A says s; (s is request that is invoked as A) Forward trust: Kb => B; Kz controls (B is a proxy for A); (this is authorization assertion signed by Kz); B|A says s; (s is request that is invoked as A) Csi-v2 principals: QuotingPrincipal class has getQuotedPrincipal() (A) and getQuotingPrincipal() (B) methods; QuotingPrincipal instance is added to the subject; We can write authorization rules in terms of B|A, eg map B|A into roles. Comments? Simon
Re: Oracle XA RAR for G1.0?
Thanks But I'm still clueless as to why this happens :-( --jason -Original Message- From: lichtner <[EMAIL PROTECTED]> Date: Mon, 6 Feb 2006 22:06:48 To:dev@geronimo.apache.org Subject: Re: Oracle XA RAR for G1.0? ORA-02089: COMMIT is not allowed in a subordinate session Cause: COMMIT was issued in a session that is not the two-phase commit global coordinator. Action: Issue commit at the global coordinator only. http://oraclesvca2.oracle.com/docs/cd/B19306_01/server.102/b14219/e1500.htm#sthref32 On Mon, 6 Feb 2006, Jason Dillon wrote: > No love :-( > > When I configure both of my datasources to use the oracle xa adapter, > and use the xa adapter for activemq, I get exceptions like: > > > [2/6/06 16:35:17:456 PST] [ERROR] - > org.apache.geronimo.kernel.log.GeronimoLog.error(line:104) - > ORA-02089: COMMIT is not allowed in a subordinate session > > [2/6/06 16:35:17:458 PST] [ERROR] - > org.apache.geronimo.kernel.log.GeronimoLog.error(line:108) - Could not > execute query > java.sql.SQLException: ORA-02089: COMMIT is not allowed in a subordinate > session > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:582) > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1986) > at > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:880) > at > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2516) > at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2850) > at > oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:609) > at > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:537) > at > org.tranql.connector.jdbc.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:49) > at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:87) > at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:875) > at net.sf.hibernate.loader.Loader.doQuery(Loader.java:269) > at > net.sf.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:133) > at net.sf.hibernate.loader.Loader.doList(Loader.java:1033) > at net.sf.hibernate.loader.Loader.list(Loader.java:1024) > at net.sf.hibernate.hql.QueryTranslator.list(QueryTranslator.java:854) > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1544) > at net.sf.hibernate.impl.QueryImpl.list(QueryImpl.java:39) > at > org.springframework.orm.hibernate.HibernateTemplate$26.doInHibernate(HibernateTemplate.java:667) > at > org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) > at > org.springframework.orm.hibernate.HibernateTemplate.find(HibernateTemplate.java:655) > at > com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.find(BaseDAOHibernate.java:423) > at > com.solidusnetworks.ach.oltp.dao.impl.NegativeFileDAOHibernate.findActiveNegativeFiles(NegativeFileDAOHibernate.java:394) > at > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean.retrieveActiveGlobalAndMerchantNegativeFiles(NegativeFileViewServiceBean.java:87) > at > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean$$FastClassByCGLIB$$55b05efa.invoke() > at > org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) > at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) > at > org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) > at > org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) > at > org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) > at > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > at > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > at > org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) > at > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > at > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > at > org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) > at > org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) > at > org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) > at > org.openejb.proxy.SessionEJBLocalObject$$EnhancerByCGLIB$$c4231b05.retrieveActiveGlobalAndMerchantNe
Re: Oracle XA RAR for G1.0?
That's about as helpful as Sanskrit. Aaron On 2/6/06, lichtner <[EMAIL PROTECTED]> wrote: > > ORA-02089: COMMIT is not allowed in a subordinate session > Cause: COMMIT was issued in a session that is not the two-phase commit > global coordinator. > Action: Issue commit at the global coordinator only. > > http://oraclesvca2.oracle.com/docs/cd/B19306_01/server.102/b14219/e1500.htm#sthref32 > > On Mon, 6 Feb 2006, Jason Dillon wrote: > > > No love :-( > > > > When I configure both of my datasources to use the oracle xa adapter, > > and use the xa adapter for activemq, I get exceptions like: > > > > > > [2/6/06 16:35:17:456 PST] [ERROR] - > > org.apache.geronimo.kernel.log.GeronimoLog.error(line:104) - > > ORA-02089: COMMIT is not allowed in a subordinate session > > > > [2/6/06 16:35:17:458 PST] [ERROR] - > > org.apache.geronimo.kernel.log.GeronimoLog.error(line:108) - Could not > > execute query > > java.sql.SQLException: ORA-02089: COMMIT is not allowed in a subordinate > > session > > > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:582) > > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1986) > > at > > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:880) > > at > > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2516) > > at > > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2850) > > at > > oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:609) > > at > > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:537) > > at > > org.tranql.connector.jdbc.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:49) > > at > > net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:87) > > at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:875) > > at net.sf.hibernate.loader.Loader.doQuery(Loader.java:269) > > at > > net.sf.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:133) > > at net.sf.hibernate.loader.Loader.doList(Loader.java:1033) > > at net.sf.hibernate.loader.Loader.list(Loader.java:1024) > > at > > net.sf.hibernate.hql.QueryTranslator.list(QueryTranslator.java:854) > > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1544) > > at net.sf.hibernate.impl.QueryImpl.list(QueryImpl.java:39) > > at > > org.springframework.orm.hibernate.HibernateTemplate$26.doInHibernate(HibernateTemplate.java:667) > > at > > org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) > > at > > org.springframework.orm.hibernate.HibernateTemplate.find(HibernateTemplate.java:655) > > at > > com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.find(BaseDAOHibernate.java:423) > > at > > com.solidusnetworks.ach.oltp.dao.impl.NegativeFileDAOHibernate.findActiveNegativeFiles(NegativeFileDAOHibernate.java:394) > > at > > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean.retrieveActiveGlobalAndMerchantNegativeFiles(NegativeFileViewServiceBean.java:87) > > at > > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean$$FastClassByCGLIB$$55b05efa.invoke() > > at > > org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) > > at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) > > at > > org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) > > at > > org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) > > at > > org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) > > at > > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > > at > > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > > at > > org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) > > at > > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > > at > > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > > at > > org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) > > at > > org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) > > at > > org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) > > at > > org.openejb.proxy.SessionEJBLocalObject$$Enhanc
Re: Oracle XA RAR for G1.0?
ORA-02089: COMMIT is not allowed in a subordinate session Cause: COMMIT was issued in a session that is not the two-phase commit global coordinator. Action: Issue commit at the global coordinator only. http://oraclesvca2.oracle.com/docs/cd/B19306_01/server.102/b14219/e1500.htm#sthref32 On Mon, 6 Feb 2006, Jason Dillon wrote: > No love :-( > > When I configure both of my datasources to use the oracle xa adapter, > and use the xa adapter for activemq, I get exceptions like: > > > [2/6/06 16:35:17:456 PST] [ERROR] - > org.apache.geronimo.kernel.log.GeronimoLog.error(line:104) - > ORA-02089: COMMIT is not allowed in a subordinate session > > [2/6/06 16:35:17:458 PST] [ERROR] - > org.apache.geronimo.kernel.log.GeronimoLog.error(line:108) - Could not > execute query > java.sql.SQLException: ORA-02089: COMMIT is not allowed in a subordinate > session > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:582) > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1986) > at > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:880) > at > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2516) > at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2850) > at > oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:609) > at > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:537) > at > org.tranql.connector.jdbc.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:49) > at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:87) > at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:875) > at net.sf.hibernate.loader.Loader.doQuery(Loader.java:269) > at > net.sf.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:133) > at net.sf.hibernate.loader.Loader.doList(Loader.java:1033) > at net.sf.hibernate.loader.Loader.list(Loader.java:1024) > at net.sf.hibernate.hql.QueryTranslator.list(QueryTranslator.java:854) > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1544) > at net.sf.hibernate.impl.QueryImpl.list(QueryImpl.java:39) > at > org.springframework.orm.hibernate.HibernateTemplate$26.doInHibernate(HibernateTemplate.java:667) > at > org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) > at > org.springframework.orm.hibernate.HibernateTemplate.find(HibernateTemplate.java:655) > at > com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.find(BaseDAOHibernate.java:423) > at > com.solidusnetworks.ach.oltp.dao.impl.NegativeFileDAOHibernate.findActiveNegativeFiles(NegativeFileDAOHibernate.java:394) > at > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean.retrieveActiveGlobalAndMerchantNegativeFiles(NegativeFileViewServiceBean.java:87) > at > com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean$$FastClassByCGLIB$$55b05efa.invoke() > at > org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) > at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) > at > org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) > at > org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) > at > org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) > at > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > at > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > at > org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) > at > org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) > at > org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) > at > org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) > at > org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) > at > org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) > at > org.openejb.proxy.SessionEJBLocalObject$$EnhancerByCGLIB$$c4231b05.retrieveActiveGlobalAndMerchantNegativeFiles() > at > com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.retrieveNegativeFileData(POSCheckServiceBean.java:414) > at > com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.
NPE in HOWLLog in boot
I'm not sure how I got G into this state, but its barfing on boot with: Booting Geronimo Kernel (in Java 1.4.2_09)... Started configuration 1/16 0s geronimo/rmi-naming/1.0/car 18:57:25,971 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName="geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog" java.lang.NullPointerException at org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362) at org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059) at org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start() at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323) at org.apache.geronimo.system.main.Daemon.(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) ... Most GBeans do not start successfully after that... G is hosed at this point, had to nuke the txlogs to get a usage G again. That line is: Xid masterXid = xidFactory.recover(formatId, globalId, branchId); xidFactory not getting dependency injected? --jason
[jira] Created: (GERONIMO-1595) TSS and CSS XML structures inconsistent
TSS and CSS XML structures inconsistent --- Key: GERONIMO-1595 URL: http://issues.apache.org/jira/browse/GERONIMO-1595 Project: Geronimo Type: Bug Components: deployment, CORBA Versions: 1.0 Reporter: Aaron Mulder Fix For: 1.1 For a TSS, the SSL configuration is outside the security mechanism type list (compoundSecMechTypeList). For a CSS, the SSL configuration is inside it (also compoundSecMechTypeList). It's unfortunate that there's so much overlap between the elements and names, but then there would be this kind of structural difference between identically named elements. I'm not sure if there's a good reason for it, but if so, it would be nice if the element names weren't the same. Generally it makes me wonder if these two schemas should pull common stuff from a joint utility schema to enforce more commonality. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1585) Web app security on /* causes deployment exception
[ http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365380 ] Anita Kulshreshtha commented on GERONIMO-1585: -- SRV.11.2 could be used to argue that "/*" is not a path mapping. It says - "SRV.11.2 Specification of Mappings In theWeb application deployment descriptor, the following syntax is used to define mappings: • A string beginning with a '/' character and ending with a '/*' suffix is used for path mapping. • A string beginning with a '*.' prefix is used as an extension mapping. • A string containing only the '/' character indicates the "default" servlet of the application. In this case the servlet path is the request URI minus the context path and the path info is null. • All other strings are used for exact matches only." I do wonder about the purpose of the servlet spec example. Should we disallow "/*" as URLPattern even in servlet mapping? > Web app security on /* causes deployment exception > -- > > Key: GERONIMO-1585 > URL: http://issues.apache.org/jira/browse/GERONIMO-1585 > Project: Geronimo > Type: Bug > Components: web, security > Versions: 1.0 > Environment: Geronimo 1.0 with Jetty > Reporter: Aaron Mulder > Priority: Critical > Fix For: 1.0.1, 1.1 > > Deploying a web app with the following security block causes a deployment > error: > > > All Pages > /* > GET > POST > PUT > > > User > > > Note this is essentially right out of the spec (see SRV.12.8.2 in the Servlet > 2.4 spec). > The error is: > org.apache.geronimo.common.DeploymentException: Unable to initialize > webapp GBean > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) > ... > Caused by: java.lang.IllegalArgumentException: Qualifier patterns in the > URLPatternSpec cannot match the first URLPattern > at javax.security.jacc.URLPatternSpec.(URLPatternSpec.java:54) > at > javax.security.jacc.WebResourcePermission.(WebResourcePermission.java:54) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) > ... 70 more > Changing the url-pattern to / fixes the problem, but it seems to me that /* > ought to work too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1553) Provide commonj Timer and Work Manager.
[ http://issues.apache.org/jira/browse/GERONIMO-1553?page=comments#action_12365379 ] Seth White commented on GERONIMO-1553: -- I've attached the specification source files. The BEA lawyers wanted the BEA/IBM legal verbiage at the top of each. The intention is to give Apache the rights to freely implement the specification and redistribute the specification files. Let me know if there are any concerns. > Provide commonj Timer and Work Manager. > --- > > Key: GERONIMO-1553 > URL: http://issues.apache.org/jira/browse/GERONIMO-1553 > Project: Geronimo > Type: New Feature > Components: general > Versions: Wish List > Environment: na > Reporter: Seth White > Attachments: commonj.jar, commonj_spec.jar, commonj_timer.jar > > It would be nice if Geronimo provided an implementation of the Timer and Work > Manager APIs specified by commonj. > More information on these features can be found here: > http://dev2dev.bea.com/wlplatform/commonj/twm.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1553) Provide commonj Timer and Work Manager.
[ http://issues.apache.org/jira/browse/GERONIMO-1553?page=all ] Seth White updated GERONIMO-1553: - Attachment: commonj_timer.jar Updated project.xml with the correct spec dependency. > Provide commonj Timer and Work Manager. > --- > > Key: GERONIMO-1553 > URL: http://issues.apache.org/jira/browse/GERONIMO-1553 > Project: Geronimo > Type: New Feature > Components: general > Versions: Wish List > Environment: na > Reporter: Seth White > Attachments: commonj.jar, commonj_spec.jar, commonj_timer.jar > > It would be nice if Geronimo provided an implementation of the Timer and Work > Manager APIs specified by commonj. > More information on these features can be found here: > http://dev2dev.bea.com/wlplatform/commonj/twm.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1553) Provide commonj Timer and Work Manager.
[ http://issues.apache.org/jira/browse/GERONIMO-1553?page=all ] Seth White updated GERONIMO-1553: - Attachment: commonj_spec.jar Commonj timer and work manager specification source files. > Provide commonj Timer and Work Manager. > --- > > Key: GERONIMO-1553 > URL: http://issues.apache.org/jira/browse/GERONIMO-1553 > Project: Geronimo > Type: New Feature > Components: general > Versions: Wish List > Environment: na > Reporter: Seth White > Attachments: commonj.jar, commonj_spec.jar > > It would be nice if Geronimo provided an implementation of the Timer and Work > Manager APIs specified by commonj. > More information on these features can be found here: > http://dev2dev.bea.com/wlplatform/commonj/twm.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Building of Geronimo 1.0 failing
Hi Gary, I also new to Maven and went through the series of build errors recently trying to build Geronimo for the first time. Try (as was suggested earlier in the mail list): maven m:update maven -o m:clean m:clean-repo maven new -Dmaven.test.skip=true -Dmaven.itest.skip=true If build fails due to unsatisfied dependency just re-run "maven new...", each time it went further in my case. HTH, Roman Gary Karasiuk wrote: I'm using the SUN JDK 1.4.2_08-b03 and Maven 1.0.2. I didn't see any OutOfMemoryErrors. I'm very new to this Maven stuff, but if I had to guess, I'd say that the dependencies are not set correctly somewhere. I do have the class that it is complaining about in my .maven repository (it is in the wsdl4j folder), */Aaron Mulder <[EMAIL PROTECTED]>/* wrote: If you're using IntelliJ, you don't need to build from source in order to debug -- just start the Geronimo JVM with the remote debug args IntelliJ gives you and attach and there you go. I haven't seen that problem building from source before -- are you using JDK 1.4.2 and Maven 1.1-beta-2? Also, I think I've had to bump up the RAM used by Maven to build all of Geronimo and OpenEJB from scratch: export MAVEN_OPTS="-Xm s256m -Xmx512m -XX:MaxPermSize=128m" Aaron On 2/6/06, Gary Karasiuk wrote: > I'm new to Geronimo and I'm trying to build version 1.0 (so that I can debug > it). > > I checked out the source from: > > http://svn.apache.org/repos/asf/geronimo/tags/1.0.0 > > and then I did: > maven new -Dmaven.test.skip=true -Dmaven.itest.skip=true > > It runs for a couple of minutes and then fails with these exceptions: > > + > | configurations Configuration for performing J2EE deployments > | Memory: 47M/75M > + > car:prepare-plan: > > car:package: > > car:install: > > > build:end: > > build:start: > > multiproject:install-callback: > [echo] Running car:install for Configuration for performing J2EE &g t; deployments > 6453 [main] ERROR org.apache.geronimo.deployment.Deployer - > Deployment failed due to > java.lang.NoClassDefFoundError: javax/wsdl/Service > at java.lang.Class.getDeclaredMethods0(Native Metho > d) > > at > java.lang.Class.privateGetDeclaredMethods(Class.java:1655) > at java.lang.Class.getDeclaredMethod(Class.java:1262) > at > org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:60) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanData(ServiceConfigBuilder.java:316) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans(ServiceConfigBuilder.java:311) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:207) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:167)*> at > org.apache.geronimo.deployment.service.ServiceConfigBuilder$$FastClassByCGLIB$$9f173be6.invoke() > at > net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$bec4192f.buildConfiguration() > at > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269) > > SNIP > > BUILD FAILED > File.. s:\geronimo-1.0.0\maven.xml > Element... maven:reactor > Line.. 58 > Column 112 > Unable to obtain goal [multiproject:install-callback] -- H:\Documents and > Settings\karasiuk\.maven\cache\geronimo-packaging-plugin-1.0.1\plugin.jelly:68:15 > : null > Total time: 4 minutes 14 seconds > Finished at: Mon Feb 06 13:12:28 EST 2006 > > > > Gary * * * * Gary *
Re: Oracle XA RAR for G1.0?
No love :-( When I configure both of my datasources to use the oracle xa adapter, and use the xa adapter for activemq, I get exceptions like: [2/6/06 16:35:17:456 PST] [ERROR] - org.apache.geronimo.kernel.log.GeronimoLog.error(line:104) - ORA-02089: COMMIT is not allowed in a subordinate session [2/6/06 16:35:17:458 PST] [ERROR] - org.apache.geronimo.kernel.log.GeronimoLog.error(line:108) - Could not execute query java.sql.SQLException: ORA-02089: COMMIT is not allowed in a subordinate session at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:582) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1986) at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:880) at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2516) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2850) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:609) at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:537) at org.tranql.connector.jdbc.PreparedStatementHandle.executeQuery(PreparedStatementHandle.java:49) at net.sf.hibernate.impl.BatcherImpl.getResultSet(BatcherImpl.java:87) at net.sf.hibernate.loader.Loader.getResultSet(Loader.java:875) at net.sf.hibernate.loader.Loader.doQuery(Loader.java:269) at net.sf.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:133) at net.sf.hibernate.loader.Loader.doList(Loader.java:1033) at net.sf.hibernate.loader.Loader.list(Loader.java:1024) at net.sf.hibernate.hql.QueryTranslator.list(QueryTranslator.java:854) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1544) at net.sf.hibernate.impl.QueryImpl.list(QueryImpl.java:39) at org.springframework.orm.hibernate.HibernateTemplate$26.doInHibernate(HibernateTemplate.java:667) at org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) at org.springframework.orm.hibernate.HibernateTemplate.find(HibernateTemplate.java:655) at com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.find(BaseDAOHibernate.java:423) at com.solidusnetworks.ach.oltp.dao.impl.NegativeFileDAOHibernate.findActiveNegativeFiles(NegativeFileDAOHibernate.java:394) at com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean.retrieveActiveGlobalAndMerchantNegativeFiles(NegativeFileViewServiceBean.java:87) at com.solidusnetworks.paycore.ach.model.negativefile.service.NegativeFileViewServiceBean$$FastClassByCGLIB$$55b05efa.invoke() at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) at org.openejb.proxy.SessionEJBLocalObject$$EnhancerByCGLIB$$c4231b05.retrieveActiveGlobalAndMerchantNegativeFiles() at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.retrieveNegativeFileData(POSCheckServiceBean.java:414) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.checkForNegativeFileAndDollarLimit(POSCheckServiceBean.java:300) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.authorize(POSCheckServiceBean.java:206) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean$$FastClassByCGLIB$$ac29a8c5.invoke() at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInt
Re: Building of Geronimo 1.0 failing
I'm using the SUN JDK 1.4.2_08-b03 and Maven 1.0.2. I didn't see any OutOfMemoryErrors. I'm very new to this Maven stuff, but if I had to guess, I'd say that the dependencies are not set correctly somewhere. I do have the class that it is complaining about in my .maven repository (it is in the wsdl4j folder),Aaron Mulder <[EMAIL PROTECTED]> wrote: If you're using IntelliJ, you don't need to build from source in orderto debug -- just start the Geronimo JVM with the remote debug argsIntelliJ gives you and attach and there you go.I haven't seen that problem building from source before -- are youusing JDK 1.4.2 and Maven 1.1-beta-2? Also, I think I've had to bumpup the RAM used by Maven to build all of Geronimo and OpenEJB fromscratch:export MAVEN_OPTS="-Xm s256m -Xmx512m -XX:MaxPermSize=128m"AaronOn 2/6/06, Gary Karasiuk wrote:> I'm new to Geronimo and I'm trying to build version 1.0 (so that I can debug> it).>> I checked out the source from:>> http://svn.apache.org/repos/asf/geronimo/tags/1.0.0>> and then I did:> maven new -Dmaven.test.skip=true -Dmaven.itest.skip=true>> It runs for a couple of minutes and then fails with these exceptions:>> +> | configurations Configuration for performing J2EE deployments> | Memory: 47M/75M> +> car:prepare-plan:>> car:package:>> car:install:>>> build:end:>> build:start:>> multiproject:install-callback:> [echo] Running car:install for Configuration for performing J2EE&g t; deployments> 6453 [main] ERROR org.apache.geronimo.deployment.Deployer -> Deployment failed due to> java.lang.NoClassDefFoundError: javax/wsdl/Service> at java.lang.Class.getDeclaredMethods0(Native Metho> d)>> at> java.lang.Class.privateGetDeclaredMethods(Class.java:1655)> at java.lang.Class.getDeclaredMethod(Class.java:1262)> at> org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:60)> at> org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanData(ServiceConfigBuilder.java:316)> at> org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans(ServiceConfigBuilder.java:311)> at> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:207)> at> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:167)> at> org.apache.geronimo.deployment.service.ServiceConfigBuilder$$FastClassByCGLIB$$9f173be6.invoke()> at> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)> at> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)> at> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)> at> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)> at> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)> at> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)> at> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)> at> org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$bec4192f.buildConfiguration()> at> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269)>> SNIP>> BUILD FAILED> File.. s:\geronimo-1.0.0\maven.xml> Element... maven:reactor> Line.. 58> Column 112> Unable to obtain goal [multiproject:install-callback] -- H:\Documents and> Settings\karasiuk\.maven\cache\geronimo-packaging-plugin-1.0.1\plugin.jelly:68:15> : null> Total time: 4 minutes 14 seconds> Finished at: Mon Feb 06 13:12:28 EST 2006 GaryGary
[jira] Commented: (GERONIMO-1585) Web app security on /* causes deployment exception
[ http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365370 ] Aaron Mulder commented on GERONIMO-1585: Well, I'm OK with this if the JACC spec is clear about it -- without the context, it's hard for me to judge. (e.g. I would have said /* was pretty clearly a path prefix). It also makes me a little uncomfortable that one of the examples in the Servlet spec actually uses /* so it really seems legit. In any case, it would be nice if we're going to reject this that we provide a specific message to the effect of "The JACC specification specifically disallows /* as a URL pattern; please use just / instead." The current message "Qualifier patterns in the URLPatternSpec cannot match the first URLPattern" is not at all clear to me. If we have a clear message with a recommended solution, then I don't really care too much if we reject that specific pattern. > Web app security on /* causes deployment exception > -- > > Key: GERONIMO-1585 > URL: http://issues.apache.org/jira/browse/GERONIMO-1585 > Project: Geronimo > Type: Bug > Components: web, security > Versions: 1.0 > Environment: Geronimo 1.0 with Jetty > Reporter: Aaron Mulder > Priority: Critical > Fix For: 1.0.1, 1.1 > > Deploying a web app with the following security block causes a deployment > error: > > > All Pages > /* > GET > POST > PUT > > > User > > > Note this is essentially right out of the spec (see SRV.12.8.2 in the Servlet > 2.4 spec). > The error is: > org.apache.geronimo.common.DeploymentException: Unable to initialize > webapp GBean > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) > ... > Caused by: java.lang.IllegalArgumentException: Qualifier patterns in the > URLPatternSpec cannot match the first URLPattern > at javax.security.jacc.URLPatternSpec.(URLPatternSpec.java:54) > at > javax.security.jacc.WebResourcePermission.(WebResourcePermission.java:54) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) > ... 70 more > Changing the url-pattern to / fixes the problem, but it seems to me that /* > ought to work too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Default Security Principal & Role Mapping
OK. If you guys get a chance, can you double-check my writeup of how security for CORBA relates to EJB security? Here's the page it's on, and particularly section 17.2.1.5 (and the enclosed Example 17.1): http://chariotsolutions.com/geronimo/corba-ejb-server.html Thanks, Aaron On 2/6/06, David Jencks <[EMAIL PROTECTED]> wrote: > > On Feb 6, 2006, at 9:38 AM, Aaron Mulder wrote: > > > Great. > > > > So my next question is CORBA. If a CORBA client calls in to an EJB, > > and we have it configured to accept principals the caller provides > > (see below) then does role mapping (as configured in openejb-jar.xml) > > apply to the principals we grant the CORBA caller? > > yes > > If so, do they > > need qualifying roles for the EJB they're actually invoking, > > yes > > or just > > for calls out to other EJBs from there? > that too. > > > > Thanks, > >Aaron > > > > > > > > > > > > > principal- > > class="org.apache.geronimo.security.realm.providers.GeronimoUserPrinci > > pal"/> > > > > > > > > > > > > so, what you are saying here is, you trust the connection to > establish the authenticity of the identity in the identity token, and > geronimo should take the name from the token and construct a > principal of the specified class and put it in a Subject. The role- > principal mapping will determine which roles that call is in, and > thus the permissions on the ejbs it calls. > > In particular note that the identity token is not logged in using a > login module in the target server: we are trusting the caller's > assertion of identity. > > In my opinion this area of geronimo security needs some more work and > we need to support logging in the asserted identity as well. There > are a lot of details involved here :-) > > thanks > david jencks > > > > > > > On 2/6/06, David Jencks <[EMAIL PROTECTED]> wrote: > >> Assuming the principal classes are the same, the unauthenticated user > >> if given the admin role. > >> > >> IIUC Simon wants to make the default subjects generated by actual > >> login, which might make this point a bit clearer. > >> > >> > >> thanks > >> david jencks > >> > >> On Feb 6, 2006, at 7:41 AM, Aaron Mulder wrote: > >> > >>> If I have a security configuration block like this, is an > >>> unauthenticated user given the Admin role? Or does role mapping > >>> ignore the default principal? > >>> > >>> Thanks, > >>> Aaron > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> > >> > >
[jira] Commented: (GERONIMO-1585) Web app security on /* causes deployment exception
[ http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365362 ] Anita Kulshreshtha commented on GERONIMO-1585: -- This issue was discussed in G-603. Page 22, last paragraph of JACC reads - " Any pattern, qualified by a pattern that matches it, is overridden and made irrelevant (in the translation) by the qualifying pattern. Specifically, all extension patterns and the default pattern are made irrelevant by the presence of the path prefix pattern "/*" in a deployment descriptor. Patterns qualified by the "/*" pattern violate the URLPatternSpec constraints of WebResourcePermission and WebUserDataPermission names and must be rejected by the corresponding permission constructors." The syntax of a URLPatternSpec is as follows: see http://java.sun.com/j2ee/1.4/docs/api/javax/security/jacc/WebResourcePermission.html URLPatternList ::= URLPattern | URLPatternList colon URLPattern URLPatternSpec ::= null | URLPattern | URLPattern colon URLPatternList It goes on to say "... The first URLPattern in a URLPatternSpec may be any of the pattern types, exact, path-prefix, extension, or default as defined in the Java Servlet Specification)." AIUI "/*" is neither exact, nor path-prefix ("/" followed by "/*"), nor extension (e.g. *.jsp), nor default ("/") I think we should reject "/*" as an invalid URLPattern. Tomcat does the same and that explains G-1448. > Web app security on /* causes deployment exception > -- > > Key: GERONIMO-1585 > URL: http://issues.apache.org/jira/browse/GERONIMO-1585 > Project: Geronimo > Type: Bug > Components: web, security > Versions: 1.0 > Environment: Geronimo 1.0 with Jetty > Reporter: Aaron Mulder > Priority: Critical > Fix For: 1.0.1, 1.1 > > Deploying a web app with the following security block causes a deployment > error: > > > All Pages > /* > GET > POST > PUT > > > User > > > Note this is essentially right out of the spec (see SRV.12.8.2 in the Servlet > 2.4 spec). > The error is: > org.apache.geronimo.common.DeploymentException: Unable to initialize > webapp GBean > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) > ... > Caused by: java.lang.IllegalArgumentException: Qualifier patterns in the > URLPatternSpec cannot match the first URLPattern > at javax.security.jacc.URLPatternSpec.(URLPatternSpec.java:54) > at > javax.security.jacc.WebResourcePermission.(WebResourcePermission.java:54) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) > ... 70 more > Changing the url-pattern to / fixes the problem, but it seems to me that /* > ought to work too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Building of Geronimo 1.0 failing
He's using Eclipse. I think he's working on doing some perf benchmarks with Eclipse/Geronimo/G-Plugin. - sachin On Feb 6, 2006, at 5:05 PM, Aaron Mulder wrote: If you're using IntelliJ, you don't need to build from source in order to debug -- just start the Geronimo JVM with the remote debug args IntelliJ gives you and attach and there you go. I haven't seen that problem building from source before -- are you using JDK 1.4.2 and Maven 1.1-beta-2? Also, I think I've had to bump up the RAM used by Maven to build all of Geronimo and OpenEJB from scratch: export MAVEN_OPTS="-Xms256m -Xmx512m -XX:MaxPermSize=128m" Aaron On 2/6/06, Gary Karasiuk <[EMAIL PROTECTED]> wrote: I'm new to Geronimo and I'm trying to build version 1.0 (so that I can debug it). I checked out the source from: http://svn.apache.org/repos/asf/geronimo/tags/1.0.0 and then I did: maven new -Dmaven.test.skip=true -Dmaven.itest.skip=true It runs for a couple of minutes and then fails with these exceptions: + | configurations Configuration for performing J2EE deployments | Memory: 47M/75M + car:prepare-plan: car:package: car:install: build:end: build:start: multiproject:install-callback: [echo] Running car:install for Configuration for performing J2EE deployments 6453 [main] ERROR org.apache.geronimo.deployment.Deployer - Deployment failed due to java.lang.NoClassDefFoundError: javax/wsdl/Service at java.lang.Class.getDeclaredMethods0(Native Metho d) at java.lang.Class.privateGetDeclaredMethods(Class.java:1655) at java.lang.Class.getDeclaredMethod(Class.java:1262) at org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:60) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanD ata(ServiceConfigBuilder.java:316) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans (ServiceConfigBuilder.java:311) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConf iguration(ServiceConfigBuilder.java:207) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConf iguration(ServiceConfigBuilder.java:167) at org.apache.geronimo.deployment.service.ServiceConfigBuilder$ $FastClassByCGLIB$$9f173be6.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.deployment.ConfigurationBuilder$ $EnhancerByCGLIB$$bec4192f.buildConfiguration() at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269) SNIP BUILD FAILED File.. s:\geronimo-1.0.0\maven.xml Element... maven:reactor Line.. 58 Column 112 Unable to obtain goal [multiproject:install-callback] -- H: \Documents and Settings\karasiuk\.maven\cache\geronimo-packaging-plugin-1.0.1 \plugin.jelly:68:15 : null Total time: 4 minutes 14 seconds Finished at: Mon Feb 06 13:12:28 EST 2006 Gary
Re: Building of Geronimo 1.0 failing
If you're using IntelliJ, you don't need to build from source in order to debug -- just start the Geronimo JVM with the remote debug args IntelliJ gives you and attach and there you go. I haven't seen that problem building from source before -- are you using JDK 1.4.2 and Maven 1.1-beta-2? Also, I think I've had to bump up the RAM used by Maven to build all of Geronimo and OpenEJB from scratch: export MAVEN_OPTS="-Xms256m -Xmx512m -XX:MaxPermSize=128m" Aaron On 2/6/06, Gary Karasiuk <[EMAIL PROTECTED]> wrote: > I'm new to Geronimo and I'm trying to build version 1.0 (so that I can debug > it). > > I checked out the source from: > > http://svn.apache.org/repos/asf/geronimo/tags/1.0.0 > > and then I did: > maven new -Dmaven.test.skip=true -Dmaven.itest.skip=true > > It runs for a couple of minutes and then fails with these exceptions: > > + > | configurations Configuration for performing J2EE deployments > | Memory: 47M/75M > + > car:prepare-plan: > > car:package: > > car:install: > > > build:end: > > build:start: > > multiproject:install-callback: > [echo] Running car:install for Configuration for performing J2EE > deployments > 6453 [main] ERROR org.apache.geronimo.deployment.Deployer - > Deployment failed due to > java.lang.NoClassDefFoundError: javax/wsdl/Service > at java.lang.Class.getDeclaredMethods0(Native Metho > d) > > at > java.lang.Class.privateGetDeclaredMethods(Class.java:1655) > at java.lang.Class.getDeclaredMethod(Class.java:1262) > at > org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:60) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanData(ServiceConfigBuilder.java:316) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans(ServiceConfigBuilder.java:311) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:207) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:167) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder$$FastClassByCGLIB$$9f173be6.invoke() > at > net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$bec4192f.buildConfiguration() > at > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269) > > SNIP > > BUILD FAILED > File.. s:\geronimo-1.0.0\maven.xml > Element... maven:reactor > Line.. 58 > Column 112 > Unable to obtain goal [multiproject:install-callback] -- H:\Documents and > Settings\karasiuk\.maven\cache\geronimo-packaging-plugin-1.0.1\plugin.jelly:68:15 > : null > Total time: 4 minutes 14 seconds > Finished at: Mon Feb 06 13:12:28 EST 2006 > > > > Gary
[jira] Commented: (GERONIMODEVTOOLS-60) deployment of a simple (only one jsp) web project failed
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60?page=comments#action_12365355 ] Sachin Patel commented on GERONIMODEVTOOLS-60: -- I'm going to move this defect over to the runtime and dup it to 1454 > deployment of a simple (only one jsp) web project failed > > > Key: GERONIMODEVTOOLS-60 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60 > Project: Geronimo-Devtools > Type: Bug > Components: deployment > Environment: windows xp SP2 with jsdk 1.4.2_10, geronimo 1.0, eclipse > Version: 3.1.1 Build id: M20050929-0840, st 1.0.0, geronimo plugin 1.0.0 > (build of 25.01) > Reporter: Mark Mauerwerk > > following the instructions of the ibm article deployment of a simple (only > one jsp) web project failed > Despite geronimo management console displays web app as running, my test jsp > is not there. > I did not found any error message in the console window, but in .log (see > below) > !ENTRY org.apache.geronimo.devtools.eclipse.core 4 0 2006-02-05 19:16:45.78 > !MESSAGE Starting of configuration failed. See .log for details. > !STACK 0 > java.lang.Exception: Error unmarshaling return; nested exception is: > java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > java.rmi.UnmarshalException: Error unmarshaling return; nested exception is: > java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) > at sun.rmi.server.UnicastRef.invoke(Unknown Source) > at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) > at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown > Source) > at > javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(Unknown > Source) > at > org.apache.geronimo.kernel.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:339) > at > org.apache.geronimo.kernel.jmx.KernelDelegate.getGBeanState(KernelDelegate.java:121) > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:64) > at java.lang.Thread.run(Unknown Source) > Caused by: java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) > at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) > at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source) > at java.rmi.server.RMIClassLoader.loadClass(Unknown Source) > at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source) > at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source) > at java.io.ObjectInputStream.readClassDesc(Unknown Source) > at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) > at java.io.ObjectInputStream.readObject0(Unknown Source) > at java.io.ObjectInputStream.defaultReadFields(Unknown Source) > at java.io.ObjectInputStream.readSerialData(Unknown Source) > at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) > at java.io.ObjectInputStream.readObject0(Unknown Source) > at java.io.ObjectInputStream.readObject(Unknown Source) > ... 9 more > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.doFail(GeronimoServerBehaviour.java:352) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.doDeploy(GeronimoServerBehaviour.java:299) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.invokeCommand(GeronimoServerBehaviour.java:241) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.publishModule(GeronimoServerBehaviour.java:225) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:658) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:738) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:596) > at > org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:799) > at org.eclipse.wst.server.core.internal.Server.publish(Server.java:788) > at > org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:145) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMODEVTOOLS-60) deployment of a simple (only one jsp) web project failed
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60?page=comments#action_12365353 ] Mark Mauerwerk commented on GERONIMODEVTOOLS-60: > This I think is caused when running eclipse on 1.5, you need to run on 1.4.2. no I tested explicitely 1.4.2 (using -vm flag correspondingly) -no change > deployment of a simple (only one jsp) web project failed > > > Key: GERONIMODEVTOOLS-60 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Environment: windows xp SP2 with jsdk 1.4.2_10, geronimo 1.0, eclipse > Version: 3.1.1 Build id: M20050929-0840, st 1.0.0, geronimo plugin 1.0.0 > (build of 25.01) > Reporter: Mark Mauerwerk > > following the instructions of the ibm article deployment of a simple (only > one jsp) web project failed > Despite geronimo management console displays web app as running, my test jsp > is not there. > I did not found any error message in the console window, but in .log (see > below) > !ENTRY org.apache.geronimo.devtools.eclipse.core 4 0 2006-02-05 19:16:45.78 > !MESSAGE Starting of configuration failed. See .log for details. > !STACK 0 > java.lang.Exception: Error unmarshaling return; nested exception is: > java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > java.rmi.UnmarshalException: Error unmarshaling return; nested exception is: > java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) > at sun.rmi.server.UnicastRef.invoke(Unknown Source) > at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) > at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown > Source) > at > javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(Unknown > Source) > at > org.apache.geronimo.kernel.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:339) > at > org.apache.geronimo.kernel.jmx.KernelDelegate.getGBeanState(KernelDelegate.java:121) > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:64) > at java.lang.Thread.run(Unknown Source) > Caused by: java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) > at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) > at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source) > at java.rmi.server.RMIClassLoader.loadClass(Unknown Source) > at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source) > at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source) > at java.io.ObjectInputStream.readClassDesc(Unknown Source) > at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) > at java.io.ObjectInputStream.readObject0(Unknown Source) > at java.io.ObjectInputStream.defaultReadFields(Unknown Source) > at java.io.ObjectInputStream.readSerialData(Unknown Source) > at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) > at java.io.ObjectInputStream.readObject0(Unknown Source) > at java.io.ObjectInputStream.readObject(Unknown Source) > ... 9 more > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.doFail(GeronimoServerBehaviour.java:352) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.doDeploy(GeronimoServerBehaviour.java:299) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.invokeCommand(GeronimoServerBehaviour.java:241) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.publishModule(GeronimoServerBehaviour.java:225) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:658) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:738) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:596) > at > org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:799) > at org.eclipse.wst.server.core.internal.Server.publish(Server.java:788) > at > org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:145) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more informati
Re: Geronimo dependency issues
I'm not sure what that problem really is/was. I wanted to pick up your latest changes to see what was different. For some reason I can no longer build my older image (pre-movement of openejb) after picking up a new image for both G and openejb. It almost seems like my old image of openejb had been updated somehow for a new tranql build ... but the tranql that the build was referencing didn't match what openejb required (I was getting a compile error on a missing method/symbol org.tranql.cache.GlobalSchema.populateGlobalSchema). With the movement of OpenEJB I couldn't figure out how to refresh my old OpenEJB image again. I do have a diff file .. but it isn't very helpful. The only obvious difference was that you only removed the geronimo dependency in tranql while I removed the entire maven dependency on tranql from config rmi-naming. However, when I made the same change with the new G image things still seem to work just fine and I don't get the failures I received earlier with the old build. It doesn't seem like it's worth trying to get my old build back to where it was failing (if I even could) to figure out the problem that only I was hitting :-) ... so I'm moving forward with the new image new. Thanks for your help. Joe David Jencks wrote: I could not reproduce this problem. I tried moving openejb, tranql, and activemq dependencies to more appropriate places and after some fiddling it seems to work, so I committed my changes (geronimo r375137, openejb r2428 ). In the future including diffs of your changes might help figure out exactly where you are stuck. thanks david jencks On Feb 4, 2006, at 7:34 PM, Joe Bohn wrote: David Jencks wrote: On Feb 4, 2006, at 8:31 AM, Joe Bohn wrote: Here's an update on where I'm at with this and to see if anybody has any other ideas (thanks for the help I've already received from David Jencks and Matt). The classloader problem appears to be coming from the jetty deployment of daytrader during the configs build. By trial and error I discovered that this appears to have nothing to do with OpenEJB or OpenEJB-deployer as we once thought but rather jetty- deployer. Can you explain your reasoning? The stack trace looks like it is coming out of the openejb builder. I may be mistaken, but I was basing this assumption on the following: 1) Running the daytrader config build produced these messages that led me to believe the parent was geronimo-gbean-deployer: 681 [main] DEBUG org.apache.geronimo.gbean.runtime.GBeanInstanceState - GBeanInstanceState for: geronimo.maven:J2EEApplication=null,J2EEModule=geronimo/geronimo- gbean-deployer/1.1-SNAPSHOT/car,J2EESe rver=geronimo,j2eeType=Deployer,name=Deployer State changed from stopped to starting 681 [main] DEBUG org.apache.geronimo.gbean.runtime.GBeanInstanceState - Checking if parent is running: parent=geronimo.config:name="geronimo/geronimo- gbean-deployer/1.1-SNAPSHOT/car" 681 [main] DEBUG org.apache.geronimo.gbean.runtime.GBeanInstanceState - Parent is running: parent=geronimo.config:name="geronimo/geronimo-gbean- deployer/1.1-SNAPSHOT/car" Retrieving document at 'WEB-INF/wsdl/TradeServices.wsdl'. Retrieving document at 'META-INF/wsdl/TradeServices.wsdl'. Retrieving document at 'WEB-INF/wsdl/TradeServices.wsdl'. 17856 [main] ERROR org.apache.geronimo.deployment.Deployer - Deployment failed due to java.lang.NoClassDefFoundError: org/tranql/ejb/EJBProxyFactory at java.lang.ClassLoader.defineClass0(Native Method) 2) config openejb-deployer already had a geronimo.dependency on tranql. 3) Adding a tranql dep. to openejb-builder didn't change the result. 3) Adding a tranql dep. to the config openejb didn't change the result. 4) Adding a tranql dep. to geronimo-gbean-deployer did change the result. Here's a graph of the jetty-deployer parent dependencies (I followed Matt's lead on creating text diagrams :-) ). geronimo-gbean-deployer j2ee-server A A | parent | |--| | j2ee-deployer jetty A A | parent | |--| | jetty-deployer Debug messages seem to indicate that the classloader in question is the geroniom-gbean-deployer class loader and I have had some marginal success (ie. changing the problem) by including dependencies in this config. However, I can't quite make sense of it. As dain mentioned, including more in the geronimo-gbean-deployer classpath is definitely the wrong approach. I believe you need to figure out why that classloader is being used rather than the openejb config classloader which is the one that should contain the tranql classes. It is possible that we need to supply a classloader such as the openejb-builder classloader to the proxy construction code
Re: Default Security Principal & Role Mapping
Hi David, >Can you elaborate >how we will support both forward and backward styles using the login >service for both? With the csi-v2 we can have transport principal, auth-principal, and identity token principal; Transport principal is authenticated by the transport protocol, auth principal we must authenticate in the login service and identity principal we should accept based on trust; There are 2 trust models in csi-v2: forward and backward; With forward trust we should have explicit rules saying if we trust an auth-principal (either transport or auth token principal) to assert identity token principal; With backward trust we should check if we trust authorization assertion that names auth-principal as a proxy for identity principal; Either way, login-service will authenticate auth-token and evaluate trust (forward or backward) (with the help of the trust-manager gbean configured into security realm) and create delegation-principals and insert them into the subject that will be returned to the csi-v2 interceptor; We will map delegation principals to roles to have consistent authorization policy; Here is a snippet from another message I posted on this topic (login-service re-factoring: authentication by assertion: saml and csi-v2) that has api details: CSI-V2: I'd like csi-v2 implementation to interact with the Geronimo login service and delegate login and trust evaluation to it; Here is csi-v2 security-realm configuration: Csi-v2-security-realm name = "csi-v2" { Trust-rules => either embedded or a reference to the trust-manager gbean; Auth-token-login-module-ref required => reference to a login module that will authenticate a user specified by the auth-token; if no auth-token present lm.login() will return false, meaning 'ignore this login module' Csi-v2-login-module trust-ref required } First login module will try authenticating auth token if present; second login module will examine csi-v2 assertions, evaluate trust rules, and populate subject with delegated principals; Authenticated subject from the auth-token-login-module is passed in the login-module shared-state; csi-v2 callback handler has methods to set transport identity (sensitive call, allowed for trusted code only), authentication-token, identity-token, proxy trust rules, etc; Then csi-v2 interceptor (trusted code) will call: csi-v2-callback-handler cbh = new csi-v2-callback-handler(); cbh.setTransportIdentity(...) etc; Then: SubjectId subjid = login-service.login("csi-v2-security-realm-name", cbh); Subject subj = login-service.getSubject(subjid); etc...; Comments? Simon
[jira] Closed: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=all ] Bruce Snyder closed GERONIMO-1593: -- Fix Version: 1.1 Resolution: Fixed > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Assignee: Bruce Snyder > Fix For: 1.1 > Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, > GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=comments#action_12365349 ] Bruce Snyder commented on GERONIMO-1593: My apologies for all the fuss. After figuring out that I had to copy the spec jar from my local m2 repo to the my local m1 repo, I've added the second patch: Adding javamail-transport/src/java/org/apache/geronimo/javamail/authentication Adding javamail-transport/src/java/org/apache/geronimo/javamail/authentication/ClientAuthenticator.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/authentication/CramMD5Authenticator.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/authentication/DigestMD5Authenticator.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/authentication/LoginAuthenticator.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/authentication/PlainAuthenticator.java Sending javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/MalformedSMTPReplyException.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPAddressFailedException.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPAddressSucceededException.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPMessage.java Sending javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPReply.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPSTransport.java Adding javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPSendFailedException.java Sending javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPTransport.java Sending javamail-transport/src/java/org/apache/geronimo/javamail/transport/smtp/SMTPTransportException.java Sending javamail-transport/src/resources/META-INF/javamail.default.providers Transmitting file data ... Committed revision 375375. > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Assignee: Bruce Snyder > Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, > GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMODEVTOOLS-50) resource reference specified in geronimo-web.xml is not shown up in the naming tab of the geronimo web deployment plan editor
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-50?page=all ] Lin Sun closed GERONIMODEVTOOLS-50: --- This issue is fixed now. > resource reference specified in geronimo-web.xml is not shown up in the > naming tab of the geronimo web deployment plan editor > - > > Key: GERONIMODEVTOOLS-50 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-50 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Environment: Eclipse 3.1.1, Geronimo 1.0, winxp, JDK 1.4.2 > Reporter: Lin Sun > Priority: Minor > > Imported a simple war file that contains a geronimo-web.xml. The > geronimo-web.xml also contains a resource reference elements. > 1) I can open the geronimo-web.xml file via the geronimo web deployment plan > editor, but I don't see the resource reference I specified in the > geronimo-web.xml file under the naming tab. > 2) I tried to add a resource reference at the naming tab, and save the file. > Reopen the geronimo-web.xml, the previous defined resource reference is > replaced with the newly added one. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-603) IllegalArgumentException when deploying WebApp containing a url-pattern of /* in security-constraint
[ http://issues.apache.org/jira/browse/GERONIMO-603?page=comments#action_12365346 ] Gary Karasiuk commented on GERONIMO-603: For what it is worth, this bug cost me a large amount of time. I'd like to see it fixed. The main problem is that the error message is quite useless. I was trying to deploy my ear and all I got back was this message: Error: Unable to distribute StudioPerf.ear: Unable to initialize webapp GBean Qualifier patterns in the URLPatternSpec cannot match the first URLPattern If it told me what file and line it was complaining about, then I wouldn't have spent two days trying to figure this out. > IllegalArgumentException when deploying WebApp containing a url-pattern of /* > in security-constraint > > > Key: GERONIMO-603 > URL: http://issues.apache.org/jira/browse/GERONIMO-603 > Project: Geronimo > Type: Bug > Components: web > Reporter: John Sisson > Assignee: Alan Cabrera > Fix For: 1.1 > > For example, > > .. > > > Access to all of the APP > /* > > .. > > .. > > The java.lang.IllegalArgumentException("Qualifier patterns in the > URLPatternSpec cannot match the first URLPattern") exception is thrown from: > javax.security.jacc.URLPatternSpec.(java.lang.String) line: 54 > javax.security.jacc.WebResourcePermission.(java.lang.String, > java.lang.String) line: 54 > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(..) > line: 1000 > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(..) line: > 400 > Looking at the last paragraph of page 22 of the JACC spec, it seems this > should be allowed as it paragraph discusses patterns being made irrelevant by > the presence of the path prefix pattern "/*" in a deployment descriptor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=comments#action_12365344 ] Bruce Snyder commented on GERONIMO-1593: Committed rest of the first patch: Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/Base64.java Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/Base64Encoder.java Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/Encoder.java Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/Hex.java Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/HexEncoder.java Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/XText.java Adding geronimo-spec-javamail/src/main/java/org/apache/geronimo/mail/util/XTextEncoder.java Transmitting file data ... Committed revision 375366. > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Assignee: Bruce Snyder > Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, > GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=all ] Bruce Snyder reassigned GERONIMO-1593: -- Assign To: Bruce Snyder > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Assignee: Bruce Snyder > Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, > GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Default Security Principal & Role Mapping
On Feb 6, 2006, at 12:12 PM, Simon Godik wrote: My impression is that CORBA security implementation (csi-v2) is not integrated well with the Geronimo login service (please correct me if I'm wrong). I plan to integrate csi-v2 security with the Geronimo login service by having csi-v2 interceptor authenticate with the login service and thus have consistent role mappings; Trust rules will also be moved out into trust-manager gbean configured into the security realm I don't remember the exact terms used in the corba spec, but IIRC there is forward and backward (reverse?) authentication propagation. IIUC we are required only to implement forward, in which we trust the server sending the identity token, whereas backward where we log in the propagated identity ourselves is optional.Can you elaborate how we will support both forward and backward styles using the login service for both? When I worked on this it seemed really odd that we only got one principal through csiv2, but I didn't see how to add more. many thanks david jencks Simon
[jira] Commented: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=comments#action_12365340 ] Bruce Snyder commented on GERONIMO-1593: The javamail-transport patch is failing: $ patch -p0 < ./GERONIMO-1593-javamail-transport.patch (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/authentication/DigestMD5Authenticator.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/authentication/CramMD5Authenticator.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/authentication/LoginAuthenticator.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/authentication/ClientAuthenticator.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/authentication/PlainAuthenticator.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPReply.java Hunk #1 succeeded at 23 with fuzz 1. (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPTransportException.java Hunk #1 FAILED at 17. 1 out of 2 hunks FAILED -- saving rejects to file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPTransportException.java.rej (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPTransport.java Hunk #2 succeeded at 74 with fuzz 1. (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPSendFailedException.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPSTransport.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/MalformedSMTPReplyException.java Hunk #1 FAILED at 17. 1 out of 2 hunks FAILED -- saving rejects to file src/java/org/apache/geronimo/javamail/transport/smtp/MalformedSMTPReplyException.java.rej (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPMessage.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPAddressFailedException.java (Stripping trailing CRs from patch.) patching file src/java/org/apache/geronimo/javamail/transport/smtp/SMTPAddressSucceededException.java (Stripping trailing CRs from patch.) patching file src/resources/META-INF/javamail.default.providers Hunk #1 succeeded at 7 with fuzz 1. Also, the build after applying this patch fails looking for some classes in the mail module (e.g., org.apache.geronimo.mail.util.Base64, org.apache.geronimo.mail.util.Hex and org.apache.geronimo.mail.util.XText): java:compile: [echo] Compiling to /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/target/classes [javac] Compiling 31 source files to /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/target/classes [javac] /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/src/java/org/apache/geronimo/javamail/authentication/CramMD5Authenticator.java:26: package org.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/src/java/org/apache/geronimo/javamail/authentication/CramMD5Authenticator.java:27: package org.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Hex; [javac] ^ [javac] /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/src/java/org/apache/geronimo/javamail/authentication/DigestMD5Authenticator.java:29: package org.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/src/java/org/apache/geronimo/javamail/authentication/DigestMD5Authenticator.java:30: package org.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Hex; [javac] ^ [javac] /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/src/java/org/apache/geronimo/javamail/authentication/LoginAuthenticator.java:24: package org.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [javac] /Users/bsnyder/src/geronimo/trunk/modules/javamail-transport/src/java/org/apache/geronimo/javamail/authentication/PlainAuthenticator.java:24: package org.apache.geronimo.mail.util does not exist [javac] import org.apache.geronimo.mail.util.Base64; [javac] ^ [j
Re: Default Security Principal & Role Mapping
My impression is that CORBA security implementation (csi-v2) is not integrated well with the Geronimo login service (please correct me if I'm wrong). I plan to integrate csi-v2 security with the Geronimo login service by having csi-v2 interceptor authenticate with the login service and thus have consistent role mappings; Trust rules will also be moved out into trust-manager gbean configured into the security realm Simon
[jira] Commented: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=comments#action_12365338 ] Bruce Snyder commented on GERONIMO-1593: Added patch for spec: Sendinggeronimo-spec-javamail/src/main/java/javax/mail/Service.java Transmitting file data . Committed revision 375349. > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, > GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Spring support in Geronimo
FYI so far so good with your spring txm bridge. Though I did see some strange spring errors when passing the gbean name in as a constructor-arg... But for testing I created a subclass to set those params for now. Still can't tell how well the hibernate lookup works, hopefully I can get to that today. BTW why do you think the contextual txm would work better? --jason -Original Message- From: David Jencks <[EMAIL PROTECTED]> Date: Fri, 3 Feb 2006 19:43:17 To:dev@geronimo.apache.org Subject: Re: Spring support in Geronimo On Feb 3, 2006, at 5:37 PM, Jason Dillon wrote: > On 2/3/06, David Jencks <[EMAIL PROTECTED]> wrote: >> I don't think you'll be able to see anything in a jndi viewer since >> we don't have a global jndi context > > :-( > > >> Have you tried using my SpringTransactionManager instead of spring's >> JtaTransactionManager? > > Where is your mythical SpringTransactionManager? modules/spring > > >> Is your ejb clearly labelled for BMT? If so, the UT should be there >> if you are accessing spring from the ejb in the same thread as the >> ejb call and spring is not changing any of the initial context system >> properties. > > Um... for the record its not really my bean... I was just given this > app that runs on WAS5 and asked to make it run on Geronimo. > > And, it looks like they are all Container managed > (Container is everywhere). > yikes, you are not supposed to be able to get UT in a CMT ejb. Your app should not work on any j2ee compliant app server :-) thanks david jencks > * * * > > What Spring and Hibernate need is a way to get a handle on the > containers TXM. I had just tried using the > org.springframework.transaction.jta.JtaTransactionManager. But did > not get very far with testing this stuff out because every 10 minutes > someone comes by and bugs me for something... :-( > > --jason
[jira] Closed: (GERONIMO-1558) InternetHeaders not handling setHeader(String name, Address[] addresses) properly.
[ http://issues.apache.org/jira/browse/GERONIMO-1558?page=all ] Bruce Snyder closed GERONIMO-1558: -- Fix Version: 1.1 Resolution: Fixed > InternetHeaders not handling setHeader(String name, Address[] addresses) > properly. > -- > > Key: GERONIMO-1558 > URL: http://issues.apache.org/jira/browse/GERONIMO-1558 > Project: Geronimo > Type: Bug > Components: mail > Versions: 1.0 > Reporter: Rick McGuire > Fix For: 1.1 > Attachments: GERONIMO-1558.patch > > The method setHeader(String name, Address[] addresses) inserts the new header > into the header list without lowercasing the name. This results in the added > header not being retrieveable later. This manifests as a failure in > MimeMessage.getAllRecipients() if the recipients have been added with > MimeMessage.setRecipients(). Here's a simple example: >InternetAddress[] recipients = InternetAddress.parse(to, false); >System.out.println("Adding " + recipients.length + " recipients to > message"); >msg.setRecipients(Message.RecipientType.TO, recipients); >Address[] msgRecipients = msg.getAllRecipients(); >System.out.println("Message reports having " + msgRecipients.length + > " recipients"); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1558) InternetHeaders not handling setHeader(String name, Address[] addresses) properly.
[ http://issues.apache.org/jira/browse/GERONIMO-1558?page=comments#action_12365336 ] Bruce Snyder commented on GERONIMO-1558: Added patch: Sending geronimo-spec-javamail/src/main/java/javax/mail/internet/InternetHeaders.java Transmitting file data . Committed revision 375346. > InternetHeaders not handling setHeader(String name, Address[] addresses) > properly. > -- > > Key: GERONIMO-1558 > URL: http://issues.apache.org/jira/browse/GERONIMO-1558 > Project: Geronimo > Type: Bug > Components: mail > Versions: 1.0 > Reporter: Rick McGuire > Fix For: 1.1 > Attachments: GERONIMO-1558.patch > > The method setHeader(String name, Address[] addresses) inserts the new header > into the header list without lowercasing the name. This results in the added > header not being retrieveable later. This manifests as a failure in > MimeMessage.getAllRecipients() if the recipients have been added with > MimeMessage.setRecipients(). Here's a simple example: >InternetAddress[] recipients = InternetAddress.parse(to, false); >System.out.println("Adding " + recipients.length + " recipients to > message"); >msg.setRecipients(Message.RecipientType.TO, recipients); >Address[] msgRecipients = msg.getAllRecipients(); >System.out.println("Message reports having " + msgRecipients.length + > " recipients"); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=all ] Rick McGuire updated GERONIMO-1593: --- Attachment: GERONIMO-1593-geronimo-spec-javamail.patch Update to the geronimo-spec-javamail module of the specs trunk. This patch needs to be applied and built before the javamail-transport patch. > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, > GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=all ] Rick McGuire updated GERONIMO-1593: --- Attachment: GERONIMO-1593-javamail-transport.patch Update the the javamail-transport module in the Geronimo TRUNK. > Add SMTP Authentication and STARTTLS support. > - > > Key: GERONIMO-1593 > URL: http://issues.apache.org/jira/browse/GERONIMO-1593 > Project: Geronimo > Type: New Feature > Components: mail > Versions: 1.1 > Reporter: Rick McGuire > Attachments: GERONIMO-1593-javamail-transport.patch > > These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication > to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS > support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
Add SMTP Authentication and STARTTLS support. -- Key: GERONIMO-1593 URL: http://issues.apache.org/jira/browse/GERONIMO-1593 Project: Geronimo Type: New Feature Components: mail Versions: 1.1 Reporter: Rick McGuire These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication to the SMTP driver. Also adds an "smtps" protocl driver and STARTTLS support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (GERONIMODEVTOOLS-61) JAR files in the plugins directory do not contain versions
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61?page=all ] Sachin Patel resolved GERONIMODEVTOOLS-61: -- Resolution: Fixed > JAR files in the plugins directory do not contain versions > -- > > Key: GERONIMODEVTOOLS-61 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Environment: Win32 or Linux builds > Reporter: Donald Woods > Assignee: Donald Woods > Priority: Critical > Attachments: DevTools-61.patch, DevTools-61a.patch > > The following code change - > Revision: 373366 Author: sppatel Date: 5:10:42 PM, Sunday, January 29, > 2006 > Message: fix version not appended after snapshots removed > Modified : > /geronimo/devtools/trunk/modules/eclipse-plugin/assembly/maven.xml > fixed a version problem in the sitedistro goal, but not in the zipdistro goal. > If you look at the contents of the latest prebuilt plugin download from > 2/2/06 on the devtools website - > http://cvs.apache.org/dist/geronimo/eclipse/unstable/20060202-2335/ > you'll notice that the JAR files in the plugins directory doesn't have any > version numbers -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1518) Installer - only copy jars needed by selected configuration
[ http://issues.apache.org/jira/browse/GERONIMO-1518?page=comments#action_12365314 ] erik daughtrey commented on GERONIMO-1518: -- Ok, I'll go ahead and get this going then. Thanks. > Installer - only copy jars needed by selected configuration > --- > > Key: GERONIMO-1518 > URL: http://issues.apache.org/jira/browse/GERONIMO-1518 > Project: Geronimo > Type: Improvement > Components: installer > Versions: 1.0.1 > Reporter: erik daughtrey > Attachments: installer-jar-refactor-1.0.1.patch, installer-jar-refactor.patch > > Change this issue to only apply to 1.0.1. Another issue will be created > to address 1.1. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMODEVTOOLS-61) JAR files in the plugins directory do not contain versions
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61?page=all ] Donald Woods updated GERONIMODEVTOOLS-61: - Attachment: DevTools-61a.patch Please use file DevTools-61a.patch, which I cleaned up to only include the required fix. The first file contains a lot of changes, because of my usage of Visual SlickEdit instead of Eclipse and how tabs/spaces are cleaned up. > JAR files in the plugins directory do not contain versions > -- > > Key: GERONIMODEVTOOLS-61 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Environment: Win32 or Linux builds > Reporter: Donald Woods > Assignee: Donald Woods > Priority: Critical > Attachments: DevTools-61.patch, DevTools-61a.patch > > The following code change - > Revision: 373366 Author: sppatel Date: 5:10:42 PM, Sunday, January 29, > 2006 > Message: fix version not appended after snapshots removed > Modified : > /geronimo/devtools/trunk/modules/eclipse-plugin/assembly/maven.xml > fixed a version problem in the sitedistro goal, but not in the zipdistro goal. > If you look at the contents of the latest prebuilt plugin download from > 2/2/06 on the devtools website - > http://cvs.apache.org/dist/geronimo/eclipse/unstable/20060202-2335/ > you'll notice that the JAR files in the plugins directory doesn't have any > version numbers -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMODEVTOOLS-61) JAR files in the plugins directory do not contain versions
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61?page=all ] Donald Woods updated GERONIMODEVTOOLS-61: - Attachment: DevTools-61.patch Attached patch to fix the zipdistro version bug > JAR files in the plugins directory do not contain versions > -- > > Key: GERONIMODEVTOOLS-61 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Environment: Win32 or Linux builds > Reporter: Donald Woods > Assignee: Donald Woods > Priority: Critical > Attachments: DevTools-61.patch > > The following code change - > Revision: 373366 Author: sppatel Date: 5:10:42 PM, Sunday, January 29, > 2006 > Message: fix version not appended after snapshots removed > Modified : > /geronimo/devtools/trunk/modules/eclipse-plugin/assembly/maven.xml > fixed a version problem in the sitedistro goal, but not in the zipdistro goal. > If you look at the contents of the latest prebuilt plugin download from > 2/2/06 on the devtools website - > http://cvs.apache.org/dist/geronimo/eclipse/unstable/20060202-2335/ > you'll notice that the JAR files in the plugins directory doesn't have any > version numbers -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMODEVTOOLS-61) JAR files in the plugins directory do not contain versions
JAR files in the plugins directory do not contain versions -- Key: GERONIMODEVTOOLS-61 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-61 Project: Geronimo-Devtools Type: Bug Components: eclipse-plugin Environment: Win32 or Linux builds Reporter: Donald Woods Assigned to: Donald Woods Priority: Critical The following code change - Revision: 373366 Author: sppatel Date: 5:10:42 PM, Sunday, January 29, 2006 Message: fix version not appended after snapshots removed Modified : /geronimo/devtools/trunk/modules/eclipse-plugin/assembly/maven.xml fixed a version problem in the sitedistro goal, but not in the zipdistro goal. If you look at the contents of the latest prebuilt plugin download from 2/2/06 on the devtools website - http://cvs.apache.org/dist/geronimo/eclipse/unstable/20060202-2335/ you'll notice that the JAR files in the plugins directory doesn't have any version numbers -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Building of Geronimo 1.0 failing
I'm new to Geronimo and I'm trying to build version 1.0 (so that I can debug it).I checked out the source from:http://svn.apache.org/repos/asf/geronimo/tags/1.0.0and then I did: maven new -Dmaven.test.skip=true -Dmaven.itest.skip=trueIt runs for a couple of minutes and then fails with these exceptions:+| configurations Configuration for performing J2EE deployments| Memory: 47M/75M+car:prepare-plan:car:package:car:install:build:end:build:start:multiproject:install-callback:[echo] Running car:install for Configuration for performing J2EE deployments6453 [main] ERROR org.apache.geronimo.deployment.Deployer - Deployment failed due tojava.lang.NoClassDefFoundError: javax/wsdl/Serviceat java.lang.Class.getDeclaredMethods0(Native Metho d) at java.lang.Class.privateGetDeclaredMethods(Class.java:1655)at java.lang.Class.getDeclaredMethod(Class.java:1262)at org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:60)at org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanData(ServiceConfigBuilder.java:316)at org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans(ServiceConfigBuilder.java:311)at org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:207)at org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:167)at org.apache.geronimo.deployment.service.ServiceConfigBuilder$$FastClassByCGLIB$$9f173be6.invoke()at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)at org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$bec4192f.buildConfiguration()at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:269) SNIP BUILD FAILED File.. s:\geronimo-1.0.0\maven.xml Element... maven:reactor Line.. 58 Column 112 Unable to obtain goal [multiproject:install-callback] -- H:\Documents and Settings\karasiuk\.maven\cache\geronimo-packaging-plugin-1.0.1\plugin.jelly:68:15 : null Total time: 4 minutes 14 seconds Finished at: Mon Feb 06 13:12:28 EST 2006Gary
Re: Default Security Principal & Role Mapping
On Feb 6, 2006, at 9:38 AM, Aaron Mulder wrote: Great. So my next question is CORBA. If a CORBA client calls in to an EJB, and we have it configured to accept principals the caller provides (see below) then does role mapping (as configured in openejb-jar.xml) apply to the principals we grant the CORBA caller? yes If so, do they need qualifying roles for the EJB they're actually invoking, yes or just for calls out to other EJBs from there? that too. Thanks, Aaron principal- class="org.apache.geronimo.security.realm.providers.GeronimoUserPrinci pal"/> so, what you are saying here is, you trust the connection to establish the authenticity of the identity in the identity token, and geronimo should take the name from the token and construct a principal of the specified class and put it in a Subject. The role- principal mapping will determine which roles that call is in, and thus the permissions on the ejbs it calls. In particular note that the identity token is not logged in using a login module in the target server: we are trusting the caller's assertion of identity. In my opinion this area of geronimo security needs some more work and we need to support logging in the asserted identity as well. There are a lot of details involved here :-) thanks david jencks On 2/6/06, David Jencks <[EMAIL PROTECTED]> wrote: Assuming the principal classes are the same, the unauthenticated user if given the admin role. IIUC Simon wants to make the default subjects generated by actual login, which might make this point a bit clearer. thanks david jencks On Feb 6, 2006, at 7:41 AM, Aaron Mulder wrote: If I have a security configuration block like this, is an unauthenticated user given the Admin role? Or does role mapping ignore the default principal? Thanks, Aaron
Re: Default Security Principal & Role Mapping
Great. So my next question is CORBA. If a CORBA client calls in to an EJB, and we have it configured to accept principals the caller provides (see below) then does role mapping (as configured in openejb-jar.xml) apply to the principals we grant the CORBA caller? If so, do they need qualifying roles for the EJB they're actually invoking, or just for calls out to other EJBs from there? Thanks, Aaron On 2/6/06, David Jencks <[EMAIL PROTECTED]> wrote: > Assuming the principal classes are the same, the unauthenticated user > if given the admin role. > > IIUC Simon wants to make the default subjects generated by actual > login, which might make this point a bit clearer. > > > thanks > david jencks > > On Feb 6, 2006, at 7:41 AM, Aaron Mulder wrote: > > > If I have a security configuration block like this, is an > > unauthenticated user given the Admin role? Or does role mapping > > ignore the default principal? > > > > Thanks, > > Aaron > > > > > > > > > > > > > > > > > > > > > > > >
[jira] Updated: (GERONIMO-1585) Web app security on /* causes deployment exception
[ http://issues.apache.org/jira/browse/GERONIMO-1585?page=all ] Alan Cabrera updated GERONIMO-1585: --- Component: security > Web app security on /* causes deployment exception > -- > > Key: GERONIMO-1585 > URL: http://issues.apache.org/jira/browse/GERONIMO-1585 > Project: Geronimo > Type: Bug > Components: web, security > Versions: 1.0 > Environment: Geronimo 1.0 with Jetty > Reporter: Aaron Mulder > Priority: Critical > Fix For: 1.0.1, 1.1 > > Deploying a web app with the following security block causes a deployment > error: > > > All Pages > /* > GET > POST > PUT > > > User > > > Note this is essentially right out of the spec (see SRV.12.8.2 in the Servlet > 2.4 spec). > The error is: > org.apache.geronimo.common.DeploymentException: Unable to initialize > webapp GBean > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) > ... > Caused by: java.lang.IllegalArgumentException: Qualifier patterns in the > URLPatternSpec cannot match the first URLPattern > at javax.security.jacc.URLPatternSpec.(URLPatternSpec.java:54) > at > javax.security.jacc.WebResourcePermission.(WebResourcePermission.java:54) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) > at > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) > ... 70 more > Changing the url-pattern to / fixes the problem, but it seems to me that /* > ought to work too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Roadmap, tasks and things to do?
On 2/4/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: > I have added a page at > http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Apache+Geronimo+Development+Process > Please take a moment to see if your favorite topic has > made it here. The roadmap at Geronimo site is really > old. Bruce, Do you want me to format this for xdocs? If you'd like it to be included in the Geronimo website, yes. If it's destination is the wiki, then no. Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/) Castor (http://castor.org/)
Re: Default Security Principal & Role Mapping
Assuming the principal classes are the same, the unauthenticated user if given the admin role. IIUC Simon wants to make the default subjects generated by actual login, which might make this point a bit clearer. thanks david jencks On Feb 6, 2006, at 7:41 AM, Aaron Mulder wrote: If I have a security configuration block like this, is an unauthenticated user given the Admin role? Or does role mapping ignore the default principal? Thanks, Aaron
Default Security Principal & Role Mapping
If I have a security configuration block like this, is an unauthenticated user given the Admin role? Or does role mapping ignore the default principal? Thanks, Aaron
[jira] Commented: (GERONIMODEVTOOLS-60) deployment of a simple (only one jsp) web project failed
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60?page=comments#action_12365296 ] Sachin Patel commented on GERONIMODEVTOOLS-60: -- This I think is caused when running eclipse on 1.5, you need to run on 1.4.2. > deployment of a simple (only one jsp) web project failed > > > Key: GERONIMODEVTOOLS-60 > URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60 > Project: Geronimo-Devtools > Type: Bug > Components: eclipse-plugin > Environment: windows xp SP2 with jsdk 1.4.2_10, geronimo 1.0, eclipse > Version: 3.1.1 Build id: M20050929-0840, st 1.0.0, geronimo plugin 1.0.0 > (build of 25.01) > Reporter: Mark Mauerwerk > > following the instructions of the ibm article deployment of a simple (only > one jsp) web project failed > Despite geronimo management console displays web app as running, my test jsp > is not there. > I did not found any error message in the console window, but in .log (see > below) > !ENTRY org.apache.geronimo.devtools.eclipse.core 4 0 2006-02-05 19:16:45.78 > !MESSAGE Starting of configuration failed. See .log for details. > !STACK 0 > java.lang.Exception: Error unmarshaling return; nested exception is: > java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > java.rmi.UnmarshalException: Error unmarshaling return; nested exception is: > java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) > at sun.rmi.server.UnicastRef.invoke(Unknown Source) > at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) > at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown > Source) > at > javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(Unknown > Source) > at > org.apache.geronimo.kernel.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:339) > at > org.apache.geronimo.kernel.jmx.KernelDelegate.getGBeanState(KernelDelegate.java:121) > at > org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:64) > at java.lang.Thread.run(Unknown Source) > Caused by: java.lang.ClassNotFoundException: > org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI > class loader disabled) > at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) > at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) > at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source) > at java.rmi.server.RMIClassLoader.loadClass(Unknown Source) > at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source) > at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source) > at java.io.ObjectInputStream.readClassDesc(Unknown Source) > at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) > at java.io.ObjectInputStream.readObject0(Unknown Source) > at java.io.ObjectInputStream.defaultReadFields(Unknown Source) > at java.io.ObjectInputStream.readSerialData(Unknown Source) > at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) > at java.io.ObjectInputStream.readObject0(Unknown Source) > at java.io.ObjectInputStream.readObject(Unknown Source) > ... 9 more > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.doFail(GeronimoServerBehaviour.java:352) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.doDeploy(GeronimoServerBehaviour.java:299) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.invokeCommand(GeronimoServerBehaviour.java:241) > at > org.apache.geronimo.core.internal.GeronimoServerBehaviour.publishModule(GeronimoServerBehaviour.java:225) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:658) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:738) > at > org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:596) > at > org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:799) > at org.eclipse.wst.server.core.internal.Server.publish(Server.java:788) > at > org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:145) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Created: (GERONIMO-1585) Web app security on /* causes deployment exception
Page 22, last paragraph of JACC reads - " Any pattern, qualified by a pattern that matches it, is overridden and made irrelevant (in the translation) by the qualifying pattern. Specifically, all extension patterns and the default pattern are made irrelevant by the presence of the path prefix pattern "/*" in a deployment descriptor. Patterns qualified by the "/*" pattern violate the URLPatternSpec constraints of WebResourcePermission and WebUserDataPermission names and must be rejected by the corresponding permission constructors." Thanks Anita --- John Sisson <[EMAIL PROTECTED]> wrote: > This appears to be related to the issue raised > around M4 with Jetty. I > hadn't tried tomcat at the time. > > http://issues.apache.org/jira/browse/GERONIMO-603 > > John > > > anita kulshreshtha wrote: > > Hmmm... , debug tool (G-1448) required a similar > > modification. Is it time to recite the specs...? > > > > Thanks > > Anita > > > > --- "Aaron Mulder (JIRA)" > > > wrote: > > > > > >> Web app security on /* causes deployment > exception > >> > -- > >> > >> Key: GERONIMO-1585 > >> URL: > >> > http://issues.apache.org/jira/browse/GERONIMO-1585 > >> Project: Geronimo > >> Type: Bug > >> Components: web > >> Versions: 1.0 > >> Environment: Geronimo 1.0 with Jetty > >> Reporter: Aaron Mulder > >> Priority: Critical > >> Fix For: 1.0.1, 1.1 > >> > >> > >> Deploying a web app with the following security > >> block causes a deployment error: > >> > >> > >> > >> All > >> Pages > >> /* > >> GET > >> POST > >> PUT > >> > >> > >> User > >> > >> > >> > >> Note this is essentially right out of the spec > (see > >> SRV.12.8.2 in the Servlet 2.4 spec). > >> > >> The error is: > >> > >> > org.apache.geronimo.common.DeploymentException: > >> Unable to initialize webapp GBean > >> at > >> > >> > > > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) > > > >> ... > >> Caused by: > java.lang.IllegalArgumentException: > >> Qualifier patterns in the URLPatternSpec cannot > >> match the first URLPattern > >> at > >> > >> > > > javax.security.jacc.URLPatternSpec.(URLPatternSpec.java:54) > > > >> at > >> > >> > > > javax.security.jacc.WebResourcePermission.(WebResourcePermission.java:54) > > > >> at > >> > >> > > > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) > > > >> at > >> > >> > > > org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) > > > >> ... 70 more > >> > >> Changing the url-pattern to / fixes the problem, > but > >> it seems to me that /* ought to work too. > >> > >> -- > >> This message is automatically generated by JIRA. > >> - > >> If you think it was sent incorrectly contact one > of > >> the administrators: > >> > >> > >> > > > http://issues.apache.org/jira/secure/Administrators.jspa > > > >> - > >> For more information on JIRA, see: > >>http://www.atlassian.com/software/jira > >> > >> > >> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Commented: (GERONIMO-1410) Configuration geronimo/jetty/1.0-SNAPSHOT/car defines Spring Framework - Hibernate based Web-app do not work
[ http://issues.apache.org/jira/browse/GERONIMO-1410?page=comments#action_12365288 ] Jeff Genender commented on GERONIMO-1410: - This will be encountered more and more with Geronimo since it is using open source community APIs, and the chances of someone's included classes clashing with the server's is going to be pretty good. Hibernate should also run into Antlr problems as well, and may require a hidden-classes filter for antlr...at least I have found this the case with Geronimo out in the wild right now. We should expect the use of hidden-classes pretty significantly. I don't know that this is a bug...I think its a feature. > Configuration geronimo/jetty/1.0-SNAPSHOT/car defines Spring Framework - > Hibernate based Web-app do not work > > > Key: GERONIMO-1410 > URL: http://issues.apache.org/jira/browse/GERONIMO-1410 > Project: Geronimo > Type: Bug > Components: Clustering > Versions: 1.0 > Reporter: Gianny Damour > Priority: Critical > Fix For: 1.0.1 > > Spring Framework is defined by the "base" configuration > geronimo/jetty/1.0-SNAPSHOT/car. > This is an issue as Web-app leveraging the Hibernate integration provide by > Spring cannot be deployed. Basically, Hibernate classes cannot be loaded from > the configuration CL of geronimo/jetty/1.0-SNAPSHOT/car. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: German Shizer stills coming....
Kuato wrote: If someone doesnt remove me from this fucking distribution list the porno will be flying fast and furious soon. Fix your fucking unsubscribe script!!! (For the 100th time) Sometimes the internets are hard. I've unsubscribed you. This was the first request I saw. Sorry for your troubles. geir
[jira] Assigned: (GERONIMO-1378) Bad application web.xml makes digester go crazy
[ http://issues.apache.org/jira/browse/GERONIMO-1378?page=all ] Anita Kulshreshtha reassigned GERONIMO-1378: Assign To: Anita Kulshreshtha > Bad application web.xml makes digester go crazy > --- > > Key: GERONIMO-1378 > URL: http://issues.apache.org/jira/browse/GERONIMO-1378 > Project: Geronimo > Type: Bug > Components: Tomcat > Versions: 1.0-M5 > Environment: all > Reporter: Anita Kulshreshtha > Assignee: Anita Kulshreshtha > Priority: Minor > > This trace is produced when the element has a > non-existent class name: > 11:49:15,484 ERROR [ContextConfig] Parse error in application web.xml > java.lang.RuntimeException: org.apache.catalina.manager.JMXProxyServlet > at > org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2719) > at > org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java:2745) > at > org.apache.tomcat.util.digester.Digester.endElement(Digester.java:1060) > at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown > Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown > Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown > Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown > Source) > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) > at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) > at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) > at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561) > at > org.apache.catalina.startup.ContextConfig.applicationWebConfig(ContextConfig.java:339) > at > org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1031) > at > org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:255) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) > at > org.apache.catalina.core.StandardContext.start(StandardContext.java:4076) > at > org.apache.geronimo.tomcat.GeronimoStandardContext.access$101(GeronimoStandardContext.java:64) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:267) > at > org.apache.geronimo.tomcat.valve.TransactionContextValve.invoke(TransactionContextValve.java:53) > at > org.apache.geronimo.tomcat.valve.ComponentContextValve.invoke(ComponentContextValve.java:47) > at > org.apache.geronimo.tomcat.valve.InstanceContextValve.invoke(InstanceContextValve.java:60) > at > org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:187) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) > at > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) > at > org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:287) > at > org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$7af7fb0d.addContext() > at > org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:407) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) > at > org.apache.geronimo.kernel.basic.Basic
[jira] Unassigned Patches: week of 02-06-2006
Project: Apache Geronimo Status: Open Assignee: Unassigned Geronimo Info: Patch Available Total: 19 items DATE UPDATED KEY SUMMARY Dec 18 2005 - GERONIMO-1381 - [Daytrader] Removed unused code Dec 22 2005 - GERONIMO-1400 - modularize daytrader deployment plan Jan 3 2006 - GERONIMO-1413 - Console needs to set JSP and Servlet contentType to UTF-8 Jan 3 2006 - GERONIMO-1414 - Console About page does not set the shortcut icon Jan 4 2006 - GERONIMO-1418 - allow user to specify deployment targets by "nickname" Jan 6 2006 - GERONIMO-1392 - update "additional samples" redirect in geronimo website Jan 8 2006 - GERONIMO-1260 - simplify construction of the combined deployment plan: deployment plan template and preprocessor Jan 9 2006 - GERONIMO-1163 - improve jmx debug console Jan 14 2006 - GERONIMO-1453 - GBeanOverride throws NullPointerException when more than one reference element specified Jan 19 2006 - GERONIMO-1498 - DriverDownloader.DriverInfo causes java.io.NotSerializableException during server shutdown Jan 19 2006 - GERONIMO-1499 - Daytrader: uncomment the drop table statements in daytrader.sql Jan 19 2006 - GERONIMO-1501 - Daytrader: remove hardcoded dependency versions in project.xml Jan 23 2006 - GERONIMO-1534 - Daytrader: ejb-ql-compiler-factory element is wrong for DB2 or Oracle db Jan 26 2006 - GERONIMO-1037 - Clicking on "uninstall" link in Applications management pages deletes the configuration without any confirmation from user Jan 27 2006 - GERONIMO-1341 - POP3 Implementation Jan 30 2006 - GERONIMO-1503 - keystore generated by KeyStore portlet could not be used to add either Jetty or Tomcat HTTPS Listeners Jan 31 2006 - GERONIMO-1558 - InternetHeaders not handling setHeader(String name, Address[] addresses) properly. Feb 3 2006 - GERONIMO-1568 - Installer - Have ConfigInstaller optionally delete CARs after configuration is complete. Feb 3 2006 - GERONIMO-1518 - Installer - only copy jars needed by selected configuration
Re: Unable to checkout OpenEJB :(
Jacek, Thanks. As for the procedure, it works and for now it is THE solution for this problem. I will not worry whether it is dumb or smart. Regards, VamsiOn 2/6/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote: 2006/2/6, Vamsavardhana Reddy <[EMAIL PROTECTED]>:> Trying to checkout openejb, I ended up with a new error " Server certificate> verification failed". ...> [exec] (R)eject, accept (t)emporarily or accept (p)ermanently? svn:> PROPFINDHi,I don't know how to do it in Maven or in a better way, but what I'ddone when I faced the issue was to execute the following command: $ svn co https://svn.codehaus.org/openejb/trunk/openejb2 openejband when svn asked whether the server (or domain) should've beenadded, I pressed 'p'. After doing it, you can Ctrl-C, delete the openejb directory and execute maven m:fresh-checkout.I wish I had known a better way to deal with it. The above procedurelooks so dumb.--Jacek Laskowski http://www.laskowski.org.pl
Re: Unable to checkout OpenEJB :(
2006/2/6, Vamsavardhana Reddy <[EMAIL PROTECTED]>: > Trying to checkout openejb, I ended up with a new error " Server certificate > verification failed". ... > [exec] (R)eject, accept (t)emporarily or accept (p)ermanently? svn: > PROPFIND Hi, I don't know how to do it in Maven or in a better way, but what I'd done when I faced the issue was to execute the following command: $ svn co https://svn.codehaus.org/openejb/trunk/openejb2 openejb and when svn asked whether the server (or domain) should've been added, I pressed 'p'. After doing it, you can Ctrl-C, delete the openejb directory and execute maven m:fresh-checkout. I wish I had known a better way to deal with it. The above procedure looks so dumb. -- Jacek Laskowski http://www.laskowski.org.pl
[jira] Created: (GERONIMODEVTOOLS-60) deployment of a simple (only one jsp) web project failed
deployment of a simple (only one jsp) web project failed - Key: GERONIMODEVTOOLS-60 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-60 Project: Geronimo-Devtools Type: Bug Components: eclipse-plugin Environment: windows xp SP2 with jsdk 1.4.2_10, geronimo 1.0, eclipse Version: 3.1.1 Build id: M20050929-0840, st 1.0.0, geronimo plugin 1.0.0 (build of 25.01) Reporter: Mark Mauerwerk following the instructions of the ibm article deployment of a simple (only one jsp) web project failed Despite geronimo management console displays web app as running, my test jsp is not there. I did not found any error message in the console window, but in .log (see below) !ENTRY org.apache.geronimo.devtools.eclipse.core 4 0 2006-02-05 19:16:45.78 !MESSAGE Starting of configuration failed. See .log for details. !STACK 0 java.lang.Exception: Error unmarshaling return; nested exception is: java.lang.ClassNotFoundException: org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI class loader disabled) java.rmi.UnmarshalException: Error unmarshaling return; nested exception is: java.lang.ClassNotFoundException: org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI class loader disabled) at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) at sun.rmi.server.UnicastRef.invoke(Unknown Source) at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(Unknown Source) at org.apache.geronimo.kernel.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:339) at org.apache.geronimo.kernel.jmx.KernelDelegate.getGBeanState(KernelDelegate.java:121) at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:64) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI class loader disabled) at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source) at java.rmi.server.RMIClassLoader.loadClass(Unknown Source) at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source) at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source) at java.io.ObjectInputStream.readClassDesc(Unknown Source) at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) at java.io.ObjectInputStream.defaultReadFields(Unknown Source) at java.io.ObjectInputStream.readSerialData(Unknown Source) at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) ... 9 more at org.apache.geronimo.core.internal.GeronimoServerBehaviour.doFail(GeronimoServerBehaviour.java:352) at org.apache.geronimo.core.internal.GeronimoServerBehaviour.doDeploy(GeronimoServerBehaviour.java:299) at org.apache.geronimo.core.internal.GeronimoServerBehaviour.invokeCommand(GeronimoServerBehaviour.java:241) at org.apache.geronimo.core.internal.GeronimoServerBehaviour.publishModule(GeronimoServerBehaviour.java:225) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:658) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:738) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:596) at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:799) at org.eclipse.wst.server.core.internal.Server.publish(Server.java:788) at org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:145) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Unable to checkout OpenEJB :(
Trying to checkout openejb, I ended up with a new error " Server certificate verification failed". Below is the command line output. C:\GeronimoSource\geronimo>maven -Dmaven.test.skip=true -Dmaven.itest.skip=true m:fresh-checkout __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.1-beta-2 DEPRECATED: the default goal should be specified in the section of proje ct.xml instead of maven.xml DEPRECATED: the default goal should be specified in the section of proje ct.xml instead of maven.xml build:start: m:fresh-checkout: m:checkout: [exec] Error validating server certificate for 'https://svn.codehaus.org:443 ': [exec] - The certificate is not issued by a trusted authority. Use the [exec] fingerprint to validate the certificate manually! [exec] Certificate information: [exec] - Hostname: *.codehaus.org [exec] - Valid: from Apr 6 00:00:00 2005 GMT until Apr 6 23:59:59 2006 GM T [exec] - Issuer: (c)2002 Comodo Limited, Terms and Conditions of use: http: //www.comodo.net/repository, Comodo Trust Network, Comodo Limited, GB [exec] - Fingerprint: 4f:ad:4a:ad:05:b1:1d:3e:4b:5f:94:ad:07:db:7d:40:90:18 :63:39 [exec] (R)eject, accept (t)emporarily or accept (p)ermanently? svn: PROPFIND request failed on '/openejb/trunk/openejb2' [exec] svn: PROPFIND of '/openejb/trunk/openejb2': Server certificate verifi cation failed: issuer is not trusted (https://svn.codehaus.org) [exec] [ERROR] Result: 1 [exec] At revision 375233. BUILD SUCCESSFUL Total time : 1 minutes 22 seconds Finished at : Monday, February 6, 2006 2:57:32 PM IST On 2/2/06, Kevan Miller <[EMAIL PROTECTED]> wrote: On Feb 2, 2006, at 3:51 AM, Vamsavardhana Reddy wrote:Hi, I ran maven m:fresh-checkout . The command deleted the openejb directory, but, then the checkout failed. So, I ended up with no openejb directory in the source tree :( Can someone help me with openejb checkout?Vamsi,OpenEJB moved their repository from cvs to svn, last night. However, it seems that no corresponding Geronimo changes were made. So, private builds and even the OpenEJB gbuild is broken.It's not always necessary to checkout and build OpenEJB to build Geronimo. If you don't need it, you can try wiping out your openejb dir and seeing if your build works... Meantime, we'll be working on fixing the build...BTW, you might want to upgrade your maven to 1.1-beta-2. That's the version being used by most people. We need to refresh our build instructions.--kevan Thanks, Vamsi - The following is the console output. C:\GeronimoSource\geronimo>maven m:fresh-checkout __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: m:fresh-checkout: [delete] Deleting directory C:\GeronimoSource\geronimo\openejb m:checkout: [cvs] Using cvs passfile: C:\Documents and Settings\Administrator\.cvspass [cvs] /home/projects/openejb/scm: no such repository [cvs] cvs checkout: authorization failed: server cvs.openejb.org rejected ac cess to /home/projects/openejb/scm for user anonymous [cvs] cvs checkout: used empty password; try "cvs login" with a real passwor d BUILD FAILED File.. C:\GeronimoSource\geronimo\maven.xml Element... ant:cvs Line.. 254 Column 15 cvs exited with error code 1 Command line was [Executing 'cvs' with arguments: '-d:pserver: [EMAIL PROTECTED]:/home/projects/openejb/scm' '-q' 'checkout' '-P' 'openejb' The ' characters around the executable and arguments are not part of the command. . . . Total time: 57 seconds Finished at: Thu Feb 02 13:15:46 IST 2006