[jira] Assigned: (AMQ-861) Kaha DB files are not removed
[ https://issues.apache.org/activemq/browse/AMQ-861?page=all ] james strachan reassigned AMQ-861: -- Assignee: Rob Davies Kaha DB files are not removed - Key: AMQ-861 URL: https://issues.apache.org/activemq/browse/AMQ-861 Project: ActiveMQ Issue Type: Bug Components: Broker Affects Versions: 4.0.1 Environment: Win XP, Java 5 Reporter: Vadim Pesochinskiy Assigned To: Rob Davies Fix For: 4.1 I have request-response point to point test case, which I ran for 12 hours. Each message is exactly 5KBytes. This is what I see in the Kaha directory: 779 Aug 1 17:03 roots-data1 32M Aug 2 15:28 queue-data4 32M Aug 2 18:02 queue-data5 32M Aug 2 19:03 queue-data6 32M Aug 2 20:04 queue-data7 32M Aug 2 21:05 queue-data8 32M Aug 2 22:07 queue-data9 32M Aug 2 23:08 queue-data10 32M Aug 3 00:09 queue-data11 32M Aug 3 01:10 queue-data12 32M Aug 3 02:12 queue-data13 32M Aug 3 03:13 queue-data14 32M Aug 3 04:19 queue-data15 32M Aug 3 05:20 queue-data16 32M Aug 3 06:21 queue-data17 32M Aug 3 07:22 queue-data18 32M Aug 3 08:23 queue-data19 19M Aug 3 09:25 queue-data20 8.6K Aug 3 09:52 kaha.idx -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (AMQ-868) consolidate the C++ clients in SVN more, removing old CMS code
[ https://issues.apache.org/activemq/browse/AMQ-868?page=all ] james strachan reassigned AMQ-868: -- Assignee: Timothy Bish consolidate the C++ clients in SVN more, removing old CMS code -- Key: AMQ-868 URL: https://issues.apache.org/activemq/browse/AMQ-868 Project: ActiveMQ Issue Type: New Feature Reporter: james strachan Assigned To: Timothy Bish We've got a couple of CMS code bases in SVN now, lets remove the old one -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (AMQ-822) Eclipse fails to compile activemq-core due to invalid symbol in UdpTransportFactory.java
[ https://issues.apache.org/activemq/browse/AMQ-822?page=all ] james strachan resolved AMQ-822. Fix Version/s: 4.1 Resolution: Fixed Eclipse fails to compile activemq-core due to invalid symbol in UdpTransportFactory.java Key: AMQ-822 URL: https://issues.apache.org/activemq/browse/AMQ-822 Project: ActiveMQ Issue Type: Bug Components: Transport Affects Versions: incubation Environment: RHEL-3 Reporter: Maxim Fateev Priority: Trivial Fix For: 4.1 UdpTransportFactory contains commented out code that contain symbol that eclipse cannot handle. The following fix was sufficient for code to be compiled without problem: [EMAIL PROTECTED]:/workplace/fateev/activemq/trunk svn diff activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java Index: activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java === --- activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java (revision 421719) +++ activemq-core/src/main/java/org/apache/activemq/transport/udp/UdpTransportFactory.java (working copy) @@ -161,7 +161,7 @@ * switch to the target endpoint // based on the last packet that was * received // so that all future requests go to the newly created UDP * channel Endpoint from = info.getFrom(); - * System.out.println(#65533;setting the client side target to: + + * System.out.println(setting the client side target to: + * from); udpTransport.setTargetEndpoint(from); } }; return transport; */ } [EMAIL PROTECTED]:/workplace/fateev/activemq/trunk -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
jbi:embedded...
When starting a ServiceMix instance, it makes sense to me to put the ActiveMQ-related config in the top level servicemix.xml and then put JMS component-related stuff in Service Units that can be deployed in the container. Only trouble is, creating a connection pool depends on commons-pool which isn't installed in the lib directory by default, so the jbi:embeddedServicemix can't start... Terry
Re: jbi:embedded...
If you put commons-pool as a dependency of your project, the jbi:embeddedServicemix goal will put it in the classpath. I've just raised a JIRA so that commons-pool kept as a dependency of activemq and included in the classpath / distribution. On 8/8/06, Terry Cox [EMAIL PROTECTED] wrote: When starting a ServiceMix instance, it makes sense to me to put the ActiveMQ-related config in the top level servicemix.xml and then put JMS component-related stuff in Service Units that can be deployed in the container. Only trouble is, creating a connection pool depends on commons-pool which isn't installed in the lib directory by default, so the jbi:embeddedServicemix can't start... Terry -- Cheers, Guillaume Nodet
[jira] Created: (SM-521) Tuning parameters configuration
Tuning parameters configuration --- Key: SM-521 URL: https://issues.apache.org/activemq/browse/SM-521 Project: ServiceMix Issue Type: Improvement Components: servicemix-core Reporter: Guillaume Nodet Fix For: 3.0-M3 We need to provide a way to configure tuning parameters for servicemix: * thread pools (core + flows + seda queues + components ) * queues (delivery channels + seda queues) * component throttling This may need a way to configure dummy activationSpecs (with no components, only the component name) so that we can configure these parameters when using JBI std installation -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (SM-512) sendsync from a service to another service seems to cause a deadlock under load
[ https://issues.apache.org/activemq/browse/SM-512?page=all ] Guillaume Nodet closed SM-512. -- Resolution: Won't Fix Assignee: Guillaume Nodet I'm closing this issue as there is no real bug we can fix here. I've raised SM-521 to ease tuning configuration sendsync from a service to another service seems to cause a deadlock under load --- Key: SM-512 URL: https://issues.apache.org/activemq/browse/SM-512 Project: ServiceMix Issue Type: Bug Affects Versions: 3.0-M2 Environment: Windows 2003, Intel 2.8 xeon processor. Java 1.5 3.0-M2 Reporter: anand somani Assigned To: Guillaume Nodet Fix For: 3.0-M3 Attachments: test.zip We have 2 services A and B. A makes sync requests to B. We have a JMS client that feeds requests to A and that triggers a sync request to B. We are trying to push some 5000 requests (not sequential). Now With st flow - A gets all the responses from B and we are good with Seda flow - A gets some responses from B (sometimes none) and then all the threads are blocked (seen using JMX) on syncsend(), looks like B has no threads to service requests. with JMS flow ( A and B on different VMs), we see the similar behavior as with seda flow With async requests everything works just fine. We have tried increasing seda capacity and workmanager thread count, that did not help. I am attaching service A and B code along with configuration files Also it would be nice to have all the tunable features documented with some explaination somewhere ( I could not find it anywhere) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-2277) Remove TransactionContextManager
[ http://issues.apache.org/jira/browse/GERONIMO-2277?page=comments#action_12426447 ] David Jencks commented on GERONIMO-2277: I've carefully studied the changes, merged notcm to trunk, and checked that the notcm branch works. +1 Remove TransactionContextManager Key: GERONIMO-2277 URL: http://issues.apache.org/jira/browse/GERONIMO-2277 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: transaction manager Reporter: Dain Sundstrom Assigned To: Dain Sundstrom Fix For: 1.2 Attachments: GERONIMO-2277.patch If you use the Geronimo TransactionContextManager, you can't use the TransactionManager interface directly since the TCM needs to know about all TM calls. Additionally, to use the TCM you must demarcate all changes in component context by starting an unspecified transaction context. This is all quite invasive and makes it hard to use our code in third part environments such as Spring or plain old Tomcat. I propose we remove the TransactionContextManager and replaced all uses with a plain old TransactionManager. This will also allow us to removed all code from web containers, app client and timer that was simply demarcating an unspecified transaction context, which is no longer needed. -- 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: M2 : car-maven-plugin and geronimo-plugin.xml files
On Aug 7, 2006, at 10:33 PM, anita kulshreshtha wrote: This code is from servlets-examples-jetty config (rev 429124): resources resource directory${pom.basedir}/src/conf/directory targetPathMETA-INF/targetPath includes includegeronimo-plugin.xml/include /includes filteringtrue/filtering /resource /resources This code has been added to many applications config. Which means that you are trying to write it yourself and have no intention of using the patch. I was simply reusing the existing Maven2 resources plugin to handle filtering of resources. I looked over your patch and could not apply it directly due to the number of other changes made to the tree since the patch was originally crafted. Why did you ask me to make the patch? I asked you to roll new patches against m2migration and not off of trunk so that I could quickly verify and apply them. Vow.. I don't blame you for exercising the power of a committer. you get to commit code that does nothing and reject the code that works! You have the power to shut down other peoples work. I am starting to take offense to some of these comments you are making. I'm not sure if you are trying to goat me into a conflict or if you are trying to resolve the work you have done and move forward. :-( Jason, I was also aware of the issues with the code and had been wanting to fix them and add more functionality. You are constantly changing the code that I wrote without any communication. You have made it _impossible_ for me to work on this code. I am not saying that you are doing it intentionally. Since these commits end up with my user id attached to them, I am not willing to commit something that does not meet my standards for quality. I am not trying to invalidate your work, I am trying to get our m2 build functional and at the same time ensure a high standard of quality for the code that supports it. IMO, you should have accepted the code because it provided the required functionality and allowed me to make improvements. The code submitted in the patches that I reviewed (and some that I committed and then changed) were not using the Mojo API appropriately or effectively. Just because a chunk of code works does not mean that it should be blindly applied to the tree. I accepted the bulk of the code and cleaned it up to meet my standards before I committed it. Though some of your code I have not even begun to review since it is scattered amongst several issues and then into several patches in those issues, which makes it much harder for me to quickly verify and commit. Last time I checked the new patches are still using velocity and custom file deletion bits instead of using the existing Plexus support tools that handle this for you and nothing is commented. So it is much more difficult for me to simply commit this. I agree with Hiram Chirino on this subject. I am quoting from a conversation on the list : http://www.nabble.com/Re%3A--RTC--ActiveMQ-GBean-modules-p4867711.html Perhaps I should start a new thread on this thought, but I just wanted to comment that we need to be careful about how critical and the level of perfection that we expect from the contributed patches. I would say that if a patch does not regress the project and it moves it forward in the right direction, the patch should be accepted even if it's not perfect. It kind of reminds me of something David B told me once, if the code is perfect and stable, you won't be able to build a community around the project it since it just works. This makes sense to me. If the code is 80% of the way there, then you give an opportunity for folks to join your community by submitting additional patches that help it get to the 100% mark. I generally agree with Hiram, though I don't think that we can allow build infrastructure related patches of diminished quality to be applied with out retrofitting them... or we will just make a larger mess for everyone to deal with. * * * I am sorry that you are upset about the situation related to your patches. I would really like for us to get past this and get back to being productive. But, to be honest with you... the more defensive emails like this that you post, the less I want to continue working on the related issues. I want to get the m2 work behind us and not get bogged down with conflict with those who are helping that work. Again, I am sorry you are upset... but can we please try to move forward? --jason
[jira] Commented: (GERONIMO-1176) Bad resource reference is not caught at deployment time
[ http://issues.apache.org/jira/browse/GERONIMO-1176?page=comments#action_12426460 ] Manu T George commented on GERONIMO-1176: - This behaviour does not occur currently. name is not a valid element and the deployer throws error if it is given. Also if we give patternnameSystemDatasource/name/pattern The ejb gets deployed. This issue can be closed. Bad resource reference is not caught at deployment time - Key: GERONIMO-1176 URL: http://issues.apache.org/jira/browse/GERONIMO-1176 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: OpenEJB Affects Versions: 1.0-M5 Environment: Windows XP, Sun JDK1.4.2_09 Reporter: Manu T George Priority: Critical Fix For: 1.2 In openejb-jar.xml file for a cmp entity bean if the cmp-connection-factory element contains a name tag instead of a resource-link tag a null pointer exception is thrown instead of an error message shown during deployment. This is a problem with both the deployer and openEJB I guess. cmp-connection-factory nameSystemDatasource/name /cmp-connection-factory Stack trace Exception in thread main java.rmi.RemoteException: The bean encountered a non- application exception. method; nested exception is: java.lang.NullPointerException at org.openejb.server.ejbd.EjbRequestHandler.invoke(EjbRequestHandler.ja va:303) at org.openejb.server.ejbd.EjbRequestHandler.doEjbHome_FIND(EjbRequestHa ndler.java:394) at org.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHa ndler.java:209) at org.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:150) at org.openejb.server.ejbd.EjbServer.service(EjbServer.java:87) at org.openejb.server.ejbd.EjbServer$$FastClassByCGLIB$$d379d2ff.invoke( generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod Invoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance. java:760) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5 7) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat ionInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro xyMethodInterceptor.java:96) at org.activeio.xnet.ServerService$$EnhancerByCGLIB$$461aa4d2.service(g enerated) at org.activeio.xnet.ServicePool$2.run(ServicePool.java:67) at org.activeio.xnet.ServicePool$3.run(ServicePool.java:90) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(Th readPool.java:138) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown So urce) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.NullPointerException at org.tranql.sql.DataSourceDelegate.getConnection(DataSourceDelegate.ja va:36) at org.tranql.sql.jdbc.JDBCQueryCommand.execute(JDBCQueryCommand.java:61 ) at org.openejb.entity.cmp.CMPFinder.execute(CMPFinder.java:98) at org.openejb.entity.cmp.CollectionValuedFinder.execute(CollectionValue dFinder.java:81) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.j ava:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(Co mponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingIn terceptor.java:81) at org.openejb.entity.EntityInstanceInterceptor.invoke(EntityInstanceInt erceptor.java:136) at org.openejb.entity.cmp.InTxCacheInterceptor.invoke(InTxCacheIntercept or.java:84) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPo licy.java:140) at org.openejb.transaction.TransactionContextInterceptor.invoke(Transact ionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionIntercep tor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.server.ejbd.EjbRequestHandler.invoke(EjbRequestHandler.ja va:297) ... 18 more -- 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-2296) java.lang.ClassNotFoundException org.tranql.ql.QueryException coming on invoking CMP
java.lang.ClassNotFoundException org.tranql.ql.QueryException coming on invoking CMP Key: GERONIMO-2296 URL: http://issues.apache.org/jira/browse/GERONIMO-2296 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB Affects Versions: 1.1 Environment: All Platforms Reporter: Manu T George When I Invoke a CMP Ejb from a remote client with the corressponding database table dropped. Then I get a ClassNotFoundException wrapped as a RemoteException. java.rmi.RemoteException: Cannot read the response from the server. The class f or an object being returned is not located in this system:; nested exception is: java.lang.ClassNotFoundException: org.tranql.ql.QueryException at org.openejb.client.Client.request(Client.java:210) at org.openejb.client.EJBInvocationHandler.request(EJBInvocationHandler. java:212) at org.openejb.client.EJBHomeHandler.create(EJBHomeHandler.java:225) at org.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:148) at org.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.j ava:183) at org.openejb.client.CgLibInvocationHandler.invoke(CgLibInvocationHandl er.java:77) at org.openejb.client.CgLibInvocationHandler.intercept(CgLibInvocationHa ndler.java:67) at org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$274269a7.create(gene rated) at examples.cmp.ProductClient.main(ProductClient.java:34) Caused by: java.lang.ClassNotFoundException: org.tranql.ql.QueryException at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClassInternal(Unknown Source) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at java.io.ObjectInputStream.resolveClass(Unknown Source) at org.openejb.server.ejbd.EJBObjectInputStream.resolveClass(EJBObjectIn putStream.java:84) 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.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) at org.openejb.client.EJBResponse.readExternal(EJBResponse.java:152) at org.openejb.client.Client.request(Client.java:208) ... 8 more Instead of this maybe a more relevant exception can be wrapped in the RemoteException which will indicate that the table is not found. -- 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: (AMQ-570) Create sample activemq.xml files under assembly/src/sample-conf similar to what we had in 3.x
[ https://issues.apache.org/activemq/browse/AMQ-570?page=all ] Fritz Oconer resolved AMQ-570. -- Resolution: Fixed Added sample activemq.xml configuration on the following areas. 1. jdbc 2. journalMemory 3. kaha 4. memory. 5. multicast Network 6. quickJdbc 7. quickMemory 8. rapid 9. static network Create sample activemq.xml files under assembly/src/sample-conf similar to what we had in 3.x - Key: AMQ-570 URL: https://issues.apache.org/activemq/browse/AMQ-570 Project: ActiveMQ Issue Type: Task Reporter: Hiram Chirino Assigned To: Fritz Oconer Fix For: 4.1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2299) Unpack assemblies for easier development/testing
Unpack assemblies for easier development/testing Key: GERONIMO-2299 URL: http://issues.apache.org/jira/browse/GERONIMO-2299 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Jason Dillon Assigned To: Jason Dillon Priority: Minor Should unpack the assemblies (or a given assembly) automatically to help ease development. Probably just need to add a new profile that will use antrun to unzip the archive. -- 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
Sample Application for Geronimo v1.1
Hi All, Following sample applications for the Geronimo v1.1 are now done and available in confluence. - Web Application - Simple Database access sample application http://cwiki.apache.org/confluence/display/GMOxDOC11/Sample+applications Appreciate your feedback. Thanks, Lasantha Ranaweera, Senior Software Engineer, Lanka Software Foundation, Sri Lanka.
[jira] Created: (GERONIMO-2300) Use jar or assembly plugin to generate classpath/manifest bits for stuff in bin/*
Use jar or assembly plugin to generate classpath/manifest bits for stuff in bin/* - Key: GERONIMO-2300 URL: http://issues.apache.org/jira/browse/GERONIMO-2300 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: Jason Dillon Assigned To: Jason Dillon -- 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-2298) geronimo-deploy-jsr88 jar is missing manifest entries in m2 build
[ http://issues.apache.org/jira/browse/GERONIMO-2298?page=comments#action_12426487 ] David Jencks commented on GERONIMO-2298: The geronimo-deploy-jsr88 manifest works fine. I'd like to see if we can remove some duplication from the deployer.jar (online-deployer) manifest before closing this one. geronimo-deploy-jsr88 jar is missing manifest entries in m2 build - Key: GERONIMO-2298 URL: http://issues.apache.org/jira/browse/GERONIMO-2298 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 The m1 build has an explicit manifest.mf file for this jar. We can generate an appropriate manifest in m2. The m1 manifest has classpath entries starting with ../lib/ which can be removed since all jars involved are in lib. The dependencies in the pom.xml need to be adjusted to match the explicit manifest used in the m1 build. After this is done most likely the online-deployer won't need so many manifest classpath entries. -- 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-2298) geronimo-deploy-jsr88 jar is missing manifest entries in m2 build
[ http://issues.apache.org/jira/browse/GERONIMO-2298?page=comments#action_12426490 ] Jason Dillon commented on GERONIMO-2298: Tell me what the classpath should be... and I will fix. geronimo-deploy-jsr88 jar is missing manifest entries in m2 build - Key: GERONIMO-2298 URL: http://issues.apache.org/jira/browse/GERONIMO-2298 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 The m1 build has an explicit manifest.mf file for this jar. We can generate an appropriate manifest in m2. The m1 manifest has classpath entries starting with ../lib/ which can be removed since all jars involved are in lib. The dependencies in the pom.xml need to be adjusted to match the explicit manifest used in the m1 build. After this is done most likely the online-deployer won't need so many manifest classpath entries. -- 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-2297) ClassCastException on invoking a non existing/Stopped EJB from a remote client.
[ http://issues.apache.org/jira/browse/GERONIMO-2297?page=all ] Manu T George updated GERONIMO-2297: Attachment: DeploymentIndex.patch This is ocurring because of an IllegalArgumentException which is thrown on trying to create an AbstractName with the JNDI string when the JNDI lookup fails. So a try - catch block has been added to handle this scenario. Once this scenario is handled the proper exception is thrown i.e. javax.naming.NameNotFoundException ClassCastException on invoking a non existing/Stopped EJB from a remote client. --- Key: GERONIMO-2297 URL: http://issues.apache.org/jira/browse/GERONIMO-2297 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: OpenEJB Affects Versions: 1.1 Environment: All Platforms Reporter: Manu T George Attachments: DeploymentIndex.patch When I invoke a stopped/nonexisting EJB from an remote client then I get a ClassCastException instead of an exception saying that the EJB is not started/or does not exist The exception is shown below Client Side java.lang.ClassCastException at org.openejb.client.JNDIContext.lookup(JNDIContext.java:277) at javax.naming.InitialContext.lookup(Unknown Source) at examples.cmp.ProductClient.main(ProductClient.java:28) Server Side 12:15:12,483 ERROR [JndiRequestHandler] JNDI request error java.lang.IllegalArgumentException: uri path must be in the form [groupId]/[arti factId]/[version]/[type] : /ProductRemote at org.apache.geronimo.gbean.AbstractNameQuery.init(AbstractNameQuery. java:104) at org.openejb.DeploymentIndex.getDeploymentIndex(DeploymentIndex.java:2 06) at org.openejb.DeploymentIndex$$FastClassByCGLIB$$d76635c8.invoke(gener ated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod Invoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance. java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5 7) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat ionInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro xyMethodInterceptor.java:96) at org.openejb.DeploymentIndex$$EnhancerByCGLIB$$7b6484b7.getDeploymentI ndex(generated) at org.openejb.server.ejbd.JndiRequestHandler.doLookup(JndiRequestHandle r.java:175) at org.openejb.server.ejbd.JndiRequestHandler.processRequest(JndiRequest Handler.java:111) at org.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:154) at org.openejb.server.ejbd.EjbServer.service(EjbServer.java:87) at org.openejb.server.ejbd.EjbServer$$FastClassByCGLIB$$d379d2ff.invoke( generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod Invoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.java:122) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance. java:817) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5 7) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat ionInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro xyMethodInterceptor.java:96) at org.activeio.xnet.ServerService$$EnhancerByCGLIB$$c7de235e.service(g enerated) at org.activeio.xnet.ServicePool$2.run(ServicePool.java:67) at org.activeio.xnet.ServicePool$3.run(ServicePool.java:90) at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:172) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(Th readPool.java:289) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown So urce) at java.lang.Thread.run(Unknown Source) -- 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-2298) geronimo-deploy-jsr88 jar is missing manifest entries in m2 build
[ http://issues.apache.org/jira/browse/GERONIMO-2298?page=comments#action_12426497 ] David Jencks commented on GERONIMO-2298: basically we should be able to leave out anything that is in the geronimo-deploy-jsr88 manifest classpath from the deployer.jar manifest classpath, in particular the spec jar-- this is why the onlne deployer used to work even without the correct spec jar name :-) geronimo-deploy-jsr88 jar is missing manifest entries in m2 build - Key: GERONIMO-2298 URL: http://issues.apache.org/jira/browse/GERONIMO-2298 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 The m1 build has an explicit manifest.mf file for this jar. We can generate an appropriate manifest in m2. The m1 manifest has classpath entries starting with ../lib/ which can be removed since all jars involved are in lib. The dependencies in the pom.xml need to be adjusted to match the explicit manifest used in the m1 build. After this is done most likely the online-deployer won't need so many manifest classpath entries. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SM-519) Update LICENSE and NOTICE files according to http://www.apache.org/dev/apply-license.html#license
Update LICENSE and NOTICE files according to http://www.apache.org/dev/apply-license.html#license - Key: SM-519 URL: https://issues.apache.org/activemq/browse/SM-519 Project: ServiceMix Issue Type: Task Reporter: Guillaume Nodet Fix For: 3.0-M3 We need only one LICENSE and NOTICE file which would contain all licenses and notices -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-2298) geronimo-deploy-jsr88 jar is missing manifest entries in m2 build
[ http://issues.apache.org/jira/browse/GERONIMO-2298?page=comments#action_12426510 ] Jason Dillon commented on GERONIMO-2298: Seems like there was some aftermath to this change which needs some poms to be adjusted with some added dependencies. geronimo-deploy-jsr88 jar is missing manifest entries in m2 build - Key: GERONIMO-2298 URL: http://issues.apache.org/jira/browse/GERONIMO-2298 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 The m1 build has an explicit manifest.mf file for this jar. We can generate an appropriate manifest in m2. The m1 manifest has classpath entries starting with ../lib/ which can be removed since all jars involved are in lib. The dependencies in the pom.xml need to be adjusted to match the explicit manifest used in the m1 build. After this is done most likely the online-deployer won't need so many manifest classpath entries. -- 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: (XBEAN-38) XFire initialisation problem with spring 2.0-rc2
[ http://issues.apache.org/jira/browse/XBEAN-38?page=all ] james strachan closed XBEAN-38. --- Fix Version/s: 2.5 Resolution: Fixed This was fixed in 2.5 XFire initialisation problem with spring 2.0-rc2 Key: XBEAN-38 URL: http://issues.apache.org/jira/browse/XBEAN-38 Project: XBean Issue Type: Bug Components: spring Environment: The following maven dependencies were pulled in: o com.sun.xml.bind:jaxb-xjc:jar:2.0.1 o org.apache.xbean:xbean-spring-v1:jar:2.4 o org.springframework:spring-jpa:jar:2.0-rc2 o commons-httpclient:commons-httpclient:jar:3.0 o org.codehaus.xfire:xfire-aegis:jar:1.1.2 o xmlbeans:xbean:jar:2.1.0 o org.codehaus.xfire:xfire-xmlbeans:jar:1.1.2 o xerces:xercesImpl:jar:2.6.2 o javax.mail:mail:jar:1.4 o stax:stax-api:jar:1.0 o org.codehaus.xfire:xfire-annotations:jar:1.1.2 o org.codehaus.xfire:xfire-spring:jar:1.1.2 o org.apache.xbean:xbean-spring-common:jar:2.4 o org.codehaus.xfire:xfire-jaxb2:jar:1.1.2 o xfire:xfire-jsr181-api:jar:1.0-M1 o jaxen:jaxen:jar:1.1-beta-9 o com.sun.xml.bind:jaxb-impl:jar:2.0.1 o javax.activation:activation:jar:1.1 o wsdl4j:wsdl4j:jar:1.5.2 o qdox:qdox:jar:1.5 o org.apache.xbean:xbean-spring-v2:jar:2.4 o org.springframework:spring:jar:2.0-rc2 o org.apache.ws.commons:XmlSchema:jar:1.0.3 o org.apache.xbean:xbean-spring:jar:2.4 o stax-utils:stax-utils:jar:snapshot-20040917 o xerces:xmlParserAPIs:jar:2.6.2 o ant:ant:jar:1.5 o org.codehaus.xfire:xfire-java5:jar:1.1.2 o org.codehaus.xfire:xfire-core:jar:1.1.2 o javax.xml:jaxb-api:jar:2.0 Reporter: Steve Baker Fix For: 2.5 I have attempted to configure a simple jsr181 web service using XFire and am getting the following stack trace when the web service is accessed. I'm assuming the only unusual aspect of my setup is using spring version 2.0-rc2. !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app servlet servlet-nameXFire/servlet-name display-nameXFire Servlet/display-name servlet-class org.codehaus.xfire.transport.http.XFireConfigurableServlet /servlet-class !-- The servlet will by default look for the configuration on the classpath in META-INF/xfire/services.xml. You can override it with this parameter. Seperate multiple configuration files with a comma. -- init-param param-nameconfig/param-name param-valueservices.xml/param-value /init-param /servlet servlet-mapping servlet-nameXFire/servlet-name url-pattern/servlet/XFireServlet/*/url-pattern /servlet-mapping servlet-mapping servlet-nameXFire/servlet-name url-pattern/services/*/url-pattern /servlet-mapping /web-app beans xmlns=http://xfire.codehaus.org/config/1.0; service serviceClasscom.effacy.alm.remote.user.RemoteUserFacade/serviceClass serviceFactoryjsr181/serviceFactory /service /beans [ INFO:XmlBeanDefinitionReader.java: 330] - Loading XML bean definitions from class path resource [org/codehaus/xfire/spring/xfire.xml] [ERROR: XFireServlet.java: 51] - Error initializing XFireServlet. org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from class path resource [org/codehaus/xfire/spring/xfire.xml]; nested exception is java.lang.IllegalArgumentException: ClassLoader must not be null Caused by: java.lang.IllegalArgumentException: ClassLoader must not be null at org.springframework.util.Assert.notNull(Assert.java:113) at org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver.init(DefaultNamespaceHandlerResolver.java:82) at org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver.init(DefaultNamespaceHandlerResolver.java:74) at org.apache.xbean.spring.context.v2.XBeanNamespaceHandlerResolver.init(XBeanNamespaceHandlerResolver.java:26) at org.apache.xbean.spring.context.v2.XBeanXmlBeanDefinitionReader.createDefaultNamespaceHandlerResolver(XBeanXmlBeanDefinitionReader.java:81) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.createReaderContext(XmlBeanDefinitionReader.java:496) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:476) at org.apache.xbean.spring.context.v2.XBeanXmlBeanDefinitionReader.registerBeanDefinitions(XBeanXmlBeanDefinitionReader.java:77)
[jira] Assigned: (AMQ-857) Make kaha DB file size configurable
[ https://issues.apache.org/activemq/browse/AMQ-857?page=all ] Rob Davies reassigned AMQ-857: -- Assignee: Rob Davies Make kaha DB file size configurable --- Key: AMQ-857 URL: https://issues.apache.org/activemq/browse/AMQ-857 Project: ActiveMQ Issue Type: New Feature Components: Broker Affects Versions: 4.0.1, 4.0.2 Environment: any Reporter: Vadim Pesochinskiy Assigned To: Rob Davies Fix For: 4.1 As I understand file size is set fixed to 32MB (http://www.nabble.com/forum/ViewPost.jtp?post=5285163framed=y). and I did not find a JIRA for it. I am creating it, just to make sure it is not forgotten. If possible it would be great if wiki (http://www.activemq.org/site/kaha-persistence.html) was updated to explain when those queue-data files are rolled-over and removed, because people will be asking ;). Thanks. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (AMQ-868) consolidate the C++ clients in SVN more, removing old CMS code
consolidate the C++ clients in SVN more, removing old CMS code -- Key: AMQ-868 URL: https://issues.apache.org/activemq/browse/AMQ-868 Project: ActiveMQ Issue Type: New Feature Reporter: james strachan We've got a couple of CMS code bases in SVN now, lets remove the old one -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (AMQ-656) Update of AMQ C++ client
[ https://issues.apache.org/activemq/browse/AMQ-656?page=all ] james strachan reassigned AMQ-656: -- Assignee: Timothy Bish Just wanted to make sure you were aware of this issue Update of AMQ C++ client Key: AMQ-656 URL: https://issues.apache.org/activemq/browse/AMQ-656 Project: ActiveMQ Issue Type: Improvement Components: JMS client Reporter: MF Assigned To: Timothy Bish Attachments: patch_060518.zip, README.TXT, source_060323.zip, source_060324.zip, source_060404.zip, source_060406.zip, source_060425.zip, source_060508.zip, source_060515.zip Attached is a new update of the C++ client, the zip-file contains the full source since the update is a major overhaul. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (AMQ-707) makefile plus some changes for the CMS C++ client
[ https://issues.apache.org/activemq/browse/AMQ-707?page=all ] james strachan resolved AMQ-707. Resolution: Fixed This is now resolved in the new C++ client (activemq-cpp) makefile plus some changes for the CMS C++ client - Key: AMQ-707 URL: https://issues.apache.org/activemq/browse/AMQ-707 Project: ActiveMQ Issue Type: Improvement Components: JMS client Affects Versions: 4.0 RC2 Reporter: Manuel Teira Assigned To: Nathan Mittler Priority: Minor Fix For: 4.1 Attachments: patch.bz2 I've written a trivial makefile to be able to compile the CMS over Stomp C++ client on Solaris , using Sun Workshop 6. I've also made some changes: -Added a strerror_r macro for solaris. -Define MSG_NOSIGNAL as zero for solaris -Added 'using namespace activemq' to some files to make Sun Workshop find some objects. -Corrected a pair of memory leaks found under purify sessions. -Corrected a bug in StompTransportFactory::createTransport, not using the argument brokerUrl -Deleted a trailing comma in a enum in Session.h, making Sun CC to warn. -Added a dummy test to just send a message. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (AMQ-411) enable XSD validation by default with ActiveMQ XML files
[ https://issues.apache.org/activemq/browse/AMQ-411?page=all ] james strachan resolved AMQ-411. Resolution: Fixed See this example which when using Spring 2.x's ApplicationContext implementations performs XSD validation (and IDE completion) https://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-core/src/test/resources/spring-embedded-xbean.xml enable XSD validation by default with ActiveMQ XML files Key: AMQ-411 URL: https://issues.apache.org/activemq/browse/AMQ-411 Project: ActiveMQ Issue Type: New Feature Reporter: james strachan Fix For: 4.1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (AMQ-846) Change the maven pom group id to org.apache.activemq and the version to be 4.1-incubator-SNAPSHOT
[ https://issues.apache.org/activemq/browse/AMQ-846?page=all ] james strachan resolved AMQ-846. Resolution: Fixed Change the maven pom group id to org.apache.activemq and the version to be 4.1-incubator-SNAPSHOT - Key: AMQ-846 URL: https://issues.apache.org/activemq/browse/AMQ-846 Project: ActiveMQ Issue Type: Improvement Reporter: Hiram Chirino Assigned To: Hiram Chirino Fix For: 4.1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (AMQ-869) provide a broker-to-broker synchronization protocol so that an old master can be brought back online and synchronize up with a slave (which is running as a master) or to brin
provide a broker-to-broker synchronization protocol so that an old master can be brought back online and synchronize up with a slave (which is running as a master) or to bring an old slave back online Key: AMQ-869 URL: https://issues.apache.org/activemq/browse/AMQ-869 Project: ActiveMQ Issue Type: New Feature Components: Broker Reporter: james strachan We basically need 2 brokers to compare their current state and ensure they are both in exactly the same state. e.g. * both brokers checkpoint * they perform a database merge * they can now continue being a master-slave pair Maybe the easiest implementation is to find the list of all unique message producers then perform a 'sequence-range' comparison. e.g. broker1: producer1: 1-100, 102-142, 145 ... broker2: producer1: 1-12 then we send from broker1 to broker2 producer1: 13-100, 102-142, 145 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
How to resolve JMS Dependency ?
Hi All,I am facing problem while deploying my ear on geronimo 1.1It is complaining regarding jms/AcevaPublisherQueue (my application need this)I have added this queue from console.we have acm.war file which also access (resource-ref) this queueand i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xmlthis is in openEjb-jar.xmlsession ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /sessionthis is in geronimo-web.xmlnaming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed?if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency-- Manish SatwaniSenior Software EngineerAceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I,South City, Gurgaon,Haryana – 122001Call at:+91-124-2805091/92 Ext. 35+91-99113-16998Visit: http://www.aceva.com
Re: How to resolve JMS Dependency ?
Hi AllThe following is the error I getting while deploying EARUnable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) at org.apache.geronimo.naming.deployment.ENCConfigBuilder.addResourceRefs(ENCConfigBuilder.java:210) On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All,I am facing problem while deploying my ear on geronimo 1.1It is complaining regarding jms/AcevaPublisherQueue (my application need this)I have added this queue from console.we have acm.war file which also access (resource-ref) this queueand i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xmlthis is in openEjb-jar.xmlsession ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /sessionthis is in geronimo-web.xmlnaming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed?if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency-- Manish SatwaniSenior Software EngineerAceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I,South City, Gurgaon,Haryana – 122001Call at:+91-124-2805091/92 Ext. 35+91-99113-16998Visit: http://www.aceva.com -- Manish SatwaniSenior Software EngineerAceva Technologies | Unlock Your Working CapitalA-1501, Signature Towers - I,South City, Gurgaon,Haryana – 122001 Call at:+91-124-2805091/92 Ext. 35+91-99113-16998Visit: http://www.aceva.com
servicemix dependencies
Hi, It looks like servicemix have lots of dependencies with libraries in BETA or RC stage (activemq, spring, jaxen, jetty ) Are there any plans for a 3.0 stable version to depend only in stable versions of those libraries? Thanks in advance, Salut! -- Antoni Reus Darder Cap de Projecte Administració Digital, Negoci Electrònic i Sanitat F u n d a c i ó I B I T Illes Balears Innovació Tecnològica http://www.ibit.org Tel. +34 971 17 72 70/71 Fax. +34 971 17 72 79
Re: How to resolve JMS Dependency ?
Hi Manish, Can u try naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkAcevaPublisherQueue/naming:resource-link /naming:resource-ref where link refers to message-destination-nameAcevaPublisherQueue/message-destination-name in RA plan. In case this does not work can u post the RA plan? Regards Krishnakumar On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All The following is the error I getting while deploying EAR Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) at org.apache.geronimo.naming.deployment.ENCConfigBuilder.addResourceRefs(ENCConfigBuilder.java:210) On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All, I am facing problem while deploying my ear on geronimo 1.1 It is complaining regarding jms/AcevaPublisherQueue (my application need this) I have added this queue from console. we have acm.war file which also access (resource-ref) this queue and i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xml this is in openEjb-jar.xml session ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /session this is in geronimo-web.xml naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed? if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com
Re: servicemix dependencies
These dependencies are updated regularly when new beta / release come. ActiveMQ use a released version, and we will upgrade to released version as soon as they are available. On 8/8/06, Antoni Reus [EMAIL PROTECTED] wrote: Hi, It looks like servicemix have lots of dependencies with libraries in BETA or RC stage (activemq, spring, jaxen, jetty ) Are there any plans for a 3.0 stable version to depend only in stable versions of those libraries? Thanks in advance, Salut! -- Antoni Reus Darder Cap de Projecte Administració Digital, Negoci Electrònic i Sanitat F u n d a c i ó I B I T Illes Balears Innovació Tecnològica http://www.ibit.org Tel. +34 971 17 72 70/71 Fax. +34 971 17 72 79 -- Cheers, Guillaume Nodet
Re: How to resolve JMS Dependency ?
Here is my RA planOn 8/8/06, Krishnakumar B [EMAIL PROTECTED] wrote: Hi Manish,Can u trynaming:resource-refnaming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkAcevaPublisherQueue/naming:resource-link /naming:resource-refwhere link refers tomessage-destination-nameAcevaPublisherQueue/message-destination-namein RA plan.In case this does not work can u post the RA plan? RegardsKrishnakumarOn 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All The following is the error I getting while deploying EAR Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) at org.apache.geronimo.naming.deployment.ENCConfigBuilder.addResourceRefs(ENCConfigBuilder.java:210) On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All, I am facing problem while deploying my ear on geronimo 1.1 It is complaining regarding jms/AcevaPublisherQueue (my application need this) I have added this queue from console. we have acm.war file which also access (resource-ref) this queue and i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xml this is in openEjb-jar.xml session ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /sessionthis is in geronimo-web.xml naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed? if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com-- Manish SatwaniSenior Software Engineer Aceva Technologies | Unlock Your Working CapitalA-1501, Signature Towers - I,South City, Gurgaon,Haryana – 122001Call at:+91-124-2805091/92 Ext. 35+91-99113-16998Visit: http://www.aceva.com ?xml version=1.0 encoding=UTF-8? connector xmlns=http://geronimo.apache.org/xml/ns/j2ee/connector-1.1; dep:environment xmlns:dep=http://geronimo.apache.org/xml/ns/deployment-1.1; dep:moduleId dep:groupIdconsole.jms/dep:groupId dep:artifactIdAceva/dep:artifactId dep:version1.0/dep:version dep:typerar/dep:type /dep:moduleId dep:dependencies dep:dependency dep:groupIdgeronimo/dep:groupId dep:artifactIdactivemq-broker/dep:artifactId dep:typecar/dep:type /dep:dependency /dep:dependencies /dep:environment resourceadapter resourceadapter-instance resourceadapter-nameAceva/resourceadapter-name config-property-setting name=Passwordaceva/config-property-setting config-property-setting name=UserNameaceva/config-property-setting nam:workmanager xmlns:nam=http://geronimo.apache.org/xml/ns/naming-1.1; nam:gbean-linkDefaultWorkManager/nam:gbean-link /nam:workmanager /resourceadapter-instance outbound-resourceadapter connection-definition connectionfactory-interfacejavax.jms.ConnectionFactory/connectionfactory-interface connectiondefinition-instance namejms/AcevaPublisherConnectionFactory/name implemented-interfacejavax.jms.QueueConnectionFactory/implemented-interface implemented-interfacejavax.jms.TopicConnectionFactory/implemented-interface connectionmanager xa-transaction transaction-caching/
Re: How to resolve JMS Dependency ?
nippet from my RA planadminobject-instance message-destination-namejms/AcevaPublisherQueue/message-destination-name config-property-setting name=PhysicalNameAcevaPublisherQueue/config-property-setting /adminobject-instanceOn 8/8/06, Krishnakumar B [EMAIL PROTECTED] wrote: Hi Manish,Can u trynaming:resource-refnaming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkAcevaPublisherQueue/naming:resource-link /naming:resource-refwhere link refers tomessage-destination-nameAcevaPublisherQueue/message-destination-namein RA plan.In case this does not work can u post the RA plan? RegardsKrishnakumarOn 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All The following is the error I getting while deploying EAR Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'jms/AcevaPublisherQueue' (Could not find resource 'jms/AcevaPublisherQueue'. Perhaps it has not yet been configured, or your application does not have a dependency declared for that resource module?) at org.apache.geronimo.naming.deployment.ENCConfigBuilder.addResourceRefs(ENCConfigBuilder.java:210) On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All, I am facing problem while deploying my ear on geronimo 1.1 It is complaining regarding jms/AcevaPublisherQueue (my application need this) I have added this queue from console. we have acm.war file which also access (resource-ref) this queue and i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xml this is in openEjb-jar.xml session ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /sessionthis is in geronimo-web.xml naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed? if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com-- Manish SatwaniSenior Software Engineer Aceva Technologies | Unlock Your Working CapitalA-1501, Signature Towers - I,South City, Gurgaon,Haryana – 122001Call at:+91-124-2805091/92 Ext. 35+91-99113-16998Visit: http://www.aceva.com
Re: How to resolve JMS Dependency ?
For referring to Queues u should use nam:resource-env-ref nam:ref-name/nam:ref-name admin-object-link/admin-object-link /nam:resource-env-ref or Message Destination Reference I think both would work http://www.chariotsolutions.com/geronimo/geronimo-1.1/web-plan.html#web-plan-refs ( You can refer to resource-env-ref for J2EE Connector Administered Objects ) Resource Environment Ref can be used to reference JMS Destinations. Regards Krishnakumar On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All, I am facing problem while deploying my ear on geronimo 1.1 It is complaining regarding jms/AcevaPublisherQueue (my application need this) I have added this queue from console. we have acm.war file which also access (resource-ref) this queue and i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xml this is in openEjb-jar.xml session ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /session this is in geronimo-web.xml naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed? if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com
Re: jbi:servicemix
I have just built ServiceMix from HEAD I had just synchronised with HEAD. I've checked that I am up to date and have done another clean build of ServiceMix, but I still get the same error when I run jbi:servicemix. Terry
[jira] Closed: (GERONIMO-1176) Bad resource reference is not caught at deployment time
[ http://issues.apache.org/jira/browse/GERONIMO-1176?page=all ] Gianny Damour closed GERONIMO-1176. --- Resolution: Invalid Manu, thanks for this update. Bad resource reference is not caught at deployment time - Key: GERONIMO-1176 URL: http://issues.apache.org/jira/browse/GERONIMO-1176 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: OpenEJB Affects Versions: 1.0-M5 Environment: Windows XP, Sun JDK1.4.2_09 Reporter: Manu T George Priority: Critical Fix For: 1.2 In openejb-jar.xml file for a cmp entity bean if the cmp-connection-factory element contains a name tag instead of a resource-link tag a null pointer exception is thrown instead of an error message shown during deployment. This is a problem with both the deployer and openEJB I guess. cmp-connection-factory nameSystemDatasource/name /cmp-connection-factory Stack trace Exception in thread main java.rmi.RemoteException: The bean encountered a non- application exception. method; nested exception is: java.lang.NullPointerException at org.openejb.server.ejbd.EjbRequestHandler.invoke(EjbRequestHandler.ja va:303) at org.openejb.server.ejbd.EjbRequestHandler.doEjbHome_FIND(EjbRequestHa ndler.java:394) at org.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHa ndler.java:209) at org.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:150) at org.openejb.server.ejbd.EjbServer.service(EjbServer.java:87) at org.openejb.server.ejbd.EjbServer$$FastClassByCGLIB$$d379d2ff.invoke( generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod Invoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.java:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance. java:760) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5 7) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat ionInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro xyMethodInterceptor.java:96) at org.activeio.xnet.ServerService$$EnhancerByCGLIB$$461aa4d2.service(g enerated) at org.activeio.xnet.ServicePool$2.run(ServicePool.java:67) at org.activeio.xnet.ServicePool$3.run(ServicePool.java:90) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(Th readPool.java:138) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown So urce) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.NullPointerException at org.tranql.sql.DataSourceDelegate.getConnection(DataSourceDelegate.ja va:36) at org.tranql.sql.jdbc.JDBCQueryCommand.execute(JDBCQueryCommand.java:61 ) at org.openejb.entity.cmp.CMPFinder.execute(CMPFinder.java:98) at org.openejb.entity.cmp.CollectionValuedFinder.execute(CollectionValue dFinder.java:81) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.j ava:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(Co mponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingIn terceptor.java:81) at org.openejb.entity.EntityInstanceInterceptor.invoke(EntityInstanceInt erceptor.java:136) at org.openejb.entity.cmp.InTxCacheInterceptor.invoke(InTxCacheIntercept or.java:84) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPo licy.java:140) at org.openejb.transaction.TransactionContextInterceptor.invoke(Transact ionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionIntercep tor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.server.ejbd.EjbRequestHandler.invoke(EjbRequestHandler.ja va:297) ... 18 more -- 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-2015) Let's replace JKS to PKCS12 key store type
[ http://issues.apache.org/jira/browse/GERONIMO-2015?page=comments#action_12426550 ] Nellya Udovichenko commented on GERONIMO-2015: -- JKS is Sun proprietary keystore format implementation. Therefore, it isn't supported by non-Sun VMs. PKCS12 is the keystore standard too and it isn't Sun dependent. Yes, many application servers have JKS as their default keystore type. But they support PKCS12 also, and you can choose the keystore more suitable to you because the keystore type isn't hardcoded. And for example, WebSphere application server 6.1 has PKCS12 as its default keystore format. Let's replace JKS to PKCS12 key store type -- Key: GERONIMO-2015 URL: http://issues.apache.org/jira/browse/GERONIMO-2015 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: security Reporter: Nikolay Chugunov Fix For: 1.2 Attachments: JKSToPKCS12.java, jksToPKCS12.patch, keystore Hello Let's replace JKS to PKCS12 key store type; because PKCS12 is widely used key store and Geronimo may not work on non-Sun VMs. To fix this problem I have created the patch for Geronimo sources. In brief the patch (attached) replaces JKS to PKCS12 key store type in configurations files. PKCS12 format of key store file is not java-specific and can be created and read by other programs, e.g. Internet Explorer. In addition PKCS12 exists in Bouncy Castle (http://www.bouncycastle.org) security provider, while JKS is Sun specific key store and does not exist in Bouncy Castle. Also it is needed to replace JKS to PKCS12 keystore file (attached) to assemblies/j2ee-tomcat-server/src/var/security, assemblies/j2ee-installer/src/var/security, assemblies/j2ee-jetty-server/src/var/security directories. Key store file was generating using JKSToPKCS12 class (attached). This class transfers key and certificate of Geronimo from JKS to PKCS12. After I apply this patch to Geronimo 1.0 sources and build Geronimo I can login to Geronimo console over https. -- 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
Proposal to change the tooling version to be 3.0-incubating-SNAPSHOT
I was wondering if we should change the maven plugin / archetype version to be in sync with the container / components. Currently, everything as the same release cycle, so I do not really see the point in having a 3.0 for container and 1.0 for tooling. I think it may be confusing for users. -- Cheers, Guillaume Nodet
[jira] Created: (GERONIMO-2301) Missing features in Keystore interface
Missing features in Keystore interface -- Key: GERONIMO-2301 URL: http://issues.apache.org/jira/browse/GERONIMO-2301 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: security Affects Versions: 1.1 Reporter: Guillaume Nodet To provide ws-security for outbound messages while leveraging Geronimo keystores, a few methods are missing on the KeystoreInstance interface: String getCertificateAlias(Certificate cert); Certificate[] getCertificateChain(String alias); PrivateKey getPrivateKey(String alias); These methods are needed to implement http://ws.apache.org/wss4j/apidocs/org/apache/ws/security/components/crypto/Crypto.html See an abstract base class that could be used to implement this interface on top of geronimo Keystores http://svn.apache.org/repos/asf/incubator/servicemix/trunk/servicemix-soap/src/main/java/org/apache/servicemix/soap/handlers/security/BaseCrypto.java -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SM-522) Missing buildSharedLibrary implementation in ServiceMixConfigBuilder gbean
Missing buildSharedLibrary implementation in ServiceMixConfigBuilder gbean -- Key: SM-522 URL: https://issues.apache.org/activemq/browse/SM-522 Project: ServiceMix Issue Type: Bug Components: geronimo Reporter: Guillaume Nodet -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SM-523) Provide security integration with Geronimo
Provide security integration with Geronimo -- Key: SM-523 URL: https://issues.apache.org/activemq/browse/SM-523 Project: ServiceMix Issue Type: Bug Components: geronimo Reporter: Guillaume Nodet We need an implementation of Crypto which uses geronimo KeystoreInstance -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SM-523) Provide security integration with Geronimo
[ https://issues.apache.org/activemq/browse/SM-523?page=comments#action_36706 ] Guillaume Nodet commented on SM-523: Relies on http://issues.apache.org/jira/browse/GERONIMO-2301 Provide security integration with Geronimo -- Key: SM-523 URL: https://issues.apache.org/activemq/browse/SM-523 Project: ServiceMix Issue Type: Bug Components: geronimo Reporter: Guillaume Nodet We need an implementation of Crypto which uses geronimo KeystoreInstance -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2170) Tagged versions of Geronimo should not include people.apache.org/repository in their list of maven repositories
[ http://issues.apache.org/jira/browse/GERONIMO-2170?page=all ] Kevan Miller updated GERONIMO-2170: --- Fix Version/s: 1.1.x 1.2 (was: 1.1.1) Affects Version/s: 1.1.2 (was: 1.1.1) I thought this was a simple edit. However, there are a number of artifacts which we're dependent upon, which are only in Apache or Codehaus repo's. Will need to generate upload requests. Probably the long-term solution to this is setting up a Geronimo specific repo... Tagged versions of Geronimo should not include people.apache.org/repository in their list of maven repositories --- Key: GERONIMO-2170 URL: http://issues.apache.org/jira/browse/GERONIMO-2170 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 1.1.2 Reporter: Kevan Miller Assigned To: Kevan Miller Fix For: 1.2, 1.1.x Geronimo 1.1.0 includes people.apache.org/repository in its list of maven repo's. This repository is liable to be relocated in the future and is not used to hold released version of packages. A tagged version of geronimo should not be dependent on any resources in this repository. 1.1.1 should not use this repository (and therefore will not be dependent on any resources in the repository). The release checklist should be updated to insure that this mistake is not repeated in the future. -- 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
1.1.1 - Ready or not ? Soliciting input
1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: Patches in RTC emails (Re: Patches in RTC (Geronimo - August 4, 2006))
David, is there a single link online report that we can execute rather than waiting for the weekly report? I expect its somewhere in the numerous e-mails but I think I may have missed it. David Blevins wrote: Thanks everyone for the praise :) Because of all the positive feedback, I decided to put a lot more work into this. I've boiled everything down to a single Velocity template that is now checked into our svn and anyone can edit. It's located here: http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm So any of us can change the report and see the changes in the next report email. No need to go through me. You can also easily add new reports of just about any kind. -David
Re: Patches in RTC emails (Re: Patches in RTC (Geronimo - August 4, 2006))
http://issues.apache.org/jira/secure/IssueNavigator.jspa?pid=12310200pid=10220pid=12310111pid=12310312status=10002sorter/field=issuekeysorter/order=DESCtempMax=200reset=true On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: David, is there a single link online report that we can execute rather than waiting for the weeklyreport?I expect its somewhere in the numerous e-mails but I think I may have missed it.David Blevins wrote: Thanks everyone for the praise :) Because of all the positive feedback, I decided to put a lot more work into this.I've boiled everything down to a single Velocity template that is now checked into our svn and anyone can edit.It's located here: http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm So any of us can change the report and see the changes in the next report email.No need to go through me.You can also easily add new reports of just about any kind. -David-- Cheers,Guillaume Nodet
CIMERO plugin : Bull code donation for ServiceMix
Hi, About the process to donate CIMERO Bull plugin to serviceMix, we are ready to do this now. Perhaps CIMERO was the good opportunity to be include into the tooling like G. Nodet talk about ? What is the procedure ? Bull and me are agree to complete and sign an CLA / CCLA Thanks for P. Notel and C. Mouilleron for his very good job. Cheers, Camilleri Jérôme BULL RD
[jira] Resolved: (SM-495) Provide a jndi factory to create clients and bind it to the JNDI tree when the container is started
[ https://issues.apache.org/activemq/browse/SM-495?page=all ] Guillaume Nodet resolved SM-495. Resolution: Fixed Assignee: Guillaume Nodet Author: gnodet Date: Tue Aug 8 07:23:26 2006 New Revision: 429658 URL: http://svn.apache.org/viewvc?rev=429658view=rev Log: SM-495: Provide a jndi factory to create clients and bind it to the JNDI tree when the container is started Add a close method to the ServiceMixClient interface Added: incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/client/ClientFactory.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/jbi/framework/ClientFactory.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/jbi/framework/ClientFactoryMBean.java incubator/servicemix/trunk/servicemix-core/src/test/java/org/apache/servicemix/client/ClientFactoryTest.java incubator/servicemix/trunk/servicemix-core/src/test/resources/jndi.xml Modified: incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/client/DefaultServiceMixClient.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/client/RemoteServiceMixClient.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/client/ServiceMixClient.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/client/ServiceMixClientFacade.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/jbi/container/JBIContainer.java incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/jbi/resolver/URIResolver.java incubator/servicemix/trunk/servicemix-core/src/test/java/org/apache/servicemix/client/ClientDestinationTest.java incubator/servicemix/trunk/servicemix-core/src/test/resources/jndi.properties Provide a jndi factory to create clients and bind it to the JNDI tree when the container is started --- Key: SM-495 URL: https://issues.apache.org/activemq/browse/SM-495 Project: ServiceMix Issue Type: New Feature Components: servicemix-core Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Fix For: 3.0-M3 This is imho the best way to provide a simple and consistent way to access the JBI bus from a web app, component. The container could also register a specific factory using the component context when using the component JNDI context (though there is currently no difference between JNDI contexts for different components) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: CIMERO plugin : Bull code donation for ServiceMix
On 8/8/06, Jerome Camilleri [EMAIL PROTECTED] wrote: Hi, About the process to donate CIMERO Bull plugin to serviceMix, we are ready to do this now. Perhaps CIMERO was the good opportunity to be include into the tooling like G. Nodet talk about ? Agreed! What is the procedure ? Bull and me are agree to complete and sign an CLA / CCLA Thanks for P. Notel and C. Mouilleron for his very good job. Great - many thanks! So the process is partly documented here... http://www.apache.org/licenses/ so Bull will have to submit a Software Grant document then either employees can be covered with a CCLA or individuals can sign an ICLA. Hopefully there might be some folks from Bull who are interested in becoming committers... http://incubator.apache.org/servicemix/contributing.html -- James --- http://radio.weblogs.com/0112098/
[ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congrats Kevan! On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congrats Kevan! Matt Hogstrom wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congrats !On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC.Kevan recently accepted theinvitation to join the PMC.As such we now have an additional set of eyes to help with reviews aswell as other PMC oversight responsibilities.Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making surethose pesky LICENSE files make it into every jar we ship.Give it up for Kevan :-0 -- Cheers,Guillaume Nodet
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
congratulations kevan!On Aug 8, 2006, at 10:53 AM, Matt Hogstrom wrote:Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship.Give it up for Kevan :-0 -sachin
[ANNOUNCE] Welcome Paul McMahan as our newest committer
All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congratulations! Kevan Anita --- Matt Hogstrom [EMAIL PROTECTED] wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congratulations! Paul Anita --- Matt Hogstrom [EMAIL PROTECTED] wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul! __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congratulations Paul! Thanks, Aaron On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congrats !Lots of news these days :)On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: All,We're pleased to let you know that we have a new committer in our midst.Paul McMahan has recentlyaccepted an invitation to join the Geronimo project.Paul has been active on Geronimo for severalmonths and has provided numerous patches for the console and related areas.He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRayplugin.We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!-- Cheers,Guillaume Nodet
Re: Maven2... we are almost there!
I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat-j2ee\target\archive-tmp\repository\org\apache\geronimo\configs\webconsole-tomcat\1.2-SNAPSHOT\webconsole-tomcat-1.2-SNAPSHOT.car already exists! [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/bar?j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFail(ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access$300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest$TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restartConfiguration(SimpleConfigurationManager.java:628) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restartConfiguration(SimpleConfigurationManager.java:588) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.testRestartException(ConfigurationManagerTest.java:236) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:210) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:135) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:122) at
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Way to go Kevan!!! Joe Matt Hogstrom wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congratulations Kevan !!! Cheers! Hernan Matt Hogstrom wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Way to go Paul, congrats!!! Cheers! Hernan Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congrats!! david jencks On Aug 8, 2006, at 7:53 AM, Matt Hogstrom wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congrats Paul! --kevan On Aug 8, 2006, at 11:03 AM, Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congrats Paul ! Cheers Prasad On 8/8/06, Kevan Miller [EMAIL PROTECTED] wrote: Congrats Paul! --kevan On Aug 8, 2006, at 11:03 AM, Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: How to resolve JMS Dependency ?
OK, let's back up a bit. In order to reference JMS resources from a web app: * For a connection factory, use a resource-ref (I think you did this) * For a topic or queue in J2EE 1.4 / Servlet 2.4, use a messsage-destination-ref * For a topic or queue in J2EE 1.4 / Servlet 2.4, use a resource-env-ref So your queue reference was not correct in the snippets you posted. For a walkthrough of the correct syntax, see http://chariotsolutions.com/geronimo/geronimo-1.1/web-plan.html#web-plan-jms (section 11.3.5.5 has a discussion with examples of both styles). Your EJB JAR used EJB 2.0, which suggests that you're using J2EE 1.3, but you might be using Servlet 2.4 anyway, which would make the difference. If you want more specific help, you'll need to post your web.xml files. Thanks, Aaron On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi , I am new in geronimo can you please tell me where exactly should i change I am attaching all configuration files here I have 2 war in my ear thats why i attached 2 geronimo-web.xml please help me Thanks Manish On 8/8/06, Krishnakumar B [EMAIL PROTECTED] wrote: For referring to Queues u should use nam:resource-env-ref nam:ref-name/nam:ref-name admin-object-link/admin-object-link /nam:resource-env-ref or Message Destination Reference I think both would work http://www.chariotsolutions.com/geronimo/geronimo-1.1/web-plan.html#web-plan-refs ( You can refer to resource-env-ref for J2EE Connector Administered Objects ) Resource Environment Ref can be used to reference JMS Destinations. Regards Krishnakumar On 8/8/06, Manish Satwani [EMAIL PROTECTED] wrote: Hi All, I am facing problem while deploying my ear on geronimo 1.1 It is complaining regarding jms/AcevaPublisherQueue (my application need this) I have added this queue from console. we have acm.war file which also access (resource-ref) this queue and i have acevaEJB.jar which also have (resource-ref) to this queue i also added resource-link entries in geronimo-web.xml and openEJB-jar.xml this is in openEjb-jar.xml session ejb-nameCollectionService/ejb-name jndi-nameejb/CollectionService/jndi-name naming:resource-ref naming:ref-namejms/AcevaPublisherConnectionFactory/naming:ref-name naming:resource-linkjms/AcevaPublisherConnectionFactory/naming:resource-link /naming:resource-ref naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref /session this is in geronimo-web.xml naming:resource-ref naming:ref-namejms/AcevaPublisherQueue/naming:ref-name naming:resource-linkjms/AcevaPublisherQueue/naming:resource-link /naming:resource-ref any enviroment - depency entry needed? if yes sys:dependency sys:groupId?/sys:groupId (what should i write here) sys:artifactId???/sys:artifactId(what should i write here) /sys:dependency -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com -- Manish Satwani Senior Software Engineer Aceva Technologies | Unlock Your Working Capital A-1501, Signature Towers - I, South City, Gurgaon, Haryana – 122001 Call at: +91-124-2805091/92 Ext. 35 +91-99113-16998 Visit: http://www.aceva.com
Re: 1.1.1 - Ready or not ? Soliciting input
Here are the issues that bother me most in 1.1.1. I believe they are all also issues in 1.1. DEPLOYMENT http://issues.apache.org/jira/browse/GERONIMO-2270 - Redeploy broken when module ID does not include a type (patch available) http://issues.apache.org/jira/browse/GERONIMO-2269 - Redeploy broken when module ID does not include a version and app uses JNDI (patch available) I also just found a deploy problem with web apps with a plan with no environment, but I haven't investigated much yet. SECURITY http://issues.apache.org/jira/browse/GERONIMO-2294 - For a security realm with multiple login modules, we do not handle the JAAS Control Flags correctly (e.g. we do not call the login modules using the correct logic). Code to reproduce available. Alan had claimed a predecessor to this issue; I'm not sure if he's planning on working on this one. http://issues.apache.org/jira/browse/GERONIMO-2295 - For a web app, if the security url-patterns don't exactly match the servlet-mapping url-patterns, we apply no security at all. Code to reproduce available. Alan has claimed this issue. http://issues.apache.org/jira/browse/GERONIMO-1053 - Likely not still a problem (reported against M5), but if it is, it sounds serious. There are a large number of other issues out there in the security category, but I don't think they're all as urgent (e.g. GEORNIMO-1747, GERONIMO-2274, GERONIMO-2275, and GERONIMO-2279 probably ought to be addressed in 1.1.2 but I don't think need to hold up 1.1.1). Thanks, Aaron On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: Sample Application for Geronimo v1.1
It's great to have more samples, but I'm confused -- you're posting this message but the Wiki pages for the web application and simple database access application at the URL below both say that Hernan Cunico was the only editor. Am I looking at the wrong place? Thanks, Aaron On 8/8/06, Lasantha Ranaweera [EMAIL PROTECTED] wrote: Hi All, Following sample applications for the Geronimo v1.1 are now done and available in confluence. - Web Application - Simple Database access sample application http://cwiki.apache.org/confluence/display/GMOxDOC11/Sample+applications Appreciate your feedback. Thanks, Lasantha Ranaweera, Senior Software Engineer, Lanka Software Foundation, Sri Lanka.
Re: 1.1.1 - Ready or not ? Soliciting input
Inline... On Aug 8, 2006, at 12:08 PM, Aaron Mulder wrote: Here are the issues that bother me most in 1.1.1. I believe they are all also issues in 1.1. DEPLOYMENT http://issues.apache.org/jira/browse/GERONIMO-2270 - Redeploy broken when module ID does not include a type (patch available) http://issues.apache.org/jira/browse/GERONIMO-2269 - Redeploy broken when module ID does not include a version and app uses JNDI (patch available) I also just found a deploy problem with web apps with a plan with no environment, but I haven't investigated much yet. Why haven't the patches been committed? They need a Release Manager go ahead? I certainly wouldn't classify either problem as a BLOCKER. They could be fixed in 1.1.x. SECURITY http://issues.apache.org/jira/browse/GERONIMO-2294 - For a security realm with multiple login modules, we do not handle the JAAS Control Flags correctly (e.g. we do not call the login modules using the correct logic). Code to reproduce available. Alan had claimed a predecessor to this issue; I'm not sure if he's planning on working on this one. Does this problem allow unauthorized/unauthenticated access to secured resources? If not, then I wouldn't categorize it as a BLOCKER. http://issues.apache.org/jira/browse/GERONIMO-2295 - For a web app, if the security url-patterns don't exactly match the servlet-mapping url-patterns, we apply no security at all. Code to reproduce available. Alan has claimed this issue. That certainly seems like a must-fix BLOCKER to me... http://issues.apache.org/jira/browse/GERONIMO-1053 - Likely not still a problem (reported against M5), but if it is, it sounds serious. Even if it does still exist, doesn't seem like a BLOCKER. There are a large number of other issues out there in the security category, but I don't think they're all as urgent (e.g. GEORNIMO-1747, GERONIMO-2274, GERONIMO-2275, and GERONIMO-2279 probably ought to be addressed in 1.1.2 but I don't think need to hold up 1.1.1). Thanks, Aaron On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: 1.1.1 - Ready or not ? Soliciting input
Are these issues newly broken in 1.1.1 or are they issues that also exist with 1.1? From looking at the JIRAs all list 1.1 or earlier as being affected with the exception of GERONIMO-2270. I don't see a reason to hold up 1.1.1 unless we have introduced some new blocking issues in the 1.1.1 release. Joe Aaron Mulder wrote: Here are the issues that bother me most in 1.1.1. I believe they are all also issues in 1.1. DEPLOYMENT http://issues.apache.org/jira/browse/GERONIMO-2270 - Redeploy broken when module ID does not include a type (patch available) http://issues.apache.org/jira/browse/GERONIMO-2269 - Redeploy broken when module ID does not include a version and app uses JNDI (patch available) I also just found a deploy problem with web apps with a plan with no environment, but I haven't investigated much yet. SECURITY http://issues.apache.org/jira/browse/GERONIMO-2294 - For a security realm with multiple login modules, we do not handle the JAAS Control Flags correctly (e.g. we do not call the login modules using the correct logic). Code to reproduce available. Alan had claimed a predecessor to this issue; I'm not sure if he's planning on working on this one. http://issues.apache.org/jira/browse/GERONIMO-2295 - For a web app, if the security url-patterns don't exactly match the servlet-mapping url-patterns, we apply no security at all. Code to reproduce available. Alan has claimed this issue. http://issues.apache.org/jira/browse/GERONIMO-1053 - Likely not still a problem (reported against M5), but if it is, it sounds serious. There are a large number of other issues out there in the security category, but I don't think they're all as urgent (e.g. GEORNIMO-1747, GERONIMO-2274, GERONIMO-2275, and GERONIMO-2279 probably ought to be addressed in 1.1.2 but I don't think need to hold up 1.1.1). Thanks, Aaron On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congrats Paul!! VamsiOn 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: All,We're pleased to let you know that we have a new committer in our midst.Paul McMahan has recentlyaccepted an invitation to join the Geronimo project.Paul has been active on Geronimo for severalmonths and has provided numerous patches for the console and related areas.He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRayplugin.We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: 1.1.1 - Ready or not ? Soliciting input
On 8/8/06, Kevan Miller [EMAIL PROTECTED] wrote: Inline... On Aug 8, 2006, at 12:08 PM, Aaron Mulder wrote: Here are the issues that bother me most in 1.1.1. I believe they are all also issues in 1.1. DEPLOYMENT http://issues.apache.org/jira/browse/GERONIMO-2270 - Redeploy broken when module ID does not include a type (patch available) http://issues.apache.org/jira/browse/GERONIMO-2269 - Redeploy broken when module ID does not include a version and app uses JNDI (patch available) I also just found a deploy problem with web apps with a plan with no environment, but I haven't investigated much yet. Why haven't the patches been committed? They need a Release Manager go ahead? I certainly wouldn't classify either problem as a BLOCKER. They could be fixed in 1.1.x. They haven't been committed to 1.1.1 because the release manager nixed it. They'll be in 1.1.2 no matter what. In any case, we clearly need to standardize our definition of blocker. I think that quality issues can be blockers, and it sounds like you don't. Which is OK, I guess we just need some way to decide what we're willing to ship with, whether that's a vote or the decision of the release manager or whatever. Probably more responses to this thread would help. Thanks, Aaron SECURITY http://issues.apache.org/jira/browse/GERONIMO-2294 - For a security realm with multiple login modules, we do not handle the JAAS Control Flags correctly (e.g. we do not call the login modules using the correct logic). Code to reproduce available. Alan had claimed a predecessor to this issue; I'm not sure if he's planning on working on this one. Does this problem allow unauthorized/unauthenticated access to secured resources? If not, then I wouldn't categorize it as a BLOCKER. http://issues.apache.org/jira/browse/GERONIMO-2295 - For a web app, if the security url-patterns don't exactly match the servlet-mapping url-patterns, we apply no security at all. Code to reproduce available. Alan has claimed this issue. That certainly seems like a must-fix BLOCKER to me... http://issues.apache.org/jira/browse/GERONIMO-1053 - Likely not still a problem (reported against M5), but if it is, it sounds serious. Even if it does still exist, doesn't seem like a BLOCKER. There are a large number of other issues out there in the security category, but I don't think they're all as urgent (e.g. GEORNIMO-1747, GERONIMO-2274, GERONIMO-2275, and GERONIMO-2279 probably ought to be addressed in 1.1.2 but I don't think need to hold up 1.1.1). Thanks, Aaron On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: 1.1.1 - Ready or not ? Soliciting input
I'm not familiar with the issue and I'm not arguing that we don't need to fix it. But this problem indicates that it was present in 1.1 and somehow it didn't make it to the top of the list for 1.1.1 earlier. Does it need to hold up the release or could it be delivered in 1.1.2? Joe Kevan Miller wrote: On Aug 8, 2006, at 10:14 AM, Matt Hogstrom wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. I don't have any background information -- other than what's in the jira database for 1.1.1. I see GERONIMO-2295 -- http:// issues.apache.org/jira/browse/GERONIMO-2295 I haven't verified the problem. However, given the description, I'd say it's definitely something that needs to be fixed. It's currently assigned to Alan. Alan, are you working on this? --kevan
Re: 1.1.1 - Ready or not ? Soliciting input
On 8/8/06, Joe Bohn [EMAIL PROTECTED] wrote: I'm not familiar with the issue and I'm not arguing that we don't need to fix it. But this problem indicates that it was present in 1.1 and somehow it didn't make it to the top of the list for 1.1.1 earlier. Does it need to hold up the release or could it be delivered in 1.1.2? Anything is possible. It seems like we're still not too clear on our release process. My thinking is that we should work hard to put together a good candidate, have people try the candidate, identify and fix any serious issues with the candidate, release another candidate, and when we run out of showstopper issues, make that the release. Therefore, I believe we should work hard to have high-quality releases, and I believe all the listed issues impact the quality of the release, as well as in several cases, the compliance. Now, someone can take the position that we should just crank releases out the door and keep cranking. In that case, we should forget about release candidates and just post the builds as releases more or less as soon as they pass the TCK and idenitfy any issues for the next release and move on as quickly as possible. Maybe we should take one approach for dot releases and another approach for dot-dot releases. In any case, we're going to end the 1.1.1 process with a vote on the release, and as is, I'm going to vote against it, but it's just a vote -- neither a binding vote nor a veto. IIRC the plurality of the PMC votes will decide whether it becomes the release or not. I'm not going to have hard feelings either way, it's just my opinion that we shouldn't ship given the issues we've identified and so far it seems like you and Kevan think we should and that's fine. Thanks, Aaron Kevan Miller wrote: On Aug 8, 2006, at 10:14 AM, Matt Hogstrom wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. I don't have any background information -- other than what's in the jira database for 1.1.1. I see GERONIMO-2295 -- http:// issues.apache.org/jira/browse/GERONIMO-2295 I haven't verified the problem. However, given the description, I'd say it's definitely something that needs to be fixed. It's currently assigned to Alan. Alan, are you working on this? --kevan
M2 Test Failures [Re: Maven2... we are almost there!]
David Jencks, Alan and Jeff the exceptions Joe has pointed out below in Connector, Security, and Tomcat are caused by bad tests or possibly a bad pom. Can you take a look at them? Thanks, -dain On Aug 8, 2006, at 8:16 AM, Joe Bohn wrote: I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] -- -- [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat-j2ee \target\archive-tmp\repository\org\apache\geronimo\configs \webconsole-tomcat\1.2-SNAPSHOT\webconsole-tomcat-1.2-SNAPSHOT.car already exists! [INFO] -- -- [INFO] For more information, run Maven with the -e switch [INFO] -- -- [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] -- -- bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. The path you have above is only 171 characters which is well within the 256 character limit. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/bar? j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFail (ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access $300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest $TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart( GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restartCo nfiguration(SimpleConfigurationManager.java:628) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restartCo nfiguration(SimpleConfigurationManager.java:588) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.testRestart Exception(ConfigurationManagerTest.java:236) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.GeneratedMethodAccessor17.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congratulations -dain On Aug 8, 2006, at 7:53 AM, Matt Hogstrom wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
Re: 1.1.1 - Ready or not ? Soliciting input
On 8/8/06, Aaron Mulder [EMAIL PROTECTED] wrote: Here are the issues that bother me most in 1.1.1.I believe they areall also issues in 1.1.DEPLOYMENThttp://issues.apache.org/jira/browse/GERONIMO-2270 - Redeploy broken when module ID does not include a type (patch available)http://issues.apache.org/jira/browse/GERONIMO-2269 - Redeploy broken when module ID does not include a version and app uses JNDI (patch available)I also just found a deploy problem with web apps with a plan with noenvironment, but I haven't investigated much yet.SECURITY http://issues.apache.org/jira/browse/GERONIMO-2294 - For a security realm with multiple login modules, we do not handlethe JAAS Control Flags correctly (e.g. we do not call the loginmodules using the correct logic).Code to reproduce available. Alan had claimed a predecessor to this issue; I'm not sure if he's planningon working on this one. GERONIMO-2268 (Security Realm with more than one LoginModule does not function as expected) is this predecessor I guess. And this is the cause for GERONIMO-2266 ( FileAuditLoginModule: Does not log failed attempts) and GERONIMO-2267( RepeatedFailureLockoutLoginModule: Does not function) http://issues.apache.org/jira/browse/GERONIMO-2295 - For a web app, if the security url-patterns don't exactly match theservlet-mapping url-patterns, we apply no security at all.Code toreproduce available.Alan has claimed this issue. Though a work around exists, this should definitely be fixed ASAP. http://issues.apache.org/jira/browse/GERONIMO-1053 - Likely not still a problem (reported against M5), but if it is, itsounds serious.There are a large number of other issues out there in the securitycategory, but I don't think they're all as urgent ( e.g. GEORNIMO-1747,GERONIMO-2274, GERONIMO-2275, and GERONIMO-2279 probably ought to beaddressed in 1.1.2 but I don't think need to hold up 1.1.1).Thanks, AaronOn 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: 1.1.1 is in a form that we can get ready to release it.I was talking with Aaron and he mentioned that there were some security issues he was concerned about.I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information.What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it?(has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congratulations -dain On Aug 8, 2006, at 8:03 AM, Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: Maven2... we are almost there!
Ok, once I learned to ignore the errors (and work around the windows pathlength issues) I was able to get a successful build. Things went pretty smoothly ... nice work!!! There seems to be a problem with the minimal assemblies. They do not include the deployer.jar in the image which kinda makes it difficult to deploy things. However, when I deployed my application into the minimal assembly using the deployer from the j2ee assembly it seemed to work well! Joe David Jencks wrote: On Aug 8, 2006, at 8:16 AM, Joe Bohn wrote: I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] -- -- [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat-j2ee \target\archive-tmp\repository\org\apache\geronimo\configs \webconsole-tomcat\1.2-SNAPSHOT\webconsole-tomcat-1.2-SNAPSHOT.car already exists! [INFO] -- -- [INFO] For more information, run Maven with the -e switch [INFO] -- -- [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] -- -- bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). I believe most or all of these were always happening, we just see them now because jason figured out how to set up log4j for the tests properly -- previously all this was not getting recorded in any obvious place. thanks david jencks several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/bar? j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFail (ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access $300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest $TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart( GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restartCo nfiguration(SimpleConfigurationManager.java:628) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restartCo nfiguration(SimpleConfigurationManager.java:588) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.testRestart Exception(ConfigurationManagerTest.java:236) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at
Re: Proposal to change the tooling version to be 3.0-incubating-SNAPSHOT
+1 for having everthing sync up on 3.0 P On 8/8/06, Guillaume Nodet [EMAIL PROTECTED] wrote: I was wondering if we should change the maven plugin / archetype version to be in sync with the container / components. Currently, everything as the same release cycle, so I do not really see the point in having a 3.0 for container and 1.0 for tooling. I think it may be confusing for users. -- Cheers, Guillaume Nodet
Java 1.4 and JEE 5
So, doing any JEE 5 work basically requires us to drop JDK 1.4 support and go JDK 1.5 completely. The JEE 5 libraries all use Generics and Enums and Annotations and just do not run in JDK 1.4. At some point where going to have to drop 1.4. I don't know if we're there yet, but OpenEJB 3 and Jetty 6 are coming along and OpenJPA is here so we're not that far either. I'm hacking away at some way to allow people to use OpenJPA in their apps -- don't know how that will turnout just yet -- and was thinking a plugin would be best for that as it wouldn't force Geronimo to go JDK 1.5. We could keep down the plugin path for a while and straddle the JEE 5 and JDK 1.4 world for a while. Maybe eventually we want a JEE 5 distribution that consists of these still imaginary plugins and still have a JDK 1.4 and J2EE 1.4-only distro. Maybe we don't want two distros and have a single J2EE 1.4/JEE 5 distro that works only on JDK 1.5. Dunno What are people's thoughts? (Don't think we need to decide now, but it would be good to start talking/thinking about it) -David
Re: Maven2... we are almost there!
Hi Joe, Could you try to deploy via the console. I'm not having any luck with that (about to post a JIRA about it) would be nice to know if anyone else is able to deploy via the console. Basically it appears that the DeploymentFactoryImpl (from geronimo- deploy-jsr88) is not being started and thus there are no deployers (at least for the console). I'm still poking around but a confirmation would be nice :-) TTFN, -bd On Aug 8, 2006, at 11:09 AM, Joe Bohn wrote: Ok, once I learned to ignore the errors (and work around the windows pathlength issues) I was able to get a successful build. Things went pretty smoothly ... nice work!!! There seems to be a problem with the minimal assemblies. They do not include the deployer.jar in the image which kinda makes it difficult to deploy things. However, when I deployed my application into the minimal assembly using the deployer from the j2ee assembly it seemed to work well! Joe David Jencks wrote: On Aug 8, 2006, at 8:16 AM, Joe Bohn wrote: I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] -- -- [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat-j2ee \target\archive-tmp\repository\org\apache\geronimo\configs \webconsole-tomcat\1.2-SNAPSHOT\webconsole-tomcat-1.2- SNAPSHOT.car already exists! [INFO] -- -- [INFO] For more information, run Maven with the -e switch [INFO] -- -- [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] -- -- bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). I believe most or all of these were always happening, we just see them now because jason figured out how to set up log4j for the tests properly -- previously all this was not getting recorded in any obvious place. thanks david jencks several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/bar? j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFail (ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access $300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest $TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStar t( GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati on GBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start ( KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restart Co nfiguration(SimpleConfigurationManager.java:628) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restart Co nfiguration(SimpleConfigurationManager.java:588) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.testResta rt
Re: 1.1.1 - Ready or not ? Soliciting input
On Aug 8, 2006, at 12:42 PM, Aaron Mulder wrote: On 8/8/06, Kevan Miller [EMAIL PROTECTED] wrote: Inline... On Aug 8, 2006, at 12:08 PM, Aaron Mulder wrote: Here are the issues that bother me most in 1.1.1. I believe they are all also issues in 1.1. DEPLOYMENT http://issues.apache.org/jira/browse/GERONIMO-2270 - Redeploy broken when module ID does not include a type (patch available) http://issues.apache.org/jira/browse/GERONIMO-2269 - Redeploy broken when module ID does not include a version and app uses JNDI (patch available) I also just found a deploy problem with web apps with a plan with no environment, but I haven't investigated much yet. Why haven't the patches been committed? They need a Release Manager go ahead? I certainly wouldn't classify either problem as a BLOCKER. They could be fixed in 1.1.x. They haven't been committed to 1.1.1 because the release manager nixed it. They'll be in 1.1.2 no matter what. In any case, we clearly need to standardize our definition of blocker. I think that quality issues can be blockers, and it sounds like you don't. Which is OK, I guess we just need some way to decide what we're willing to ship with, whether that's a vote or the decision of the release manager or whatever. Probably more responses to this thread would help. Yes, I've noted a difference in our definitions for some time. Here are some definitions from the Jira system -- http://issues.apache.org/jira/ShowConstantsHelp.jspa? decorator=popup#PriorityLevels I find the Priority Level definitions to be reasonably close to my own. Quality issues can be blockers, but your redeploy problems are not. I'd put them as Major or Minor. By the Jira definitions, they are Minor. Users have a pretty reasonable work-around (Redeploy fails, Users can easily undeploy, then deploy). I put some SECURITY issues in the BLOCKER category. If a user has followed the rules and believes that he/she has properly secured some resource and Geronimo permits unauthorized/unauthenticated access to that resource, then that's a BLOCKER... --kevan SECURITY http://issues.apache.org/jira/browse/GERONIMO-2294 - For a security realm with multiple login modules, we do not handle the JAAS Control Flags correctly (e.g. we do not call the login modules using the correct logic). Code to reproduce available. Alan had claimed a predecessor to this issue; I'm not sure if he's planning on working on this one. Does this problem allow unauthorized/unauthenticated access to secured resources? If not, then I wouldn't categorize it as a BLOCKER. http://issues.apache.org/jira/browse/GERONIMO-2295 - For a web app, if the security url-patterns don't exactly match the servlet-mapping url-patterns, we apply no security at all. Code to reproduce available. Alan has claimed this issue. That certainly seems like a must-fix BLOCKER to me... http://issues.apache.org/jira/browse/GERONIMO-1053 - Likely not still a problem (reported against M5), but if it is, it sounds serious. Even if it does still exist, doesn't seem like a BLOCKER. There are a large number of other issues out there in the security category, but I don't think they're all as urgent (e.g. GEORNIMO-1747, GERONIMO-2274, GERONIMO-2275, and GERONIMO-2279 probably ought to be addressed in 1.1.2 but I don't think need to hold up 1.1.1). Thanks, Aaron On 8/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote: 1.1.1 is in a form that we can get ready to release it. I was talking with Aaron and he mentioned that there were some security issues he was concerned about. I would like to use this thread to identify any issues that should be considered show stoppers and make the decision on how to move forward. Please use this thread to provide that information. What I think we'll need to make an appropriate assessement is: Issue Description How long have we had it? (has it existed in earlier releases and we knew it) Exposure JIRA issue number tracking the issue. Please provide your input as quickly as possible so we can assess how to proceed with 1.1.1. Thanks.
Re: Java 1.4 and JEE 5
We're working on a plugin that adds JPA support to web apps (assuming you started Geronimo in Java 5). If you can help with the OpenJPA provider, that would be great. I think there should be something to show for this soon. I'm eagerly awating Jason's fix to the car-maven-plugin so we can pop a plugin out of a Maven build. :) However, it's really only a stopgap measure. Even to do that much, we have to work around limitations of the Geronimo deployer (which doesn't seem to have good handling for letting many deployers all operate on one module). So we can fix that in 1.2 or whatever, but even so, you're right that it would be nice to drop J2SE 1.4 support. I think the real holdup is CORBA certification. How's Yoko coming? Rick, weren't you tracking how close we were to being able to switch over to it? Thanks, Aaron On 8/8/06, David Blevins [EMAIL PROTECTED] wrote: So, doing any JEE 5 work basically requires us to drop JDK 1.4 support and go JDK 1.5 completely. The JEE 5 libraries all use Generics and Enums and Annotations and just do not run in JDK 1.4. At some point where going to have to drop 1.4. I don't know if we're there yet, but OpenEJB 3 and Jetty 6 are coming along and OpenJPA is here so we're not that far either. I'm hacking away at some way to allow people to use OpenJPA in their apps -- don't know how that will turnout just yet -- and was thinking a plugin would be best for that as it wouldn't force Geronimo to go JDK 1.5. We could keep down the plugin path for a while and straddle the JEE 5 and JDK 1.4 world for a while. Maybe eventually we want a JEE 5 distribution that consists of these still imaginary plugins and still have a JDK 1.4 and J2EE 1.4-only distro. Maybe we don't want two distros and have a single J2EE 1.4/JEE 5 distro that works only on JDK 1.5. Dunno What are people's thoughts? (Don't think we need to decide now, but it would be good to start talking/thinking about it) -David
Tests for Console
Does anybody know of any good open source tests for the console ? There are quite a few of those out there, most of them GPL. I have never used any of them. So please share your valuable experiences, comments and thoughts. The itests would be a good place to stage and run any such tests. jWebUnit: -- http://jwebunit.sourceforge.net/ http://htmlunit.sourceforge.net/ http://httpunit.sourceforge.net/ License: GPL jWebUnit provides a high-level API for navigating a web application combined with a set of assertions to verify the application's correctness. This includes navigation via links, form entry and submission, validation of table contents, and other typical business web application features. This code try to stay independent of the libraries behind the scenes. The simple navigation methods and ready-to-use assertions allow for more rapid test creation than using only JUnit and HtmlUnit. And if you want to switch from HtmlUnit to the other soon available plugins, no need to rewrite your tests. jWebUnit also builds with maven 2. So it will be much easier for us to integrate it into our project. Enterprise Web Test - http://sourceforge.net/projects/webunitproj/ License: Common Public License (can we still use it ?) Enterprise Web Test allows Java programmers to write re-usable tests for web applications that, unlike HttpUnit, drive the actual web browser on the actual platform they intend to support. Tests can be leveraged for functional, stress, reliability. Cheers Prasad
Re: Maven2... we are almost there!
Yep, I hit a console deploy problem with the j2ee jetty image ... so I think it's a real issue (although I didn't look at the details of the exception). Joe Bill Dudney wrote: Hi Joe, Could you try to deploy via the console. I'm not having any luck with that (about to post a JIRA about it) would be nice to know if anyone else is able to deploy via the console. Basically it appears that the DeploymentFactoryImpl (from geronimo- deploy-jsr88) is not being started and thus there are no deployers (at least for the console). I'm still poking around but a confirmation would be nice :-) TTFN, -bd On Aug 8, 2006, at 11:09 AM, Joe Bohn wrote: Ok, once I learned to ignore the errors (and work around the windows pathlength issues) I was able to get a successful build. Things went pretty smoothly ... nice work!!! There seems to be a problem with the minimal assemblies. They do not include the deployer.jar in the image which kinda makes it difficult to deploy things. However, when I deployed my application into the minimal assembly using the deployer from the j2ee assembly it seemed to work well! Joe David Jencks wrote: On Aug 8, 2006, at 8:16 AM, Joe Bohn wrote: I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] -- -- [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat-j2ee \target\archive-tmp\repository\org\apache\geronimo\configs \webconsole-tomcat\1.2-SNAPSHOT\webconsole-tomcat-1.2- SNAPSHOT.car already exists! [INFO] -- -- [INFO] For more information, run Maven with the -e switch [INFO] -- -- [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] -- -- bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). I believe most or all of these were always happening, we just see them now because jason figured out how to set up log4j for the tests properly -- previously all this was not getting recorded in any obvious place. thanks david jencks several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/bar? j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFail (ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access $300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest $TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStar t( GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati on GBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start ( KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restart Co nfiguration(SimpleConfigurationManager.java:628) at
Re: Java 1.4 and JEE 5
On Aug 8, 2006, at 2:10 PM, Aaron Mulder wrote: We're working on a plugin that adds JPA support to web apps (assuming you started Geronimo in Java 5). If you can help with the OpenJPA provider, that would be great. Aaron, I'd like to chime in with the Cayenne JPA provider here. Could you point me in the right direction on how to approach integrating it with the plugin you are writing? Andrus
[jira] Commented: (SM-519) Update LICENSE and NOTICE files according to http://www.apache.org/dev/apply-license.html#license
[ https://issues.apache.org/activemq/browse/SM-519?page=comments#action_36709 ] Guillaume Nodet commented on SM-519: Still TODO: * samples * distribution * servicemix-http * servicemix-sca * servicemix-wsn2005 Update LICENSE and NOTICE files according to http://www.apache.org/dev/apply-license.html#license - Key: SM-519 URL: https://issues.apache.org/activemq/browse/SM-519 Project: ServiceMix Issue Type: Task Reporter: Guillaume Nodet Fix For: 3.0-M3 We need only one LICENSE and NOTICE file which would contain all licenses and notices -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Tests for Console
Canoo is quite good; http://webtest.canoo.com/webtest/manual/WebTestHome.html It uses Ant to execute its tests and AFAIK there is not maven plugin to invoke it but should be straight forward to do with maven. Its license appears to (this non-lawyer at least) be compatible. Also the Struts folks are using Selenium from M2 AFAIK. TTFN, -bd On Aug 8, 2006, at 12:14 PM, Prasad Kashyap wrote: Does anybody know of any good open source tests for the console ? There are quite a few of those out there, most of them GPL. I have never used any of them. So please share your valuable experiences, comments and thoughts. The itests would be a good place to stage and run any such tests. jWebUnit: -- http://jwebunit.sourceforge.net/ http://htmlunit.sourceforge.net/ http://httpunit.sourceforge.net/ License: GPL jWebUnit provides a high-level API for navigating a web application combined with a set of assertions to verify the application's correctness. This includes navigation via links, form entry and submission, validation of table contents, and other typical business web application features. This code try to stay independent of the libraries behind the scenes. The simple navigation methods and ready-to-use assertions allow for more rapid test creation than using only JUnit and HtmlUnit. And if you want to switch from HtmlUnit to the other soon available plugins, no need to rewrite your tests. jWebUnit also builds with maven 2. So it will be much easier for us to integrate it into our project. Enterprise Web Test - http://sourceforge.net/projects/webunitproj/ License: Common Public License (can we still use it ?) Enterprise Web Test allows Java programmers to write re-usable tests for web applications that, unlike HttpUnit, drive the actual web browser on the actual platform they intend to support. Tests can be leveraged for functional, stress, reliability. Cheers Prasad
Re: Java 1.4 and JEE 5
On 8/8/06, Andrus Adamchik [EMAIL PROTECTED] wrote: Aaron, I'd like to chime in with the Cayenne JPA provider here. Could you point me in the right direction on how to approach integrating it with the plugin you are writing? Yup -- as soon as it's to the point where you can try it out. The providers I'm aware of are Toplink, Hibernate, Cayenne, and OpenJPA. Any others? Thanks, Aaron
Re: [ANNOUNCE] Welcome Paul McMahan as our newest committer
Congratulations. :-) --jason On Aug 8, 2006, at 8:03 AM, Matt Hogstrom wrote: All, We're pleased to let you know that we have a new committer in our midst. Paul McMahan has recently accepted an invitation to join the Geronimo project. Paul has been active on Geronimo for several months and has provided numerous patches for the console and related areas. He has been very helpful to users and recently worked with Genender and the Liferay folks to bring together a ifeRay plugin. We're anxious to see the kind of damage he can do to us now directly than through all those patches :) Welcome Paul!
Re: [ANNOUNCE] Welcome Kevan Miller to the Geronimo PMC
Congratulations. :-) --jason On Aug 8, 2006, at 7:53 AM, Matt Hogstrom wrote: Please welcome Kevan Miller as the newest member of the Geronimo PMC. Kevan recently accepted the invitation to join the PMC. As such we now have an additional set of eyes to help with reviews as well as other PMC oversight responsibilities. Kevan has shown that he is not only a valuable member of the technical community but also spends much of his time helping others as well as making sure those pesky LICENSE files make it into every jar we ship. Give it up for Kevan :-0
JPA plugin (was Re: Java 1.4 and JEE 5)
On Aug 8, 2006, at 11:10 AM, Aaron Mulder wrote: On 8/8/06, David Blevins [EMAIL PROTECTED] wrote: I'm hacking away at some way to allow people to use OpenJPA in their apps -- don't know how that will turnout just yet -- and was thinking a plugin would be best for that as it wouldn't force Geronimo to go JDK 1.5. We're working on a plugin that adds JPA support to web apps (assuming you started Geronimo in Java 5). If you can help with the OpenJPA provider, that would be great. I think there should be something to show for this soon. I'm eagerly awating Jason's fix to the car-maven-plugin so we can pop a plugin out of a Maven build. :) What approach are you taking to get this done? I was thinking to do App-managed EntityManagers, the EntityManagerFactories looked up through JNDI, and available to both web apps and ejbs. You make a note about working on an OpenJPA provider, which makes me wonder. The way a JPA provider is plugged in is standard, so you shouldn't need to write support for a particular provider. Any details on why that would be required in the code you're working on? Regardless, I'm glad I'm not the only one working on this :) -David
Re: Maven2... we are almost there!
This could be related to the dependency change lat night for GERONIMO-2298. But I dunno for sure. --jason On Aug 8, 2006, at 11:18 AM, Joe Bohn wrote: Yep, I hit a console deploy problem with the j2ee jetty image ... so I think it's a real issue (although I didn't look at the details of the exception). Joe Bill Dudney wrote: Hi Joe, Could you try to deploy via the console. I'm not having any luck with that (about to post a JIRA about it) would be nice to know if anyone else is able to deploy via the console. Basically it appears that the DeploymentFactoryImpl (from geronimo- deploy-jsr88) is not being started and thus there are no deployers (at least for the console). I'm still poking around but a confirmation would be nice :-) TTFN, -bd On Aug 8, 2006, at 11:09 AM, Joe Bohn wrote: Ok, once I learned to ignore the errors (and work around the windows pathlength issues) I was able to get a successful build. Things went pretty smoothly ... nice work!!! There seems to be a problem with the minimal assemblies. They do not include the deployer.jar in the image which kinda makes it difficult to deploy things. However, when I deployed my application into the minimal assembly using the deployer from the j2ee assembly it seemed to work well! Joe David Jencks wrote: On Aug 8, 2006, at 8:16 AM, Joe Bohn wrote: I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] -- -- -- -- [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat- j2ee \target\archive-tmp\repository\org\apache\geronimo \configs \webconsole-tomcat\1.2-SNAPSHOT\webconsole- tomcat-1.2- SNAPSHOT.car already exists! [INFO] -- -- -- -- [INFO] For more information, run Maven with the -e switch [INFO] -- -- -- -- [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] -- -- -- -- bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). I believe most or all of these were always happening, we just see them now because jason figured out how to set up log4j for the tests properly -- previously all this was not getting recorded in any obvious place. thanks david jencks several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/ bar? j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFa il (ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access $300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest $TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance (Constructor.java: 274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullSt ar t( GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursiv e (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigura ti on GBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start
[jira] Commented: (SM-519) Update LICENSE and NOTICE files according to http://www.apache.org/dev/apply-license.html#license
[ https://issues.apache.org/activemq/browse/SM-519?page=comments#action_36710 ] Guillaume Nodet commented on SM-519: and servicemix-web war, servicemix-jsr181 Update LICENSE and NOTICE files according to http://www.apache.org/dev/apply-license.html#license - Key: SM-519 URL: https://issues.apache.org/activemq/browse/SM-519 Project: ServiceMix Issue Type: Task Reporter: Guillaume Nodet Fix For: 3.0-M3 We need only one LICENSE and NOTICE file which would contain all licenses and notices -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Maven2... we are almost there!
Bill I had seen a similar error while doing a hot deploy. http://www.mail-archive.com/dev@geronimo.apache.org/msg27975.html Let me investigate this further. Cheers Prasad On 8/8/06, Bill Dudney [EMAIL PROTECTED] wrote: Hi Joe, Could you try to deploy via the console. I'm not having any luck with that (about to post a JIRA about it) would be nice to know if anyone else is able to deploy via the console. Basically it appears that the DeploymentFactoryImpl (from geronimo- deploy-jsr88) is not being started and thus there are no deployers (at least for the console). I'm still poking around but a confirmation would be nice :-) TTFN, -bd On Aug 8, 2006, at 11:09 AM, Joe Bohn wrote: Ok, once I learned to ignore the errors (and work around the windows pathlength issues) I was able to get a successful build. Things went pretty smoothly ... nice work!!! There seems to be a problem with the minimal assemblies. They do not include the deployer.jar in the image which kinda makes it difficult to deploy things. However, when I deployed my application into the minimal assembly using the deployer from the j2ee assembly it seemed to work well! Joe David Jencks wrote: On Aug 8, 2006, at 8:16 AM, Joe Bohn wrote: I'm trying to build with m2 on windows with some suspicious results. Right now I'm getting a number of errors just trying to run bootstrap. One of my windows machines claims that it is successful while the other one fails with this error: [ERROR] BUILD ERROR [INFO] -- -- [INFO] Destination c:\geronimo\m2-assemblies\geronimo-tomcat-j2ee \target\archive-tmp\repository\org\apache\geronimo\configs \webconsole-tomcat\1.2-SNAPSHOT\webconsole-tomcat-1.2- SNAPSHOT.car already exists! [INFO] -- -- [INFO] For more information, run Maven with the -e switch [INFO] -- -- [INFO] Total time: 5 minutes 3 seconds [INFO] Finished at: Tue Aug 08 09:24:29 EDT 2006 [INFO] Final Memory: 55M/104M [INFO] -- -- bootstrap: Bootstrap failed in stage assemble I was talking with Prasad offline on this and he thinks that the failure is because of the windows long name issue causing the cleanup to fail. I'll manually clean things up and try again on that machine. However, both machines received a ton of other errors. Are all of these excepted problems? If so, then if we can't clean them up I think we should at least warn people to expect them. Here are the errors that were in the logs (I can't attach the logs because they are too large). I believe most or all of these were always happening, we just see them now because jason figured out how to set up log4j for the tests properly -- previously all this was not getting recorded in any obvious place. thanks david jencks several of these: 09:09:01,062 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=test/3/3.3/bar? j2eeType=GBean,name=gbean3 java.lang.RuntimeException: FAILING at org.apache.geronimo.kernel.config.ConfigurationManagerTest.checkFail (ConfigurationManagerTest.java:663) at org.apache.geronimo.kernel.config.ConfigurationManagerTest.access $300(ConfigurationManagerTest.java:54) at org.apache.geronimo.kernel.config.ConfigurationManagerTest $TestBean.init(ConfigurationManagerTest.java:809) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 274) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance (GBeanInstance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStar t( GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start (GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive (GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive (GBeanInstance.java:540) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean (BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurati on GBeans(ConfigurationUtil.java:374) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start ( KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.restart Co nfiguration(SimpleConfigurationManager.java:628) at