[jira] Updated: (SM-945) ConsumerProcessor error when find KeyStore (server.keyStore)
[ https://issues.apache.org/activemq/browse/SM-945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet updated SM-945: --- Fix Version/s: 3.2 3.1.3 I've just seen this bug. It sounds like we should use the SU classloader instead of getClass().getClassLoader() which causes the component classloader to be use instead. ConsumerProcessor error when find KeyStore (server.keyStore) -- Key: SM-945 URL: https://issues.apache.org/activemq/browse/SM-945 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.1 Environment: Servicemix 3.1 Reporter: Jorge Rodríguez Pedrianes Fix For: 3.1.3, 3.2 Hello, this days I try to use HttpComponent whith https. I follow the examples that I find in source code. When I configure the HttpComponent I put the SSlParameters, like this: {noformat} http:endpoint service=form:FormService endpoint=Form role=consumer locationURI=https://0.0.0.0:8077/Form/; defaultMep=http://www.w3.org/2004/08/wsdl/in-out; soap=true http:ssl http:sslParameters keyStore=classpath:server.jks keyStorePassword=password/ /http:ssl /http:endpoint {noformat} When I try to use this SU in Servicemix 3.1 this throw that the file server.jks is not found. But this file is in -su.xml. I saw that in ComponetProcessor class, in start method, you put {noformat} public void start() throws Exception { Thread.currentThread().setContextClassLoader(getClass().getClassLoader()); // --- It's ok¿?¿?? ... {noformat} I remove this, and recompile the component the https is ok. This is a bug or Thread.current . its ok¿?¿? Thanks -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1094) add type java.lang.String to the SimpleDestinationChooser.chooseDestination method
add type java.lang.String to the SimpleDestinationChooser.chooseDestination method -- Key: SM-1094 URL: https://issues.apache.org/activemq/browse/SM-1094 Project: ServiceMix Issue Type: Improvement Components: servicemix-jms Reporter: denis Priority: Minor Attachments: StringReturn.patch add type java.lang.String to the SimpleDestinationChooser.chooseDestination method -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-945) ConsumerProcessor error when find KeyStore (server.keyStore)
[ https://issues.apache.org/activemq/browse/SM-945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-945. Resolution: Fixed Assignee: Guillaume Nodet Sending servicemix-http/src/main/java/org/apache/servicemix/http/processors/ConsumerProcessor.java Transmitting file data . Committed revision 582755. Sending servicemix-http/src/main/java/org/apache/servicemix/http/processors/ConsumerProcessor.java Transmitting file data . Committed revision 582756. ConsumerProcessor error when find KeyStore (server.keyStore) -- Key: SM-945 URL: https://issues.apache.org/activemq/browse/SM-945 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.1 Environment: Servicemix 3.1 Reporter: Jorge Rodríguez Pedrianes Assignee: Guillaume Nodet Fix For: 3.1.3, 3.2 Hello, this days I try to use HttpComponent whith https. I follow the examples that I find in source code. When I configure the HttpComponent I put the SSlParameters, like this: {noformat} http:endpoint service=form:FormService endpoint=Form role=consumer locationURI=https://0.0.0.0:8077/Form/; defaultMep=http://www.w3.org/2004/08/wsdl/in-out; soap=true http:ssl http:sslParameters keyStore=classpath:server.jks keyStorePassword=password/ /http:ssl /http:endpoint {noformat} When I try to use this SU in Servicemix 3.1 this throw that the file server.jks is not found. But this file is in -su.xml. I saw that in ComponetProcessor class, in start method, you put {noformat} public void start() throws Exception { Thread.currentThread().setContextClassLoader(getClass().getClassLoader()); // --- It's ok¿?¿?? ... {noformat} I remove this, and recompile the component the https is ok. This is a bug or Thread.current . its ok¿?¿? Thanks -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ServiceMix 4.0 documentation
I have create a confluence space for ServiceMix 4.0. http://cwiki.apache.org/confluence/display/SMX4/Home It is not auto-exported yet and not linked with the main site yet. As trevor said, I think it may be a good idea to create another space for ServiceMix 3.x (by copying the current one) and use the current one as the main site with a tab browsing or something like that... On 10/5/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I was wondering if we should create a separate wiki space for ServiceMix 4.0 documentation. Also I need to take a look at how the camel book works: it generates a pdf from the wiki, so maybe we could do the same... -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[jira] Resolved: (SM-1094) add type java.lang.String to the SimpleDestinationChooser.chooseDestination method
[ https://issues.apache.org/activemq/browse/SM-1094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1094. - Resolution: Fixed Fix Version/s: 3.2 Assignee: Guillaume Nodet Thanks for this patch :-) Sending servicemix-jms/src/main/java/org/apache/servicemix/jms/endpoints/SimpleDestinationChooser.java Transmitting file data . Committed revision 582759. add type java.lang.String to the SimpleDestinationChooser.chooseDestination method -- Key: SM-1094 URL: https://issues.apache.org/activemq/browse/SM-1094 Project: ServiceMix Issue Type: Improvement Components: servicemix-jms Reporter: denis Assignee: Guillaume Nodet Priority: Minor Fix For: 3.2 Attachments: StringReturn.patch add type java.lang.String to the SimpleDestinationChooser.chooseDestination method -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1095) Reference components classpath from SUs
[ https://issues.apache.org/activemq/browse/SM-1095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1095. - Resolution: Fixed URL: http://svn.apache.org/viewvc?rev=579592view=rev Reference components classpath from SUs --- Key: SM-1095 URL: https://issues.apache.org/activemq/browse/SM-1095 Project: ServiceMix Issue Type: New Feature Components: servicemix-common Reporter: Guillaume Nodet Assignee: James Strachan Fix For: 3.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
is Remote Depployment impl
Hi, I am trying the remote deployment of service assembly and components using the ant script servicemix-ant-task.xml. However this does not seem to work though ant script runs succesfully with out any errors. Pl. find the command below.. D:\Apps\Apache\servicemix\examples\wsdl-first ant -f ../../ant/servicemix-ant- task.xml -Dsm.username=smx -Dsm.password=smx -Dsm.host=tejajyothsna -Dsm.port=10 99 -Dsm.deploy.file=wsdl-first-sa-3.1.1-incubating.zip deploy-service-assembly Buildfile: ..\..\ant\servicemix-ant-task.xml deploy-service-assembly: [echo] deploy-service-assembly [echo] deploys a service assembly in Servicemix. [echo] host=tejajyothsna [echo] port=1099 [echo] file=wsdl-first-sa-3.1.1-incubating.zip BUILD SUCCESSFUL Total time: 3 seconds Could any one let me know if this feature is impl. in service mix or do we need wait for future version. If future version, could any one tell me how to fix this now. Regards, Raja Nagendra Kumar, C.T.O www.tejasoft.com -- View this message in context: http://www.nabble.com/is-Remote-Depployment-impl-tf4587599s12049.html#a13094865 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Step by Step Tutorial on how to write Service Engine, Binding Component and SA
Hi, I am looking for a good tutorial on how to write all the respective components of Service Mix i.e Service Enginge, Binding Component and SA. Could any one point me to write web resource to this regard. Quick Start and User's Guide does not seem to have such info. Regards, Raja Nagendra Kumar, C.T.O www.tejasoft.com -- View this message in context: http://www.nabble.com/Step-by-Step-Tutorial-on-how-to-write-Service-Engine%2C-Binding-Component-and-SA-tf4591848s12049.html#a13108512 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
[jira] Closed: (GERONIMO-3506) Javamail Notification events are supposed to be handled by a dispatcher thread.
[ https://issues.apache.org/jira/browse/GERONIMO-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-3506. -- Resolution: Fixed Fix Version/s: 2.1 Committed revision 582780. Javamail Notification events are supposed to be handled by a dispatcher thread. --- Key: GERONIMO-3506 URL: https://issues.apache.org/jira/browse/GERONIMO-3506 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Reporter: Rick McGuire Assignee: Rick McGuire Fix For: 2.1 The javamail Transport and Store classes define listener events that are supposed to be broadcast for different events. These MailEvents are intended to be broadcast on a separate thread so that the event handlers need not worry about how long it takes to process one ot these events. The current EventQueue implementation just iterates on the listener list, immediately calling the event listeners. This can hang up the main mail process, and it can also cause unexpected errors as runtime errors will get propagated through the main thread dispatching the event. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3515) Profile item names do not match Sun implementation.
Profile item names do not match Sun implementation. --- Key: GERONIMO-3515 URL: https://issues.apache.org/jira/browse/GERONIMO-3515 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: mail Affects Versions: 2.0.1 Reporter: Rick McGuire Assignee: Rick McGuire Priority: Trivial The javamail API has a series of FetchProfile items defined as static constants for retrieval is specific profile types. These FetchProfile instances have an internal character string name that identifies the profile type. The Geronimo names differ from the Sun defined ones in case and in one case, actual value. For example, the FetchProfile.Item.ENVELOPE item has a name of Envelope in the Geronimo version and ENVELOPE in the Sun version. The worst one is the CONTENT_INFO item, which is Content-Info on Geronimo, and CONTENT_INFO on Sun. Since the internal name is one means of checking the profile type, this should be made consistent with the Sun version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3515) Profile item names do not match Sun implementation.
[ https://issues.apache.org/jira/browse/GERONIMO-3515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-3515. -- Resolution: Fixed Fix Version/s: 2.1 Committed revision 582797. Profile item names do not match Sun implementation. --- Key: GERONIMO-3515 URL: https://issues.apache.org/jira/browse/GERONIMO-3515 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Affects Versions: 2.0.1 Reporter: Rick McGuire Assignee: Rick McGuire Priority: Trivial Fix For: 2.1 The javamail API has a series of FetchProfile items defined as static constants for retrieval is specific profile types. These FetchProfile instances have an internal character string name that identifies the profile type. The Geronimo names differ from the Sun defined ones in case and in one case, actual value. For example, the FetchProfile.Item.ENVELOPE item has a name of Envelope in the Geronimo version and ENVELOPE in the Sun version. The worst one is the CONTENT_INFO item, which is Content-Info on Geronimo, and CONTENT_INFO on Sun. Since the internal name is one means of checking the profile type, this should be made consistent with the Sun version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3513) Update XBean versions to new 3.2 release
[ https://issues.apache.org/jira/browse/GERONIMO-3513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevan Miller closed GERONIMO-3513. -- Resolution: Fixed Updated branches/2.0.2, branches/2.0, and trunk. Update XBean versions to new 3.2 release Key: GERONIMO-3513 URL: https://issues.apache.org/jira/browse/GERONIMO-3513 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: kernel Affects Versions: 2.0.2, 2.1 Reporter: Kevan Miller Assignee: Kevan Miller Fix For: 2.0.2, 2.1 XBean 3.2 is up for a vote. Update to latest SNAPSHOT, will update to 3.2 when released. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r578812 - /geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml
On Oct 3, 2007, at 4:34 AM, Vamsavardhana Reddy wrote: I am surprised that the ServerInfo reference is not there in the file because http://svn.apache.org/viewvc/geronimo/server/trunk/ configs/jetty6/src/plan/plan.xml?r1=577801r2=577800pathrev=577801 shows that it is there in the commit!! That's because it's a different file. Looks like we have duplicate plans in all of our configs... src/plan/ plan.xml and src/main/plan/plan.xml. Looks like http://svn.apache.org/viewvc?view=revrevision=572395 created the src/main/plan/plan.xml files, but left around the src/ plan/plan.xml files. We need to diff all plans and make sure that we aren't missing updates (note that a merge from branches/2.0 would apply cleanly) and delete all src/plan/plan.xml files from svn... Otherwise, this is going to happen again... ;-) Any volunteers? --kevan Vamsi On 9/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: djencks Date: Mon Sep 24 06:42:43 2007 New Revision: 578812 URL: http://svn.apache.org/viewvc?rev=578812view=rev Log: GERONIMO-2964 apparently missed new reference Modified: geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml Modified: geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/ jetty6/src/main/plan/plan.xml?rev=578812r1=578811r2=578812view=diff == --- geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml (original) +++ geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml Mon Sep 24 06:42:43 2007 @@ -41,9 +41,12 @@ !-- default WAR container using Jetty -- gbean name=JettyWebContainer class=org.apache.geronimo.jetty6.JettyContainerImpl - reference name=WebManager -nameJettyWebManager/name - /reference +reference name=WebManager +nameJettyWebManager/name +/reference +reference name=ServerInfo +nameServerInfo/name +/reference /gbean gbean name=JettyRequestLog class=org.apache.geronimo.jetty6.requestlog.NCSARequestLog @@ -88,29 +91,29 @@ /gbean !-- DONT USE THIS ONE -- -!-- -gbean name=JettySSLConnector class=org.apache.geronimo.jetty6.connector.HTTPSSocketConnector -attribute name=host${PlanServerHostname}/attribute -attribute name=port${PlanHTTPSPort}/attribute -attribute name=keyStoregeronimo-default/attribute -attribute name=keyAliasgeronimo/attribute -attribute name=trustStoregeronimo-default/attribute -attribute name=clientAuthRequiredfalse/attribute -attribute name=algorithmDefault/attribute -attribute name=secureProtocolTLS/attribute -attribute name=maxThreads50/attribute -reference name=JettyContainer -nameJettyWebContainer/name -/reference -reference name=ThreadPool -nameDefaultThreadPool/name -/reference -reference name=KeystoreManager -nameKeystoreManager/name -/reference -/gbean --- -!-- USE THIS ONE -- +!-- +gbean name=JettySSLConnector class=org.apache.geronimo.jetty6.connector.HTTPSSocketConnector +attribute name=host${PlanServerHostname}/attribute +attribute name=port${PlanHTTPSPort}/attribute +attribute name=keyStoregeronimo-default/attribute +attribute name=keyAliasgeronimo/attribute +attribute name=trustStoregeronimo-default/attribute +attribute name=clientAuthRequiredfalse/attribute +attribute name=algorithmDefault/attribute +attribute name=secureProtocolTLS/attribute +attribute name=maxThreads50/attribute +reference name=JettyContainer +nameJettyWebContainer/name +/reference +reference name=ThreadPool +nameDefaultThreadPool/name +/reference +reference name=KeystoreManager +nameKeystoreManager/name +/reference +/gbean +-- +!-- USE THIS ONE -- gbean name=JettySSLConnector class=org.apache.geronimo.jetty6.connector.HTTPSSelectChannelConnecto r attribute name=host${PlanServerHostname}/attribute attribute name=port${PlanHTTPSPort}/attribute
[BUILD] 2.1: Failed for Revision: 582825
OpenEJB trunk at 582811 Geronimo Revision: 582825 built with tests included See the full build-0935.log file at http://people.apache.org/~prasad/binaries/trunk/20071008/build-0935.log [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/configs/transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/configs/transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/configs/transaction/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/configs/transaction/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.configs:j2ee-server:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-server:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-server:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-security:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-security:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-security:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-connector:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-connector:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-connector:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-transaction:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-transaction:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-transaction:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-persistence-jpa10:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-persistence-jpa10:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-persistence-jpa10:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/configs/transaction/target/transaction-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: transaction-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/configs/transaction/target/transaction-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/transaction/2.1-SNAPSHOT/transaction-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Configs :: XMLBeans [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/configs/xmlbeans/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/configs/xmlbeans/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/configs/xmlbeans/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/configs/xmlbeans/target/resources/META-INF/plan.xml [INFO] Building jar: /home/prasad/geronimo/trunk/configs/xmlbeans/target/xmlbeans-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: xmlbeans-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/configs/xmlbeans/target/xmlbeans-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/xmlbeans/2.1-SNAPSHOT/xmlbeans-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Configs :: GBean Deployer [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default
Re: Requirements for releasing a vendor specific version of DayTrader?
On Oct 2, 2007, at 11:01 PM, Matt Hogstrom wrote: It would be a powered by version if the name is used. AFAICT there is no restriction to take the code and call it Chris' Benchmark. I spect there are others out there with more insight on how some of this work. Bill Stoddard would know since Apache get's rebranded by several folks. On Oct 2, 2007, at 10:31 AM, Christopher Blythe wrote: Matt, I was just wondering what processes must be followed for an app server vendor to release a customized version of DayTrader? We are thinking about replacing the Trade 6.1 download on the WebSphere site with DayTrader and I wanted to make sure we cover all our bases from an Apache perspective. Chris, There's no process from an Apache perspective -- just do it... IANAL and you should consult your local consel... However, the Apache License makes this pretty simple for you. You just need to follow the terms of the Apache License. Namely section 4 (Redistribution) -- http://apache.org/licenses/LICENSE-2.0.html. You need to include a copy of the Apache license in your distribution and you must include the attribution notices from the NOTICE file... --kevan
Axis2 SAAJ implementation in Geronimo - possible class cast bug when unmarshalling?
I've hit trouble moving my JAXB-unmarshalled web service (based on Spring Web Services 1.0.0) from Tomcat 5.5.23 to Geronimo 2.0.1; stack trace below. I used JDK6 on Linux for both TC and Geronimo. I stripped the .war down to use dummy empty implementations of everything, with no extra jar's, so that only the unmarshalling was causing a problem. (I generate my JAXB classes with JDK wsimport on the command line and include them in WEB-INF/classes, so unlike for Axis2 and CXF they don't include Geronimo machinery-maybe this is a problem.) I think the problem is because of Geronimo's Axis 2 SAAJ implementation, and it can't be overridden even when classloader priority is configured to be to the servlet context. Also, I've tried setting JAVA_OPTS in the geronimo.sh startup script to include -Djavax.xml.soap.MessageFactory=com.sun.xml.messaging.saaj.soap.ver1_1.S OAPMessageFactory1_1Impl etc but it had no effect. My fix was to replace the impl and api jars in the Geronimo repository with empty files, so that the deployer's dependency checker was fooled and rmi and the server started without complaining. Now my web service works. But I have a bad feeling about what I've just done to Geronimo - probably it will prevent me using CXF in the same server. Anyone got a better workaround, or a fix for Geronimo? 16:33:04,183 WARN [SoapMessageDispatcher] Endpoint invocation resulted in exception - responding with SOAP Fault java.lang.ClassCastException: org.apache.axiom.soap.impl.dom.SOAPMessageImpl cannot be cast to org.apache.axiom.om.impl.dom.ElementImpl at org.apache.axis2.saaj.NodeImplEx.toSAAJNode2(NodeI mplEx.java:260) at org.apache.axis2.saaj.NodeImplEx.toSAAJNode(NodeIm plEx.java:181) at org.apache.axis2.saaj.SOAPElementImpl.getParentEle ment(SOAPElementImpl.java:723) at org.apache.axis2.saaj.SOAPElementImpl.getParentNod e(SOAPElementImpl.java:778) at com.sun.xml.bind.unmarshaller.DOMScanner.buildName spaceSupport(DOMScanner.java:159) at com.sun.xml.bind.unmarshaller.DOMScanner.buildName spaceSupport(DOMScanner.java:159) at com.sun.xml.bind.unmarshaller.DOMScanner.scan(DOMS canner.java:100) at com.sun.xml.bind.v2.runtime.unmarshaller.Unmarshal lerImpl.unmarshal0(UnmarshallerImpl.java:288) at com.sun.xml.bind.v2.runtime.unmarshaller.Unmarshal lerImpl.unmarshal(UnmarshallerImpl.java:271) at javax.xml.bind.helpers.AbstractUnmarshallerImpl.un marshal(AbstractUnmarshallerImpl.java:107) at org.springframework.oxm.jaxb.Jaxb2Marshaller.unmar shal(Jaxb2Marshaller.java:312) at org.springframework.ws.support.MarshallingUtils.un marshal(MarshallingUtils.java:54) at org.springframework.ws.server.endpoint.adapter.Mar shallingMethodEndpointAdapter.unmarshalRequest(Mar shallingMethodEndpointAdapter.java:145) at org.springframework.ws.server.endpoint.adapter.Mar shallingMethodEndpointAdapter.invokeInternal(Marsh allingMethodEndpointAdapter.java:135) at org.springframework.ws.server.endpoint.adapter.Abs tractMethodEndpointAdapter.invoke(AbstractMethodEn dpointAdapter.java:58) at org.springframework.ws.server.MessageDispatcher.di spatch(MessageDispatcher.java:211) at org.springframework.ws.server.MessageDispatcher.re ceive(MessageDispatcher.java:158) at org.springframework.ws.transport.support.WebServic eMessageReceiverObjectSupport.handleConnection(Web ServiceMessageReceiverObjectSupport.java:87) at org.springframework.ws.transport.http.WebServiceMe ssageReceiverHandlerAdapter.handle(WebServiceMessa geReceiverHandlerAdapter.java:57) at org.springframework.ws.transport.http.MessageDispa tcherServlet.doService(MessageDispatcherServlet.ja va:158) at org.springframework.web.servlet.FrameworkServlet.p rocessRequest(FrameworkServlet.java:475) at org.springframework.web.servlet.FrameworkServlet.d oPost(FrameworkServlet.java:440) at javax.servlet.http.HttpServlet.service(HttpServlet .java:713) at javax.servlet.http.HttpServlet.service(HttpServlet .java:806) at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invo ke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invo ke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectVal ve.invoke(DefaultSubjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext $SystemMethodValve.invoke(GeronimoStandardContext. java:351) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAft erValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invok e(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(A ccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.servic e(CoyoteAdapter.java:261) at
Re: svn commit: r578812 - /geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml
Thanks Kevan. I guess it is time to revisit my ophthalmologist :o(. I could not figure the difference even after repeated examination of the URLs. I have never paid attention to these plan.xml files under main. Vamsi On 10/8/07, Kevan Miller [EMAIL PROTECTED] wrote: On Oct 3, 2007, at 4:34 AM, Vamsavardhana Reddy wrote: I am surprised that the ServerInfo reference is not there in the file because http://svn.apache.org/viewvc/geronimo/server/trunk/configs/jetty6/src/plan/plan.xml?r1=577801r2=577800pathrev=577801 shows that it is there in the commit!! That's because it's a different file. Looks like we have duplicate plans in all of our configs... src/plan/plan.xml and src/main/plan/plan.xml. Looks like http://svn.apache.org/viewvc?view=revrevision=572395 created the src/main/plan/plan.xml files, but left around the src/plan/plan.xml files. We need to diff all plans and make sure that we aren't missing updates (note that a merge from branches/2.0 would apply cleanly) and delete all src/plan/plan.xml files from svn... Otherwise, this is going to happen again... ;-) Any volunteers? --kevan Vamsi On 9/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: djencks Date: Mon Sep 24 06:42:43 2007 New Revision: 578812 URL: http://svn.apache.org/viewvc?rev=578812view=rev Log: GERONIMO-2964 apparently missed new reference Modified: geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml Modified: geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml?rev=578812r1=578811r2=578812view=diff == --- geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml (original) +++ geronimo/server/trunk/configs/jetty6/src/main/plan/plan.xml Mon Sep 24 06:42:43 2007 @@ -41,9 +41,12 @@ !-- default WAR container using Jetty -- gbean name=JettyWebContainer class= org.apache.geronimo.jetty6.JettyContainerImpl - reference name=WebManager -nameJettyWebManager/name - /reference +reference name=WebManager +nameJettyWebManager/name +/reference +reference name=ServerInfo +nameServerInfo/name +/reference /gbean gbean name=JettyRequestLog class= org.apache.geronimo.jetty6.requestlog.NCSARequestLog @@ -88,29 +91,29 @@ /gbean !-- DONT USE THIS ONE -- -!-- -gbean name=JettySSLConnector class= org.apache.geronimo.jetty6.connector.HTTPSSocketConnector -attribute name=host${PlanServerHostname}/attribute -attribute name=port${PlanHTTPSPort}/attribute -attribute name=keyStoregeronimo-default/attribute -attribute name=keyAliasgeronimo/attribute -attribute name=trustStoregeronimo-default/attribute -attribute name=clientAuthRequiredfalse/attribute -attribute name=algorithmDefault/attribute -attribute name=secureProtocolTLS/attribute -attribute name=maxThreads50/attribute -reference name=JettyContainer -nameJettyWebContainer/name -/reference -reference name=ThreadPool -nameDefaultThreadPool/name -/reference -reference name=KeystoreManager -nameKeystoreManager/name -/reference -/gbean --- -!-- USE THIS ONE -- +!-- +gbean name=JettySSLConnector class= org.apache.geronimo.jetty6.connector.HTTPSSocketConnector +attribute name=host${PlanServerHostname}/attribute +attribute name=port${PlanHTTPSPort}/attribute +attribute name=keyStoregeronimo-default/attribute +attribute name=keyAliasgeronimo/attribute +attribute name=trustStoregeronimo-default/attribute +attribute name=clientAuthRequiredfalse/attribute +attribute name=algorithmDefault/attribute +attribute name=secureProtocolTLS/attribute +attribute name=maxThreads50/attribute +reference name=JettyContainer +nameJettyWebContainer/name +/reference +reference name=ThreadPool +nameDefaultThreadPool/name +/reference +reference name=KeystoreManager +nameKeystoreManager/name +/reference +/gbean +-- +!-- USE THIS ONE -- gbean name=JettySSLConnector class= org.apache.geronimo.jetty6.connector.HTTPSSelectChannelConnector attribute name=host${PlanServerHostname}/attribute attribute name=port${PlanHTTPSPort}/attribute -- Vamsi ([EMAIL PROTECTED]) (Committer and Member of Apache Geronimo PMC) Blog: http://vamsic007.livejournal.com/ One-stop-shop for configuring JEE
Re: jms flow in servicemix 3.x?
On 10/5/07, cui.hailin [EMAIL PROTECTED] wrote: do JMS flow in servicemix 3.x can't implement distributed registry? The JMS flow enables message routing amongst distributed instances of ServiceMix. This takes place because the NMR uses the JMS flow to query the registries of remote ServiceMix instances to discover what components and SUs/SAs are installed there. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Castor - http://castor.org/
[jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
[ https://issues.apache.org/jira/browse/GERONIMO-3309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533139 ] Kevan Miller commented on GERONIMO-3309: Hi Jason, Apologies. Although you mention a number of licenses in a previous comment, I don't see these licenses in either of your patch files. I'm not currently able to build j2g (mvn install assembly:assembly). How should I be building? Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool --- Key: GERONIMO-3309 URL: https://issues.apache.org/jira/browse/GERONIMO-3309 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: J2G Reporter: Jason Warner Assignee: Kevan Miller Attachments: Geronimo-3309.patch, Geronimo-3309Update.patch The J2G conversion tool is missing the LICENSE.txt and NOTICE.txt files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1087) Servicemix-http provider should unwrap JBI messages before sending them to the target URI
[ https://issues.apache.org/activemq/browse/SM-1087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40309 ] Guillaume Nodet commented on SM-1087: - Do you think you could set up a junit test for servicemix-http using the http:soap-provider ? Servicemix-http provider should unwrap JBI messages before sending them to the target URI - Key: SM-1087 URL: https://issues.apache.org/activemq/browse/SM-1087 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.2 Environment: Windows XP, Servicemix 3.2 Reporter: Ryan Moquin When using the cxfse proxy to a servicemix-http provider, the provider will sent off requests in the exact form it gets them (it appears). Since the cxf se proxy, can only communicate to an internal component, it always wraps it's communications in a JBI wrapper. This means that a receiving http provider will then forward the JBI message is is, to the targetURI which will cause a failure on that target server. Servicemix-http should remove this wrapper before sending. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
You're using the correct command to build the tool. I just checked out the latest version and built it with no issues? It was recently moved to the devtools component. Is that where you checked it out from? What problems are you having? On 10/8/07, Kevan Miller (JIRA) [EMAIL PROTECTED] wrote: [ https://issues.apache.org/jira/browse/GERONIMO-3309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533139] Kevan Miller commented on GERONIMO-3309: Hi Jason, Apologies. Although you mention a number of licenses in a previous comment, I don't see these licenses in either of your patch files. I'm not currently able to build j2g (mvn install assembly:assembly). How should I be building? Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool --- Key: GERONIMO-3309 URL: https://issues.apache.org/jira/browse/GERONIMO-3309 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: J2G Reporter: Jason Warner Assignee: Kevan Miller Attachments: Geronimo-3309.patch, Geronimo-3309Update.patch The J2G conversion tool is missing the LICENSE.txt and NOTICE.txt files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.1: Failed for Revision: 582825
I removed all version in the c-m-p configuration to let it get resolved. Cheers Prasad On 8 Oct 2007 14:10:48 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: OpenEJB trunk at 582811 Geronimo Revision: 582825 built with tests included See the full build-0935.log file at http://people.apache.org/~prasad/binaries/trunk/20071008/build-0935.log [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/configs/transaction/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/configs/transaction/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/configs/transaction/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/configs/transaction/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.configs:j2ee-server:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-server:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-server:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-security:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-security:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:j2ee-security:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-connector:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-connector:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-connector:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-transaction:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-transaction:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-transaction:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-persistence-jpa10:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-persistence-jpa10:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.modules:geronimo-persistence-jpa10:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/configs/transaction/target/transaction-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: transaction-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/configs/transaction/target/transaction-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/transaction/2.1-SNAPSHOT/transaction-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Configs :: XMLBeans [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/configs/xmlbeans/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/configs/xmlbeans/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/configs/xmlbeans/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/configs/xmlbeans/target/resources/META-INF/plan.xml [INFO] Building jar: /home/prasad/geronimo/trunk/configs/xmlbeans/target/xmlbeans-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: xmlbeans-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/configs/xmlbeans/target/xmlbeans-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/configs/xmlbeans/2.1-SNAPSHOT/xmlbeans-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO
[BUILD] 2.0: Failed for Revision: 582853
Geronimo Revision: 582853 built with tests included See the full build-1200.log file at http://people.apache.org/~prasad/binaries/2.0/20071008/build-1200.log Building Geronimo 2.0 at Revision: 582853 [INFO] Scanning for projects... [INFO] [INFO] Building Maven Default Project [INFO]task-segment: [install] [INFO] [INFO] artifact org.apache.maven.plugins:maven-surefire-plugin: checking for updates from central Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.3/maven-surefire-plugin-2.3.pom 4K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/maven/surefire/surefire/2.3/surefire-2.3.pom 5K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.3/maven-surefire-plugin-2.3.jar 14K downloaded [INFO] artifact org.apache.maven.plugins:maven-jar-plugin: checking for updates from central [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Cannot execute mojo: resources. It requires a project with an existing pom.xml, but the build is not using one. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 seconds [INFO] Finished at: Mon Oct 08 12:17:51 EDT 2007 [INFO] Final Memory: 3M/504M [INFO]
[jira] Created: (DAYTRADER-57) Enhance Configuration by pre-populating the Max Users and Max Quotes based on database cardinality
Enhance Configuration by pre-populating the Max Users and Max Quotes based on database cardinality -- Key: DAYTRADER-57 URL: https://issues.apache.org/jira/browse/DAYTRADER-57 Project: DayTrader Issue Type: Improvement Affects Versions: 2.0 Environment: All Reporter: Matt Hogstrom Priority: Trivial Fix For: 2.0 Currently DayTrader defaults to a maximum number of users of 200 and maximum quotes of 400. If these values are changed and the server is restarted then the changes are lost. Many primitives rely on this information for performance testing. To simplify the testers life the configuration system will query the database for the cardinality of the current user and quote population. This value will become the default. If the database is not populated then the default will be set to 500 / 1000 and a warning message will be issued on the configuration panel. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
On Oct 8, 2007, at 11:29 AM, Jason Warner wrote: You're using the correct command to build the tool. I just checked out the latest version and built it with no issues? It was recently moved to the devtools component. Is that where you checked it out from? What problems are you having? mvn install assembly:assembly ... [INFO] Building jar: /Users/kevan/geronimo/devtools/j2g/trunk/plugins/ org.apache.geronimo.j2g.ui/target/org.apache.geronimo.j2g.ui-1.0.0- SNAPSHOT.jar [INFO] [assembly:assembly] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Included module: org.apache.geronimo.tools:j2g-plugins:pom: 1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 minute 58 seconds [INFO] Finished at: Mon Oct 08 10:42:01 EDT 2007 [INFO] Final Memory: 30M/85M [INFO] --kevan
[jira] Closed: (GERONIMO-3413) factor the console portlets into separate plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul McMahan closed GERONIMO-3413. -- Resolution: Fixed console plugins available in SVN at /repos/asf/geronimo/plugins factor the console portlets into separate plugins - Key: GERONIMO-3413 URL: https://issues.apache.org/jira/browse/GERONIMO-3413 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: Paul McMahan Assignee: Paul McMahan Fix For: 2.1 Attachments: geronimo-3413.patch The administration console contains portlets for configuring the components in a JEE5 server, and a few more things like debugging, creating deployment plans, etc. Right now the collection of portlets is hard coded in the console's pluto configuration. This makes it difficult for users to choose which portlets they want in their console. For example some users may not want the various classloader/dependency/JMX/LDAP/etc viewers because they require the dojo library, which adds a non-trivial server footprint. But more importantly this makes it difficult to deploy the administration console into a customized geronimo assembly (like the minimal ones) because those assemblies typically don't have all the JEE5 components installed that would be necessary to satisfy the console's dependencies. There is some work going on to make the console customizable using pluto 1.2's portal driver framework. The portal driver allows the console to dynamically add/remove portlets. Using this new capability from pluto provides the capability to create an administration console for the minimal assembly that contains only the base portlets, such as those necessary for deployment and web server configuration. The other portlets need to be factored out of the admin console as separately deployable WAR files and provided as plugins. This allows the user to selectively install portlets from the plugin catalog. And when the user deploys a component into the minimal assembly such as ActiveMQ they should be able to install the JMS administration portlet at that point in time, if desired. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
It looks like you're building from the ui package. The ui package has dependencies on a few other packages in j2g. The error your getting is complaining about not being able to find a built version of those packages. That error message seems to lack a description of which package it wants that it can't find. I took a look at the pom, but didn't really see anything regarding what packages it would want. Can you try building j2g completely from your root j2g directory? The same command can be used. On 10/8/07, Kevan Miller [EMAIL PROTECTED] wrote: On Oct 8, 2007, at 11:29 AM, Jason Warner wrote: You're using the correct command to build the tool. I just checked out the latest version and built it with no issues? It was recently moved to the devtools component. Is that where you checked it out from? What problems are you having? mvn install assembly:assembly ... [INFO] Building jar: /Users/kevan/geronimo/devtools/j2g/trunk/plugins/ org.apache.geronimo.j2g.ui/target/org.apache.geronimo.j2g.ui-1.0.0- SNAPSHOT.jar [INFO] [assembly:assembly] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Included module: org.apache.geronimo.tools:j2g-plugins:pom: 1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 minute 58 seconds [INFO] Finished at: Mon Oct 08 10:42:01 EDT 2007 [INFO] Final Memory: 30M/85M [INFO] --kevan
[jira] Created: (GERONIMO-3516) Replace the administration console with the new extensible version
Replace the administration console with the new extensible version -- Key: GERONIMO-3516 URL: https://issues.apache.org/jira/browse/GERONIMO-3516 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: console, Plugins Affects Versions: 2.1 Reporter: Paul McMahan Assignee: Paul McMahan Fix For: 2.1 Delete the administration console in applications/console and use the new version from plugins/console -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] G 2.0.2 Release plan
All, I've created a 2.0.2 release branch -- https://svn.apache.org/repos/ asf/geronimo/server/branches/2.0.2 And have updated the branches/2.0 version to be 2.0.3-SNAPSHOT (with a helping hand from Donald :) Vamsi is working on an update to the CA Helper in the console. Joe B is working on a JNDI mapped name problem for MEJB. Beyond those two, I don't think there is any more work to do on 2.0.2. As soon as they are complete, I'll start working on spinning up an RC. Oh, there is one more thing... We need to release the 2.0.2 versions of geronimo-transaction and geronimo-connector. I starting to work on this now. I'll either start release proceedings prior to, or concurrently with G 2.0.2. --kevan
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
On Oct 8, 2007, at 12:53 PM, Jason Warner wrote: It looks like you're building from the ui package. The ui package has dependencies on a few other packages in j2g. The error your getting is complaining about not being able to find a built version of those packages. That error message seems to lack a description of which package it wants that it can't find. I took a look at the pom, but didn't really see anything regarding what packages it would want. Can you try building j2g completely from your root j2g directory? The same command can be used. I'm building from j2g/trunk. The error occurs when the build reaches org.apache.geronimo.j2g.ui. Here's output with -e option: [INFO] [INFO] Building org.apache.geronimo.j2g.ui [INFO] [INFO] [eclipsepde:manifestbundles {execution: default}] [INFO] [eclipsepde:install {execution: default}] [INFO] org.eclipse.equinox.registry : 3.3.0-v20070522 already exists in local repository. [INFO] org.eclipse.ui.console : 3.2.0-v20070530 already exists in local repository. [INFO] org.eclipse.jface : 3.3.0-I20070606-0010 already exists in local repository. [INFO] SWTFragment: Dependency {groupId=org.eclipse.plugins, artifactId=org.eclipse.swt.carbon.macosx, version=3.3.0-v3346, type=jar} [INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in local repository. [INFO] org.eclipse.swt : 3.3.0-v3346 already exists in local repository. [INFO] org.eclipse.equinox.preferences : 3.2.100-v20070522 already exists in local repository. [INFO] org.eclipse.ui : 3.3.0-I20070614-0800 already exists in local repository. [INFO] org.eclipse.core.jobs : 3.3.0-v20070423 already exists in local repository. [INFO] org.eclipse.equinox.app : 1.0.0-v20070606 already exists in local repository. [INFO] org.eclipse.core.contenttype : 3.2.100-v20070319 already exists in local repository. [INFO] org.eclipse.ui.workbench : 3.3.0-I20070608-1100 already exists in local repository. [INFO] org.eclipse.debug.ui : 3.3.0-v20070607-1800 already exists in local repository. [INFO] org.eclipse.osgi : 3.3.0-v20070530 already exists in local repository. [INFO] org.eclipse.core.runtime : 3.3.100-v20070530 already exists in local repository. [INFO] org.eclipse.debug.core : 3.3.0-v20070607-1800 already exists in local repository. [INFO] org.eclipse.equinox.common : 3.3.0-v20070426 already exists in local repository. [INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in local repository. [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [eclipsepde:validatemanifest {execution: validate-bundle- classpath}] [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /Users/kevan/geronimo/devtools/j2g/trunk/plugins/ org.apache.geronimo.j2g.ui/target/org.apache.geronimo.j2g.ui-1.0.0- SNAPSHOT.jar [INFO] [assembly:assembly] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Included module: org.apache.geronimo.tools:j2g-plugins:pom: 1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Included module: org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals (DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal (DefaultLifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:224) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute (DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
Kevan, Strange... I also just attempted a build, and it went through flawlessly. I did the following. rm -rf ~/.m2/repository svn co https://svn.apache.org/repos/asf/geronimo/devtools/j2g/trunk j2g-build cd j2g-build mvn clean install Environment is Linux - CentOS 4.5 with Sun 1.5.0_12 JDK, maven 2.0.7 Kevan Miller wrote: On Oct 8, 2007, at 12:53 PM, Jason Warner wrote: It looks like you're building from the ui package. The ui package has dependencies on a few other packages in j2g. The error your getting is complaining about not being able to find a built version of those packages. That error message seems to lack a description of which package it wants that it can't find. I took a look at the pom, but didn't really see anything regarding what packages it would want. Can you try building j2g completely from your root j2g directory? The same command can be used. I'm building from j2g/trunk. The error occurs when the build reaches org.apache.geronimo.j2g.ui. Here's output with -e option: [INFO] [INFO] Building org.apache.geronimo.j2g.ui [INFO] [INFO] [eclipsepde:manifestbundles {execution: default}] [INFO] [eclipsepde:install {execution: default}] [INFO] org.eclipse.equinox.registry : 3.3.0-v20070522 already exists in local repository. [INFO] org.eclipse.ui.console : 3.2.0-v20070530 already exists in local repository. [INFO] org.eclipse.jface : 3.3.0-I20070606-0010 already exists in local repository. [INFO] SWTFragment: Dependency {groupId=org.eclipse.plugins, artifactId=org.eclipse.swt.carbon.macosx, version=3.3.0-v3346, type=jar} [INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in local repository. [INFO] org.eclipse.swt : 3.3.0-v3346 already exists in local repository. [INFO] org.eclipse.equinox.preferences : 3.2.100-v20070522 already exists in local repository. [INFO] org.eclipse.ui : 3.3.0-I20070614-0800 already exists in local repository. [INFO] org.eclipse.core.jobs : 3.3.0-v20070423 already exists in local repository. [INFO] org.eclipse.equinox.app : 1.0.0-v20070606 already exists in local repository. [INFO] org.eclipse.core.contenttype : 3.2.100-v20070319 already exists in local repository. [INFO] org.eclipse.ui.workbench : 3.3.0-I20070608-1100 already exists in local repository. [INFO] org.eclipse.debug.ui : 3.3.0-v20070607-1800 already exists in local repository. [INFO] org.eclipse.osgi : 3.3.0-v20070530 already exists in local repository. [INFO] org.eclipse.core.runtime : 3.3.100-v20070530 already exists in local repository. [INFO] org.eclipse.debug.core : 3.3.0-v20070607-1800 already exists in local repository. [INFO] org.eclipse.equinox.common : 3.3.0-v20070426 already exists in local repository. [INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in local repository. [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [eclipsepde:validatemanifest {execution: validate-bundle-classpath}] [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /Users/kevan/geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.ui/target/org.apache.geronimo.j2g.ui-1.0.0-SNAPSHOT.jar [INFO] [assembly:assembly] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Included module: org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Included module: org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:224) at
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
Hi Kevan, Could you try building with mvn install? I am able to build j2g fine with that. Thanks, Lin Kevan Miller wrote: On Oct 8, 2007, at 12:53 PM, Jason Warner wrote: It looks like you're building from the ui package. The ui package has dependencies on a few other packages in j2g. The error your getting is complaining about not being able to find a built version of those packages. That error message seems to lack a description of which package it wants that it can't find. I took a look at the pom, but didn't really see anything regarding what packages it would want. Can you try building j2g completely from your root j2g directory? The same command can be used. I'm building from j2g/trunk. The error occurs when the build reaches org.apache.geronimo.j2g.ui. Here's output with -e option: [INFO] [INFO] Building org.apache.geronimo.j2g.ui [INFO] [INFO] [eclipsepde:manifestbundles {execution: default}] [INFO] [eclipsepde:install {execution: default}] [INFO] org.eclipse.equinox.registry : 3.3.0-v20070522 already exists in local repository. [INFO] org.eclipse.ui.console : 3.2.0-v20070530 already exists in local repository. [INFO] org.eclipse.jface : 3.3.0-I20070606-0010 already exists in local repository. [INFO] SWTFragment: Dependency {groupId=org.eclipse.plugins, artifactId=org.eclipse.swt.carbon.macosx, version=3.3.0-v3346, type=jar} [INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in local repository. [INFO] org.eclipse.swt : 3.3.0-v3346 already exists in local repository. [INFO] org.eclipse.equinox.preferences : 3.2.100-v20070522 already exists in local repository. [INFO] org.eclipse.ui : 3.3.0-I20070614-0800 already exists in local repository. [INFO] org.eclipse.core.jobs : 3.3.0-v20070423 already exists in local repository. [INFO] org.eclipse.equinox.app : 1.0.0-v20070606 already exists in local repository. [INFO] org.eclipse.core.contenttype : 3.2.100-v20070319 already exists in local repository. [INFO] org.eclipse.ui.workbench : 3.3.0-I20070608-1100 already exists in local repository. [INFO] org.eclipse.debug.ui : 3.3.0-v20070607-1800 already exists in local repository. [INFO] org.eclipse.osgi : 3.3.0-v20070530 already exists in local repository. [INFO] org.eclipse.core.runtime : 3.3.100-v20070530 already exists in local repository. [INFO] org.eclipse.debug.core : 3.3.0-v20070607-1800 already exists in local repository. [INFO] org.eclipse.equinox.common : 3.3.0-v20070426 already exists in local repository. [INFO] org.eclipse.swt.carbon.macosx : 3.3.0-v3346 already exists in local repository. [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [eclipsepde:validatemanifest {execution: validate-bundle-classpath}] [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /Users/kevan/geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.j2g.ui/target/org.apache.geronimo.j2g.ui-1.0.0-SNAPSHOT.jar [INFO] [assembly:assembly] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Included module: org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Included module: org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:493) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:224) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at
J2G - GERONIMODEVTOOLS-221
Hi, I am going to make various changes for the titled jira. Please use the revision 582055 if you need to build j2g before I finish the jira. I'll send another note when I am done. Thank you! Lin
Re: svn commit: r582931 [3/3] - in /geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.devtools.j2g.resources: ./ META-INF/ schema/ src/ src/org/ src/org/apache/ src/org/apache/geronimo/ src/org/
On Oct 8, 2007, at 2:50 PM, [EMAIL PROTECTED] wrote: Added: geronimo/devtools/j2g/trunk/plugins/ org.apache.geronimo.devtools.j2g.resources/test-apps/security/ geronimo-secutiry-plan.xml Hi Lin, 'security' is misspelled in this new plan name... --kevan
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
On Oct 8, 2007, at 2:31 PM, Lin Sun wrote: Hi Kevan, Could you try building with mvn install? I am able to build j2g fine with that. Yes, 'mvn install' completes without error. However, I don't think that's running a full build... I see individual jar files are built, but there's no aggregation of jars, dependent jars, command scripts, etc. Nothing that a user can actually download... Lin, are you building and running j2g? --kevan
Re: J2G - GERONIMODEVTOOLS-221
Cool, thanks for doing this. As soon as you're done with this JIRA, I'll create a branch for a 1.0.0 release -Donald Lin Sun wrote: Hi, I am going to make various changes for the titled jira. Please use the revision 582055 if you need to build j2g before I finish the jira. I'll send another note when I am done. Thank you! Lin smime.p7s Description: S/MIME Cryptographic Signature
Re: J2G - GERONIMODEVTOOLS-221
On Oct 8, 2007, at 3:19 PM, Donald Woods wrote: Cool, thanks for doing this. As soon as you're done with this JIRA, I'll create a branch for a 1.0.0 release I'd like to know how to build and run j2g... There are no license/notice files, atm... Also, RAT is flagging the following files as not having apache src license headers (are the .classpath and .project files needed? or were they an accidental commit?) Any files that are non-trivial, non-machine generated, syntactically able to hold a comment, and created by our project should have a license header. !? ./configurator/.classpath !? ./configurator/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.common/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/ MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/META- INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/ tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test- resources/geronimo-application.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test- resources/geronimo-web.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test- resources/openejb-jar.xml !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/ MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/ MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/schema/ tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ ds/hsqldb-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ ds/mysql-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ ds/oracle-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ jms/jms-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ mail/mail-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ security/security-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/ MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.sources/schema/ migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.util/.project !? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/ MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test- app-jboss/openejb-jar-serialized.xml --kevan
[BUILD] 2.1: Failed for Revision: 582939
OpenEJB trunk at 582811 Geronimo Revision: 582939 built with tests included See the full build-1500.log file at http://people.apache.org/~prasad/binaries/trunk/20071008/build-1500.log [INFO] Generated: /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] snapshot org.apache.geronimo.plugins:console-ear:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-ear:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-ear:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.plugins:pluto-support:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:pluto-support:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:pluto-support:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.plugins:console-core:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-core:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-core:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/console-tomcat-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: console-tomcat-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/console-tomcat-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/plugins/console-tomcat/2.1-SNAPSHOT/console-tomcat-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Plugins :: ActiveMQ - Tomcat [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] snapshot org.apache.geronimo.plugins:activemq-portlets:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:activemq-portlets:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:activemq-portlets:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.plugins:console-tomcat:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-tomcat:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-tomcat:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:activemq-ra:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:activemq-ra:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:activemq-ra:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.configs:jsr88-rar-configurer:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.configs:jsr88-rar-configurer:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.configs:jsr88-rar-configurer:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/activemq-tomcat-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: activemq-tomcat-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/activemq-tomcat-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo
Re: [jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
Hi Kevan, You are right, mvn install assembly:assembly would bring the target dir that contains the j2g-conversion-1.0.0-SNAPSHOT-bin.zip file which can be consumed by a user. I just did mvn install assembly:assembly and it worked fine too. I hadn't used this zip file I built from devtools tree but I used the zip file I built from sandbox before. Could you send me your full j2g build log? Thanks, Lin Kevan Miller wrote: On Oct 8, 2007, at 2:31 PM, Lin Sun wrote: Hi Kevan, Could you try building with mvn install? I am able to build j2g fine with that. Yes, 'mvn install' completes without error. However, I don't think that's running a full build... I see individual jar files are built, but there's no aggregation of jars, dependent jars, command scripts, etc. Nothing that a user can actually download... Lin, are you building and running j2g? --kevan
Re: J2G - GERONIMODEVTOOLS-221
Thanks Kevan. I can look into adding license headers to the files you listed below. In talking of auto-generated files, I saw a couple of Java files have the following in the header - /* * Auto-generated by J2G Migration. */ For example, all the java files in the j2g\trunk\src\main\resources\compatibility dir. The same 6 files also appear in the resources plugin source dir. Anyone has any idea how these files can be generated? Any reason why we are keeping the generated source files in svn? Thanks Lin Kevan Miller wrote: On Oct 8, 2007, at 3:19 PM, Donald Woods wrote: Cool, thanks for doing this. As soon as you're done with this JIRA, I'll create a branch for a 1.0.0 release I'd like to know how to build and run j2g... There are no license/notice files, atm... Also, RAT is flagging the following files as not having apache src license headers (are the .classpath and .project files needed? or were they an accidental commit?) Any files that are non-trivial, non-machine generated, syntactically able to hold a comment, and created by our project should have a license header. !? ./configurator/.classpath !? ./configurator/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.common/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-application.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-web.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/openejb-jar.xml !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/hsqldb-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/mysql-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/oracle-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/jms/jms-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/mail/mail-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/security-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.sources/schema/migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.util/.project !? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test-app-jboss/openejb-jar-serialized.xml --kevan
Re: svn commit: r574694 - in /geronimo/server/trunk: configs/jetty6-deployer/src/main/plan/ configs/jetty6-deployer/src/plan/ configs/tomcat6-deployer/src/main/plan/ configs/tomcat6-deployer/src/plan/
FYI, just added a spring/car module to trunk and hooked it up with CXF. We can try doing the same with Pluto/new console now. Jarek On 9/19/07, Jarek Gawor [EMAIL PROTECTED] wrote: On 9/17/07, Paul McMahan [EMAIL PROTECTED] wrote: Maybe for now we should remove the filtering from web deployers and let each application configure the Spring filtering if necessary. Agreed and the idea about using a configuration for spring could be promising too. Ok. I removed the filtering in trunk (and left it as is in branches/2.0). I will also try to work on the Spring/car module and see if it works with CXF. Jarek
Re: [BUILD] 2.1: Failed for Revision: 582939
This looks like the OOM PermGen problem we were seeing a while ago: http://www.nabble.com/FATAL-ERROR-build-tf3227422s134.html#a8965424 The solution in that case was to bump the memory args. Best wishes, Paul On Oct 8, 2007, at 3:41 PM, [EMAIL PROTECTED] wrote: [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/ plugins/console/console-jetty/target/resources/META-INF/plan.xml [INFO] -- -- [ERROR] FATAL ERROR [INFO] -- -- --- constituent[0]: file:/usr/local/maven/lib/maven-core-2.0.7-uber.jar constituent[1]: file:/home/prasad/.m2/repository/org/apache/ geronimo/genesis/config/checkstyle-config/1.2/checkstyle- config-1.2.jar constituent[2]: file:/home/prasad/.m2/repository/org/apache/maven/ wagon/wagon-ssh-common/1.0-beta-2/wagon-ssh-common-1.0-beta-2.jar
Re: svn commit: r582931 [3/3] - in /geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.devtools.j2g.resources: ./ META-INF/ schema/ src/ src/org/ src/org/apache/ src/org/apache/geronimo/ src/org/
Just corrected it... Thanks Kevan! Kevan Miller wrote: On Oct 8, 2007, at 2:50 PM, [EMAIL PROTECTED] wrote: Added: geronimo/devtools/j2g/trunk/plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/geronimo-secutiry-plan.xml Hi Lin, 'security' is misspelled in this new plan name... --kevan
Re: Axis2 SAAJ implementation in Geronimo - possible class cast bug when unmarshalling?
Hi Paul, You can try with CXF, which uses sun's saaj impl. Here is an instruction on how to configure the jax-ws engine in geronimo - http://cwiki.apache.org/GMOxDOC20/configure-jax-ws-engine.html. Also, I haven't tried to use JDK6 or the wsimport provided by JDK6. I have been using Sun's SDK 5 and the wsimport provided by Geronimo (in the geronimo\bin dir, there is a tool called jaxws-tools). The sample here is proved to work with Sun's SDK 5 and Axis2 - http://cwiki.apache.org/GMOxDOC20/simple-web-service-with-jax-ws.html. HTH, Lin Paul ANDERSON wrote: I've hit trouble moving my JAXB-unmarshalled web service (based on Spring Web Services 1.0.0) from Tomcat 5.5.23 to Geronimo 2.0.1; stack trace below. I used JDK6 on Linux for both TC and Geronimo. I stripped the .war down to use dummy empty implementations of everything, with no extra jar's, so that only the unmarshalling was causing a problem. (I generate my JAXB classes with JDK wsimport on the command line and include them in WEB-INF/classes, so unlike for Axis2 and CXF they don't include Geronimo machinery-maybe this is a problem.) I think the problem is because of Geronimo's Axis 2 SAAJ implementation, and it can't be overridden even when classloader priority is configured to be to the servlet context. Also, I've tried setting JAVA_OPTS in the geronimo.sh startup script to include -Djavax.xml.soap.MessageFactory=com.sun.xml.messaging.saaj.soap.ver1_1.S OAPMessageFactory1_1Impl etc but it had no effect. My fix was to replace the impl and api jars in the Geronimo repository with empty files, so that the deployer's dependency checker was fooled and rmi and the server started without complaining. Now my web service works. But I have a bad feeling about what I've just done to Geronimo - probably it will prevent me using CXF in the same server. Anyone got a better workaround, or a fix for Geronimo? 16:33:04,183 WARN [SoapMessageDispatcher] Endpoint invocation resulted in exception - responding with SOAP Fault java.lang.ClassCastException: org.apache.axiom.soap.impl.dom.SOAPMessageImpl cannot be cast to org.apache.axiom.om.impl.dom.ElementImpl at org.apache.axis2.saaj.NodeImplEx.toSAAJNode2(NodeI mplEx.java:260) at org.apache.axis2.saaj.NodeImplEx.toSAAJNode(NodeIm plEx.java:181) at org.apache.axis2.saaj.SOAPElementImpl.getParentEle ment(SOAPElementImpl.java:723) at org.apache.axis2.saaj.SOAPElementImpl.getParentNod e(SOAPElementImpl.java:778) at com.sun.xml.bind.unmarshaller.DOMScanner.buildName spaceSupport(DOMScanner.java:159) at com.sun.xml.bind.unmarshaller.DOMScanner.buildName spaceSupport(DOMScanner.java:159) at com.sun.xml.bind.unmarshaller.DOMScanner.scan(DOMS canner.java:100) at com.sun.xml.bind.v2.runtime.unmarshaller.Unmarshal lerImpl.unmarshal0(UnmarshallerImpl.java:288) at com.sun.xml.bind.v2.runtime.unmarshaller.Unmarshal lerImpl.unmarshal(UnmarshallerImpl.java:271) at javax.xml.bind.helpers.AbstractUnmarshallerImpl.un marshal(AbstractUnmarshallerImpl.java:107) at org.springframework.oxm.jaxb.Jaxb2Marshaller.unmar shal(Jaxb2Marshaller.java:312) at org.springframework.ws.support.MarshallingUtils.un marshal(MarshallingUtils.java:54) at org.springframework.ws.server.endpoint.adapter.Mar shallingMethodEndpointAdapter.unmarshalRequest(Mar shallingMethodEndpointAdapter.java:145) at org.springframework.ws.server.endpoint.adapter.Mar shallingMethodEndpointAdapter.invokeInternal(Marsh allingMethodEndpointAdapter.java:135) at org.springframework.ws.server.endpoint.adapter.Abs tractMethodEndpointAdapter.invoke(AbstractMethodEn dpointAdapter.java:58) at org.springframework.ws.server.MessageDispatcher.di spatch(MessageDispatcher.java:211) at org.springframework.ws.server.MessageDispatcher.re ceive(MessageDispatcher.java:158) at org.springframework.ws.transport.support.WebServic eMessageReceiverObjectSupport.handleConnection(Web ServiceMessageReceiverObjectSupport.java:87) at org.springframework.ws.transport.http.WebServiceMe ssageReceiverHandlerAdapter.handle(WebServiceMessa geReceiverHandlerAdapter.java:57) at org.springframework.ws.transport.http.MessageDispa tcherServlet.doService(MessageDispatcherServlet.ja va:158) at org.springframework.web.servlet.FrameworkServlet.p rocessRequest(FrameworkServlet.java:475) at org.springframework.web.servlet.FrameworkServlet.d oPost(FrameworkServlet.java:440) at javax.servlet.http.HttpServlet.service(HttpServlet .java:713) at javax.servlet.http.HttpServlet.service(HttpServlet .java:806) at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invo ke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invo ke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectVal ve.invoke(DefaultSubjectValve.java:56) at
Re: [BUILD] 2.1: Failed for Revision: 582939
The script that runs the build has MAVEN_OPTS set thus export MAVEN_OPTS=-XX:MaxPermSize=128m -Xms512m -Xmx1024m I guess this is related to the same trunk build hanging while building configs http://www.nabble.com/Trunk-build-hangs-on-windows-tf4571564s134.html Cheers Prasad On 10/8/07, Paul McMahan [EMAIL PROTECTED] wrote: This looks like the OOM PermGen problem we were seeing a while ago: http://www.nabble.com/FATAL-ERROR-build-tf3227422s134.html#a8965424 The solution in that case was to bump the memory args. Best wishes, Paul On Oct 8, 2007, at 3:41 PM, [EMAIL PROTECTED] wrote: [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/ plugins/console/console-jetty/target/resources/META-INF/plan.xml [INFO] -- -- [ERROR] FATAL ERROR [INFO] -- -- --- constituent[0]: file:/usr/local/maven/lib/maven-core-2.0.7-uber.jar constituent[1]: file:/home/prasad/.m2/repository/org/apache/ geronimo/genesis/config/checkstyle-config/1.2/checkstyle- config-1.2.jar constituent[2]: file:/home/prasad/.m2/repository/org/apache/maven/ wagon/wagon-ssh-common/1.0-beta-2/wagon-ssh-common-1.0-beta-2.jar
Make useMavenDependencies default true ?
Can we make the c-m-p use the maven dependencies by default ? 58 of the 95 configs already use the maven deps. There are approx 15-20 configs that need to be converted to plugins. Odds are we'll end up with 75% of our configs using maven deps. Thus we should consider using the maven deps as default. Also, by default, it should merge the maven deps with the explicit deps, IF ANY are specified in the c-m-p configuration. I don't see a use case for this now, but if there ever is a need to use both maven deps and an explicit list, this will let us achieve it. Lastly, the exisiting useMavenDependencies parameter can be used to specifically exclude the maven deps. This will include only the explicit deps in the c-m-p configuration. Thoughts ?
Re: Make useMavenDependencies default true ?
On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote: Can we make the c-m-p use the maven dependencies by default ? 58 of the 95 configs already use the maven deps. There are approx 15-20 configs that need to be converted to plugins. Odds are we'll end up with 75% of our configs using maven deps. Thus we should consider using the maven deps as default. +1, can this setting can be inherited from the parent project like the other settings such as source-repository currently are? see configs/pom.xml and plugins/pom.xml Also, by default, it should merge the maven deps with the explicit deps, IF ANY are specified in the c-m-p configuration. I don't see a use case for this now, but if there ever is a need to use both maven deps and an explicit list, this will let us achieve it. +1, one use case would be when you want to use the importservices/ import environmental setting for a plugin dependency. I was trying to do that earlier today but it didn't seem to work right. Lastly, the exisiting useMavenDependencies parameter can be used to specifically exclude the maven deps. This will include only the explicit deps in the c-m-p configuration. settings inherited from the parent projects can be overridden. Best wishes, Paul
[jira] Closed: (GERONIMO-3473) CA Helper app should support submitting Certificate Requests from Internet Explorer
[ https://issues.apache.org/jira/browse/GERONIMO-3473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy closed GERONIMO-3473. - Resolution: Fixed Fix Version/s: (was: 2.0.x) 2.0.2 Assignee: Vamsavardhana Reddy Fixed in branches\2.0, branches\2.0.2 and trunk. Completed: At revision: 582981 CA Helper app should support submitting Certificate Requests from Internet Explorer --- Key: GERONIMO-3473 URL: https://issues.apache.org/jira/browse/GERONIMO-3473 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: sample apps, usability Affects Versions: 1.2, 2.0.1, 2.0.x, 2.1 Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.2, 2.1 The CA Helper app currently enable submitting Certificate Requests from browsers (e.g. Firefox) that support KEYGEN tag. Since Internet Explorer does not support KEYGEN tag, requests can not be submitted from IE. Though the certificate and key can be exported from Firefox and imported into IE, it will be better if IE can be used to request and download certificates. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: J2G - GERONIMODEVTOOLS-221
Kevan Miller wrote: On Oct 8, 2007, at 3:19 PM, Donald Woods wrote: Cool, thanks for doing this. As soon as you're done with this JIRA, I'll create a branch for a 1.0.0 release I'd like to know how to build and run j2g... Kevan, I was able to check out, compile, and run j2g on my Mac (Os 10.4.10 on x86, JVM is Apple 1.5.0_07, maven is 2.0.7) with an empty maven repository by doing the following... svn co https://svn.apache.org/repos/asf/geronimo/devtools/j2g/trunk j2g cd j2g mvn clean install assembly:assembly .. cd target unzip j2g-conversion-1.0.0-SNAPSHOT-bin.zip cd j2g-conversion-1.0.0-SNAPSHOT cd bin ./j2g-configure.sh... (follow instructions to enter path to eclipse_home) followed by running the specific tool components on a target jboss app (commands for the specific tools are on the wiki at http://cwiki.apache.org/GMOxDOC20/using-j2g.html ) Have you tried running the compile with a clean maven repository? That's the only thing I can think would be causing this... There are no license/notice files, atm... Also, RAT is flagging the following files as not having apache src license headers (are the .classpath and .project files needed? or were they an accidental commit?) Any files that are non-trivial, non-machine generated, syntactically able to hold a comment, and created by our project should have a license header. !? ./configurator/.classpath !? ./configurator/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.common/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-application.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-web.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/openejb-jar.xml !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/hsqldb-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/mysql-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/oracle-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/jms/jms-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/mail/mail-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/security-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.sources/schema/migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.util/.project !? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test-app-jboss/openejb-jar-serialized.xml --kevan
Re: MEJB changes and MappedName
Anita Kulshreshtha wrote: --- Joe Bohn [EMAIL PROTECTED] wrote: We've been hitting some errors in the TCK tests that validate mgmt with MEJB. The main problem was that we were failing the name lookup: javax.naming.NameNotFoundException: Name java:openejb/Deployment/MEJBGBean/MEJB/javax.management.j2ee.Management not found I thought this was strange because we don't include the MEJBGBean any longer in the geronimo assembly and I could find no reference to it in the Geronimo code at all. It turns out that we map to the GBEAN name when there is no mappedName specified in the Openejb code. In o.a.openejb.config.GeronimoMappedName at line 65 there is this piece of code which Geronimo is apparently very dependent upon if (null == mappedName ref.getEjbRefName().equals(ejb/MEJB)) { ref.setMappedName(MEJBGBean/MEJB); } I believe this code is there because the old MEJB was a plain GBean. I am not very familiar with openejb code. This code is probably not needed any more. If we do not want to release antoher openejb, we could try making MEJBGBean a 'nop' EJB. This is not gong to be any less ugly.. I think this code (or some form of it) is still needed and just making the MEJBGBean a 'nop' will not resolve the problem. With the code completely removed from GeronimoMappedName (rather than just mapping it to the new name) the mappedName in the ejbref eventually resolves to ejb/MEJB which of course will not match ejb/mgmt/MEJB. It looks like the MEJB reference in the app might be incorrect. The spec indicates the recommended name is ejb/mgmt/MEJB. Joe The following code in MEJBGBean (geronimo-openejb) StatelessBean bean = ejbJar.addEnterpriseBean(new StatelessBean(MEJB,MEJBBean.class.getName())); can be modified to replace MEJBBean with a dummy class in geronimo-openejb. I have not tested this... If something can be changed in TCK that would be great. Thanks Anita So I assume the mappedName must always be null and we need to force this mapping for Geronimo? Once I modified the name to match the newly enabled MEJB app's id, mejb/ejb/mgmt/MEJB, then I finally started to see failures that matched what Anita indicated we should see without the correct authorization. So what should we do with this openejb change? We were hoping to release Geronimo 2.0.2 with openejb 3.0-beta-1 which has the old name still included. There are probably other ways around this that would only require Geronimo (such as making the new name match the old name ... but that's really ugly) or perhaps TCK configuration changes. Any suggestions? Joe Catch up on fall's hot new shows on Yahoo! TV. Watch previews, get listings, and more! http://tv.yahoo.com/collections/3658
Re: [DISCUSS] G 2.0.2 Release plan
On 10/8/07, Kevan Miller [EMAIL PROTECTED] wrote: All, I've created a 2.0.2 release branch -- https://svn.apache.org/repos/ asf/geronimo/server/branches/2.0.2 And have updated the branches/2.0 version to be 2.0.3-SNAPSHOT (with a helping hand from Donald :) Vamsi is working on an update to the CA Helper in the console. I am done with the CA Helper app. Joe B is working on a JNDI mapped name problem for MEJB. Beyond those two, I don't think there is any more work to do on 2.0.2. As soon as they are complete, I'll start working on spinning up an RC. Oh, there is one more thing... We need to release the 2.0.2 versions of geronimo-transaction and geronimo-connector. I starting to work on this now. I'll either start release proceedings prior to, or concurrently with G 2.0.2. --kevan -- Vamsi ([EMAIL PROTECTED]) (Committer and Member of Apache Geronimo PMC) Blog: http://vamsic007.livejournal.com/ One-stop-shop for configuring JEE Application security in Geronimo ApacheCon US 2007 http://us.apachecon.com/us2007/program/talk/1977 OS Summit Asia 2007 http://www.ossummit.com/2007/program/talk/15
Re: J2G - GERONIMODEVTOOLS-221
Kevan, I'd prefer that you visit http://geronimo.apache.org/development-tools.html#DevelopmentTools-J2G, and follow the links to install, build and run the tool, and provide feedback on the doc. Ted Kirby On 10/8/07, Erik B. Craig [EMAIL PROTECTED] wrote: Kevan Miller wrote: On Oct 8, 2007, at 3:19 PM, Donald Woods wrote: Cool, thanks for doing this. As soon as you're done with this JIRA, I'll create a branch for a 1.0.0 release I'd like to know how to build and run j2g... Kevan, I was able to check out, compile, and run j2g on my Mac (Os 10.4.10 on x86, JVM is Apple 1.5.0_07, maven is 2.0.7) with an empty maven repository by doing the following... svn co https://svn.apache.org/repos/asf/geronimo/devtools/j2g/trunk j2g cd j2g mvn clean install assembly:assembly .. cd target unzip j2g-conversion-1.0.0-SNAPSHOT-bin.zip cd j2g-conversion-1.0.0-SNAPSHOT cd bin ./j2g-configure.sh... (follow instructions to enter path to eclipse_home) followed by running the specific tool components on a target jboss app (commands for the specific tools are on the wiki at http://cwiki.apache.org/GMOxDOC20/using-j2g.html ) Have you tried running the compile with a clean maven repository? That's the only thing I can think would be causing this... There are no license/notice files, atm... Also, RAT is flagging the following files as not having apache src license headers (are the .classpath and .project files needed? or were they an accidental commit?) Any files that are non-trivial, non-machine generated, syntactically able to hold a comment, and created by our project should have a license header. !? ./configurator/.classpath !? ./configurator/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.common/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-application.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-web.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/openejb-jar.xml !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/hsqldb-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/mysql-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/oracle-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/jms/jms-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/mail/mail-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/security-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.sources/schema/migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.util/.project !? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test-app-jboss/openejb-jar-serialized.xml --kevan
[jira] Created: (SM-1097) Remote shell console based on GShell
Remote shell console based on GShell Key: SM-1097 URL: https://issues.apache.org/activemq/browse/SM-1097 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Fix For: 4.0 Work is in progress at http://svn.apache.org/repos/asf/incubator/servicemix/branches/osgi/gshell/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Make useMavenDependencies default true ?
2 replies in one go :-) On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote: On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote: Can we make the c-m-p use the maven dependencies by default ? 58 of the 95 configs already use the maven deps. There are approx 15-20 configs that need to be converted to plugins. Odds are we'll end up with 75% of our configs using maven deps. Thus we should consider using the maven deps as default. +1, can this setting can be inherited from the parent project like the other settings such as source-repository currently are? see configs/pom.xml and plugins/pom.xml we can do this as soon as all the existing configs have been converted to using really using the c-m-p to generate the geronimo- plugin.xml. Before that I believe we will get into big problems, which is why I didn't do it in the first place. Also, by default, it should merge the maven deps with the explicit deps, IF ANY are specified in the c-m-p configuration. I don't see a use case for this now, but if there ever is a need to use both maven deps and an explicit list, this will let us achieve it. +1, one use case would be when you want to use the importservices/import environmental setting for a plugin dependency. I was trying to do that earlier today but it didn't seem to work right. I don't really understand the behavior you are proposing here. Currently you have a choice between including all the maven dependencies with importall/import or explicitly specifying all the dependencies you want with the import you want. If you explicitly specify the dependencies in the c-m-p config section each one has to be a maven dependency as well. What exactly are you proposing to be different here? Lastly, the exisiting useMavenDependencies parameter can be used to specifically exclude the maven deps. This will include only the explicit deps in the c-m-p configuration. would this match the current behavior when you explicitly configure c- m-p dependencies? settings inherited from the parent projects can be overridden. Is this relevant to the preceding? I'm not seeing how yet. I'm a little leery of more configuration choices than are absolutely necessary. I wonder if we could get by with one behavior, namely always using the maven dependencies with import type all unless the import type is overridden in the c-m-p config. Are there any cases this wouldn't work for? I think we'd still want the include version flag. thanks david jencks Best wishes, Paul
Re: MEJB changes and MappedName
--- Joe Bohn [EMAIL PROTECTED] wrote: Anita Kulshreshtha wrote: --- Joe Bohn [EMAIL PROTECTED] wrote: I think this code (or some form of it) is still needed and just making the MEJBGBean a 'nop' will not resolve the problem. With the code completely removed from GeronimoMappedName (rather than just mapping it to the new name) the mappedName in the ejbref eventually resolves to ejb/MEJB which of course will not match ejb/mgmt/MEJB. The new MEJB is a regular session Bean. It should not require any hardcoded mapping in openejb code. The old one can be made harmless by making it do nothing. In other words both will be deployed. IIRC both can coexist peacefully. The best solution still is to release a new openejb. It looks like the MEJB reference in the app might be incorrect. The spec indicates the recommended name is ejb/mgmt/MEJB. The name of the session bean is ejb/mgmt/MEJB. Thanks Anita Joe The following code in MEJBGBean (geronimo-openejb) StatelessBean bean = ejbJar.addEnterpriseBean(new StatelessBean(MEJB,MEJBBean.class.getName())); can be modified to replace MEJBBean with a dummy class in geronimo-openejb. I have not tested this... If something can be changed in TCK that would be great. Thanks Anita So I assume the mappedName must always be null and we need to force this mapping for Geronimo? Once I modified the name to match the newly enabled MEJB app's id, mejb/ejb/mgmt/MEJB, then I finally started to see failures that matched what Anita indicated we should see without the correct authorization. So what should we do with this openejb change? We were hoping to release Geronimo 2.0.2 with openejb 3.0-beta-1 which has the old name still included. There are probably other ways around this that would only require Geronimo (such as making the new name match the old name ... but that's really ugly) or perhaps TCK configuration changes. Any suggestions? Joe Catch up on fall's hot new shows on Yahoo! TV. Watch previews, get listings, and more! http://tv.yahoo.com/collections/3658 Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
[BUILD] 2.1: Failed for Revision: 583031
OpenEJB trunk at 582811 Geronimo Revision: 583031 built with tests included See the full build-2100.log file at http://people.apache.org/~prasad/binaries/trunk/20071008/build-2100.log [INFO] Generated: /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] snapshot org.apache.geronimo.plugins:console-ear:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-ear:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-ear:2.1-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://download.java.net/maven/1//adaptx/poms/adaptx-0.9.13.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//adaptx/adaptx/0.9.13/adaptx-0.9.13.pom Downloading: http://repo1.maven.org/maven2/adaptx/adaptx/0.9.13/adaptx-0.9.13.pom Downloading: http://download.java.net/maven/1//ant/poms/ant-1.6.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//ant/ant/1.6/ant-1.6.pom Downloading: http://repo1.maven.org/maven2/ant/ant/1.6/ant-1.6.pom 182b downloaded Downloading: http://download.java.net/maven/1//cglib/poms/cglib-full-2.0.2.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//cglib/cglib-full/2.0.2/cglib-full-2.0.2.pom Downloading: http://repo1.maven.org/maven2/cglib/cglib-full/2.0.2/cglib-full-2.0.2.pom 149b downloaded Downloading: http://download.java.net/maven/1//com.cenqua.clover/poms/clover-1.3.12.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//com/cenqua/clover/clover/1.3.12/clover-1.3.12.pom Downloading: http://repo1.maven.org/maven2/com/cenqua/clover/clover/1.3.12/clover-1.3.12.pom 685b downloaded Downloading: http://download.java.net/maven/1//javax.servlet/poms/servlet-api-2.3.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//javax/servlet/servlet-api/2.3/servlet-api-2.3.pom Downloading: http://repo1.maven.org/maven2/javax/servlet/servlet-api/2.3/servlet-api-2.3.pom 156b downloaded Downloading: http://download.java.net/maven/1//ldapsdk/poms/ldapsdk-4.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//ldapsdk/ldapsdk/4.1/ldapsdk-4.1.pom Downloading: http://repo1.maven.org/maven2/ldapsdk/ldapsdk/4.1/ldapsdk-4.1.pom 146b downloaded [INFO] Packaging module configuration: /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/resources/META-INF/plan.xml [INFO] snapshot org.apache.geronimo.plugins:pluto-support:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:pluto-support:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:pluto-support:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.geronimo.plugins:console-core:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-core:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:console-core:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] Building jar: /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/console-tomcat-2.1-SNAPSHOT.car [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: console-tomcat-2.1-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/trunk/plugins/console/console-tomcat/target/console-tomcat-2.1-SNAPSHOT.car to /home/prasad/.m2/repository/org/apache/geronimo/plugins/console-tomcat/2.1-SNAPSHOT/console-tomcat-2.1-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Plugins :: ActiveMQ - Tomcat [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /home/prasad/geronimo/trunk/plugins/activemq/activemq-tomcat/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] snapshot org.apache.geronimo.plugins:activemq-portlets:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:activemq-portlets:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:activemq
[jira] Created: (GERONIMO-3517) Monitoring client needs to read from local database
Monitoring client needs to read from local database --- Key: GERONIMO-3517 URL: https://issues.apache.org/jira/browse/GERONIMO-3517 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Erik B. Craig Monitoring client needs to read from local database for views, server connection information and individual graphs information. The code must be modified to allow for this, as well as automatic population of the local database if it is either not created or simply empty. This is a stepping stone to getting the Monitoring client much more configurable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3517) Monitoring client needs to read from local database
[ https://issues.apache.org/jira/browse/GERONIMO-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik B. Craig updated GERONIMO-3517: Attachment: GERONIMO-3517.patch This patch changes user interface of the monitoring client somewhat, with the initial page being a listing of various 'views' as well as the servers it can monitor, to which configuration functionality will be added soon. This patch also changes the graph generation so that all parameters (mbean name, dataname, labels, colors, timeframe, server, ip for machine to pull data from, authentication information) are pulled from a local database. After the patch is applied, when the monitoring client is deployed it will now show up as Monitoring under the Server folder in the plugable admin console, as well as populating a local Derby database that is created upon it's first connection with some default data. For committing, the following must be done after applying the patch... svn add client/client-war/src/main/webapp/WEB-INF/view/monitoringEdit.jsp svn add client/client-war/src/main/webapp/WEB-INF/view/monitoringNormal.jsp svn add client/client-war/src/main/webapp/WEB-INF/view/monitoringPage.jsp Thanks =) Monitoring client needs to read from local database --- Key: GERONIMO-3517 URL: https://issues.apache.org/jira/browse/GERONIMO-3517 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Erik B. Craig Attachments: GERONIMO-3517.patch Monitoring client needs to read from local database for views, server connection information and individual graphs information. The code must be modified to allow for this, as well as automatic population of the local database if it is either not created or simply empty. This is a stepping stone to getting the Monitoring client much more configurable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
jetty jee5 assembly broken in branches/2.0
Folks, For last few days the 2.0 tests have been timing out. The server just keeps logging the following exceptions: 20:56:32,531 WARN [log] dispatch failed! 20:56:32,531 WARN [JettyThreadPool] java.util.concurrent.RejectedExecutionException 20:56:32,531 WARN [log] dispatch failed! 20:56:32,531 WARN [JettyThreadPool] java.util.concurrent.RejectedExecutionException The requests are not handled and tests just time out. I tracked this problem down to the poolSize in DefaultThreadPool gbean. It was recently changed from 500 to 150. Everything works fine with 500 but breaks with 150. That's at least what I see. I would think that changing the pool size would have no effect on this functionality so something is definitely not setup right. Also, I believe the same problem exists in branches/2.0.2. Any ideas/thoughts? Jarek
Re: J2G - GERONIMODEVTOOLS-221
Hi Kevan, I have added the apache src license headers to all the .xml files below. For the .classpath and .project files, I think they are used by eclipse. I tried to delete both of them in one of the plugins and ask the system to regenerate them using mvn eclipse:eclipse but I noticed the system generated .project file is different. I saw both of these files in the devtools project (geronimo eclipse plugin) as well, without any license headers. The MANIFEST.MF files are important during build for the eclipsepde maven plugin, and the ones in the devtools project (geronimo eclipse plugin)are the same, without any license headers. Lin Kevan Miller wrote: On Oct 8, 2007, at 3:19 PM, Donald Woods wrote: Cool, thanks for doing this. As soon as you're done with this JIRA, I'll create a branch for a 1.0.0 release I'd like to know how to build and run j2g... There are no license/notice files, atm... Also, RAT is flagging the following files as not having apache src license headers (are the .classpath and .project files needed? or were they an accidental commit?) Any files that are non-trivial, non-machine generated, syntactically able to hold a comment, and created by our project should have a license header. !? ./configurator/.classpath !? ./configurator/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.common/.project !? ./plugins/org.apache.geronimo.devtools.j2g.common/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/.project !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-application.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/geronimo-web.xml !? ./plugins/org.apache.geronimo.devtools.j2g.descriptors/test-resources/openejb-jar.xml !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/.project !? ./plugins/org.apache.geronimo.devtools.j2g.jasper/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.resources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.resources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.resources/schema/tool.migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/hsqldb-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/mysql-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/ds/oracle-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/jms/jms-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/mail/mail-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.resources/test-apps/security/security-geronimo-plan.xml !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.sources/.project !? ./plugins/org.apache.geronimo.devtools.j2g.sources/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.sources/schema/migrations.exsd !? ./plugins/org.apache.geronimo.devtools.j2g.util/.classpath !? ./plugins/org.apache.geronimo.devtools.j2g.util/.project !? ./plugins/org.apache.geronimo.devtools.j2g.util/META-INF/MANIFEST.MF !? ./plugins/org.apache.geronimo.devtools.j2g.util/test-apps/test-app-jboss/openejb-jar-serialized.xml --kevan
Re: Make useMavenDependencies default true ?
Comments inline - Thank you for your patience. On 10/8/07, David Jencks [EMAIL PROTECTED] wrote: 2 replies in one go :-) On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote: On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote: Can we make the c-m-p use the maven dependencies by default ? 58 of the 95 configs already use the maven deps. There are approx 15-20 configs that need to be converted to plugins. Odds are we'll end up with 75% of our configs using maven deps. Thus we should consider using the maven deps as default. +1, can this setting can be inherited from the parent project like the other settings such as source-repository currently are? see configs/pom.xml and plugins/pom.xml we can do this as soon as all the existing configs have been converted to using really using the c-m-p to generate the geronimo- plugin.xml. Before that I believe we will get into big problems, which is why I didn't do it in the first place. Right, right. We'll get to this after we convert all our configs to plugins. Also, by default, it should merge the maven deps with the explicit deps, IF ANY are specified in the c-m-p configuration. I don't see a use case for this now, but if there ever is a need to use both maven deps and an explicit list, this will let us achieve it. +1, one use case would be when you want to use the importservices/import environmental setting for a plugin dependency. I was trying to do that earlier today but it didn't seem to work right. I don't really understand the behavior you are proposing here. Currently you have a choice between including all the maven dependencies with importall/import or explicitly specifying all the dependencies you want with the import you want. If you explicitly specify the dependencies in the c-m-p config section each one has to be a maven dependency as well. What exactly are you proposing to be different here? You are right here. It seems like the inherited maven deps are included as well. In such a case, yes - the deps explicitly listed in the c-m-p are already have a maven dep somewhere (same pom or parent). However, the use case I was thinking was when you'd need to override the import of just one (of the many) maven dep in the c-m-p. In this case, you would include the maven deps by default, and then override the ones in c-m-p. But I reckon, we may be complicating things here. So should there never be a case when both the deps listings (maven deps and c-m-p deps) need to merge ? So the listings are always mutually exclusive ? Lastly, the exisiting useMavenDependencies parameter can be used to specifically exclude the maven deps. This will include only the explicit deps in the c-m-p configuration. would this match the current behavior when you explicitly configure c- m-p dependencies? settings inherited from the parent projects can be overridden. Is this relevant to the preceding? I'm not seeing how yet. If we do use maven deps as default, then this becomes relevant when we need to exclude the maven deps. However, this was very much relevant when I thought we could merge the two listings. But if the 2 listings cannot be merged, then it's relevancy gets lost. If c-m-p has a deps explicitly listed, then it should automatically exclude the maven deps. Why use this flag at all ? I'm a little leery of more configuration choices than are absolutely necessary. I wonder if we could get by with one behavior, namely always using the maven dependencies with import type all unless the import type is overridden in the c-m-p config. Are there any cases this wouldn't work for? Again, if deps cannot be merge, then even if one dep's import type is overridden, then all the remaining deps should be listed in the c-m-p, right ? I think we'd still want the include version flag. Yes. Me too. thanks david jencks Cheers Prasad Best wishes, Paul
[jira] Commented: (GERONIMO-3517) Monitoring client needs to read from local database
[ https://issues.apache.org/jira/browse/GERONIMO-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533249 ] Anita Kulshreshtha commented on GERONIMO-3517: -- Patch applied in rev 583038 Monitoring client needs to read from local database --- Key: GERONIMO-3517 URL: https://issues.apache.org/jira/browse/GERONIMO-3517 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Erik B. Craig Attachments: GERONIMO-3517.patch Monitoring client needs to read from local database for views, server connection information and individual graphs information. The code must be modified to allow for this, as well as automatic population of the local database if it is either not created or simply empty. This is a stepping stone to getting the Monitoring client much more configurable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: jetty jee5 assembly broken in branches/2.0
Oh, I think I know what's going on. Jetty is configured with 3 connectors. Each connector is configured with 50 threads. So by the time the server starts up all the threads in the pool are taken.. Looks like in Jetty we must set the thread pool size to 150. Jarek On 10/8/07, Jarek Gawor [EMAIL PROTECTED] wrote: Folks, For last few days the 2.0 tests have been timing out. The server just keeps logging the following exceptions: 20:56:32,531 WARN [log] dispatch failed! 20:56:32,531 WARN [JettyThreadPool] java.util.concurrent.RejectedExecutionException 20:56:32,531 WARN [log] dispatch failed! 20:56:32,531 WARN [JettyThreadPool] java.util.concurrent.RejectedExecutionException The requests are not handled and tests just time out. I tracked this problem down to the poolSize in DefaultThreadPool gbean. It was recently changed from 500 to 150. Everything works fine with 500 but breaks with 150. That's at least what I see. I would think that changing the pool size would have no effect on this functionality so something is definitely not setup right. Also, I believe the same problem exists in branches/2.0.2. Any ideas/thoughts? Jarek
[jira] Resolved: (GERONIMO-3517) Monitoring client needs to read from local database
[ https://issues.apache.org/jira/browse/GERONIMO-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik B. Craig resolved GERONIMO-3517. - Resolution: Fixed Thanks Anita =) Monitoring client needs to read from local database --- Key: GERONIMO-3517 URL: https://issues.apache.org/jira/browse/GERONIMO-3517 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Erik B. Craig Attachments: GERONIMO-3517.patch Monitoring client needs to read from local database for views, server connection information and individual graphs information. The code must be modified to allow for this, as well as automatic population of the local database if it is either not created or simply empty. This is a stepping stone to getting the Monitoring client much more configurable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.