[jira] Assigned: (GERONIMO-2280) FileKeystoreInstance.getKeyManager() fails when there is more than one privatekey in the store
[ http://issues.apache.org/jira/browse/GERONIMO-2280?page=all ] Vamsavardhana Reddy reassigned GERONIMO-2280: - Assignee: Alan Cabrera (was: Vamsavardhana Reddy) > FileKeystoreInstance.getKeyManager() fails when there is more than one > privatekey in the store > -- > > Key: GERONIMO-2280 > URL: http://issues.apache.org/jira/browse/GERONIMO-2280 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 1.1 >Reporter: Vamsavardhana Reddy > Assigned To: Alan Cabrera > Fix For: 1.2, 1.1.2 > > Attachments: GERONIMO-2280.patch > > > FileKeystoreInstance.getKeyManager() fails when there is more than one > privatekey in the store. > Scenario 1: The method will throw UnrecoverableKeyException if the all the > private key entries in the keystore do not have the same password (as the > entry of our interest). > Scenario 2: Even if all the private key entries have the same password and > the method returns a KeyManager, there is no control on which enrty will be > used. > To overcome this, a temporary keystore (I call it a SubKeystore) can be > generated and initialized with the entry corresponding to the alias and used > to init the KeyManagerFactory. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-2279) FileKeyStoreInstance: Does not save keyPasswords after removing an entry
[ http://issues.apache.org/jira/browse/GERONIMO-2279?page=all ] Vamsavardhana Reddy reassigned GERONIMO-2279: - Assignee: Alan Cabrera (was: Vamsavardhana Reddy) > FileKeyStoreInstance: Does not save keyPasswords after removing an entry > > > Key: GERONIMO-2279 > URL: http://issues.apache.org/jira/browse/GERONIMO-2279 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 1.1 >Reporter: Vamsavardhana Reddy > Assigned To: Alan Cabrera >Priority: Minor > Fix For: 1.2, 1.1.2 > > Attachments: GERONIMO-2279.patch > > > keyPasswords are not saved after the password of deleted entry is removed > from the HashMap. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-2271) Security Realm deployed as part of a web app listed as "Serverwide"
[ http://issues.apache.org/jira/browse/GERONIMO-2271?page=all ] Alan Cabrera reassigned GERONIMO-2271: -- Assignee: Alan Cabrera (was: Vamsavardhana Reddy) > Security Realm deployed as part of a web app listed as "Serverwide" > --- > > Key: GERONIMO-2271 > URL: http://issues.apache.org/jira/browse/GERONIMO-2271 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 1.2, 1.1, 1.1.1, 1.1.x > Environment: Win XP, G1.1.1-SNAPSHOT Tomcat >Reporter: Vamsavardhana Reddy > Assigned To: Alan Cabrera > Fix For: 1.2, 1.1.x, 1.1.2 > > Attachments: GERONIMO-2271.patch > > > I have deployed a web application with its own security realm. The new > security realm is shown as "Serverwide" in Security Realms portlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2352) j2ee-builder test deployment modules won't actually deploy
j2ee-builder test deployment modules won't actually deploy -- Key: GERONIMO-2352 URL: http://issues.apache.org/jira/browse/GERONIMO-2352 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Reporter: Bill Dudney The ear/war/ejb-jar/rar files wont actually deploy to the server. I have a partial patch avalible but I'd like to get some discussion going on how to fix some of the problems, that is happening in the dev list. I will post the complete patch here when that discussion is wrapped up. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2351) The plugin deployer is unable to download snapshots from an m2 repository
The plugin deployer is unable to download snapshots from an m2 repository - Key: GERONIMO-2351 URL: http://issues.apache.org/jira/browse/GERONIMO-2351 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: deployment Affects Versions: 1.1 Reporter: Guillaume Nodet 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). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2332) RTC Put the generated xmlbeans files for the j2ee 1.4 schemas in svn in a spec module so we don't need the schemas in svn at all
[ http://issues.apache.org/jira/browse/GERONIMO-2332?page=all ] David Jencks updated GERONIMO-2332: --- Attachment: GERONIMO-2332-1.1-v2.patch GERONIMO-2332-1.1-openejb-v2.patch I've created stuff in the tck project to generate a similar jar. Here are patches to the 1.1 branch that use the new jar. > RTC Put the generated xmlbeans files for the j2ee 1.4 schemas in svn in a > spec module so we don't need the schemas in svn at all > > > Key: GERONIMO-2332 > URL: http://issues.apache.org/jira/browse/GERONIMO-2332 > Project: Geronimo > Issue Type: RTC > Security Level: public(Regular issues) > Components: specs >Affects Versions: 1.2, 1.1.1, 1.1.2 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 1.2, 1.1.1, 1.1.2 > > Attachments: GERONIMO-2332-1.1-openejb-v2.patch, > GERONIMO-2332-1.1-v2.patch, GERONIMO-2332-1.1.patch, > GERONIMO-2332-openejb-2.1.patch, GERONIMO-2332-trunk.patch, > geronimo-schema_1.4_spec-generated-src.zip, geronimo-schema_1.4_spec-src.zip > > > See GERONIMO-2307. It seems that the option with the least legal exposure is > to not distribute and sun schema files and not have any in our svn. This is > a proposed spec module that uses a m2 profile to pull the schemas from suns > website (where they are freely available), run xmlbeans on them, and remove > the copies of the schemas that xmlbeasn helpfully tries to include in the > output. We can then check this stuff into svn. > A normal non-profile build then just builds these sources into a jar. We can > replace the xmlbeans step in j2ee-schema with a geronimo dependency on this > new spec jar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2350) CertificateChainCallbackHandler willfully conceals causes of failure
CertificateChainCallbackHandler willfully conceals causes of failure Key: GERONIMO-2350 URL: http://issues.apache.org/jira/browse/GERONIMO-2350 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: security Affects Versions: 1.1.2, 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.1.2, 1.2 The CertificateChainCallbackHandler has a lot of ways to fail, all of which are caused by configuration errors, not invalid user input/attempts to hack in. This stuff is hard enough to set up without hiding problems. This should be improved to clearly indicate the problems when they occur. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2349) jta 1.1 support with container manager jpa support in transaction module
[ http://issues.apache.org/jira/browse/GERONIMO-2349?page=all ] David Jencks updated GERONIMO-2349: --- Attachment: GERONIMO-2349-1.patch First snapshot of implementing jee 5 support without the interfaces > jta 1.1 support with container manager jpa support in transaction module > > > Key: GERONIMO-2349 > URL: http://issues.apache.org/jira/browse/GERONIMO-2349 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: transaction manager >Affects Versions: 1.2 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 1.2 > > Attachments: GERONIMO-2349-1.patch > > > We need a strategy for supporting jta 1.1 and parts of jpa in the transaction > module while still passing the j2ee 1.4 signature tests. Here's a proposal: > - put the basis for support into the current transaction module, but don't > use any jee5 interfaces > - add an additional transaction-jta11 module that uses the new interfaces and > extends the appropriate classes in transaction. > I've started along this path. I'll put the new module in sandbox and supply > a patch for the changes to the existing transaction module. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2349) jta 1.1 support with container manager jpa support in transaction module
jta 1.1 support with container manager jpa support in transaction module Key: GERONIMO-2349 URL: http://issues.apache.org/jira/browse/GERONIMO-2349 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: transaction manager Affects Versions: 1.2 Reporter: David Jencks Assigned To: David Jencks Fix For: 1.2 Attachments: GERONIMO-2349-1.patch We need a strategy for supporting jta 1.1 and parts of jpa in the transaction module while still passing the j2ee 1.4 signature tests. Here's a proposal: - put the basis for support into the current transaction module, but don't use any jee5 interfaces - add an additional transaction-jta11 module that uses the new interfaces and extends the appropriate classes in transaction. I've started along this path. I'll put the new module in sandbox and supply a patch for the changes to the existing transaction module. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2348) Tomcat ConnectorGBean does not handle attribute values properly
[ http://issues.apache.org/jira/browse/GERONIMO-2348?page=all ] Vamsavardhana Reddy updated GERONIMO-2348: -- Attachment: GERONIMO-2348.patch GERONIMO-2348.patch: ConnectorGBean is calling connector.setAttribute() where as getter and setter methods are available for handling hostLookupEnabled, redirectPort, maxSavePostSize, useBodyEncodingForURI. Because of this, these attributes are propagated to protocol handler which is ignoring these attributes. Provided patch fixes this problem by invoking getter, setter methods. > Tomcat ConnectorGBean does not handle attribute values properly > --- > > Key: GERONIMO-2348 > URL: http://issues.apache.org/jira/browse/GERONIMO-2348 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: Tomcat >Affects Versions: 1.1, 1.0, 1.1.1 > Environment: Win XP, Geronimo Tomcat 1.1.1-SNAPSHOT >Reporter: Vamsavardhana Reddy > Assigned To: Vamsavardhana Reddy > Fix For: 1.2, 1.1.x, 1.1.2 > > Attachments: GERONIMO-2348.patch > > > Tomcat ConnectorGBean does not handle the following attributes properly. > 1. hostLookupEnabled > 2. redirectPort > 3. maxSavePostSize > 4. useBodyEncodingForURI > There may be other attributes that are not handled properly as well. So, far > I have confirmed the above list. I will continue investigation and update > the list. > A similar problem GERONIMO-2343 is observed and fixed by Krishnakumar B. And > the fix is also similar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2348) Tomcat ConnectorGBean does not handle attribute values properly
Tomcat ConnectorGBean does not handle attribute values properly --- Key: GERONIMO-2348 URL: http://issues.apache.org/jira/browse/GERONIMO-2348 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 1.1, 1.0, 1.1.1 Environment: Win XP, Geronimo Tomcat 1.1.1-SNAPSHOT Reporter: Vamsavardhana Reddy Assigned To: Vamsavardhana Reddy Fix For: 1.1.2, 1.1.x, 1.2 Attachments: GERONIMO-2348.patch Tomcat ConnectorGBean does not handle the following attributes properly. 1. hostLookupEnabled 2. redirectPort 3. maxSavePostSize 4. useBodyEncodingForURI There may be other attributes that are not handled properly as well. So, far I have confirmed the above list. I will continue investigation and update the list. A similar problem GERONIMO-2343 is observed and fixed by Krishnakumar B. And the fix is also similar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: 1.2 Release - Who's next and what is it?
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) What's going into your performance work Matt? Also, are you willing to pass the baton of release master? Regards, Alan
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
No, there was not. Jason, what' s the added value of genesis for xbean right now ? If it prevent us to release, can we wait a bit or revert ? I think Jason did that to use the geronimo css for xbean maven site. On 8/24/06, Alan D. Cabrera <[EMAIL PROTECTED]> wrote: Good question. What is genesis? Did I miss an RTC vote? Regards, Alan Dain Sundstrom wrote: > Does xbean need genesis? > > -dain > > On Aug 23, 2006, at 6:18 PM, David Blevins wrote: > >> Do we really want xbean dependent on genesis? Seems like it's not >> working out too well. >> >> -David >> >> Begin forwarded message: >> >>> From: "Guillaume Nodet" <[EMAIL PROTECTED]> >>> Date: August 23, 2006 1:44:02 PM PDT >>> To: dev@geronimo.apache.org >>> Subject: Re: [PROPOSAL] Car maven plugin dedicated to G 1.1 >>> Reply-To: dev@geronimo.apache.org >>> >>> I would totally agree with you if maven allows you to release >>> something which >>> is 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 >>> been >>> updated 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 it >>> the 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 the >>> moment, and then release it when 1.1.2 rolls out. >>> >>> --jason >>> >>> >>> On 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 :-P m2 stuff >>> >> is killing me asis... :-\ >>> >> --jason >>> >>> >>> >>> >>> --Cheers, >>> Guillaume Nodet > -- Cheers, Guillaume Nodet
Re: [VOTE] Specs organization, versioning, and releasing
+1 I thought that I already voted on this. Regards, Alan Jason Dillon wrote: Okay, since there is still some debate about how to actually release these modules, I am going to commit some partial work to clean up the project and we can continue to discus how the release will be made. So far we have: +1: jason, dblevins, dain, bsynder, bdudney, gnodet, matt, paul, joe, rick, kevan +0: jacek * * * So, I'm going to commit the changes I have to use the same directory name and artifactId and some pom changes which can be used for any of the release models which we have been talking about. --jason
Re: Problem with current build on OS X
Could you check if the geronimo-core-1.1.jar is in the classpath (lib directory) ? On 8/23/06, ldangelo <[EMAIL PROTECTED]> 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 org.springframewor
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. >-- >James It might be James, But I am not getting this, thats why I am sending the code of sender and receiver Pls let me know what is the wrong with this code? ***Sender** p queue, queue1 ; p consumer, consumer1 ; p producer ; p message; p qTemp; char sJMSId[100]; sprintf(sJMSId, "JMSCorrelationID = '%s'", CorrelationID); // Connect to a queue // for sending the message queue = session->getQueue("FOO.BAR") ; printf("\nCorrelation Id-> %s\n", CorrelationID); // Create producer producer = session->createProducer(queue) ; producer->setPersistent(true) ; // For Listening qTemp = session->createTemporaryQueue(); consumer = session->createConsumer(qTemp, "JMSCorrelationID = 'username'") ; consumer->setMessageListener( smartify(this) ) ; // while(1) { char MsgStr[50]; printf("\n\nEnter message : "); fflush(stdin); cin.getline(MsgStr, 500); message = session->createTextMessage( MsgStr ); message->setJMSReplyTo(qTemp); message->setJMSCorrelationID("username") ; if (strcmp(MsgStr, "END")!=0) { producer->send(message); sleep(1); } else { printf("\nTerminaing\n"); sleep(1); break; } } // Wait for asynchronous message for 1s semaphore.wait(1) ; // Check if any error was registered by the message handler if( error != NULL ) throw TraceException( error ) ; *End Sender*** Receiver void TestReceiveQueue::onMessage(p message) { p NGid; p message2; p qDestination; char Replay[100]= {'s','a','i','f','i','1','a','r','a','s','h','a','d'}; p sReceive; if( message == NULL ) { error = "Received a null message" ; semaphore.notify() ; return ; } NGid = message->getJMSCorrelationID(); if (strcmp((sReceive = mess->getText())->c_str(), "")!=0) { printf("\nRecieved message ->%s\n", mess->getText()->c_str()); producer = session->createProducer(message->getJMSReplyTo()) ; strcat(Replay, mess->getText()->c_str()); message2 = session->createTextMessage(Replay); message2->setJMSCorrelationID(NGid->c_str() ); producer->send(message->getJMSReplyTo(), message2) ; } else { printf("\nNULL Message Received\n"); } } Thanks Arashad Ahamad -- View this message in context: http://www.nabble.com/How-to-create-a-temporary-Queue-tf2145190.html#a5958074 Sent from the ActiveMQ - Dev forum at Nabble.com.
Re: Geronimo site POC using Confluence & Autoexport
I think we'd have to wget the site and the massage it. --jason On Aug 23, 2006, at 10:17 PM, David Blevins wrote: Assuming you did have access to the box, what steps would be required to get things setup? I know I'm asking an unnatural question as I typically start my thinking while staring at the command prompt and type commands iteratively till things work. But I'm just thinking if we could maybe figure that out, we could work with someone who does have access. I'd also like to use this for GBuild and OpenEJB, so I'm keen on seeing it solved. -David On Aug 23, 2006, at 5:39 PM, Jason Dillon wrote: So, it looks like there is going to need some convincing to get access to the exported content, so that we can post process and massage these spaces into our main website. I'm not even sure that it is going to be worth the effort to try and convince Apache infra that we need the access. Seems like they are only willing to give accounts on systems to Apache members. So, I wonder if we could just run our own Confluence instance on our zone, only use it to author, then export the content, massage and then svn ci. I guess we could also do the same by moving the spaces to goopen.org too, which will provide us the required access to implement the site that we all want to implement. I'm frustrated... we now have a Confluence instance on ASF, but we can't really use it to produce the results we want... unless you want to see http://geronimo.apache.org become a set of http:// cwiki.apache.org* URs... which I find very distasteful. There might be some way to configure httpd to rewrite urls so that http://cwiki.apache.org/GMOxSITE looks like http:// geronimo.apache.org and that http://cwiki.apache.org/GMOxKB looks like http://cwiki.apache.org/GMOxKB, etc... but I wonder if that is really worth all of the effort. I guess we could use wget to grab the entire http:// cwiki.apache.org/GMOxSITE and then massage and check in... but that is terribly inefficient and add more unwanted time lapse between updating content to making the content live. So, in short... I can't do anything related to making GMOxSITE the official website until there is a way to get access to the exported content, or get the httpd configuration changed for our vhost. I feel like we have a spiffy new Ferrari that we can only drive at 5 mph... and as soon as you hit 6 mph it starts to hit you on the head. :-( --jason
Re: Release XBean 2.6 ?
Guillaume Nodet wrote: I'd like to release XBean 2.6 asap. I wanted to delay it until qdox 1.6 is out, which is now done. Unfortunately, it is compiled with JDK 5, and thus i think we can not use it, unless we all agree to put a JDK 5 dependency at compilation time (as qdox is only used to generate the mapping). There is also one JIRA in RTC about the classloader module, so if people could vote on it ... Or should be delay it until next release ? Another problem is that we will need a release of the genesis stuff ... Thoughts ? Let's not hold up the 2.6 release for the classloader stuff. I'm surprised that it's taking so long for people to review it. Regards, Alan
Re: Geronimo site POC using Confluence & Autoexport
Assuming you did have access to the box, what steps would be required to get things setup? I know I'm asking an unnatural question as I typically start my thinking while staring at the command prompt and type commands iteratively till things work. But I'm just thinking if we could maybe figure that out, we could work with someone who does have access. I'd also like to use this for GBuild and OpenEJB, so I'm keen on seeing it solved. -David On Aug 23, 2006, at 5:39 PM, Jason Dillon wrote: So, it looks like there is going to need some convincing to get access to the exported content, so that we can post process and massage these spaces into our main website. I'm not even sure that it is going to be worth the effort to try and convince Apache infra that we need the access. Seems like they are only willing to give accounts on systems to Apache members. So, I wonder if we could just run our own Confluence instance on our zone, only use it to author, then export the content, massage and then svn ci. I guess we could also do the same by moving the spaces to goopen.org too, which will provide us the required access to implement the site that we all want to implement. I'm frustrated... we now have a Confluence instance on ASF, but we can't really use it to produce the results we want... unless you want to see http://geronimo.apache.org become a set of http:// cwiki.apache.org* URs... which I find very distasteful. There might be some way to configure httpd to rewrite urls so that http://cwiki.apache.org/GMOxSITE looks like http:// geronimo.apache.org and that http://cwiki.apache.org/GMOxKB looks like http://cwiki.apache.org/GMOxKB, etc... but I wonder if that is really worth all of the effort. I guess we could use wget to grab the entire http:// cwiki.apache.org/GMOxSITE and then massage and check in... but that is terribly inefficient and add more unwanted time lapse between updating content to making the content live. So, in short... I can't do anything related to making GMOxSITE the official website until there is a way to get access to the exported content, or get the httpd configuration changed for our vhost. I feel like we have a spiffy new Ferrari that we can only drive at 5 mph... and as soon as you hit 6 mph it starts to hit you on the head. :-( --jason
Re: Returning to Commit-Then-Review?
Rodent of Unusual Size wrote: -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. This seems like a nice RTC/CTR compromise to me. Regards, Alan
Re: Returning to Commit-Then-Review?
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 like RTC. I hope that it stays. However, I will not fight hard to keep it. I know human tendency and I believe that w/ CTR we will fall back into old bad habits. Regards, Alan
Re: Reviewing and committing
Dain Sundstrom wrote: On Aug 23, 2006, at 5:24 PM, Guillaume Nodet wrote: Is a subproject entitled to make such decisions ? Sorry, I didn't mean to imply we were able to make such decisions, but we can make a recommendation to the PMC that they allow xbean to operate under a different set of policies. I like RTC. Regards, Alan
Re: XBean and QDox
That would be sweet. Regards, Alan Dain Sundstrom wrote: [CC: xbean-dev] I'd like to introduce the concept of metadata sources to the xbean-spring code, so we can easily add metadata from anywhere. Then the real annotations code just becomes an optional source. -dain On Aug 23, 2006, at 5:43 PM, Guillaume Nodet wrote: FYI, I started this thread, just before qdox 1.6 has been released, but take a look at http://joe.truemesh.com/blog/000642.html. But I think the discussion on shifting to java 5 and annotations is still valid. On 8/13/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: It seems that nobody work on QDox since several months. (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html ) Does anyone know of any replacement we could use to allow java 5 parsing ? I was thinking of introducing real annotations, but this would make xbean-spring JDK 5 specific. Any thoughts ? --Cheers, Guillaume Nodet --Cheers, Guillaume Nodet
Re: XBean and QDox
Fine for me as well given that retroweaver is so good. Regards, Alan David Blevins wrote: Switching xbean-spring to java 5 is fine for me. On Aug 23, 2006, at 5:43 PM, Guillaume Nodet wrote: FYI, I started this thread, just before qdox 1.6 has been released, but take a look at http://joe.truemesh.com/blog/000642.html. But I think the discussion on shifting to java 5 and annotations is still valid. On 8/13/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: It seems that nobody work on QDox since several months. (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html ) Does anyone know of any replacement we could use to allow java 5 parsing ? I was thinking of introducing real annotations, but this would make xbean-spring JDK 5 specific. Any thoughts ? --Cheers, Guillaume Nodet --Cheers, Guillaume Nodet
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
Good question. What is genesis? Did I miss an RTC vote? Regards, Alan Dain Sundstrom wrote: Does xbean need genesis? -dain On Aug 23, 2006, at 6:18 PM, David Blevins wrote: Do we really want xbean dependent on genesis? Seems like it's not working out too well. -David Begin forwarded message: From: "Guillaume Nodet" <[EMAIL PROTECTED]> Date: August 23, 2006 1:44:02 PM PDT To: dev@geronimo.apache.org Subject: Re: [PROPOSAL] Car maven plugin dedicated to G 1.1 Reply-To: dev@geronimo.apache.org I would totally agree with you if maven allows you to release something which is 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 been updated 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 it the 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 the moment, and then release it when 1.1.2 rolls out. --jason On 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 :-P m2 stuff >> is killing me asis... :-\ >> --jason --Cheers, Guillaume Nodet
[STATUS] (geronimo) Wed Aug 23 23:48:53 2006
APACHE GERONIMO STATUS: -*-text-*- Last modified at [$Date: 2006-08-17 21:07:33 -0400 (Thu, 17 Aug 2006) $] The current version of this file can be found at: * http://svn.apache.org/repos/asf/geronimo/trunk/STATUS Upcoming Releases: Geronimo 1.2 -- geronimo/trunk/ Release Manager: Matt Hogstrom Estimated Date: September ?? Geronimo 1.1.1 -- geronimo/branches/1.1 Release Manager: Matt Hogstrom Estimated Date: August ?? RELEASE SHOWSTOPPERS: Outstanding patches awaiting votes: Release history: 2006-06-26 Geronimo 1.1 2006-01-05 Geronimo 1.0 2005-10-04 Geronimo 1.0 milestone 5 2005-08-10 Geronimo 1.0 milestone 4 2004-11-11 Geronimo 1.0 milestone 3 2004-09-09 Geronimo 1.0 milestone 2 2004-04-29 Geronimo 1.0 milestone 1 If you're a contributor looking for something to do: * Review the documentation and suggest improvements * Review the bug list and suggest fixes or report reproducibility * Report bugs yourself
Re: Returning to Commit-Then-Review?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jacek Laskowski wrote: > > 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? The distinction you're drawing between the PMC and the committers is an artificial one. I among others think they should be identical. - -- #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 iQCVAwUBRO0AYZrNPMCpn3XdAQLeYgP/aqdZM4lqzE4hS1Dty86/xi27lgOJ7L06 Pt+tJCWKLt2Txj84rrXGvCExVhmk5RXxSTXdaTLO2sLIwmhFC4a8oj6ZkYi6DfzQ lZnniciJ1DAiD3eGHSBXwX/pY2ZfKbznnJvrZWAzUOkmof3GGq31pFYT5phjZbfM 2qLHWQ/6FTM= =22ir -END PGP SIGNATURE-
Fwd: [PROPOSAL] Car maven plugin dedicated to G 1.1
Do we really want xbean dependent on genesis? Seems like it's not working out too well. -David Begin forwarded message: From: "Guillaume Nodet" <[EMAIL PROTECTED]> Date: August 23, 2006 1:44:02 PM PDT To: dev@geronimo.apache.org Subject: Re: [PROPOSAL] Car maven plugin dedicated to G 1.1 Reply-To: dev@geronimo.apache.org I would totally agree with you if maven allows you to release something which is 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 been updated 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 it the 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 the moment, and then release it when 1.1.2 rolls out. --jason On 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 :-P m2 stuff >> is killing me asis... :-\ >> --jason -- Cheers, Guillaume Nodet
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
On Aug 23, 2006, at 12:56 PM, Guillaume Nodet wrote: I have checked it in "/sandbox/car-maven-plugin" until we find on an agreement for its future location. Yay! I can really use this... Thanks for making it. -David 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 :-P m2 stuff is > killing me asis... :-\ > > --jason > > -- Cheers, Guillaume Nodet
Re: XBean and QDox
Switching xbean-spring to java 5 is fine for me. On Aug 23, 2006, at 5:43 PM, Guillaume Nodet wrote: FYI, I started this thread, just before qdox 1.6 has been released, but take a look at http://joe.truemesh.com/blog/000642.html. But I think the discussion on shifting to java 5 and annotations is still valid. On 8/13/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: It seems that nobody work on QDox since several months. (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html ) Does anyone know of any replacement we could use to allow java 5 parsing ? I was thinking of introducing real annotations, but this would make xbean-spring JDK 5 specific. Any thoughts ? -- Cheers, Guillaume Nodet -- Cheers, Guillaume Nodet
Re: XBean and QDox
I thought we were using the javadoc comments exposed by qdox to generate html docs, annotated schemas and whatnot. -David On Aug 23, 2006, at 5:43 PM, Guillaume Nodet wrote: What do you mean by "slurp in all the javadoc and make documentation". On 8/24/06, David Blevins <[EMAIL PROTECTED]> wrote: Any thoughts? -David On Aug 15, 2006, at 3:25 PM, David Blevins wrote: > Would we loose that cool "slurp in all the javadoc and make > documentation" feature? Guessing we'd have to re-implement that > somehow. > > -David > > On Aug 13, 2006, at 2:22 PM, Guillaume Nodet wrote: > >> It seems that nobody work on QDox since several months. >> (see http://www.nabble.com/Anyone-developing-QDox-- tf705135r1.html) >> Does anyone know of any replacement we could use to allow java 5 >> parsing ? >> >> I was thinking of introducing real annotations, but this would >> make xbean-spring >> JDK 5 specific. >> >> Any thoughts ? >> >> -- >> Cheers, >> Guillaume Nodet > -- Cheers, Guillaume Nodet
Re: Reviewing and committing
On Aug 23, 2006, at 5:24 PM, Guillaume Nodet wrote: Is a subproject entitled to make such decisions ? Sorry, I didn't mean to imply we were able to make such decisions, but we can make a recommendation to the PMC that they allow xbean to operate under a different set of policies. -dain
Re: XBean and QDox
[CC: xbean-dev] I'd like to introduce the concept of metadata sources to the xbean- spring code, so we can easily add metadata from anywhere. Then the real annotations code just becomes an optional source. -dain On Aug 23, 2006, at 5:43 PM, Guillaume Nodet wrote: FYI, I started this thread, just before qdox 1.6 has been released, but take a look at http://joe.truemesh.com/blog/000642.html. But I think the discussion on shifting to java 5 and annotations is still valid. On 8/13/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: It seems that nobody work on QDox since several months. (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html ) Does anyone know of any replacement we could use to allow java 5 parsing ? I was thinking of introducing real annotations, but this would make xbean-spring JDK 5 specific. Any thoughts ? -- Cheers, Guillaume Nodet -- Cheers, Guillaume Nodet
Re: XBean and QDox
FYI, I started this thread, just before qdox 1.6 has been released, but take a look at http://joe.truemesh.com/blog/000642.html. But I think the discussion on shifting to java 5 and annotations is still valid. On 8/13/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: It seems that nobody work on QDox since several months. (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html )Does anyone know of any replacement we could use to allow java 5 parsing ? I was thinking of introducing real annotations, but this would make xbean-springJDK 5 specific. Any thoughts ?-- Cheers,Guillaume Nodet -- Cheers,Guillaume Nodet
Re: XBean and QDox
What do you mean by "slurp in all the javadoc and make documentation". On 8/24/06, David Blevins <[EMAIL PROTECTED]> wrote: Any thoughts? -David On Aug 15, 2006, at 3:25 PM, David Blevins wrote: > Would we loose that cool "slurp in all the javadoc and make > documentation" feature? Guessing we'd have to re-implement that > somehow. > > -David > > On Aug 13, 2006, at 2:22 PM, Guillaume Nodet wrote: > >> It seems that nobody work on QDox since several months. >> (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html) >> Does anyone know of any replacement we could use to allow java 5 >> parsing ? >> >> I was thinking of introducing real annotations, but this would >> make xbean-spring >> JDK 5 specific. >> >> Any thoughts ? >> >> -- >> Cheers, >> Guillaume Nodet > -- Cheers, Guillaume Nodet
Re: Geronimo site POC using Confluence & Autoexport
So, it looks like there is going to need some convincing to get access to the exported content, so that we can post process and massage these spaces into our main website. I'm not even sure that it is going to be worth the effort to try and convince Apache infra that we need the access. Seems like they are only willing to give accounts on systems to Apache members. So, I wonder if we could just run our own Confluence instance on our zone, only use it to author, then export the content, massage and then svn ci. I guess we could also do the same by moving the spaces to goopen.org too, which will provide us the required access to implement the site that we all want to implement. I'm frustrated... we now have a Confluence instance on ASF, but we can't really use it to produce the results we want... unless you want to see http://geronimo.apache.org become a set of http:// cwiki.apache.org* URs... which I find very distasteful. There might be some way to configure httpd to rewrite urls so that http://cwiki.apache.org/GMOxSITE looks like http:// geronimo.apache.org and that http://cwiki.apache.org/GMOxKB looks like http://cwiki.apache.org/GMOxKB, etc... but I wonder if that is really worth all of the effort. I guess we could use wget to grab the entire http://cwiki.apache.org/ GMOxSITE and then massage and check in... but that is terribly inefficient and add more unwanted time lapse between updating content to making the content live. So, in short... I can't do anything related to making GMOxSITE the official website until there is a way to get access to the exported content, or get the httpd configuration changed for our vhost. I feel like we have a spiffy new Ferrari that we can only drive at 5 mph... and as soon as you hit 6 mph it starts to hit you on the head. :-( --jason
Re: XBean and QDox
Any thoughts? -David On Aug 15, 2006, at 3:25 PM, David Blevins wrote: Would we loose that cool "slurp in all the javadoc and make documentation" feature? Guessing we'd have to re-implement that somehow. -David On Aug 13, 2006, at 2:22 PM, Guillaume Nodet wrote: It seems that nobody work on QDox since several months. (see http://www.nabble.com/Anyone-developing-QDox--tf705135r1.html) Does anyone know of any replacement we could use to allow java 5 parsing ? I was thinking of introducing real annotations, but this would make xbean-spring JDK 5 specific. Any thoughts ? -- Cheers, Guillaume Nodet
Re: Reviewing and committing
Is a subproject entitled to make such decisions ? Anyway, I'm all in favor for a relaxed RTC, i.e. one should send a mail to the dev list annoucing what he is doing when working on big changes / new features. Lazy consensus seems the right thing for xbean to me. For example, I guess that my last mail to this list was lost, or that nobody had any strong objections about using qdox 1.6 which has been compiled with jdk 5. This would make xbean-spring tied to jdk 5 :( On 8/23/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote: 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 -- Cheers, Guillaume Nodet
Re: Reference to Sun internal classes..
Sure, thx ! It's in svn now. On 8/24/06, Jeppe <[EMAIL PROTECTED]> wrote: The references to CachedXPathAPI and XObject in the file XPathContentMessagePropertyValue.java is it necessary or desirable? The internal JDK classes can change at any time. Since these classes are only "renamed" apache classes, should we not add the apache library as a dependency instead? -- View this message in context: http://www.nabble.com/Reference-to-Sun-internal-classes..-tf2155662.html#a5955042 Sent from the ServiceMix - Dev forum at Nabble.com. -- Cheers, Guillaume Nodet
Reference to Sun internal classes..
The references to CachedXPathAPI and XObject in the file XPathContentMessagePropertyValue.java is it necessary or desirable? The internal JDK classes can change at any time. Since these classes are only "renamed" apache classes, should we not add the apache library as a dependency instead? -- View this message in context: http://www.nabble.com/Reference-to-Sun-internal-classes..-tf2155662.html#a5955042 Sent from the ServiceMix - Dev forum at Nabble.com.
Re: loading plugin dependencies from ibiblio
I think the code is related to the Maven embedder stuff... --jason On Aug 23, 2006, at 1:19 PM, Aaron Mulder wrote: 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] Un
Re: [VOTE] Specs organization, versioning, and releasing
Okay, since there is still some debate about how to actually release these modules, I am going to commit some partial work to clean up the project and we can continue to discus how the release will be made. So far we have: +1: jason, dblevins, dain, bsynder, bdudney, gnodet, matt, paul, joe, rick, kevan +0: jacek * * * So, I'm going to commit the changes I have to use the same directory name and artifactId and some pom changes which can be used for any of the release models which we have been talking about. --jason
Re: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Congrats David! Gianny On 24/08/2006, at 3: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
j2ee-builder tests?
Hi All, The tests in the j2ee-builder do not currently have valid deployment descriptors. While that's ok for this module because of the mocked out deployment bits I was hoping to use them in other tests. I have most of the stuff fixed up but there are a few things that I don't want to do without feedback. 1) there rar is empty, no jar's no xml in the deployment descriptors its just a place holder. Thoughts on what to do with that? cook up a simple rar? delete it? I lean towards making a simple rar. 2) The web.xml references a bogus bunch of ejb's with refs like 'fake- ejb-ref'. Couple of things we could do with this, make them point to valid ejb references in the ejb jar files that are part of this ear or delete them. I would/could add some extra EJB's to the ejb jar to make sure we covered all the reference types. 3) This is less important but I'd like to change the artifactId's so they are unique (i.e. test-ear-j2ee-1.{3,4}) so that I can deploy both of the ear files when its all said and done. 4) I'm not sure exactly how to do this with ear/war/ejb-jar but I'd like to have this module produce a 'tests' jar (we do this in cayenne with simple junit tests so we can reuse it across modules) and then reuse these deployment units in other automated tests. I'm game to poke at it but figure I might get a few of Jason's brain cells so I can be a bit lazier :-) I posted this jira; https://issues.apache.org/jira/browse/GERONIMO-2352 to track this issue. Thanks! -bd-
[VOTE] (RESULTS) Drop the M1 build artifacts in Trunk
Okay, I'm going to call this vote now. One extra +1 from Anita since my last email brings the tally to: +1: matt*, djencks*, prasad, jacek*, joe, paul, chris, gianny*, sachin*, john*, alan*, kevan*, jason, anita +100: dain 15 +1 (including dain's) which includes 8 +1 votes from PMC* members. No negative votes. * * * I'm going to begin removing m1 bits after the move of trunk tonight. I will send out more email that explains what I am going to do a little later. --jason
REMINDER: Trunk being moved in < 12 hours
Just a brief reminder... around 12:00AM PST (about 8 hours from now) trunk, branches and tags will be moved to: https://svn.apache.org/repos/asf/geronimo/server --jason
Re: loading plugin dependencies from ibiblio
We can easily change that :-) --jason On Aug 23, 2006, at 3:05 PM, Bruce Snyder wrote: On 8/23/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: Done. http://issues.apache.org/jira/browse/GERONIMO-2351 Too bad none of the Maven guys are included in the Geronimo group for JIRA, we could just assign it to one of them. Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61EG;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: loading plugin dependencies from ibiblio
On 8/23/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote: Done. http://issues.apache.org/jira/browse/GERONIMO-2351 Too bad none of the Maven guys are included in the Geronimo group for JIRA, we could just assign it to one of them. Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/ Apache ActiveMQ - http://incubator.apache.org/activemq/ Apache ServiceMix - http://incubator.apache.org/servicemix/ Castor - http://castor.org/
Re: loading plugin dependencies from ibiblio
Done.http://issues.apache.org/jira/browse/GERONIMO-2351On 8/23/06, Aaron Mulder < [EMAIL PROTECTED]> wrote: Oversight. The Maven guys have suggested that they have some code wecould reuse to execute the downloads, but I've never been able to beatit 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 ourdownload code. Have you put in a Jira for that?Thanks, AaronOn 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 WAR
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
On Aug 23, 2006, at 1:44 PM, Guillaume Nodet wrote: 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) Yes I know... though Genesis depends on a few maven plugins that are SNAPSHOTS to get around bugs in the non-SNAPSHOT versions. We can release it... just can't use the release plugin to do so. --jason
Re: Yoko and Geronimo
Dain pointed out that we don't want to "unpack" the dependencies... so the goal should be "copy", not "unpack", as in: {code:xml} org.codehaus.mojo dependency-maven-plugin unpack-endorsed generate-test-resources copy org.apache.yoko yoko 1.0 jar ${project.build.directory}/ endorsed org.apache.maven.plugins maven-surefire-plugin once ${project.build.directory}workingDirectory> -Djava.endorsed.dirs=${project.build.directory}/ endorsed {code} --jason On Aug 23, 2006, at 1:45 PM, Jason Dillon wrote: 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} org.codehaus.mojo dependency-maven-plugin unpack-endorsed generate-test-resources unpack org.apache.yoko yoko 1.0 jar ${project.build.directory}/ endorsed org.apache.maven.plugins maven-surefire-plugin once ${project.build.directory}workingDirectory> -Djava.endorsed.dirs=$ {project.build.directory}/endorsed {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 ... ... org.apache.maven.plugins maven-surefire-plugin once -Djava.endorsed.dirs=somedir ... ... 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: [jira] Commented: (AMQ-855) Add support for prefetchSize = 0
Hi! Is there any chance someone can give me a rough estimate of when this issue can be looked at. I would really appreciate if someone reviewed the patch and told me if there are issues with it. Right now I have time to resolve them. Thanks. - Vadim. -- View this message in context: http://www.nabble.com/-jira--Created%3A-%28AMQ-855%29-Add-support-for-prefetchSize-%3D-0-tf2035055.html#a5952876 Sent from the ActiveMQ - Dev forum at Nabble.com.
[jira] Resolved: (SM-553) MessageExchangeImpl.toString() converts message content to DOMSource
[ https://issues.apache.org/activemq/browse/SM-553?page=all ] Guillaume Nodet resolved SM-553. Fix Version/s: 3.0-M3 Resolution: Fixed Assignee: Guillaume Nodet Author: gnodet Date: Wed Aug 23 12:46:18 2006 New Revision: 434140 URL: http://svn.apache.org/viewvc?rev=434140&view=rev Log: Log file in distribution should not log at DEBUG level by default Modified: incubator/servicemix/trunk/apache-servicemix/src/main/release/conf/log4j.xml ... and ... Author: gnodet Date: Wed Aug 23 14:05:58 2006 New Revision: 434178 URL: http://svn.apache.org/viewvc?rev=434178&view=rev Log: Fix possible NPE, thx to Robert H. Pollack Modified: incubator/servicemix/trunk/servicemix-core/src/main/java/org/apache/servicemix/jbi/messaging/MessageExchangeImpl.java > 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 > Assigned To: Guillaume Nodet > Fix For: 3.0-M3 > > 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: [PROPOSAL] Car maven plugin dedicated to G 1.1
On 8/23/06, Jason Dillon <[EMAIL PROTECTED] > wrote: 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 I have to agree with you on this point.> * 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 hookit up to the m1 build.I don't think it is easy at all.When you release the 1.1.x server, you will publish artifacts on the m1 repo. You will have to wait until the release is official, published and synced to ibilbioon the m2 repo to be able to build the plugin. Or you keep the plugindependant on 1.1 artifacts (and not 1.1.x) and in this case, there is no value to release it at the same time.> * it will never be part of the distributions Neither does the 1.2 plugins, but they are released to the sameartifact repository. And infact one of the distributions does notcontain any of the ejb stuff (minimal), so does that mean that all ofthe 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 > manuallyWhat tree they go into has little or nothing to do with how userswill 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 courseyou can release it independently... you can do that for anything inan module... its only a matter of how much extra work (and possibly pain) we want to take on to manage and maintain the setup. Could you be more precise please ?Are you saying that we should put it under branches/1.1 and releaseit soon with a 1.1 version ? If yes, I guess we would have found an agreement ;) What do you mean by setup ? I would to see, this code added to branches/1.1, and then released asa 1.1.2-SNAPSHOT, and then get folks building plugins for 1.1 toswitch over to using it, and then we can discus how/when we want torelease 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.xthat I need to use the CAR 1.1.x plugin. If they get out of sync,then we are just going to confuse people. I agree with you on this point too. --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} org.codehaus.mojo dependency-maven-plugin unpack-endorsed generate-test-resources unpack org.apache.yoko yoko 1.0 jar ${project.build.directory}/ endorsed org.apache.maven.plugins maven-surefire-plugin once ${project.build.directory}workingDirectory> -Djava.endorsed.dirs=${project.build.directory}/ endorsed {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 ... ... org.apache.maven.plugins maven-surefire-plugin once -Djava.endorsed.dirs=somedir ... ... 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: [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 :-P m2 stuff>> is killing me asis... :-\ >> --jason-- Cheers,Guillaume Nodet
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
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: 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) > >
Re: [PROPOSAL] Car maven plugin dedicated to G 1.1
I think we just add it to 1.1, leave it as a snapshot plugin for the moment, and then release it when 1.1.2 rolls out. --jason On 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 :-P m2 stuff is killing me asis... :-\ --jason
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.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.do
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
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 org.apache.geronimo.pool.Threa
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
loading plugin dependencies from ibiblio
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 org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:172) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:289) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.ibiblio.org/maven2/tomcat/jasper-runtime/5.5.15/jasper-runtime-5.5.1 5.jar at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection
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 :-P m2 stuff is> killing me asis... :-\>> --jason> >-- Cheers,Guillaume Nodet
Re: wiki.apache.org/geronimo going out of production
I'm having some serious problems receiving mails from infra@, I missed a lot of critical updates. I saw the infrastructure folks have made the old wiki Immutable (read-only) but still you can browse it and hit it from a web search (e.g. google) resulting in pointers to outdated info. I created a JIRA on infra@ to have the request of removing the Geronimo's Moin Moin wiki documented, here is the link: https://issues.apache.org/jira/browse/INFRA-918 I have also removed, actually made invisible, the Geronimo space hosted at Altassian. One out-of-date wiki less to deal with, no more confusion on that end at least. Hopefully the infrastructure folks will take care of the Moin Moin wiki soon. Cheers! Hernan Jason Dillon wrote: I saw commits yesterday on infra@ and they made it read only... --jason On Aug 22, 2006, at 9:21 AM, Hernan Cunico wrote: GREAT!!! So, how do we get rid of them, both Moin Moin and the one on Atlassian? I think I should be able to remove the one on Atlassian but don't know how to kill the Moin Moin one. AFAIK PMC has to make the official request. Comments anyone? Cheers! Hernan Jason Dillon wrote: Just nuke the old wiki and be done with it already... :-\ --jason On Aug 21, 2006, at 6:44 AM, Paul McMahan wrote: Good idea Cameron. On 8/20/06, Cameron Braid <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 building geronimoPaul McMahan wrote: > +1 I'm all in favor of eliminating the obsolete wiki sites. Right > now when I google "geronimo wiki" or "building geronimo" it comes back > with links to the MoinMoin wiki, which ain't good. > It may be a good idea to put a temporary redirector from the old MoinMoin wiki's domain, redirecting all urls to a page in confluence that explains that the content has been moved. Then, after a few weeks, when the spiders have updated their indexes, the domain could be decomissioned. Cameron -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE6R/Dbbjq9wHLQrIRArtRAJ9g5SghV363uXZyBOgqBRy96ebMnACeOgJr +GT/SGVxi/giyg0Z9cvOi4Y= =Y79o -END PGP SIGNATURE-
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: 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
[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=434135&view=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: 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-N>61EG;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: 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
[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=434130&view=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: 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] 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
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
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: 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: right before the 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: [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: 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: 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: 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: 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: [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
[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
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
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
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
[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: > 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: [ANNOUNCE] Welcome David Blevins as the newest member of the Geronimo PMC
Congratulations, 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 theinvitation to join the PMC. David is part of the OpenEJB project that we depend on so heavily andthat is joining Apache as an Incubator project. David is also a great mentor and community builder. Give it up for David :-0-- Cheers,Guillaume Nodet
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.net>To Geronimo Dev 08/23/2006 01:53 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.
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.
[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
[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: > 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: 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.net>To >>Geronimo >> Dev 08/23/2006 01:53 >> >> 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(DefaultPluginVersionMan
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.net>To Geronimo Dev 08/23/2006 01:53 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
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.net>To Geronimo Dev 08/23/2006 01:53 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, confidential, legally privi
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: [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
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