Re: How to create a temporary Queue
Hi James, Thanks for the response, The Destination object doesn't disappear but you will be unable to send messages to it after the client which created it disappears (once the broker detects its gone). Whats the need of keeping it there if it cannot be used again. We're not keeping it there :). The Destination objects are like URL classes; they can be attached to messages or held in client's RAM - the broker can't really go around every JVM and make sure they don't happen to have a reference to a non existent destination lying around there will only mitigate the broker's resources. The broker resources have been removed when the client disconnected. How could be this temporary destination be removed (somewhere it was suggested to use purge(), but I could not find any such function in the openwire cpp APIs I m using.) They are removed automatically when a client disconnects. This FAQ entry might help you understand that a Destination is not the same thing as a broker's resources for queues http://incubator.apache.org/activemq/how-do-i-create-new-destinations.html I went through the link and found it useful to understand my issues well. Thanks and Regards Navin -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5942024 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: How to create a temporary Queue
On 8/23/06, ahamad [EMAIL PROTECTED] wrote: On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, We're not keeping it there :). The Destination objects are like URL classes; they can be attached to messages or held in client's RAM - the broker can't really go around every JVM and make sure they don't happen to have a reference to a non existent destination lying around The broker resources have been removed when the client disconnected. But James, when I use top command this is not showing released resources. What resources are you talking about that you can see via top? I am talking about the memory which is taken by the broker, this memory does not decrease whenever the clients are disconnected. Top is not a good way to decude memory usage of Java. Try using jconsole and forcing GCs or a profiler -- James --- http://radio.weblogs.com/0112098/
RE: openwire command generation
I think I've seen this before.. it's really weird.. but I think I have to do a mvn clean install in the generator project for it to install correctly. I did try that already, and unfortunately that doesn't seem to help. However if I nuke my entire maven repository and do an mvn install then it will usually run once. Then for some reason the next time I run it, it seems like maven goes out and grabs an update for something and then I can't ever seem to get it to work again. Deleting my repo directory every time is not the most pleasant of solutions. - Timothy A. Bish Sensis Corporation - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino Sent: Wednesday, August 23, 2006 12:04 AM To: activemq-dev@geronimo.apache.org Subject: Re: openwire command generation I think I've seen this before.. it's really weird.. but I think I have to do a mvn clean install in the generator project for it to install correctly. On 8/22/06, Timothy Bish [EMAIL PROTECTED] wrote: Ok guys. This is probably something really stupid that I'm doing, but so far I am not having much luck adding new scripts to the openwire generator. I've added two groovy scripts, GenerateAmqCppClasses.groovy and GenerateAmqCppHeaders.groovy and the associated java classes in with the rest of the OpenwireXX classes. I've added my groovy scripts into the activemq-core pom with all the rest. I can build the generator and install it. But when I try and run mvn gram:gram (from activemq-core directory) I get an error shown below: [INFO] Evaluating Groovy script: GenerateAmqCcppHeaders.groovy [ERROR] Caught: java.io.IOException: No script called: GenerateAmqCcppHeaders.groovy could be found on the classpath or the file system java.io.IOException: No script called: GenerateAmqCcppHeaders.groovy could be found on the classpath or the file system at org.apache.activemq.maven.GramMojo.execute(GramMojo.java:127) at org.apache.activemq.maven.GramMojo.execute(GramMojo.java:106) Any Idea what I am doing wrong? - Timothy A. Bish
Re: How to create a temporary Queue
Hi James, It sounds like your server is sending a response to a client which has already disconnected. It seems the issue about the respond-back consumer not able to see the temporary queue/topic even when its creator sender is in connection has been faced in the past. The issue has been discussed here (I hav managed to get 2 of those) - The initial receiver (reply back server) is hanging on to the message. http://www.nabble.com/Locked-messages-tf2115092.html#a5907342 The message sent to a temp topic is never delivered to consumer. http://www.nabble.com/Flow-control-tf1539523.html#a4208304 What is discussed in the links is exactly my scenario. My receiver also goes into sleep mode (to be restarted again) after receiving the first message. As suggested in the above discussion links, the working becomes fine if regular topics/queues are used which is exactly happening with me. This issue remained unresolved in both the above links. I think this issue has the cardinality to be taken seriously. What do you say James. Thanks in Advance With warm regards, Navin -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5944413 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: How to create a temporary Queue
I don't really follow the point of quoting these links - one link is about a completely different JMS provider, SwiftMQ and the other is about passing destinations in arbitrary JMS headers as opposed to the JMSReplyTo property - on a very old version of ActiveMQ.. If you think you can reproduce a bug with ActiveMQ please raise a JIRA and preferably a test case... http://incubator.apache.org/activemq/support.html On 8/23/06, Naveen Rawat [EMAIL PROTECTED] wrote: Hi James, It sounds like your server is sending a response to a client which has already disconnected. It seems the issue about the respond-back consumer not able to see the temporary queue/topic even when its creator sender is in connection has been faced in the past. The issue has been discussed here (I hav managed to get 2 of those) - The initial receiver (reply back server) is hanging on to the message. http://www.nabble.com/Locked-messages-tf2115092.html#a5907342 The message sent to a temp topic is never delivered to consumer. http://www.nabble.com/Flow-control-tf1539523.html#a4208304 What is discussed in the links is exactly my scenario. My receiver also goes into sleep mode (to be restarted again) after receiving the first message. As suggested in the above discussion links, the working becomes fine if regular topics/queues are used which is exactly happening with me. This issue remained unresolved in both the above links. I think this issue has the cardinality to be taken seriously. What do you say James. Thanks in Advance With warm regards, Navin -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5944413 Sent from the ActiveMQ - Dev forum at Nabble.com. -- James --- http://radio.weblogs.com/0112098/
[jira] Created: (AMQ-894) Provide option to turn on//off AMQ statistics gathering
Provide option to turn on//off AMQ statistics gathering --- Key: AMQ-894 URL: https://issues.apache.org/activemq/browse/AMQ-894 Project: ActiveMQ Issue Type: Improvement Components: Broker Affects Versions: 4.0.1 Environment: AMQ 4.0.1, Spring 2.0 Reporter: jason evans Priority: Minor The option to turn off/on AMQ statistics gathering for use in a production system is desirable. The 'useJmx' flag only stops the exposure of the management interfaces for these statistics. The Broker Mbean interface shall provide a method to start/stop statistics gathering The Broker URI shall include statisticsEnabled option. -- 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: Exceptions in servicemix-jms with WebSphereMQ
Oops, sorry. This should be fixed now. On 8/23/06, Klaus Alfert [EMAIL PROTECTED] wrote: Guillaume, the saga continues... After changing to the standard processor WebSphere MQ works, but only for one message. Our next testcase sends a bunch of messages, but never sucessfully. So I recuded the set of messages to only two messages. But receiving the second message from NMR which shall be enqueued to the same Queue, results in Exceptions. These exceptions vary from case to case, including the hint that the Session is already closed. I suspect that this is a threading issue: The session variable within StandardProviderProcessor is member which is initialized during process and is afterwards set to null. So, if a single instance of StandardProviderProcessor is used in several threads concurrently, this would result in nasty race conditions. This would also explain why it is possible to transport say 5 of 20 messages but not 2 of 2 successfully. Our examples run on a two processor Solaris machine. Klaus. Ah, good point. Our simplest example is now running. So let's move on to next tests. Thanx for your help. Klaus. gnodet wrote: You may want to try with the processorName=standard attribute on the JMS endpoint. The default processor uses multiplexing, which is not available on all jms providers. -- View this message in context: http://www.nabble.com/Exceptions-in-servicemix-jms-with-WebSphereMQ-tf2141329.html#a5943288 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet
[jira] Created: (SM-551) wsdlsoap:address generated by http component for proxied endpoint misses trailing slash
wsdlsoap:address generated by http component for proxied endpoint misses trailing slash --- Key: SM-551 URL: https://issues.apache.org/activemq/browse/SM-551 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.0-M2 Reporter: Raffaele Spazzoli Priority: Minor the wsdlsoap:address generated by a http component proxying an internal endpoint looks like: http://localhost:8192/Service/VinciService The http component intead expect calls for that web service at http://localhost:8192/Service/VinciService/ so the trailing slash is missing. If the url without slash is used a http 302 code is returned, this can be automatically managed by some http clients. -- 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: (SM-551) wsdlsoap:address generated by http component for proxied endpoint misses trailing slash
[ https://issues.apache.org/activemq/browse/SM-551?page=all ] Guillaume Nodet resolved SM-551. Fix Version/s: 3.0-M3 Resolution: Fixed Assignee: Guillaume Nodet Author: gnodet Date: Wed Aug 23 08:00:06 2006 New Revision: 434058 URL: http://svn.apache.org/viewvc?rev=434058view=rev Log: SM-551: wsdlsoap:address generated by http component misses trailing slash wsdlsoap:address generated by http component for proxied endpoint misses trailing slash --- Key: SM-551 URL: https://issues.apache.org/activemq/browse/SM-551 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.0-M2 Reporter: Raffaele Spazzoli Assigned To: Guillaume Nodet Priority: Minor Fix For: 3.0-M3 the wsdlsoap:address generated by a http component proxying an internal endpoint looks like: http://localhost:8192/Service/VinciService The http component intead expect calls for that web service at http://localhost:8192/Service/VinciService/ so the trailing slash is missing. If the url without slash is used a http 302 code is returned, this can be automatically managed by some http clients. -- 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: Problem with current build on OS X
Zip made no difference? How can I help debug this issue? -LeoD ldangelo wrote: Hi All, I discovered that the current build does not function properly on OS X... Below are the steps to reproduce: svn update mvn -Dmaven.test.skip=true -Dprofile=step1 install mvn -Dmaven.test.skip=true -Dprofile=step2 install tar xzvf apache-servicemix-3.0-incubating-SNAPSHOT.tar.gz cd apache-servicemix-3.0-incubating-SNAPSHOT chmod u+x bin/servicemix ./bin/servicemix Here is the output on OS X: java version 1.5.0_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-112) Java HotSpot(TM) Client VM (build 1.5.0_06-64, mixed mode, sharing) Apache ServiceMix ESB: null Loading Apache ServiceMix from servicemix.xml on the CLASSPATH Exception in thread main java.lang.NoClassDefFoundError: org/apache/geronimo/pool/GeronimoExecutor at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2365) at java.lang.Class.getDeclaredMethods(Class.java:1763) at java.beans.Introspector$1.run(Introspector.java:1265) at java.security.AccessController.doPrivileged(Native Method) at java.beans.Introspector.getPublicDeclaredMethods(Introspector.java:1263) at java.beans.Introspector.getTargetMethodInfo(Introspector.java:1129) at java.beans.Introspector.getBeanInfo(Introspector.java:387) at java.beans.Introspector.getBeanInfo(Introspector.java:159) at org.apache.xbean.spring.context.v2.XBeanQNameHelper.getBeanInfo(XBeanQNameHelper.java:78) at org.apache.xbean.spring.context.v2.XBeanQNameHelper.coerceNamespaceAwarePropertyValues(XBeanQNameHelper.java:54) at org.apache.xbean.spring.context.v2.XBeanBeanDefinitionParserDelegate.parseBeanDefinitionElement(XBeanBeanDefinitionParserDelegate.java:61) at org.springframework.beans.factory.xml.BeanDefinitionParserDelegate.parseBeanDefinitionElement(BeanDefinitionParserDelegate.java:380) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:162) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:138) at org.apache.xbean.spring.context.v2.XBeanBeanDefinitionDocumentReader.parseBeanDefinitions(XBeanBeanDefinitionDocumentReader.java:39) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:93) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:476) at org.apache.xbean.spring.context.v2.XBeanXmlBeanDefinitionReader.registerBeanDefinitions(XBeanXmlBeanDefinitionReader.java:79) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:386) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:340) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:315) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:193) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseDefaultElement(DefaultBeanDefinitionDocumentReader.java:152) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:138) at org.apache.xbean.spring.context.v2.XBeanBeanDefinitionDocumentReader.parseBeanDefinitions(XBeanBeanDefinitionDocumentReader.java:39) at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(DefaultBeanDefinitionDocumentReader.java:93) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.registerBeanDefinitions(XmlBeanDefinitionReader.java:476) at org.apache.xbean.spring.context.v2.XBeanXmlBeanDefinitionReader.registerBeanDefinitions(XBeanXmlBeanDefinitionReader.java:79) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:386) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:340) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:315) at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:126) at
REMINDER: Trunk being moved in ~ 24 hours
Just a brief reminder... in about 24 hours trunk, branches and tags will be moved to: https://svn.apache.org/repos/asf/geronimo/server --jason
Re: How to create a temporary Queue
Hi James, I wants to know the openwire API. And Pls tell me how to create sender and receiver by using temporary queue. On 8/22/06, ahamad [EMAIL PROTECTED] wrote: Hi all, Any one can help to tell me that How I can create a Temporary queue and how to use this? See http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createTemporaryQueue() then just use it like any other Destination -- James Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5938952 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: question about tags/1.1.0/modules/service-builder/src/schema/geronimo-config-1.0.xsd
I think you are right about configId, but as far as I understand the configId's are replaced by moduleId in 1.1 versions of xsd's. In 1.0 it is still configId's which means no change in geronimo-config-1.0.xsd.Now question is where is geronimo-config-1.1.xsd, the answer is it is removed and replaced by geronimo-module-1.1.xsd have a look at http://issues.apache.org/jira/browse/GERONIMO-2003 thanksRakeshOn 8/23/06, Bruce Snyder [EMAIL PROTECTED] wrote: Why does the geronimo-config-1.0.xsd in tags/1.1.0 still contain aconfigId element instead of a moduleId element? I thought that all theconfigId stuff was replaced with the moduleId concept? This has got tobe a misunderstanding on my part. Bruce--perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*);'Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://incubator.apache.org/activemq/Apache ServiceMix - http://incubator.apache.org/servicemix/ Castor - http://castor.org/
Re: How to create a temporary Queue
On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, I wants to know the openwire API. Which language? (See the createTemporaryQueue() in CMS or NMS) And Pls tell me how to create sender and receiver by using temporary queue. As I said a temporary queue is just like any other destination once its created. On 8/22/06, ahamad [EMAIL PROTECTED] wrote: Hi all, Any one can help to tell me that How I can create a Temporary queue and how to use this? See http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createTemporaryQueue() then just use it like any other Destination -- James Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5938952 Sent from the ActiveMQ - Dev forum at Nabble.com. -- James --- http://radio.weblogs.com/0112098/
Re: How to create a temporary Queue
Hi James, On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, I wants to know the openwire API. Which language? (See the createTemporaryQueue() in CMS or NMS) I am working on CMS, So pls tell me how to use temporary queue? createTemporaryQueue() return the destenation and then how to use this destenation for sending the request/responce?. pls help me . And Pls tell me how to create sender and receiver by using temporary queue. As I said a temporary queue is just like any other destination once its created. On 8/22/06, ahamad [EMAIL PROTECTED] wrote: Hi all, Any one can help to tell me that How I can create a Temporary queue and how to use this? See http://java.sun.com/j2ee/1.4/docs/api/javax/jms/Session.html#createTemporaryQueue() then just use it like any other Destination -- James Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5938952 Sent from the ActiveMQ - Dev forum at Nabble.com. Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5939194 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: WARN [ConfigurationStoreUtil] Checksum file not found: ...
I don't think we need these excludes anymore. Its nice to see the server startup with no icky warnings :-) --jason On Aug 22, 2006, at 6:53 PM, Prasad Kashyap wrote: And why are they excluded ? Because those files were not being installed in G v1.1 either. Cheers Prasad On 8/22/06, Prasad Kashyap [EMAIL PROTECTED] wrote: The assembly descriptor (bin.xml) in the m2-assemblies excludes the *.sha1 along with few others while copying the repository dir from archive-tmp to the final loc !-- Include previously installed CAR files -- fileSet directorytarget/archive-tmp/repository/directory outputDirectoryrepository/outputDirectory excludes exclude**/META-INF/maven/**/exclude exclude**/*.pom/exclude exclude**/*.sha1/exclude exclude**/*.md5/exclude /excludes /fileSet Cheers Prasad On 8/22/06, Jason Dillon [EMAIL PROTECTED] wrote: Yes, the META-INF/config.ser.sha1 is in the .car files... but not making it into the Geronimo server's repository. --jason On Aug 22, 2006, at 5:03 PM, Aaron Mulder wrote: I thought the CAR installer just unpacked everything into the repo. Are you sure the SHA file is in the CAR? I think the one it looks for is META-INF/config.ser.sha1 or something like that. Thanks, Aaron On 8/22/06, Jason Dillon [EMAIL PROTECTED] wrote: Does anyone know how to fix this? Looks like the sha bits are not getting extracted when a car is installed into the g-repo. --jason
Re: How to create a temporary Queue
On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, I wants to know the openwire API. Which language? (See the createTemporaryQueue() in CMS or NMS) I am working on CMS, So pls tell me how to use temporary queue? As I said before - once you create it you use it like any other Destination like a Queue or Topic createTemporaryQueue() return the destenation and then how to use this destenation for sending the request/responce?. pls help me . For sending use MessageProducer.send(destination, message). To implement request-response see this FAQ entry... http://incubator.apache.org/activemq/how-should-i-implement-request-response-with-jms.html -- James --- http://radio.weblogs.com/0112098/
Re: JAAS problems
Do you have the activemq-jaas.jar on your classpath? On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: Hi, I can't seem to get JAAS working. I've defined the login.config as shown on the site, but I get the following error once a connection comes in (the exception is thrown when lc.login is called in JaasAuthenticationBroker.java): javax.security.auth.login.LoginException: unable to find LoginModule class: org.apache.activemq.jaas.GroupPrincipal at javax.security.auth.login.LoginContext.invoke(LoginContext.java:808) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) at javax.security.auth.login.LoginContext.login(LoginContext.java:579) at org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:76) at org.apache.activemq.broker.BrokerFilter.addConnection(BrokerFilter.java:80) at org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:90) at org.apache.activemq.broker.AbstractConnection.processAddConnection(AbstractConnection.java:559) at org.apache.activemq.broker.jmx.ManagedTransportConnection.processAddConnection(ManagedTransportConnection.java:83) at org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:120) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:228) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:63) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:92) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:67) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:123) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:123) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:88) at org.apache.activemq.transport.tcp.SslTransport.doConsume(SslTransport.java:128) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:127) at java.lang.Thread.run(Thread.java:595) As you may have noticed, the class missing is GroupPrincipal. This is because I changed login.config to use that class. I did the same thing using ActiveMQConnectionFactory and there were no problems (well, it obviously couldn't use it as a LoginModule, but it had no problem finding the class). It seems that it can't find classes within org.apache.activemq.jaas. Does anyone know what's going on? Regards, Sepand -- James --- http://radio.weblogs.com/0112098/
Re: 1.2 Release - Who's next and what is it?
I'm working on replacing the sun orb usage with Yoko (a sub-item of Java 5 ready). Rick Matt Hogstrom wrote: All, Aaron started a thread back a ways about the 1.2 release. I know that there has been discussion, interest and some action in getting it on the table. At this point I'm not exactly sure what our goals are for the next step of Geronimo and when it will be done. First step is defining what goes into the release and then who wants to guide the release to fruition. I'll start the what's in it thread and I think the whose going to do it will get resolved once we finish this piece. Given our past experience if we would like to hit another dot release this year then I think we have to be releasing in November. Thanksgiving and Christmas seem to burn up the last month and a half. So I think a release around November 15th sounds about right. This means (working backwards) we'd need to have a branch by October 15th. So, with that in mind we have a little less than 2 months for development. With that in mind here is the list of things I remember off the top of my head. I'll follow this thread and put out a summary note. I'm putting people's names next to items I remember them mentioning; I'm not assigning work :) Java 5 Ready JPA Integration (Open JPA / Cayenne) (I think Dain or Blevins ?) Clustering support (Gianny / Jeff) Pluggable JACC (Jencks) Performance (Matt) Lot's of other stuff I'm missing ?
Re: How to create a temporary Queue
Hi James, Thanks for the response, * - It has been said that a temporary queue vanishes along with the creating client. But I am getting this unwanted privilge of having it even after my client ends. How it could be possible? The Destination object doesn't disappear but you will be unable to send messages to it after the client which created it disappears (once the broker detects its gone). Whats the need of keeping it there if it cannot be used again. Its presence there will only mitigate the broker's resources. How could be this temporary destination be removed (somewhere it was suggested to use purge(), but I could not find any such function in the openwire cpp APIs I m using.) My implementation needs writing non-persistent (fire and forget) clients - web clients, for which I need queues that gets created and destroyed with every client session. If temporary queue does not disappears, can I think of any other sort of queues (or say a queue implementation) that can be created and destroyed with every client session. * - And then my server's MessageProducer.send(destination, message); statements gives an exception like - INFO Service- Sync error occurred: javax.jms.JMSException: The destination temp-queue://e849faa0-746f-4258-a650-ea04231a1082:1 does not exist. javax.jms.JMSException: The destination temp-queue://e849faa0-746f-4258-a650-ea04231a1082:1 does not exist. at org.apache.activemq.broker.region.AbstractRegion.lookup(AbstractRegion.java:249) See above, the destination cannot be used as the client has disconnected Sorry James, I forget to tell you here that this exception arrived when my client (temp. queue creator) was still there and not disconnected. Please help me understand this behavior. THANKS IN ADVANCE With Regards, Navin -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5941347 Sent from the ActiveMQ - Dev forum at Nabble.com.
[jira] Created: (AMQ-893) on solaris you cannot easily kill a slave broker when using JDBC Master Slave
on solaris you cannot easily kill a slave broker when using JDBC Master Slave - Key: AMQ-893 URL: https://issues.apache.org/activemq/browse/AMQ-893 Project: ActiveMQ Issue Type: Bug Components: Broker Affects Versions: 4.1 Environment: Solaris, T2 Reporter: james strachan Assigned To: james strachan Fix For: 4.1 Seems to hang in a tight loop -- 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: How to create a temporary Queue
Hi James, Thanks for giveing me the idea, I create request/responce client for AMQ according to the link which is refered by you. but at the sever(receiver) side it gives the following error on the broker side whenever producer.send(request.getJMSReplyTo(), response) statement comes.. INFO Service- Sync error occurred: javax.jms.JMSException: The destination temp-queue://84f373b0-5f62-4da3-ac05-f19a378cd628:1 does not exist. javax.jms.JMSException: The destination temp-queue://84f373b0-5f62-4da3-ac05-f19a378cd628:1 does not exist. at org.apache.activemq.broker.region.AbstractRegion.lookup(AbstractRegion.java:249) at org.apache.activemq.broker.region.AbstractRegion.send(AbstractRegion.java:224) at org.apache.activemq.broker.region.RegionBroker.send(RegionBroker.java:348) at org.apache.activemq.broker.TransactionBroker.send(TransactionBroker.java:192) at org.apache.activemq.broker.BrokerFilter.send(BrokerFilter.java:113) at org.apache.activemq.broker.CompositeDestinationBroker.send(CompositeDestinationBroker.java:97) at org.apache.activemq.broker.BrokerFilter.send(BrokerFilter.java:113) at org.apache.activemq.broker.UserIDBroker.send(UserIDBroker.java:38) at org.apache.activemq.broker.MutableBrokerFilter.send(MutableBrokerFilter.java:126) at org.apache.activemq.broker.AbstractConnection.processMessage(AbstractConnection.java:351) at org.apache.activemq.command.ActiveMQMessage.visit(ActiveMQMessage.java:590) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:201) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:62) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:97) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:63) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:114) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:122) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:87) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:143) at java.lang.Thread.run(Thread.java:534) what is wrong? Is any mistake from my side Pls correct it. Hi James, On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, I wants to know the openwire API. Which language? (See the createTemporaryQueue() in CMS or NMS) I am working on CMS, So pls tell me how to use temporary queue? As I said before - once you create it you use it like any other Destination like a Queue or Topic createTemporaryQueue() return the destenation and then how to use this destenation for sending the request/responce?. pls help me . For sending use MessageProducer.send(destination, message). To implement request-response see this FAQ entry... http://incubator.apache.org/activemq/how-should-i-implement-request-response-with-jms.html -- James Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5941402 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: How to create a temporary Queue
On 8/23/06, Naveen Rawat [EMAIL PROTECTED] wrote: Hi James, Thanks for the response, * - It has been said that a temporary queue vanishes along with the creating client. But I am getting this unwanted privilge of having it even after my client ends. How it could be possible? The Destination object doesn't disappear but you will be unable to send messages to it after the client which created it disappears (once the broker detects its gone). Whats the need of keeping it there if it cannot be used again. We're not keeping it there :). The Destination objects are like URL classes; they can be attached to messages or held in client's RAM - the broker can't really go around every JVM and make sure they don't happen to have a reference to a non existent destination lying around there will only mitigate the broker's resources. The broker resources have been removed when the client disconnected. How could be this temporary destination be removed (somewhere it was suggested to use purge(), but I could not find any such function in the openwire cpp APIs I m using.) They are removed automatically when a client disconnects. This FAQ entry might help you understand that a Destination is not the same thing as a broker's resources for queues http://incubator.apache.org/activemq/how-do-i-create-new-destinations.html -- James --- http://radio.weblogs.com/0112098/
Re: Yoko and Geronimo
Dain Sundstrom wrote: On Aug 11, 2006, at 12:40 PM, Dain Sundstrom wrote: Rick, I believe what you really want to do is to use the endorsed directory. This allows you to override the vm implementation of endorsed specification such as corba (https://java.sun.com/j2se/1.5.0/docs/guide/standards/index.html). In general, you should try to keep the stuff in the endorsed jar to a minimum as not to pollute the class path. In geronimo, to add something to the endorsed dir, you need to add it to our endorsed manifest entry Endorsed-Dirs (I have no idea where this is set in the build) and you need to modify the build to put the jar into lib/endorsed by modifying the bin.xml. I'm dumb. You simply need to add the jar to lib/endorsed jar in the boilerplate config (thanks Jason), and add it to the manifest class path of the j2ee-system configuration (see the pom file in that dir). It will be added to the system class path and marked as endorsed so it can override the corba specs just like we override the xml specs using xerces. Ok, this looks pretty simple, but, unfortunately, it only addresses the issues when running/building Geronimo. I'm running into a problem trying to get the unit tests to run while building openejb2. I've been trying to find the equivalent touch points in the openejb2 build, and have not had much success. I'm definitely skating on thin ice (not good for a person of my size :-) ) when it comes to the m2 stuff, so I'd appreciate any help/pointers I can get on this. Rick -dain
Re: How to create a temporary Queue
It sounds like your server is sending a response to a client which has already disconnected. On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, Thanks for giveing me the idea, I create request/responce client for AMQ according to the link which is refered by you. but at the sever(receiver) side it gives the following error on the broker side whenever producer.send(request.getJMSReplyTo(), response) statement comes.. INFO Service- Sync error occurred: javax.jms.JMSException: The destination temp-queue://84f373b0-5f62-4da3-ac05-f19a378cd628:1 does not exist. javax.jms.JMSException: The destination temp-queue://84f373b0-5f62-4da3-ac05-f19a378cd628:1 does not exist. at org.apache.activemq.broker.region.AbstractRegion.lookup(AbstractRegion.java:249) at org.apache.activemq.broker.region.AbstractRegion.send(AbstractRegion.java:224) at org.apache.activemq.broker.region.RegionBroker.send(RegionBroker.java:348) at org.apache.activemq.broker.TransactionBroker.send(TransactionBroker.java:192) at org.apache.activemq.broker.BrokerFilter.send(BrokerFilter.java:113) at org.apache.activemq.broker.CompositeDestinationBroker.send(CompositeDestinationBroker.java:97) at org.apache.activemq.broker.BrokerFilter.send(BrokerFilter.java:113) at org.apache.activemq.broker.UserIDBroker.send(UserIDBroker.java:38) at org.apache.activemq.broker.MutableBrokerFilter.send(MutableBrokerFilter.java:126) at org.apache.activemq.broker.AbstractConnection.processMessage(AbstractConnection.java:351) at org.apache.activemq.command.ActiveMQMessage.visit(ActiveMQMessage.java:590) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:201) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:62) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:97) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:63) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:114) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:122) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:87) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:143) at java.lang.Thread.run(Thread.java:534) what is wrong? Is any mistake from my side Pls correct it. Hi James, On 8/23/06, ahamad [EMAIL PROTECTED] wrote: Hi James, I wants to know the openwire API. Which language? (See the createTemporaryQueue() in CMS or NMS) I am working on CMS, So pls tell me how to use temporary queue? As I said before - once you create it you use it like any other Destination like a Queue or Topic createTemporaryQueue() return the destenation and then how to use this destenation for sending the request/responce?. pls help me . For sending use MessageProducer.send(destination, message). To implement request-response see this FAQ entry... http://incubator.apache.org/activemq/how-should-i-implement-request-response-with-jms.html -- James Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5941402 Sent from the ActiveMQ - Dev forum at Nabble.com. -- James --- http://radio.weblogs.com/0112098/
Re: How to create a temporary Queue
Hi James, We're not keeping it there :). The Destination objects are like URL classes; they can be attached to messages or held in client's RAM - the broker can't really go around every JVM and make sure they don't happen to have a reference to a non existent destination lying around The broker resources have been removed when the client disconnected. But James, when I use top command this is not showing released resources. They are removed automatically when a client disconnects. and when I use ./activemq query then this is also shows the queues which are related with the disconnected client. This FAQ entry might help you understand that a Destination is not the same thing as a broker's resources for queues http://incubator.apache.org/activemq/how-do-i-create-new-destinations.html James Pls clear all these issues, So that we can start our work... Thanks Arashad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5941735 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: CIMERO plugin : Bull code donation for ServiceMix
On 8/23/06, Jerome Camilleri [EMAIL PROTECTED] wrote: Hi, My boss (Christophe Loridan) and me (Camilleri Jérôme) sign agreement (CCLA and CLA) and send them to Apache Fondation the last week. Great stuff! :) So now, how submit the Cimero code to the serviceMix project ? Could you raise a JIRA and then attach the code there then we can review and apply. It'd be good if the code already had the Apache license headers. http://issues.apache.org/activemq/browse/SM Many thanks! -- James --- http://radio.weblogs.com/0112098/
Re: bootstrap.bat for windows users
On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote: I hope this is not taken negatively...as it is not meant that way... Come on, Jeff. Nothing's going to be taken this way. Try it out and be prepared to fail :P I think it is worth talking about, especially when we think bootstrap will go away. I respect Jason's disdain for Windows, but it also is the most used and most popular OS...which means it probably represents a large base of our community. :) ...and it's the only environment I can work on. I'm definitely for supporting it as much as we can, but not more than it's really necessary. The less platform-specific scripts the better. IMHO, if we are to continue with the bootstrap, then I think it is reasonable to support both *nix and Windows. No...I am not volunteering as I have other things on my plate, but I think if Mark D. wants to take on supporting the Windows side, I cannot find a negative in this. What I do not think is reasonable is forcing any user to have to install Cygwin (even though I love it) to build G on Windows. Cygwin is a fairly large install and I have been at companies where one is forbidden to have it on corporate machines. Agreed with a small yet important note - see below. So, my point is, if the bootstrap is short lived, then disregard my opinion ;-) But if it's gonna be with us for a while, lets allow the Windows bat version if Mark is willing to support it...or find something (like ant?) that will make it work on our most popular OS systems. It seems noone knows how long it will live, so we can safely assume it will likely outlive us ;-) What I'd like to avoid is to introduce platform-specific scripts that do what maven/ant can do alike or better *and* more important are platform-neutral. What I don't like in your comment was a reference to Mark as its mere support. It's a community matter and anyone can step up and support it in any way (s)he wishes. So (watch out this sentence ;-)), once we decide to commit it to the repo it's Jeff, Jacek and other committers who are in charge of supporting it. Mark has been keen to author a change, but *we* (the community, but committers especially) are obeyed to keep it in sync and updated. BTW, I noticed that Maven dev folks have been talking about bootstrap.sh that caught my attention. They've got the same thing to support and I wonder how much in common we've got. Anyone knows? Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: REMINDER: Trunk being moved in ~ 24 hours
Jason, is there a way I can retarget my local trees as I have pending changes?On Aug 23, 2006, at 1:59 AM, Jason Dillon wrote:Just a brief reminder... in about 24 hours trunk, branches and tags will be moved to: https://svn.apache.org/repos/asf/geronimo/server--jason -sachin
Re: REMINDER: Trunk being moved in ~ 24 hours
Using svn switch --relocate should work...On 8/23/06, Sachin Patel [EMAIL PROTECTED] wrote: Jason, is there a way I can retarget my local trees as I have pending changes?On Aug 23, 2006, at 1:59 AM, Jason Dillon wrote: Just a brief reminder... in about 24 hours trunk, branches and tags will be moved to: https://svn.apache.org/repos/asf/geronimo/server --jason -sachin -- Cheers,Guillaume Nodet
Re: Move trunk, tags and branches to server/*
On 8/16/06, Jason Dillon [EMAIL PROTECTED] wrote: I think we should move the top-level trunk, tags and branches to server/*. This will make the top-level of our repository more consistent. I seem to have missed it. Here's my +1 for purely historical purposes. (sorry Jason for having you kept uncertain about the future of your request for such a long time ;-)) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: question about tags/1.1.0/modules/service-builder/src/schema/geronimo-config-1.0.xsd
On 8/23/06, Rakesh Midha [EMAIL PROTECTED] wrote: I think you are right about configId, but as far as I understand the configId's are replaced by moduleId in 1.1 versions of xsd's. In 1.0 it is still configId's which means no change in geronimo-config-1.0.xsd. Now question is where is geronimo-config-1.1.xsd, the answer is it is removed and replaced by geronimo-module-1.1.xsd have a look at http://issues.apache.org/jira/browse/GERONIMO-2003 Thanks, Rakesh. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://incubator.apache.org/activemq/ Apache ServiceMix - http://incubator.apache.org/servicemix/ Castor - http://castor.org/
Re: bootstrap.bat for windows users
Jacek Laskowski wrote: On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote: I hope this is not taken negatively...as it is not meant that way... Come on, Jeff. Nothing's going to be taken this way. Try it out and be prepared to fail :P Well...sometimes we need to be careful how we word things...I am not the best communicator and its easy to read into people's emails ;-) Starting an email in the fashion that I did sometimes will defuse a potentially hot situation. I think it is worth talking about, especially when we think bootstrap will go away. I respect Jason's disdain for Windows, but it also is the most used and most popular OS...which means it probably represents a large base of our community. :) ...and it's the only environment I can work on. I'm definitely for supporting it as much as we can, but not more than it's really necessary. The less platform-specific scripts the better. Of course, but its also S.O.P. that there is generally a *nix style script and a Windows one..thats why we have 2 geronimo startup scripts, as does just about every app server out there. Thats also why there is a mvn script and a mvn.bat script ;-) What I don't like in your comment was a reference to Mark as its mere support. It's a community matter and anyone can step up and support it in any way (s)he wishes. So (watch out this sentence ;-)), once we decide to commit it to the repo it's Jeff, Jacek and other committers who are in charge of supporting it. Mark has been keen to author a change, but *we* (the community, but committers especially) are obeyed to keep it in sync and updated. Yes, Jacek, I clearly know that anyone can step up, and I surely did not mean that Mark is only support. I think you took this completely wrong (one of those things again where people read emails differently than they are intended). Here is my long winded explanation: From my perspective, Jason does not enjoy working with Windows and he has made that rather clear. The last thing I wanted was, since he stepped up with all of this Maven conversion, that he would be put in a position of having to support it. First, although there is no ownership, people do get pigeon holed into responsibilities of supporting the technologies they work on...and I did not want that to happen to Jason, as that is not fair to him. I can say that anytime something goes wrong with Tomcat, etc, I get nudges on the side to fix things. I know this group pretty well and my comment was simply to head off a long back-and-forth email thread. They usually go like this: Person A) I want to do this Person B) I don't like that, how about you do this? Person A) Are you volunteering? Person B) No Person A) Well if you are not volunteering I am not willing to do it unless someone will. Person A) I am sure Person C will support it Person C) Yes I am happy to support it End of Thread. Look familiar? ;-) So I hope you see (if you re-read my statements) that I was filling in the blanks for a future email engagement and trying to keep this one as short as possible. Anyways..its moot. Jason came up with an excellent solution that supports all platforms...but I did want to respond to your comments so there is no misunderstanding here. I think we can officially end this thread now since all parties are very pleased with the end result ;-) Jeff
Re: Returning to Commit-Then-Review?
On 8/22/06, Kevan Miller [EMAIL PROTECTED] wrote: The best practices/guidelines should not be strict dogma -- common sense should prevail. It's communication that's important, not process. The statements above are what should really prevail from this conversation. I agree with this sentiment because, IMO, a process is meant to guide the direction of a set of tasks. It is not meant to be dogmatically enforced. I feel I understand The Apache Way and all too often I've seen process enforced for process sake, rather than allowing common sense to prevail and doing what makes the most sense in the given situation. Of course, it's also not always a matter of what you say, but how you say it. Guidelines are something along the lines of: 1) For larger changes (or potentially controversial changes), announce your intentions. Give the community an indication of what you're planning. You should allow enough time (and detail) to allow the community to understand and discuss. 2) Before you commit your changes, document your change. Describe what you are doing, why you are doing it, and provide an overview of how you did it (or a roadmap on how you plan on doing it). I also agree with the two items noted above. A simple message to announce your intentions would be really great. But this also doesn't mean that such an announcement needs to spiral into a debate about how or why something should be implemented. Additionally, all too often when I'm digging into how something works I find that there is little to no documentation so I'm forced to question others about it which in turn just aggravates those people because I'm bugging them so often. I'd really like to see a peer pressure system enforced where we are telling each to document changes and new features. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://incubator.apache.org/activemq/ Apache ServiceMix - http://incubator.apache.org/servicemix/ Castor - http://castor.org/
Re: bootstrap.bat for windows users
On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote: I think we can officially end this thread now since all parties are very pleased with the end result ;-) I personally am. Thanks for your patience! Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: Returning to Commit-Then-Review?
+1 for CTR which I believe is accurately summarized in its most common manifestation by Kevan's #1. Joe Kevan Miller wrote: On Aug 22, 2006, at 7:02 PM, Rodent of Unusual Size wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Apache Geronimo has been operating mostly under the Review-Then-Commit model for a couple of months now, and I think the issues the change was intended to highlight have been .. well, highlighted. How do people feel about the idea of switching back to Commit-Then-Review at this point? I'm certainly in favor of switching back. However, RTC has put an improved focus on communication within the community. I definitely want that to continue. Possible options would include: 1) Follow CTR. Document best practices and use community-based persuasion to keep things working well. 2) Follow CTR. Follow a strict procedure for documenting enhancements. 2) Follow RTC. Relax the reviewed/merged/tested aspect of RTC 3) Follow RTC. Institue a lazy consensus policy 4) 2 3 5) etc. IMO, 1) is the way a healthy community should be operating and I think that's the process we should be following. The best practices/guidelines should not be strict dogma -- common sense should prevail. It's communication that's important, not process. Guidelines are something along the lines of: 1) For larger changes (or potentially controversial changes), announce your intentions. Give the community an indication of what you're planning. You should allow enough time (and detail) to allow the community to understand and discuss. 2) Before you commit your changes, document your change. Describe what you are doing, why you are doing it, and provide an overview of how you did it (or a roadmap on how you plan on doing it). --kevan
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
I think that the code should remain in Geronimo proper as there may be many plugin sites and this sounds like its core to plugins and Geronimo. Guillaume Nodet wrote: I'm not convinced. First, i'm not sure it will make it in 1.1.1, and then, we would not be able to easily release new versions of the plugin if needed. I would prefer if it was in another location than the 1.1 or 1.1.1 branch. What about http://svn.sourceforge.net/gplugins/ where some geronimo plugins are ? It would be a good fit, as the G plugins will need it. On 8/23/06, Jason Dillon [EMAIL PROTECTED] wrote: On Aug 22, 2006, at 3:13 PM, Guillaume Nodet wrote: Thats fine with me... just put it into branches/1.1... no need to have a separate tree under devtools for this. How / when will it be released if I put it in branches/1.1 ? It uses m2 and the 1.1 branch uses m1, so the release process will have to include that. I'd just have the m1 build spin up m2 to build the m2 plugins... or add it to the release process... so you release server server with m1 and then the plugins with m2. --jason
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
-1 on adding it to 1.1.1. Put it in 1.1.2. 1.1.1 has been delayed for a few weeks for minor changes. Jason Dillon wrote: On Aug 22, 2006, at 4:12 PM, Guillaume Nodet wrote: On 8/23/06, Jason Dillon [EMAIL PROTECTED] wrote: Its probably not going to go into 1.1.1 unless you have it done right now and all is good... but defs for 1.1.2. It's done and it works for my plugins. That does not mean there is no bugs. Mkay... so lets add it to branches/1.1, merge to 1.1.1 and include it in the release. But we could always make a 1.1.1.1 with just that addition of the plugin. Do you volunteer do release the full geronimo server, just to include a plugin, which would btw not be included in the distribution itself ? I'm not gonna volunteer to do any m1 related stuff :-P m2 stuff is killing me asis... :-\ --jason
Re: [VOTE] Drop the M1 build artifacts in Trunk
I think you can call it. If in the future you want a clear end date just tag it with a 72-hour completion when calling the vote. Or whatever time period is appropriate. Jason Dillon wrote: This vote has been running for 3+ days now: +1: matt, djencks, prasad, jacek, joe, paul, chris, gianny, sachin, john, alan, kevan, jason +100: dain Can well call this vote? --jason On Aug 18, 2006, at 8:37 AM, Matt Hogstrom wrote: Given that we are close to completing the M2 conversion and have some disruptive changes to make to trunk this vote is to capture the communities input on the structure of the Geronimo repository. Given that this is about our build environment and development structure for purposes of this vote all votes are binding. The vote is to remove Maven 1 build artificats from trunk and allow directory reoganizations starting on Wednesday August 23. Jason to notify dev list about pending changes. JIRA http://issues.apache.org/jira/browse/GERONIMO-2331 created to track issue. [ ] +1 Allow changes [ ] 0 No opinion [ ] -1 Keep M1 artifacts in place (provide rationale)
[jira] Created: (SM-552) JBoss Deployer fails when uninstalling / reinstalling Service Assemblies
JBoss Deployer fails when uninstalling / reinstalling Service Assemblies
Key: SM-552
URL: https://issues.apache.org/activemq/browse/SM-552
Project: ServiceMix
Issue Type: Bug
Affects Versions: 3.0-M2
Environment: JBoss 4.0.4 GA, ServiceMix 3.0-M2
Reporter: Frank Trietsch
Attachments: JBIService.java
Uninstallation / reinstallation of ServiceAssemblies fails with different
errors (KernelAlreadyExistsException, etc.). This is due to a buggy
JBIService.uninstallArchive() method.
Fixed with this patch (complete file attached):
RCS file:
/opt/cvs/cvsroot/OpenSource/jboss-deployer/src/java/org/servicemix/jboss/deployment/JBIService.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -w -b -r1.1 -r1.2
22d21
import java.util.Date;
34,36c33
import org.apache.servicemix.jbi.deployment.Descriptor;
import org.apache.servicemix.jbi.deployment.DescriptorFactory;
import org.apache.servicemix.jbi.framework.AutoDeploymentService;
---
import org.apache.servicemix.jbi.framework.AutoDeploymentService.ArchiveEntry;
56a54,55
private MapString, ArchiveEntry archiveMap = new HashMapString,
ArchiveEntry();
120c119,120
jbiContainer.updateExternalArchive(archive);
---
ArchiveEntry entry =
jbiContainer.getAutoDeploymentService().updateExternalArchive(archive, true);
archiveMap.put(archive, entry);
138,139c138,142
jbiContainer.getAutoDeploymentService().removeArchive(
jbiContainer.getAutoDeploymentService().updateExternalArchive(archive,false));
---
ArchiveEntry entry = archiveMap.get(archive);
if (entry == null) {
throw new DeploymentException(No service assembly +
archive + registered!);
}
jbiContainer.getAutoDeploymentService().removeArchive(entry);
--
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: bootstrap.bat for windows users
Jason,
Works like a charm!
Thanks
Mark
Jason Dillon wrote:
I implemented the conditional in traditional ant fashion using targets
and condition. Lemme know if this works.
--jason
On Aug 22, 2006, at 8:16 PM, Mark DeLaFranier wrote:
Jason,
Under Windows Ant needs:
exec executable=mvn.bat
Instead of:
exec executable=mvn
What I have done before is something like:
property name=mvn.exec value=mvn${platform.script.ext}/
exec executable=${mvn.exec}
Then inside:
bootstrap.bat:
set ANT_OPTS=$ANT_OPTS -Dplatform.script.ext=.bat
bootstrap:
Just don't define the platform.script.ext
Thanks
Mark
Jason Dillon wrote:
Aight, its out... give it a whirl and let me know if you run into
anything.
--jason
Re: [VOTE] Drop the M1 build artifacts in Trunk
+1 Allow changes Thanks Anita --- Matt Hogstrom [EMAIL PROTECTED] wrote: I think you can call it. If in the future you want a clear end date just tag it with a 72-hour completion when calling the vote. Or whatever time period is appropriate. Jason Dillon wrote: This vote has been running for 3+ days now: +1: matt, djencks, prasad, jacek, joe, paul, chris, gianny, sachin, john, alan, kevan, jason +100: dain Can well call this vote? --jason On Aug 18, 2006, at 8:37 AM, Matt Hogstrom wrote: Given that we are close to completing the M2 conversion and have some disruptive changes to make to trunk this vote is to capture the communities input on the structure of the Geronimo repository. Given that this is about our build environment and development structure for purposes of this vote all votes are binding. The vote is to remove Maven 1 build artificats from trunk and allow directory reoganizations starting on Wednesday August 23. Jason to notify dev list about pending changes. JIRA http://issues.apache.org/jira/browse/GERONIMO-2331 created to track issue. [ ] +1 Allow changes [ ] 0 No opinion [ ] -1 Keep M1 artifacts in place (provide rationale) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Resolved: (AMQ-829) use some INFO level logging in failover: transport when a transport error occurs and when the transport is resumed
[ https://issues.apache.org/activemq/browse/AMQ-829?page=all ] james strachan resolved AMQ-829. Resolution: Fixed Done - we log using INFO level logging whenever a transport fails and reconnection starts use some INFO level logging in failover: transport when a transport error occurs and when the transport is resumed -- Key: AMQ-829 URL: https://issues.apache.org/activemq/browse/AMQ-829 Project: ActiveMQ Issue Type: Improvement Affects Versions: 4.0.1 Reporter: james strachan Fix For: 4.1 So choose a few log statements and make them info by default -- 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: Returning to Commit-Then-Review?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Blevins wrote: But the lazy consensus cut off you mention is something to think about. That sort of model has been used before successfully. IIRC, it was as part of the 'controversial issues are RTC' part of CTR. In other words, rather than committing something that might be controversial (which shouldn't be done under pretty much any circumstances), it would be posted as a patch for people to examine and check out, with a comment of 'if no-one - -1s this in 72 hours I'll commit it.' An acceptable middle ground procedure. - -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBROx7uZrNPMCpn3XdAQITDQQA3oq9WMLV5MFANtDEdpW3RdQcKS4byz7M ibu2l6vhRdyhvLGKQwUnQBmPzzvnG+WAMQrCyxI3nNZAMbeQ2R2vqpUL/5ODULdn 7SYBf2iFBuS9+ouodGjTccCv3zGTPa130VZwVusvAdn36Qk+5FjF1SO0J7jG8FBA Z3hW59qp1wI= =Xlj6 -END PGP SIGNATURE-
Re: bootstrap.bat for windows users
I do not use bootstrap. As long as the car-maven-plugin is available from a repo, just using mvn from the top directory works! I have added openejb2 to the default profile. I just do checkout geronimo, checkout openejb2 and mvn I build specs separately if needed. Thanks Anita --- Jacek Laskowski [EMAIL PROTECTED] wrote: On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote: I think we can officially end this thread now since all parties are very pleased with the end result ;-) I personally am. Thanks for your patience! Jacek -- Jacek Laskowski http://www.laskowski.net.pl __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: JAAS problems
Hi James, I don't, but I'm running off of an assembly build and I have apache-activemq-4.1-incubator-SNAPSHOT.jar on the class path. I've also confirmed that the classes not found (such as GroupPrincipal) are in the mentioned jar. - Sepand On 8/23/06, James Strachan [EMAIL PROTECTED] wrote: Do you have the activemq-jaas.jar on your classpath? On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: Hi, I can't seem to get JAAS working. I've defined the login.config as shown on the site, but I get the following error once a connection comes in (the exception is thrown when lc.login is called in JaasAuthenticationBroker.java): javax.security.auth.login.LoginException: unable to find LoginModule class: org.apache.activemq.jaas.GroupPrincipal at javax.security.auth.login.LoginContext.invoke(LoginContext.java:808) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) at javax.security.auth.login.LoginContext.login(LoginContext.java:579) at org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:76) at org.apache.activemq.broker.BrokerFilter.addConnection(BrokerFilter.java:80) at org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:90) at org.apache.activemq.broker.AbstractConnection.processAddConnection(AbstractConnection.java:559) at org.apache.activemq.broker.jmx.ManagedTransportConnection.processAddConnection(ManagedTransportConnection.java:83) at org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:120) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:228) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:63) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:92) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:67) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:123) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:123) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:88) at org.apache.activemq.transport.tcp.SslTransport.doConsume(SslTransport.java:128) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:127) at java.lang.Thread.run(Thread.java:595) As you may have noticed, the class missing is GroupPrincipal. This is because I changed login.config to use that class. I did the same thing using ActiveMQConnectionFactory and there were no problems (well, it obviously couldn't use it as a LoginModule, but it had no problem finding the class). It seems that it can't find classes within org.apache.activemq.jaas. Does anyone know what's going on? Regards, Sepand -- James --- http://radio.weblogs.com/0112098/
Re: JAAS problems
One other thing I should add: I am currently running using the provided activemq script and the main method provided in activemq.console.Main. A few days ago, I ran the same code using my own main method and without the activemq script and it ran perfectly. Any thoughts? On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: Hi James, I don't, but I'm running off of an assembly build and I have apache-activemq-4.1-incubator-SNAPSHOT.jar on the class path. I've also confirmed that the classes not found (such as GroupPrincipal) are in the mentioned jar. - Sepand On 8/23/06, James Strachan [EMAIL PROTECTED] wrote: Do you have the activemq-jaas.jar on your classpath? On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: Hi, I can't seem to get JAAS working. I've defined the login.config as shown on the site, but I get the following error once a connection comes in (the exception is thrown when lc.login is called in JaasAuthenticationBroker.java): javax.security.auth.login.LoginException: unable to find LoginModule class: org.apache.activemq.jaas.GroupPrincipal at javax.security.auth.login.LoginContext.invoke(LoginContext.java:808) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) at javax.security.auth.login.LoginContext.login(LoginContext.java:579) at org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:76) at org.apache.activemq.broker.BrokerFilter.addConnection(BrokerFilter.java:80) at org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:90) at org.apache.activemq.broker.AbstractConnection.processAddConnection(AbstractConnection.java:559) at org.apache.activemq.broker.jmx.ManagedTransportConnection.processAddConnection(ManagedTransportConnection.java:83) at org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:120) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:228) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:63) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:92) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:67) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:123) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:123) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:88) at org.apache.activemq.transport.tcp.SslTransport.doConsume(SslTransport.java:128) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:127) at java.lang.Thread.run(Thread.java:595) As you may have noticed, the class missing is GroupPrincipal. This is because I changed login.config to use that class. I did the same thing using ActiveMQConnectionFactory and there were no problems (well, it obviously couldn't use it as a LoginModule, but it had no problem finding the class). It seems that it can't find classes within org.apache.activemq.jaas. Does anyone know what's going on? Regards, Sepand -- James --- http://radio.weblogs.com/0112098/
Re: Returning to Commit-Then-Review?
From a purely discussion perspective I'm in favor of a change. I'm not sure a total shift to CTR is appropriate but I'm not particularly opposed to it either. I don't think the development model itself is the issue. The major issue that we've been dealing with is the community dynamics and alignment of people's interests and Apache's community model (or lack of alignment). I would expect that if we were to move to CTR we'd see a continuation of what we're doing now with the exception that all changes would not require the current voting requirements. I plan on reviewing the commits as they go in (as Jason alluded to in another thread). I think we all are expecting more things to be documented via JIRA for improved documentation and communication. That major items are announced as their inspired so the community can provide feedback in the form of comments or assistance. We all assume comments are constructive and spend a few minutes thinking about an e-mail before sending it (boy and I guilty of violating this one:) Overall, I'm in favor of changing. Part of me would like to simply go to RTC and let the community dynamics prove themselves. Definitely not a return to the previous model though. Rodent of Unusual Size wrote: Apache Geronimo has been operating mostly under the Review-Then-Commit model for a couple of months now, and I think the issues the change was intended to highlight have been .. well, highlighted. How do people feel about the idea of switching back to Commit-Then-Review at this point?
Re: Returning to Commit-Then-Review?
JBohn pointed out I had RTC as my last statement...I meant CTR Matt Hogstrom wrote: From a purely discussion perspective I'm in favor of a change. I'm not sure a total shift to CTR is appropriate but I'm not particularly opposed to it either. I don't think the development model itself is the issue. The major issue that we've been dealing with is the community dynamics and alignment of people's interests and Apache's community model (or lack of alignment). I would expect that if we were to move to CTR we'd see a continuation of what we're doing now with the exception that all changes would not require the current voting requirements. I plan on reviewing the commits as they go in (as Jason alluded to in another thread). I think we all are expecting more things to be documented via JIRA for improved documentation and communication. That major items are announced as their inspired so the community can provide feedback in the form of comments or assistance. We all assume comments are constructive and spend a few minutes thinking about an e-mail before sending it (boy and I guilty of violating this one:) Overall, I'm in favor of changing. Part of me would like to simply go to RTC and let the community dynamics prove themselves. Definitely not a return to the previous model though. Rodent of Unusual Size wrote: Apache Geronimo has been operating mostly under the Review-Then-Commit model for a couple of months now, and I think the issues the change was intended to highlight have been .. well, highlighted. How do people feel about the idea of switching back to Commit-Then-Review at this point?
Re: Yoko and Geronimo
You will need to configure the surefire (testing) plugin to fork your tests into a new vm and set the endorsed dir for that new vm. The first is easy but the second will be difficult. First off the docs for the sure fire plugin can be found here http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html Here is an example setting project ... build ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModeonce/forkMode argLine-Djava.endorsed.dirs=somedir/argLine /configuration /plugin ... /build ... /project The problem will be selecting a dir on the filesystem that will include the endorsed API. BTW you could also set the boot class path in the argLine above, but testing endorsed dir will be more representative of the runtime environment. Jason, you have any ideas on how to configure this? -dain On Aug 23, 2006, at 3:10 AM, Rick McGuire wrote: Dain Sundstrom wrote: On Aug 11, 2006, at 12:40 PM, Dain Sundstrom wrote: Rick, I believe what you really want to do is to use the endorsed directory. This allows you to override the vm implementation of endorsed specification such as corba (https://java.sun.com/j2se/ 1.5.0/docs/guide/standards/index.html). In general, you should try to keep the stuff in the endorsed jar to a minimum as not to pollute the class path. In geronimo, to add something to the endorsed dir, you need to add it to our endorsed manifest entry Endorsed-Dirs (I have no idea where this is set in the build) and you need to modify the build to put the jar into lib/endorsed by modifying the bin.xml. I'm dumb. You simply need to add the jar to lib/endorsed jar in the boilerplate config (thanks Jason), and add it to the manifest class path of the j2ee-system configuration (see the pom file in that dir). It will be added to the system class path and marked as endorsed so it can override the corba specs just like we override the xml specs using xerces. Ok, this looks pretty simple, but, unfortunately, it only addresses the issues when running/building Geronimo. I'm running into a problem trying to get the unit tests to run while building openejb2. I've been trying to find the equivalent touch points in the openejb2 build, and have not had much success. I'm definitely skating on thin ice (not good for a person of my size :-) ) when it comes to the m2 stuff, so I'd appreciate any help/pointers I can get on this. Rick -dain
Re: GERONIMO-1526
So I've started to make these changes, but it looks like we may have to use URL's in the interface, unless anyone else has any other suggestions due to the problems dain mentioned with using URLs. Taking the EARConfigBuilder for example... ideally I'd like to push out the code that traverses through the zip entries and let the DeployableModule.getResources() handle this so the builders only have do deal with the interface and not a specific implementation such as a jar/zip file.Any alternative suggestions? Or for now would it be acceptable to keep in the builders the processing of ZipFiles and simply have if/else statements all over the place? On Aug 22, 2006, at 8:14 AM, Sachin Patel wrote:Ok thanks for the clarification.On Aug 21, 2006, at 8:13 PM, Dain Sundstrom wrote:On Aug 21, 2006, at 4:11 PM, Sachin Patel wrote: On Aug 21, 2006, at 4:31 PM, Dain Sundstrom wrote: Thanks. I have a few questions/issues...Why the separation between resources and classes. Don't we need to add both to the class loader anyway? I'm curious when this differentiation is important. Ok, This is where I value your input. There could be definitely a distinction from a tools perspective, as the java output folder could only contain .class files and not resources and metadata. From a server runtime perspective I wasn't 100% sure as Looking at AbstractWebModuleBuilder.installModule(...), resources are added to the module context either via addFile(), addInclude() and addToClasspath(). So I assume addFile() and addInclude() also adds these to the classloader? If there does not need to be a separation then yes, we can combine both methods. I think I see the disconnect. When I hear the word resources, I think of additional non-class files available via the class loader, but they all end up in the class loader bucket. In the case of a web application, we have two buckets: the class loader and the web app context. The former is the same for all modules, and the latter contains files that are accessible via http.If that is the case, I think we need to keep the separation, but I'm not sure "resource" is the best name given the level of confusion we have already seen.-dain -sachin -sachin
[ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Welcome David!!! Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0 Congrats David! Regards, Alan
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
congrats and welcome!On Aug 23, 2006, at 1:41 PM, Matt Hogstrom wrote:Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder.Give it up for David :-0 -sachin
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Congrats, David! --kevan On Aug 23, 2006, at 1:41 PM, Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Congrats David! On 8/23/06, Matt Hogstrom [EMAIL PROTECTED] wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
congratulations David! Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
building eclipse projects with M2 build
The cwiki inidicates that we can build projects for eclipse using the m2 build with the following command: mvn -o eclipse:eclipse However, when I attempt to do this I get the error below. Has anybody been successful in building the eclipse projects using M2? [INFO] Searching repository for plugin with prefix: 'eclipse'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be f ound at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:381) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:135) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:87) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:158) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1252) ... 14 more [INFO] [INFO] Total time: 8 seconds [INFO] Finished at: Wed Aug 23 13:51:13 EDT 2006 [INFO] Final Memory: 19M/37M
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Way to go David!!! Joe Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Congrats David! Cheers! Hernan Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: building eclipse projects with M2 build
The -o switch tells mvn not to attempt to download any plugins or dependencies, using only whatever is in your local repository. If this is your first time running the eclipse:eclipse goal then the necessary plugin won't be present. Try running 'mvn eclipse:eclipse' (i.e., no '-o' switch). HTH, Ian It's better to be hated for who you are than loved for who you're not Ian D. Stewart Distributed Computing Engineer II DSS eCommerce Engineering JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Joe Bohn [EMAIL PROTECTED] nk.netTo Geronimo Dev 08/23/2006 01:53 dev@geronimo.apache.org PM cc Subject Please respond to building eclipse projects with M2 [EMAIL PROTECTED] build he.org The cwiki inidicates that we can build projects for eclipse using the m2 build with the following command: mvn -o eclipse:eclipse However, when I attempt to do this I get the error below. Has anybody been successful in building the eclipse projects using M2? [INFO] Searching repository for plugin with prefix: 'eclipse'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be f ound at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:381) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:135) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:87) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:158) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1252) ... 14 more [INFO] [INFO] Total time: 8 seconds [INFO] Finished at: Wed Aug 23 13:51:13 EDT 2006 [INFO] Final Memory: 19M/37M - This transmission may contain information that is privileged,
Re: building eclipse projects with M2 build
Thanks Ian. I did attempt to run it both on-line as well as off-line. Either way I get the same result. Do you see something different? Joe [EMAIL PROTECTED] wrote: The -o switch tells mvn not to attempt to download any plugins or dependencies, using only whatever is in your local repository. If this is your first time running the eclipse:eclipse goal then the necessary plugin won't be present. Try running 'mvn eclipse:eclipse' (i.e., no '-o' switch). HTH, Ian It's better to be hated for who you are than loved for who you're not Ian D. Stewart Distributed Computing Engineer II DSS eCommerce Engineering JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Joe Bohn [EMAIL PROTECTED] nk.netTo Geronimo Dev 08/23/2006 01:53 dev@geronimo.apache.org PM cc Subject Please respond to building eclipse projects with M2 [EMAIL PROTECTED] build he.org The cwiki inidicates that we can build projects for eclipse using the m2 build with the following command: mvn -o eclipse:eclipse However, when I attempt to do this I get the error below. Has anybody been successful in building the eclipse projects using M2? [INFO] Searching repository for plugin with prefix: 'eclipse'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be f ound at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:381) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:135) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:87) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:158) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1252) ... 14 more [INFO] [INFO] Total time: 8 seconds [INFO]
Re: building eclipse projects with M2 build
Joe, Delete your ~/.m2/repository/org/apache/maven/plugins directory. The error you encountered usually means you have a corrupted meta tags. This solution usually does teh trick for me. Jeff Joe Bohn wrote: Thanks Ian. I did attempt to run it both on-line as well as off-line. Either way I get the same result. Do you see something different? Joe [EMAIL PROTECTED] wrote: The -o switch tells mvn not to attempt to download any plugins or dependencies, using only whatever is in your local repository. If this is your first time running the eclipse:eclipse goal then the necessary plugin won't be present. Try running 'mvn eclipse:eclipse' (i.e., no '-o' switch). HTH, Ian It's better to be hated for who you are than loved for who you're not Ian D. Stewart Distributed Computing Engineer II DSS eCommerce Engineering JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Joe Bohn [EMAIL PROTECTED] nk.netTo Geronimo Dev 08/23/2006 01:53 dev@geronimo.apache.org PM cc Subject Please respond to building eclipse projects with M2[EMAIL PROTECTED] build he.org The cwiki inidicates that we can build projects for eclipse using the m2 build with the following command: mvn -o eclipse:eclipse However, when I attempt to do this I get the error below. Has anybody been successful in building the eclipse projects using M2? [INFO] Searching repository for plugin with prefix: 'eclipse'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be f ound at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:381) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:135) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:87) at
[jira] Commented: (AMQ-892) Allow the JMX RMI server port to be hard set
[ https://issues.apache.org/activemq/browse/AMQ-892?page=comments#action_36831 ] Bruce Snyder commented on AMQ-892: -- The JMX RMI port can be set in ActiveMQ 4.x using the JMX system properties. See the [How can I monitor ActiveMQ? page|http://activemq.org/site/how-can-i-monitor-activemq.html#HowcanImonitorActiveMQ-AdvancedJMXConfiguration] under the Advanced JMX Configuration heading. If the com.sun.management.jmxremote.port system property is set within the SUNJMX environment variable, the ActiveMQ start script will pick it up and pass it to the JVM. Allow the JMX RMI server port to be hard set Key: AMQ-892 URL: https://issues.apache.org/activemq/browse/AMQ-892 Project: ActiveMQ Issue Type: Improvement Components: Broker Affects Versions: 4.0.2 Reporter: John Heitmann Priority: Minor Attachments: jmxPort.patch When debugging a broker over the firewall with JMX it's often necessary to use ssh tunneling. JMX uses 2 ports. The RMI registry port is what is typically configured, but JMX also runs an RMI server on a different port-- one that's typically chosen randomly. When you're ssh tunneling you need to know what ports to tunnel to a priori so this is no good. This patch adds a setting to allow the RMI server port to be set in addition to the registry port. This is what it looks like in xml: managementContext connectorPort=11099 rmiServerPort=9 jmxDomainName=org.apache.activemq/ Also I snuck in a one-liner change that will create the connector if the user configured jmx. This seems like the right thing to do, but my JMX experience is pretty limited so it could break in something like Tomcat. Please take a close look at that line before applying. -- 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-553) MessageExchangeImpl.toString() converts message content to DOMSource
MessageExchangeImpl.toString() converts message content to DOMSource Key: SM-553 URL: https://issues.apache.org/activemq/browse/SM-553 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.0-M2 Reporter: Robert H. Pollack Attachments: patches.zip The toString() method of MessageExchangeImpl, in an attempt to show the in, out, and fault messages of the exchange, converts their content to DOM. If this conversion succeeds, the user may be surprised, because the message has changed from a stream source to a DOM source; this originally caused some ClassCastExceptions in our code. If the conversion fails, the situation is even worse. Now the message content remains a stream source, but the stream has been consumed in the attempted conversion, so the message is now empty. The reason that this toString method is getting called, almost no matter what you do, is that ServiceMix is distributed with log levels set to DEBUG (oddly, you don't see any debug messages, probably because the log4j.xml file does not specify an appender for these messages). This setting causes many invocations of the form log.debug (Now I'm doing something to + myMessageExchange); which causes the toString method to be invoked whether or not anything is actually printed. This toString method also turns out to have another problem. If it does get an exception, it returns null. It turns out that an object's toString method should never do this, because it can cause NullPointerExceptions if the object is printed. I've created an alternate version of MessageExchangeImpl which corrects these problems. To use it, unzip the enclosed file into your SERVICEMIX_HOME directory and run ant in the directory it creates. This will create a new class and insert it into a place that will cause ServiceMix 3.0 to use it in preference to the original. Be sure that you unzip this file into the right place, though, because the ant script contains specific references to ... A bit more detail is in the comments in the enclosed code. -- 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
WSi issues
Hello, I've had a few discussion with Guillaume on WSi Compliance and Servicemix for SOAP based endpoints. I've build a project to test services for WSi compliance however like it was mention in the message below it fails, and I get an error about a missing soap header found on a non-soap header (see below). I was told that it might be beacuse I have soap set as false which is not the case. I can upload a tar.gz of my project for eclipse if it can be of any assistance. :WARN: EXCEPTION javax.servlet.ServletException: Failed to process request: java.lang.Exception: java.lang.IllegalStateException: SOAP headers found on non-soap message at org.apache.servicemix.http.HttpBridgeServlet.doPost(HttpBridgeServlet.java:79) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:442) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:357) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:615) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:150) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141) at org.mortbay.jetty.Server.handle(Server.java:272) at org.mortbay.jetty.HttpConnection.handlerRequest(HttpConnection.java:396) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:305) at org.mortbay.jetty.nio.HttpChannelEndPoint.run(HttpChannelEndPoint.java:270) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475) --- PREVIOUS EMAILS Just had a look at the project. This is a good start, thx ! It seems the problem comes from the fact that you have a provider.setSoap(false) in the WSITest.java. This implies that the provider will not send the soap envelope which (I think) is not the intended behavior. Thus, an exception is thrown because some soap headers are configured on the exchange. If possible, i 'd like to have such discussions on the dev mailing list :) Cheers, Guillaume Nodet On 6/26/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello Guillaume I've build project for the WSI compliance testing. Right now all it does is build an HTTP server that respond to the two WSI compliance request. The request are send via the bus. If you tried to run the project, you will see that the secound request (request-submitorder.xml) failes. Thats is the error I was talking to you about with the soap header issue. - I did not add WSI monitoring programe yet. I've included a tar.gz of my project as an attachement. I tried the new build this morning but it failed to compile the eclipse project file. PS : Sorry for the late feedback on this, but I was away from work for the past 3 week. --- Guillaume Nodet [EMAIL PROTECTED] wrote: Yes please. Cheers, Guillaume Nodet On 5/29/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Great do you want me to open a Jira for this ? --- Guillaume Nodet [EMAIL PROTECTED] wrote: Given that the import is relative to the main wsdl, I think this is a bug. I will take a look at this. Cheers, Guillaume Nodet On 5/29/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello, I've got a quick question for you on how servicemix-http loads WSDL with import statements. I'am trying to load the following WSDL : -- View this message in context: http://www.nabble.com/WSi-issues-tf2154100.html#a5950256 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: building eclipse projects with M2 build
Thanks Jeff. That did the trick for me too!!! Joe Jeff Genender wrote: Joe, Delete your ~/.m2/repository/org/apache/maven/plugins directory. The error you encountered usually means you have a corrupted meta tags. This solution usually does teh trick for me. Jeff Joe Bohn wrote: Thanks Ian. I did attempt to run it both on-line as well as off-line. Either way I get the same result. Do you see something different? Joe [EMAIL PROTECTED] wrote: The -o switch tells mvn not to attempt to download any plugins or dependencies, using only whatever is in your local repository. If this is your first time running the eclipse:eclipse goal then the necessary plugin won't be present. Try running 'mvn eclipse:eclipse' (i.e., no '-o' switch). HTH, Ian It's better to be hated for who you are than loved for who you're not Ian D. Stewart Distributed Computing Engineer II DSS eCommerce Engineering JPMorganChase Global Technology Infrastructure Phone: (614) 244-2564 Joe Bohn [EMAIL PROTECTED] nk.netTo Geronimo Dev 08/23/2006 01:53 dev@geronimo.apache.org PM cc Subject Please respond to building eclipse projects with M2[EMAIL PROTECTED] build he.org The cwiki inidicates that we can build projects for eclipse using the m2 build with the following command: mvn -o eclipse:eclipse However, when I attempt to do this I get the error below. Has anybody been successful in building the eclipse projects using M2? [INFO] Searching repository for plugin with prefix: 'eclipse'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be f ound at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:381) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:135) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-eclipse-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:87) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:158)
[jira] Commented: (AMQ-892) Allow the JMX RMI server port to be hard set
[ https://issues.apache.org/activemq/browse/AMQ-892?page=comments#action_36832 ] John Heitmann commented on AMQ-892: --- There are at least 2 unfortunate issues with the out-of-the-box 1.5 JMX config: the rmi registry isn't able to use a secure transport, and the rmi server port is not able to be fixed. My patch addresses the second, and I think you're right in that it's better to use the normal jmx properties config rather than the xbean xml. I'll redo this patch and mimic an out-of-the-box agent as described by one of the JMX developers here: http://blogs.sun.com/roller/page/lmalventosa/20060602 That will have the nice benefit of also allowing a secure registry, which is something my group will need shortly anyway. Allow the JMX RMI server port to be hard set Key: AMQ-892 URL: https://issues.apache.org/activemq/browse/AMQ-892 Project: ActiveMQ Issue Type: Improvement Components: Broker Affects Versions: 4.0.2 Reporter: John Heitmann Priority: Minor Attachments: jmxPort.patch When debugging a broker over the firewall with JMX it's often necessary to use ssh tunneling. JMX uses 2 ports. The RMI registry port is what is typically configured, but JMX also runs an RMI server on a different port-- one that's typically chosen randomly. When you're ssh tunneling you need to know what ports to tunnel to a priori so this is no good. This patch adds a setting to allow the RMI server port to be set in addition to the registry port. This is what it looks like in xml: managementContext connectorPort=11099 rmiServerPort=9 jmxDomainName=org.apache.activemq/ Also I snuck in a one-liner change that will create the connector if the user configured jmx. This seems like the right thing to do, but my JMX experience is pretty limited so it could break in something like Tomcat. Please take a close look at that line before applying. -- 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: [PROPOSAL] Car maven plugin dedicated to G 1.1
Good idea, especially if I don't have to write it :-) thanks david jencks On Aug 22, 2006, at 11:06 AM, Guillaume Nodet wrote: The car-maven-plugin is used as part of the geronimo build in G 1.2. This plugin is also very usefull to build Geronimo plugins targeted to G 1.1, but has recently changed in a *slight* incompatible way. However, I think that: * it may be difficult in the future to ensure that a single maven plugin will be able to create car files for all past and future version of Geronimo * G 1.1 is out and a minor release is about to go. I think that it will benefit users to be able to write Geronimo 1.1 plugins wihtout relying on a snapshot plugin. Hence, I propose that the plugin be forked to a new location, /devtools/maven-plugin/geronimo-1.x/car-maven-plugin (any better idea ?) and that we release this plugin at the same time that the 1.1.1 is out. Thoughts ? -- Cheers, Guillaume Nodet
Re: 1.2 Release - Who's next and what is it?
On Aug 22, 2006, at 3:20 PM, Dain Sundstrom wrote: On Aug 22, 2006, at 11:09 AM, Matt Hogstrom wrote: JPA Integration (Open JPA / Cayenne) (I think Dain or Blevins ?) I'm just helping with the global jndi part of JPA. I'm starting to work on the container managed persistence support . david jencks -dain
Reviewing and committing
Geronimo is considering a change to its review and commit policies. As a subproject, I think we should discuss how we would like to handle reviewing code and when it should be committed. So... How do you think we should handle this process? What rules-of-thumb should we use to guide ourselves? -dain
[jira] Commented: (SM-553) MessageExchangeImpl.toString() converts message content to DOMSource
[ https://issues.apache.org/activemq/browse/SM-553?page=comments#action_36833 ] Guillaume Nodet commented on SM-553: Thanks for the feedback. While I acknowledge the problems for the DEBUG level and returning null, you should note that for components to be good citizens, they should not expect any specific source type, nor try to send non-xml payload inside a Source implementation. I will add a system property to put logging off easily. MessageExchangeImpl.toString() converts message content to DOMSource Key: SM-553 URL: https://issues.apache.org/activemq/browse/SM-553 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.0-M2 Reporter: Robert H. Pollack Attachments: patches.zip The toString() method of MessageExchangeImpl, in an attempt to show the in, out, and fault messages of the exchange, converts their content to DOM. If this conversion succeeds, the user may be surprised, because the message has changed from a stream source to a DOM source; this originally caused some ClassCastExceptions in our code. If the conversion fails, the situation is even worse. Now the message content remains a stream source, but the stream has been consumed in the attempted conversion, so the message is now empty. The reason that this toString method is getting called, almost no matter what you do, is that ServiceMix is distributed with log levels set to DEBUG (oddly, you don't see any debug messages, probably because the log4j.xml file does not specify an appender for these messages). This setting causes many invocations of the form log.debug (Now I'm doing something to + myMessageExchange); which causes the toString method to be invoked whether or not anything is actually printed. This toString method also turns out to have another problem. If it does get an exception, it returns null. It turns out that an object's toString method should never do this, because it can cause NullPointerExceptions if the object is printed. I've created an alternate version of MessageExchangeImpl which corrects these problems. To use it, unzip the enclosed file into your SERVICEMIX_HOME directory and run ant in the directory it creates. This will create a new class and insert it into a place that will cause ServiceMix 3.0 to use it in preference to the original. Be sure that you unzip this file into the right place, though, because the ant script contains specific references to ... A bit more detail is in the comments in the enclosed code. -- 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: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Congratulations David! -dain On Aug 23, 2006, at 10:41 AM, Matt Hogstrom wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0
Re: 1.2 Release - Who's next and what is it?
On Aug 23, 2006, at 11:59 AM, David Jencks wrote: On Aug 22, 2006, at 3:20 PM, Dain Sundstrom wrote: On Aug 22, 2006, at 11:09 AM, Matt Hogstrom wrote: JPA Integration (Open JPA / Cayenne) (I think Dain or Blevins ?) I'm just helping with the global jndi part of JPA. I'm starting to work on the container managed persistence support . Do you mean container managed JPA? -dain
Re: JAAS problems
Ok. Here's an update: I have started with a clean build and found the least changes that will cause problems. I will give an outline of all of my steps: Clean checkout: svn co https://svn.apache.org/repos/asf/incubator/activemq/trunk in the trunk DIR: mvn -Dmaven.test.skip=true install in the trunk/assembly/target DIR: tar -xvf apache-activemq-4.1-incubator-SNAPSHOT.tar.gz in the trunk/assembly/target/apache-activemq-4.1-incubator-SNAPSHOT DIR: On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: One other thing I should add: I am currently running using the provided activemq script and the main method provided in activemq.console.Main. A few days ago, I ran the same code using my own main method and without the activemq script and it ran perfectly. Any thoughts? On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: Hi James, I don't, but I'm running off of an assembly build and I have apache-activemq-4.1-incubator-SNAPSHOT.jar on the class path. I've also confirmed that the classes not found (such as GroupPrincipal) are in the mentioned jar. - Sepand On 8/23/06, James Strachan [EMAIL PROTECTED] wrote: Do you have the activemq-jaas.jar on your classpath? On 8/23/06, Sepand M [EMAIL PROTECTED] wrote: Hi, I can't seem to get JAAS working. I've defined the login.config as shown on the site, but I get the following error once a connection comes in (the exception is thrown when lc.login is called in JaasAuthenticationBroker.java): javax.security.auth.login.LoginException: unable to find LoginModule class: org.apache.activemq.jaas.GroupPrincipal at javax.security.auth.login.LoginContext.invoke(LoginContext.java:808) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) at javax.security.auth.login.LoginContext.login(LoginContext.java:579) at org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:76) at org.apache.activemq.broker.BrokerFilter.addConnection(BrokerFilter.java:80) at org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:90) at org.apache.activemq.broker.AbstractConnection.processAddConnection(AbstractConnection.java:559) at org.apache.activemq.broker.jmx.ManagedTransportConnection.processAddConnection(ManagedTransportConnection.java:83) at org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:120) at org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:228) at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:63) at org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:92) at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:67) at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:123) at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:123) at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:88) at org.apache.activemq.transport.tcp.SslTransport.doConsume(SslTransport.java:128) at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:127) at java.lang.Thread.run(Thread.java:595) As you may have noticed, the class missing is GroupPrincipal. This is because I changed login.config to use that class. I did the same thing using ActiveMQConnectionFactory and there were no problems (well, it obviously couldn't use it as a LoginModule, but it had no problem finding the class). It seems that it can't find classes within org.apache.activemq.jaas. Does anyone know what's going on? Regards, Sepand -- James --- http://radio.weblogs.com/0112098/
Re: Returning to Commit-Then-Review?
On 8/23/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Apache Geronimo has been operating mostly under the Review-Then-Commit model for a couple of months now, and I think the issues the change was intended to highlight have been .. well, highlighted. How do people feel about the idea of switching back to Commit-Then-Review at this point? I think that until those matters that made it happen are finally sorted out we should keep this course. I'm not convinced that highlighting them is what should change the mode to CTR. Also, I'd say it's only a few days when we've got such a large PMC group to keep the development pace at a reasonable speed. It's almost as if everybody with commit karma were on the PMC, so we should *now* be able to manage the flow. In fact, I don't see a difference between RTC and CTR when the number of people with binding votes have just increased significantly. Just run across a question - let me think out loud. I think it's not been answered yet. If only PMCers votes are binding and only when a change gets 3 +1's binding votes (i.e. PMCers) the change may be checked in, the question is what's the role of the commiters group? We've got 3 groups: the PMC, the committers and the community and I don't see how the committers are different from the community even though they've been armed with something that's I think is unusable? Wouldn't CTR get rid of the question? Should I ask the question at all? Should I worry about it? Just thinking out loud hoping I'll get some helpful responses to clear up the mess I've got in my mind. Too much to think about before I get asleep. Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: WSi issues
Wecome back, Eric ! I have the following stuff in your test HttpEndpoint provider = new HttpEndpoint(); provider.setService(new QName(urn:provider, http)); provider.setEndpoint(provider); //provider.setTargetService(new QName(urn:test, echo)); //provider.setTargetEndpoint(echo); provider.setLocationURI(http://localhost:8080/;); provider.setRoleAsString(provider); provider.setSoap(true); provider.setSoapVersion(1.1); //provider.setWsdlResource(new ClassPathResource(Retailer.wsdl)); provider.setDefaultMep(URI.create( http://www.w3.org/2004/08/wsdl/in-out;)); provider.setSoap(false); So the soap attribute is first set to true, and later to false ;) On 8/23/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello, I've had a few discussion with Guillaume on WSi Compliance and Servicemix for SOAP based endpoints. I've build a project to test services for WSi compliance however like it was mention in the message below it fails, and I get an error about a missing soap header found on a non-soap header (see below). I was told that it might be beacuse I have soap set as false which is not the case. I can upload a tar.gz of my project for eclipse if it can be of any assistance. :WARN: EXCEPTION javax.servlet.ServletException: Failed to process request: java.lang.Exception: java.lang.IllegalStateException: SOAP headers found on non-soap message at org.apache.servicemix.http.HttpBridgeServlet.doPost(HttpBridgeServlet.java :79) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.mortbay.jetty.servlet.ServletHolder.handle( ServletHolder.java:442) at org.mortbay.jetty.servlet.ServletHandler.handle( ServletHandler.java:357) at org.mortbay.jetty.handler.ContextHandler.handle( ContextHandler.java:615) at org.mortbay.jetty.handler.ContextHandlerCollection.handle( ContextHandlerCollection.java:150) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java :123) at org.mortbay.jetty.handler.HandlerWrapper.handle( HandlerWrapper.java:141) at org.mortbay.jetty.Server.handle(Server.java:272) at org.mortbay.jetty.HttpConnection.handlerRequest( HttpConnection.java:396) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java :305) at org.mortbay.jetty.nio.HttpChannelEndPoint.run(HttpChannelEndPoint.java :270) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java :475) --- PREVIOUS EMAILS Just had a look at the project. This is a good start, thx ! It seems the problem comes from the fact that you have a provider.setSoap(false) in the WSITest.java. This implies that the provider will not send the soap envelope which (I think) is not the intended behavior. Thus, an exception is thrown because some soap headers are configured on the exchange. If possible, i 'd like to have such discussions on the dev mailing list :) Cheers, Guillaume Nodet On 6/26/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello Guillaume I've build project for the WSI compliance testing. Right now all it does is build an HTTP server that respond to the two WSI compliance request. The request are send via the bus. If you tried to run the project, you will see that the secound request (request-submitorder.xml) failes. Thats is the error I was talking to you about with the soap header issue. - I did not add WSI monitoring programe yet. I've included a tar.gz of my project as an attachement. I tried the new build this morning but it failed to compile the eclipse project file. PS : Sorry for the late feedback on this, but I was away from work for the past 3 week. --- Guillaume Nodet [EMAIL PROTECTED] wrote: Yes please. Cheers, Guillaume Nodet On 5/29/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Great do you want me to open a Jira for this ? --- Guillaume Nodet [EMAIL PROTECTED] wrote: Given that the import is relative to the main wsdl, I think this is a bug. I will take a look at this. Cheers, Guillaume Nodet On 5/29/06, Eric Dofonsou [EMAIL PROTECTED] wrote: Hello, I've got a quick question for you on how servicemix-http loads WSDL with import statements. I'am trying to load the following WSDL : -- View this message in context: http://www.nabble.com/WSi-issues-tf2154100.html#a5950256 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
On 8/23/06, Matt Hogstrom [EMAIL PROTECTED] wrote: Please welcome David Blevins as the newest member of the Geronimo PMC. David recently accepted the invitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily and that is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0 The legal boring stuff are yours now, too! Congratulations! ;-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: JAAS problems
Sorry, GMail shortcut messed me up, redoing:
in the trunk DIR: mvn -Dmaven.test.skip=true install
in the trunk/assembly/target DIR: tar -xvf
apache-activemq-4.1-incubator-SNAPSHOT.tar.gz
in the trunk/assembly/target/apache-activemq-4.1-incubator-SNAPSHOT DIR:
* changed conf/activemq.xml, added:
plugins
!-- use JAAS to authenticate using the login.config file on
the classpath to configure JAAS --
jaasAuthenticationPlugin configuration=activemq-domain /
/plugins
right before the /broker tag.
* changed bin/activemq, added:
ACTIVEMQ_OPTS=$ACTIVEMQ_OPTS \
-Djava.security.auth.login.config=login.config
right before [#ACTIVEMQ_TASK=start]
* created the file login.config containing:
activemq-domain {
org.apache.activemq.jaas.PropertiesLoginModule required
debug=true
org.apache.activemq.jaas.properties.user=org/apache/activemq/security/users.properties
org.apache.activemq.jaas.properties.group=org/apache/activemq/security/groups.properties;
};
run ./bin/activemq
-
Results:
---
The broker runs fine.
When a consumer connects, I get:
Caught: javax.jms.JMSException: User name or password is invalid.
[java] javax.jms.JMSException: User name or password is invalid.
[java] at
org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:46)
[java] at
org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1154)
[java] at
org.apache.activemq.ActiveMQConnection.ensureConnectionInfoSent(ActiveMQConnection.java:1236)
[java] at
org.apache.activemq.ActiveMQConnection.start(ActiveMQConnection.java:439)
[java] at ToolSupport.createConnection(Unknown Source)
[java] at ConsumerTool.run(Unknown Source)
[java] at ConsumerTool.main(Unknown Source)
[java] Caused by: java.lang.SecurityException: User name or
password is invalid.
[java] at
org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:82)
[java] at
org.apache.activemq.broker.MutableBrokerFilter.addConnection(MutableBrokerFilter.java:90)
[java] at
org.apache.activemq.broker.AbstractConnection.processAddConnection(AbstractConnection.java:559)
[java] at
org.apache.activemq.broker.jmx.ManagedTransportConnection.processAddConnection(ManagedTransportConnection.java:83)
[java] at
org.apache.activemq.command.ConnectionInfo.visit(ConnectionInfo.java:120)
[java] at
org.apache.activemq.broker.AbstractConnection.service(AbstractConnection.java:228)
[java] at
org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:63)
[java] at
org.apache.activemq.transport.ResponseCorrelator.onCommand(ResponseCorrelator.java:92)
[java] at
org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:67)
[java] at
org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:123)
[java] at
org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:123)
[java] at
org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:88)
[java] at
org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:128)
[java] at java.lang.Thread.run(Thread.java:595)
[java] Caused by: javax.security.auth.login.LoginException:
unable to find LoginModule class:
org.apache.activemq.jaas.PropertiesLoginModule
[java] at
javax.security.auth.login.LoginContext.invoke(LoginContext.java:808)
[java] at
javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
[java] at
javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)
[java] at java.security.AccessController.doPrivileged(Native Method)
[java] at
javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
[java] at
javax.security.auth.login.LoginContext.login(LoginContext.java:579)
[java] at
org.apache.activemq.security.JaasAuthenticationBroker.addConnection(JaasAuthenticationBroker.java:75)
[java] ... 13 more
Any thoughts?
Re: 1.2 Release - Who's next and what is it?
On 8/23/06, David Jencks [EMAIL PROTECTED] wrote: I'm starting to work on the container managed persistence support . Could you elaborate a bit more? Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: building eclipse projects with M2 build
On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote: Joe, Delete your ~/.m2/repository/org/apache/maven/plugins directory. The error you encountered usually means you have a corrupted meta tags. This solution usually does teh trick for me. It did for me, too, but it's weird. I think it may have happened every time bootstrap.sh is used. It's just a wild guess, but it happened to me once I had built Geronimo with the new build procedure. I think we need to check it out before we rule it out as a possible cause. Is there anyone who has never built Geronimo before and has been wondering when exactly give it a shot? It's time now! ;-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
[jira] Created: (SM-554) Deployment problem when one SU ina SA fail to deploy. Other SU may not be properly shutdown.
Deployment problem when one SU ina SA fail to deploy. Other SU may not be properly shutdown. - Key: SM-554 URL: https://issues.apache.org/activemq/browse/SM-554 Project: ServiceMix Issue Type: Bug Components: servicemix-common Affects Versions: 3.0-M2 Reporter: Guillaume Nodet The problem happen when the SU is re-deployed. You may have exceptions saying: A kernel is already registered... -- 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: building eclipse projects with M2 build
Hey Jacek, When its happened to me its been because the pom or jar only partially download or some other such bad behavior. Since this simple fix makes it work I've not looked any further. I don't see anyway the bootstrap could be causing this since the bootstrap is simply deleting the .m2/repository directory and then invoking maven. TTFN, -bd- On Aug 23, 2006, at 1:28 PM, Jacek Laskowski wrote: On 8/23/06, Jeff Genender [EMAIL PROTECTED] wrote: Joe, Delete your ~/.m2/repository/org/apache/maven/plugins directory. The error you encountered usually means you have a corrupted meta tags. This solution usually does teh trick for me. It did for me, too, but it's weird. I think it may have happened every time bootstrap.sh is used. It's just a wild guess, but it happened to me once I had built Geronimo with the new build procedure. I think we need to check it out before we rule it out as a possible cause. Is there anyone who has never built Geronimo before and has been wondering when exactly give it a shot? It's time now! ;-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
[jira] Commented: (SM-553) MessageExchangeImpl.toString() converts message content to DOMSource
[ https://issues.apache.org/activemq/browse/SM-553?page=comments#action_36834 ] Guillaume Nodet commented on SM-553: Author: gnodet Date: Wed Aug 23 12:26:29 2006 New Revision: 434130 URL: http://svn.apache.org/viewvc?rev=434130view=rev Log: SM-553: add a system property to preserve jbi message content when calling toString() and avoid returning null when an exception is thrown MessageExchangeImpl.toString() converts message content to DOMSource Key: SM-553 URL: https://issues.apache.org/activemq/browse/SM-553 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.0-M2 Reporter: Robert H. Pollack Attachments: patches.zip The toString() method of MessageExchangeImpl, in an attempt to show the in, out, and fault messages of the exchange, converts their content to DOM. If this conversion succeeds, the user may be surprised, because the message has changed from a stream source to a DOM source; this originally caused some ClassCastExceptions in our code. If the conversion fails, the situation is even worse. Now the message content remains a stream source, but the stream has been consumed in the attempted conversion, so the message is now empty. The reason that this toString method is getting called, almost no matter what you do, is that ServiceMix is distributed with log levels set to DEBUG (oddly, you don't see any debug messages, probably because the log4j.xml file does not specify an appender for these messages). This setting causes many invocations of the form log.debug (Now I'm doing something to + myMessageExchange); which causes the toString method to be invoked whether or not anything is actually printed. This toString method also turns out to have another problem. If it does get an exception, it returns null. It turns out that an object's toString method should never do this, because it can cause NullPointerExceptions if the object is printed. I've created an alternate version of MessageExchangeImpl which corrects these problems. To use it, unzip the enclosed file into your SERVICEMIX_HOME directory and run ant in the directory it creates. This will create a new class and insert it into a place that will cause ServiceMix 3.0 to use it in preference to the original. Be sure that you unzip this file into the right place, though, because the ant script contains specific references to ... A bit more detail is in the comments in the enclosed code. -- 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: GERONIMO-1526
On 8/23/06, Sachin Patel [EMAIL PROTECTED] wrote: So I've started to make these changes, but it looks like we may have to use URL's in the interface, unless anyone else has any other suggestions due to the problems dain mentioned with using URLs. Taking the EARConfigBuilder for example... ideally I'd like to push out the code that traverses through the zip entries and let the DeployableModule.getResources() handle this so the builders only have do deal with the interface and not a specific implementation such as a jar/zip file. I like your proposal especially after a few days looking at OpenEJB code and wire an annotation support in. I'm wondering how OpenEJB could use it once it's introduced in Geronimo? Besides, I don't understand the above comment of yours above. Since Dain has already stated his concerns about File vs URL why do you need more to come? I think I didn't fully follow the note about zip files handling. Would you mind to elaborate a bit? Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: question about tags/1.1.0/modules/service-builder/src/schema/geronimo-config-1.0.xsd
On Aug 23, 2006, at 9:53 AM, Bruce Snyder wrote: On 8/23/06, Rakesh Midha [EMAIL PROTECTED] wrote: I think you are right about configId, but as far as I understand the configId's are replaced by moduleId in 1.1 versions of xsd's. In 1.0 it is still configId's which means no change in geronimo-config-1.0.xsd. Now question is where is geronimo-config-1.1.xsd, the answer is it is removed and replaced by geronimo-module-1.1.xsd have a look at http://issues.apache.org/jira/browse/GERONIMO-2003 Thanks, Rakesh. So, now the question is, why didn't I get around to removing the obsolete schemas :-( thanks david jencks Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\! G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://incubator.apache.org/activemq/ Apache ServiceMix - http://incubator.apache.org/servicemix/ Castor - http://castor.org/
[jira] Resolved: (SM-554) Deployment problem when one SU ina SA fail to deploy. Other SU may not be properly shutdown.
[ https://issues.apache.org/activemq/browse/SM-554?page=all ] Guillaume Nodet resolved SM-554. Fix Version/s: 3.0-M3 Resolution: Fixed Assignee: Guillaume Nodet Author: gnodet Date: Wed Aug 23 12:34:54 2006 New Revision: 434135 URL: http://svn.apache.org/viewvc?rev=434135view=rev Log: SM-554: Fix deployment problem when one SU in a SA fail. Other SUs may not be properly shutdown. Modified: incubator/servicemix/trunk/servicemix-common/src/main/java/org/apache/servicemix/common/AbstractDeployer.java Deployment problem when one SU ina SA fail to deploy. Other SU may not be properly shutdown. - Key: SM-554 URL: https://issues.apache.org/activemq/browse/SM-554 Project: ServiceMix Issue Type: Bug Components: servicemix-common Affects Versions: 3.0-M2 Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Fix For: 3.0-M3 The problem happen when the SU is re-deployed. You may have exceptions saying: A kernel is already registered... -- 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: building eclipse projects with M2 build
On 8/23/06, Bill Dudney [EMAIL PROTECTED] wrote: Hey Jacek, When its happened to me its been because the pom or jar only partially download or some other such bad behavior. Since this simple fix makes it work I've not looked any further. I don't see anyway the bootstrap could be causing this since the bootstrap is simply deleting the .m2/repository directory and then invoking maven. Doh! I should've been looked at the code yourself. I've just done it and you're right! Sorry for bothering and thanks for clarification. Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: 1.2 Release - Who's next and what is it?
On Aug 23, 2006, at 3:22 PM, Jacek Laskowski wrote: On 8/23/06, David Jencks [EMAIL PROTECTED] wrote: I'm starting to work on the container managed persistence support . Could you elaborate a bit more? jta 1.1 spec is in the jee5 specs branch I'm adding stuff to and near the transaction manager to support container managed jpa. So far this is the jta 1.1 impl of TransactionSynchronizationRegistry and a CMPEntityManager. I've come up with a way to add functionality to the existing transaction manager that will compile under jdk 1.4 to support this, and have an additional jta11 tm module that compiles under java 5 and actually uses the interfaces. Right now I'm working on writing some tests to see if my code is anywhere near what the spec says. thanks david jencks Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
I don't really see why it should be in the 1.1 branch for the following reasons: * it's a m2 plugin and can not be part of the 1.1 release procedure, at least for the reason that it depends on the artifacts being published on a m2 repo, which will obviously not be the case when releasing geronimo. * it will never be part of the distributions * it would be very nice, if users could use it asap and not wait until 1.1.x to be able to build Geronimo plugins in an easier way than building them manuallyAny locations would be fine, but i really do not see it in the branches/1.1 or somethinglike that, unless we could release it independanly.I have checked it in /sandbox/car-maven-plugin until we find on an agreement for its future location. On 8/23/06, Matt Hogstrom [EMAIL PROTECTED] wrote: -1 on adding it to 1.1.1. Put it in 1.1.2.1.1.1 has been delayed for a few weeks for minor changes.Jason Dillon wrote: On Aug 22, 2006, at 4:12 PM, Guillaume Nodet wrote: On 8/23/06, Jason Dillon [EMAIL PROTECTED] wrote: Its probably not going to go into 1.1.1 unless you have it done right now and all is good... but defs for 1.1.2. It's done and it works for my plugins.That does not mean there is no bugs. Mkay... so lets add it to branches/1.1, merge to 1.1.1 and include it in the release. But we could always make a 1.1.1.1 with just that addition of the plugin. Do you volunteer do release the full geronimo server, just to include a plugin, which would btw not be included in the distribution itself ? I'm not gonna volunteer to do any m1 related stuff :-Pm2 stuff is killing me asis... :-\ --jason -- Cheers,Guillaume Nodet
Re: GERONIMO-1526
Right, I understand the concerns about using URLs. The point I was trying to make was there isn't a nice clean way to do this. Or at least I couldn't think of a way. The builders won't be able to purely rely on the DeployableModule interface for resolving and processing a module wether its a JarFile or an exploded IDE specific filestructure.So since URLs are not an option we can't represent paths inside jars or paths in a directory in a common way. So inside our builders, taking a more simpler ConnectorBuilder for example... the following piece of code cannot be pushed out into a call in the DeployableModule interface... Enumeration entries = moduleFile.entries(); while (entries.hasMoreElements()) { ZipEntry entry = (ZipEntry) entries.nextElement(); URI target = targetURI.resolve(entry.getName()); if (entry.getName().endsWith(".jar")) { earContext.addInclude(target, moduleFile, entry); } else { earContext.addFile(target, moduleFile, entry); } }and in all the module builders where this type of traversing is done, we will have to have something like...if(deployableModule.isArchived()) {JarFile moduleFile = new JarFile(deployableModule.getRoot());//then do code above} else {File[] = deployableModule.getResources() //moduleFile being an impl of DeployableModule//traverse through each file entry and do similar to above to add to earContext.}rather then be able to use getResources() on the deployableModule regardless of wether its an archive or something else. Hope that helps.So if this is acceptable, I can proceed. On Aug 23, 2006, at 3:39 PM, Jacek Laskowski wrote:On 8/23/06, Sachin Patel [EMAIL PROTECTED] wrote: So I've started to make these changes, but it looks like we may have to useURL's in the interface, unless anyone else has any other suggestions due tothe problems dain mentioned with using URLs. Taking the EARConfigBuilderfor example... ideally I'd like to push out the code that traverses throughthe zip entries and let the DeployableModule.getResources() handle this sothe builders only have do deal with the interface and not a specificimplementation such as a jar/zip file. I like your proposal especially after a few days looking at OpenEJBcode and wire an annotation support in. I'm wondering how OpenEJBcould use it once it's introduced in Geronimo?Besides, I don't understand the above comment of yours above. SinceDain has already stated his concerns about File vs URL why do you needmore to come? I think I didn't fully follow the note about zip fileshandling. Would you mind to elaborate a bit?Jacek-- Jacek Laskowskihttp://www.laskowski.net.pl -sachin
Re: loading plugin dependencies from ibiblio
I'm able to use ibiblio to install the Directory plugin which has loads of dependencies. But maybe this has one more than that one. You could try putting a small delay between downloads in the PluginInstallerGBean if you think that would help. I did have trouble with ibiblio once when I requested files but closed the connection without actually completing the download, so there does seem to be some DoS protection. (That was fixed by using HEAD instead of GET to check whether the file exists.) Thanks, Aaron On 8/23/06, Joe Bohn [EMAIL PROTECTED] wrote: I created a new geronimo assembly (mini-g) without the tomcat or tomcat-deploy modules. Then I used a geronimo tomcat j2ee assembly admin console to create a plugin for the tomcat module. I then attempted to deploy the tomcat plugin into my mini-g assembly. I should also note that when I created the tomcat plugin I included http://www.ibiblio.org/maven2/ as a source repository so that the various tomcat and other necessary jars could be downloaded as necessary. The plug had the following 2 dependencies: - rmi-naming (which was already included in my mini-g assembly - geronimo-tomcat jar I manually included this jar into repository\org\apache\geronimo\modules\ prior to my attempt to install the plugin because I knew this version of the jar would not be available on GeronimoPlugins.com or ibiblio. When I attempt to install the plugin I get a 503 on the geronimo cmd console on the 9th tomcat jar it attempts to download from ibiblio. I can access the jar just fine outside of the deploy. Am I doing something wrong? Do you think there is there some type of denial of service protection on ibiblio that only lets me get 8 of the tomcat jars before shutting me down on the ninth? I saw the ibiblio reference in another plugin so I assumed that this could be used to download these dependencies when I created the tomcat plugin. Here's the error on the server: 12:40:03,437 INFO [AbstractRepository] Installed module configuration; id=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car; location=C:\g-images\trunk\geron imo-framework-1.2-SNAPSHOT\repository\org\apache\geronimo\configs\tomcat\1.2-SNAPSHOT\tomcat-1.2-SNAPSHOT.car 12:40:03,453 WARN [ConfigurationStoreUtil] Checksum file not found: C:\g-images\trunk\geronimo-framework-1.2-SNAPSHOT\repository\org\apache\geronimo\configs\to mcat\1.2-SNAPSHOT\tomcat-1.2-SNAPSHOT.car\META-INF\config.ser.sha1 12:40:04,547 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30936.tmp 12:40:05,094 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30937.tmp 12:40:06,031 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30938.tmp 12:40:06,547 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30939.tmp 12:40:07,000 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30940.tmp 12:40:07,734 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30941.tmp 12:40:08,391 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30942.tmp 12:40:09,297 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30943.tmp 12:40:09,516 WARN [PluginInstallerGBean] Unable to read from http://www.ibiblio.org/maven2/ java.io.IOException at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:602) at org.apache.geronimo.system.plugin.PluginInstallerGBean.connect(PluginInstallerGBean.java:990) at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact(PluginInstallerGBean.java:1075) at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact(PluginInstallerGBean.java:1034) at org.apache.geronimo.system.plugin.PluginInstallerGBean.openStream(PluginInstallerGBean.java:924) at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:676) at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:749) at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:749) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:444) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:600) at org.apache.geronimo.system.plugin.PluginInstallerGBean$2.run(PluginInstallerGBean.java:545) at
Re: Returning to Commit-Then-Review?
On Aug 22, 2006, at 6:56 PM, David Blevins wrote: I'd be more inclined to talk about what we want to apply it to and how. More thoughts on the where and how topic. So far my thoughts on how; review to your satisfaction and +1, 72 hour cut off. As far as where I'm inclined to say at your discretion where the following are encouraged: - Significant new functionality - Significant changes - Patches from Contributors - Borderline fixes to a stable branch Whether or not it merits RTC would be at your discretion. It is to your advantage in these situations because: - Significant new functionality and Significant changes: It's a Get out of jail free card. Having more people understand your code keeps you from spending all day on the user list. You do support your code on the user list, right? - Patches from Contributors: Getting three votes for your patches is not a bad way to, in time, get your three votes to be a committer. Let's be clear, someone who commits all your patches with no review from others on the project isn't doing you any favors. It's in your interest to push to get your votes on every patch. - Borderline 'fixes' to a stable branch: It's a given you will think everything you want to put in a stable branch is important. But, is it a fix or is it a new feature? If you think others may disagree, you may want to put it up for review or you may find yourself running the TCK all alone with no help. Those are the advantages you stand to gain should you choose to use RTC for any of the above situations. RTC is not the only way to get the above benefits, so it is at your discretion whether or not your situation merits it. My pragmatic take on RTC for the moment. -David
Re: loading plugin dependencies from ibiblio
Btw, the PluginInstallerGBean is unable to download snapshots artifacts.The problem is that when snapshots are deployed to a m2 repo,you don't have a jar named -SNAPSHOT, but rather timestamped jars,where the last one is given in the maven-metadata.xml in the -SNAPSHOTdirectory (not the one in the parent dir used to know which versions are available).Is this an oversight or a feature ?On 8/23/06, Aaron Mulder [EMAIL PROTECTED] wrote: I'm able to use ibiblio to install the Directory plugin which hasloads of dependencies.But maybe this has one more than that one.You could try putting a small delay between downloads in thePluginInstallerGBean if you think that would help. I did have trouble with ibiblio once when I requested files but closedthe connection without actually completing the download, so there doesseem to be some DoS protection.(That was fixed by using HEAD instead of GET to check whether the file exists.)Thanks, AaronOn 8/23/06, Joe Bohn [EMAIL PROTECTED] wrote: I created a new geronimo assembly (mini-g) without the tomcat or tomcat-deploy modules. Then I used a geronimo tomcat j2ee assembly admin console to create a plugin for the tomcat module.I then attempted to deploy the tomcat plugin into my mini-g assembly.I should also note that when I created the tomcat plugin I included http://www.ibiblio.org/maven2/ as a source repository so that the various tomcat and other necessary jars could be downloaded as necessary. The plug had the following 2 dependencies: - rmi-naming (which was already included in my mini-g assembly - geronimo-tomcat jar I manually included this jar into repository\org\apache\geronimo\modules\ prior to my attempt to install the plugin because I knew this version of the jar would not be available on GeronimoPlugins.com or ibiblio. When I attempt to install the plugin I get a 503 on the geronimo cmd console on the 9th tomcat jar it attempts to download from ibiblio.I can access the jar just fine outside of the deploy. Am I doing something wrong?Do you think there is there some type of denial of service protection on ibiblio that only lets me get 8 of the tomcat jars before shutting me down on the ninth?I saw the ibiblio reference in another plugin so I assumed that this could be used to download these dependencies when I created the tomcat plugin. Here's the error on the server: 12:40:03,437 INFO[AbstractRepository] Installed module configuration; id=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car; location=C:\g-images\trunk\geron imo-framework-1.2-SNAPSHOT\repository\org\apache\geronimo\configs\tomcat\1.2-SNAPSHOT\tomcat-1.2-SNAPSHOT.car 12:40:03,453 WARN[ConfigurationStoreUtil] Checksum file not found: C:\g-images\trunk\geronimo- framework-1.2-SNAPSHOT\repository\org\apache\geronimo\configs\to mcat\1.2-SNAPSHOT\tomcat-1.2-SNAPSHOT.car\META-INF\config.ser.sha1 12:40:04,547 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30936.tmp 12:40:05,094 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo- plugin-download-30937.tmp 12:40:06,031 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30938.tmp 12:40:06,547 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30939.tmp 12:40:07,000 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo- plugin-download-30940.tmp 12:40:07,734 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30941.tmp 12:40:08,391 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30942.tmp 12:40:09,297 WARN[PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo- plugin-download-30943.tmp 12:40:09,516 WARN[PluginInstallerGBean] Unable to read from http://www.ibiblio.org/maven2/ java.io.IOExceptionat sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:602)at org.apache.geronimo.system.plugin.PluginInstallerGBean.connect(PluginInstallerGBean.java:990) at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact(PluginInstallerGBean.java:1075)at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact( PluginInstallerGBean.java:1034)at org.apache.geronimo.system.plugin.PluginInstallerGBean.openStream(PluginInstallerGBean.java:924)at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact (PluginInstallerGBean.java:676)at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(PluginInstallerGBean.java:749)at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact (PluginInstallerGBean.java:749)at
Re: loading plugin dependencies from ibiblio
Oversight. The Maven guys have suggested that they have some code we could reuse to execute the downloads, but I've never been able to beat it out of them. It would be nice to switch over to theirs, but in the mean time, it should be easy enought o add the SNAPSHOT support to our download code. Have you put in a Jira for that? Thanks, Aaron On 8/23/06, Guillaume Nodet [EMAIL PROTECTED] wrote: Btw, the PluginInstallerGBean is unable to download snapshots artifacts. The problem is that when snapshots are deployed to a m2 repo, you don't have a jar named -SNAPSHOT, but rather timestamped jars, where the last one is given in the maven-metadata.xml in the -SNAPSHOT directory (not the one in the parent dir used to know which versions are available). Is this an oversight or a feature ? On 8/23/06, Aaron Mulder [EMAIL PROTECTED] wrote: I'm able to use ibiblio to install the Directory plugin which has loads of dependencies. But maybe this has one more than that one. You could try putting a small delay between downloads in the PluginInstallerGBean if you think that would help. I did have trouble with ibiblio once when I requested files but closed the connection without actually completing the download, so there does seem to be some DoS protection. (That was fixed by using HEAD instead of GET to check whether the file exists.) Thanks, Aaron On 8/23/06, Joe Bohn [EMAIL PROTECTED] wrote: I created a new geronimo assembly (mini-g) without the tomcat or tomcat-deploy modules. Then I used a geronimo tomcat j2ee assembly admin console to create a plugin for the tomcat module. I then attempted to deploy the tomcat plugin into my mini-g assembly. I should also note that when I created the tomcat plugin I included http://www.ibiblio.org/maven2/ as a source repository so that the various tomcat and other necessary jars could be downloaded as necessary. The plug had the following 2 dependencies: - rmi-naming (which was already included in my mini-g assembly - geronimo-tomcat jar I manually included this jar into repository\org\apache\geronimo\modules\ prior to my attempt to install the plugin because I knew this version of the jar would not be available on GeronimoPlugins.com or ibiblio. When I attempt to install the plugin I get a 503 on the geronimo cmd console on the 9th tomcat jar it attempts to download from ibiblio. I can access the jar just fine outside of the deploy. Am I doing something wrong? Do you think there is there some type of denial of service protection on ibiblio that only lets me get 8 of the tomcat jars before shutting me down on the ninth? I saw the ibiblio reference in another plugin so I assumed that this could be used to download these dependencies when I created the tomcat plugin. Here's the error on the server: 12:40:03,437 INFO [AbstractRepository] Installed module configuration; id=org.apache.geronimo.configs/tomcat/1.2-SNAPSHOT/car; location=C:\g-images\trunk\geron imo-framework-1.2-SNAPSHOT\repository\org\apache\geronimo\configs\tomcat\1.2-SNAPSHOT\tomcat-1.2-SNAPSHOT.car 12:40:03,453 WARN [ConfigurationStoreUtil] Checksum file not found: C:\g-images\trunk\geronimo- framework-1.2-SNAPSHOT\repository\org\apache\geronimo\configs\to mcat\1.2-SNAPSHOT\tomcat-1.2-SNAPSHOT.car\META-INF\config.ser.sha1 12:40:04,547 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30936.tmp 12:40:05,094 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo- plugin-download-30937.tmp 12:40:06,031 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30938.tmp 12:40:06,547 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30939.tmp 12:40:07,000 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo- plugin-download-30940.tmp 12:40:07,734 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30941.tmp 12:40:08,391 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo-plugin-download-30942.tmp 12:40:09,297 WARN [PluginInstallerGBean] Unable to delete temporary download file C:\DOCUME~1\bohn\LOCALS~1\Temp\geronimo- plugin-download-30943.tmp 12:40:09,516 WARN [PluginInstallerGBean] Unable to read from http://www.ibiblio.org/maven2/ java.io.IOException at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:602) at org.apache.geronimo.system.plugin.PluginInstallerGBean.connect(PluginInstallerGBean.java:990) at
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
On Aug 23, 2006, at 12:56 PM, Guillaume Nodet wrote: I don't really see why it should be in the 1.1 branch for the following reasons: First off... the plugin is to support G 1.1 * it's a m2 plugin and can not be part of the 1.1 release procedure, at least for the reason that it depends on the artifacts being published on a m2 repo, which will obviously not be the case when releasing geronimo. Second, it depends on the G 1.1 artifacts. Its easy enough to hook it up to the m1 build. * it will never be part of the distributions Neither does the 1.2 plugins, but they are released to the same artifact repository. And infact one of the distributions does not contain any of the ejb stuff (minimal), so does that mean that all of the ejb related modules should live outside of the 1.2 tree? Um... no :-P * it would be very nice, if users could use it asap and not wait until 1.1.x to be able to build Geronimo plugins in an easier way than building them manually What tree they go into has little or nothing to do with how users will be able to access it before an official release. Any locations would be fine, but i really do not see it in the branches/1.1 or something like that, unless we could release it independanly. I have checked it in /sandbox/car-maven-plugin until we find on an agreement for its future location. I'm going to insist that we put this into branches/1.1. Of course you can release it independently... you can do that for anything in an module... its only a matter of how much extra work (and possibly pain) we want to take on to manage and maintain the setup. I would to see, this code added to branches/1.1, and then released as a 1.1.2-SNAPSHOT, and then get folks building plugins for 1.1 to switch over to using it, and then we can discus how/when we want to release it. My gut tells me we want to release it with the server. Its going to be much easier for users to know that when I G 1.1.x that I need to use the CAR 1.1.x plugin. If they get out of sync, then we are just going to confuse people. --jason
Re: Returning to Commit-Then-Review?
Just a correction On Aug 23, 2006, at 1:14 PM, David Blevins wrote: On Aug 22, 2006, at 6:56 PM, David Blevins wrote: I'd be more inclined to talk about what we want to apply it to and how. More thoughts on the where and how topic. So far my thoughts on how; review to your satisfaction and +1, 72 hour cut off. As far as where I'm inclined to say at your discretion where the following are encouraged: - Significant new functionality - Significant changes - Patches from Contributors - Borderline fixes to a stable branch Whether or not it merits RTC would be at your discretion. It is to your advantage in these situations because: - Significant new functionality and Significant changes: It's a Get out of jail free card. Having more people understand your code keeps you from spending all day on the user list. You do support your code on the user list, right? The sentence Having more people..., should be Also, having more people... as to make it clear that it's a second unrelated point rather than an explanation of the first point. Thanks, David - Patches from Contributors: Getting three votes for your patches is not a bad way to, in time, get your three votes to be a committer. Let's be clear, someone who commits all your patches with no review from others on the project isn't doing you any favors. It's in your interest to push to get your votes on every patch. - Borderline 'fixes' to a stable branch: It's a given you will think everything you want to put in a stable branch is important. But, is it a fix or is it a new feature? If you think others may disagree, you may want to put it up for review or you may find yourself running the TCK all alone with no help. Those are the advantages you stand to gain should you choose to use RTC for any of the above situations. RTC is not the only way to get the above benefits, so it is at your discretion whether or not your situation merits it. My pragmatic take on RTC for the moment. -David
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
I would totally agree with you if maven allows you to release something whichis dependant on a snapshot (even a plugin). Which unfortunately is not the case ...Btw, a non snapshot release of genesis would be nice, because i'd like to ask for a release of xbean (which is now dependant on genesis)The xbean release is needed to release the jencks project which has beenupdated to G 1.1, and which is a dependency of ServiceMix. ServiceMix also depends on the snapshot car-plugin for G. ... and I was hoping i would be able to ask for a ServiceMix release in a few weeks ...Seriously, i can put it anywhere you want, but i really need a released version asap, and not have to wait 3 or 4 months until 1.1.2 is shipped. Well, i always have the possibility to build it and deploy it in ServiceMix private repo under a timestamped version (but not a snapshots). But I'm sure i'm not the only one in this case and I'd rather do itthe right way. On 8/23/06, Jason Dillon [EMAIL PROTECTED] wrote: I think we just add it to 1.1, leave it as a snapshot plugin for themoment, and then release it when 1.1.2 rolls out.--jasonOn Aug 23, 2006, at 7:56 AM, Matt Hogstrom wrote: -1 on adding it to 1.1.1. Put it in 1.1.2.1.1.1 has been delayed for a few weeks for minor changes. Jason Dillon wrote: On Aug 22, 2006, at 4:12 PM, Guillaume Nodet wrote: On 8/23/06, Jason Dillon [EMAIL PROTECTED] wrote: Its probably not going to go into 1.1.1 unless you have it done right now and all is good... but defs for 1.1.2. It's done and it works for my plugins.That does not mean there is no bugs. Mkay... so lets add it to branches/1.1, merge to 1.1.1 and include it in the release. But we could always make a 1.1.1.1 with just that addition of the plugin. Do you volunteer do release the full geronimo server, just to include a plugin, which would btw not be included in the distribution itself ? I'm not gonna volunteer to do any m1 related stuff :-Pm2 stuff is killing me asis... :-\ --jason-- Cheers,Guillaume Nodet
Re: Yoko and Geronimo
Looks like the bits to configure surefire are fine, except you'd want
to change the value of somedir.
I recommend that you use the dependency plugin in your module's pom
to download and install the needed jars to be placed into the
endorsed dir (which will end up in the modules target/endorsed or
something similar). Then configure the java.endorsed.dirs to point
at that directory.
Here is an example... not the right dependencies but I think it will
give you the idea:
{code:xml}
plugin
groupIdorg.codehaus.mojo/groupId
artifactIddependency-maven-plugin/artifactId
executions
execution
idunpack-endorsed/id
phasegenerate-test-resources/phase
goals
goalunpack/goal
/goals
configuration
artifactItems
artifactItem
groupIdorg.apache.yoko/groupId
artifactIdyoko/artifactId
version1.0/version
typejar/type
/artifactItem
/artifactItems
outputDirectory${project.build.directory}/
endorsed/outputDirectory
/configuration
/execution
/executions
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
forkModeonce/forkMode
workingDirectory${project.build.directory}/
workingDirectory
argLine-Djava.endorsed.dirs=${project.build.directory}/
endorsed/argLine
/configuration
/plugin
{code}
Lemme know if you need anything else.
--jason
On Aug 23, 2006, at 10:13 AM, Dain Sundstrom wrote:
You will need to configure the surefire (testing) plugin to fork
your tests into a new vm and set the endorsed dir for that new vm.
The first is easy but the second will be difficult. First off the
docs for the sure fire plugin can be found here
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html
Here is an example setting
project
...
build
...
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
configuration
forkModeonce/forkMode
argLine-Djava.endorsed.dirs=somedir/argLine
/configuration
/plugin
...
/build
...
/project
The problem will be selecting a dir on the filesystem that will
include the endorsed API. BTW you could also set the boot class
path in the argLine above, but testing endorsed dir will be more
representative of the runtime environment.
Jason, you have any ideas on how to configure this?
-dain
On Aug 23, 2006, at 3:10 AM, Rick McGuire wrote:
Dain Sundstrom wrote:
On Aug 11, 2006, at 12:40 PM, Dain Sundstrom wrote:
Rick,
I believe what you really want to do is to use the endorsed
directory. This allows you to override the vm implementation of
endorsed specification such as corba (https://java.sun.com/j2se/
1.5.0/docs/guide/standards/index.html). In general, you should
try to keep the stuff in the endorsed jar to a minimum as not to
pollute the class path. In geronimo, to add something to the
endorsed dir, you need to add it to our endorsed manifest entry
Endorsed-Dirs (I have no idea where this is set in the build)
and you need to modify the build to put the jar into lib/
endorsed by modifying the bin.xml.
I'm dumb. You simply need to add the jar to lib/endorsed jar in
the boilerplate config (thanks Jason), and add it to the manifest
class path of the j2ee-system configuration (see the pom file in
that dir). It will be added to the system class path and marked
as endorsed so it can override the corba specs just like we
override the xml specs using xerces.
Ok, this looks pretty simple, but, unfortunately, it only
addresses the issues when running/building Geronimo. I'm running
into a problem trying to get the unit tests to run while building
openejb2. I've been trying to find the equivalent touch points in
the openejb2 build, and have not had much success. I'm definitely
skating on thin ice (not good for a person of my size :-) ) when
it comes to the m2 stuff, so I'd appreciate any help/pointers I
can get on this.
Rick
-dain
