[jira] Commented: (SM-1082) Inconsistent exception handling in ClientFactory
[ https://issues.apache.org/activemq/browse/SM-1082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40253 ] Guillaume Nodet commented on SM-1082: - Kristian, I don't see where the isFactoryJNDIregistered flag is set to true in this patch ... Inconsistent exception handling in ClientFactory Key: SM-1082 URL: https://issues.apache.org/activemq/browse/SM-1082 Project: ServiceMix Issue Type: Bug Components: servicemix-core Reporter: Kristian Koehler Fix For: 3.1.3, 3.2 Attachments: servicemix-core.patch Hi the org/apache/servicemix/jbi/framework/ClientFactory includes exception handling code which is IMO not consistent. Within the start() method the factory tries to bind itself to a jndi context. If this fails an warning is logged. Within the stop() the factory tries to unbind itself from jndi without checking if its registered properly. I attached a patch where it is checked if the bind was successful. If not the stop method skips the unbind call. Kristian -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1082) Inconsistent exception handling in ClientFactory
[ https://issues.apache.org/activemq/browse/SM-1082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1082. - Resolution: Fixed Assignee: Guillaume Nodet Sending servicemix-core/src/main/java/org/apache/servicemix/jbi/framework/ClientFactory.java Transmitting file data . Committed revision 581827. Sending servicemix-core/src/main/java/org/apache/servicemix/jbi/framework/ClientFactory.java Transmitting file data . Committed revision 581830. Inconsistent exception handling in ClientFactory Key: SM-1082 URL: https://issues.apache.org/activemq/browse/SM-1082 Project: ServiceMix Issue Type: Bug Components: servicemix-core Reporter: Kristian Koehler Assignee: Guillaume Nodet Fix For: 3.1.3, 3.2 Attachments: servicemix-core.patch, servicemix-core.patch Hi the org/apache/servicemix/jbi/framework/ClientFactory includes exception handling code which is IMO not consistent. Within the start() method the factory tries to bind itself to a jndi context. If this fails an warning is logged. Within the stop() the factory tries to unbind itself from jndi without checking if its registered properly. I attached a patch where it is checked if the bind was successful. If not the stop method skips the unbind call. Kristian -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1085) Additional geronimo deployment plan support
Additional geronimo deployment plan support --- Key: SM-1085 URL: https://issues.apache.org/activemq/browse/SM-1085 Project: ServiceMix Issue Type: New Feature Components: geronimo Reporter: Kristian Koehler Attachments: geronimo-plugin.patch Hi the attached patch includes an optional geronimo deployment plan for jbi deployment units. with this patch it's possible to deploy servicemix deployment units and specified additional dependencies. For example if you tried to deploy the camel service unit an ClassNotFound exception is thrown because the class org/apache/camel/Component isn't part of the deployment unit. With the patch it's possible to sepcified the neccessary dependency. Sample geronimo-jbi.xml: sjbi:jbi xmlns:sjbi=http://servicemix.apache.org/xml/ns/jbi-1.0; xmlns:ger=http://geronimo.apache.org/xml/ns/deployment-1.2; ger:environment ger:moduleId ger:groupIdservicemix-components/ger:groupId ger:artifactIdservicemix-camel/ger:artifactId ger:version0.0/ger:version ger:typecar/ger:type /ger:moduleId ger:dependencies ger:dependency ger:groupIdorg.apache.camel/ger:groupId ger:artifactIdcamel-core/ger:artifactId ger:version1.1.0/ger:version ger:typejar/ger:type ger:importclasses/ger:import /ger:dependency /ger:dependencies ger:hidden-classes/ ger:non-overridable-classes/ /ger:environment /sjbi:jbi Currently only environment entries are supported. Kristian -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (SM-1052) Classloader problems in JMS component while generating jbi descriptor
[ https://issues.apache.org/activemq/browse/SM-1052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet closed SM-1052. --- Resolution: Won't Fix Btw, I think this is a pure classloader problem, so I don't think this is a bug per se. It may involve hacking the maven dependencies ... Please reopen if you have more precise informations Classloader problems in JMS component while generating jbi descriptor - Key: SM-1052 URL: https://issues.apache.org/activemq/browse/SM-1052 Project: ServiceMix Issue Type: Bug Components: tooling Affects Versions: 3.2 Environment: win xp, java 1.5 Reporter: Przemyslaw Budzik Attachments: bug.log using spring aop in jms su (jms:consumer), asm/asm-commons are provided as dependencies (aspectj and spring-aop as well), but jbi-plugin claims ClassVisitor class cannot be found. it is important that project is Hibernate free and it seems only cglib_nodep + asm is on classpath. the same AOP stuff is bound to XSLT su and works well -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1044) Routing based on message property and set new property on the message in EIP content based router
[ https://issues.apache.org/activemq/browse/SM-1044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40258 ] Guillaume Nodet commented on SM-1044: - Sorry about the delay ... I agree about the route based on a value, but it should be done in a new predicate that would check the value of the property on the exchange. It could be done easily with a PropertyExpression, so we would have a PropertyPredicate (as we have an XPathPredicate). Wanna provide a patch for this one ? I'd be glad to include it. As for the properties that are set by the predicate, i don't really like that. Predicates are meant to not mutate the exchange. You can do that in your own predicate as you suggested yourself. Can you please expose your exact problems in doing so ? Routing based on message property and set new property on the message in EIP content based router - Key: SM-1044 URL: https://issues.apache.org/activemq/browse/SM-1044 Project: ServiceMix Issue Type: New Feature Components: servicemix-eip Affects Versions: 3.1 Environment: Windows, JBoss-4.0.4-GA using Servicemix deployer Reporter: Srivatsan Sridharan Priority: Minor Attachments: SwitchPredicate.java, XPathPredicate.java SwitchPredicate.java (available in Servicemix trunk) routes based on the (boolean) value of the property set on the message exchange. It would be good to have it 1) route based on the value (not particularly boolean) of a property set on the message. 2) set additional property on the message when the evaluation of property value is true. SwitchPredicate.java attached herewith has the changes to address the above. XPathPredicate.java attached herewith has the changes to set additional property in the ContentBasedRouter. Please let me know if this is the right approach. -- 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_40263 ] Ryan Moquin commented on SM-1087: - I forgot that there is a servicemix-http provider declaration that allows for the use of useJBIWrapper, but it appears to choke on JBI wrapped messages sent from the cxfse proxy component. When I send a message to a regular servicemix-http component (the default one) the JBI wrapped message is forwarded out, but when I use the soap-provider one, then I end up with a NPE. I don't have the stack trace handy, but I'll try to get some time to day to grab it and put it on here. 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: ServiceMix 4.0 modularity
On 10/4/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I'd like to make ServiceMix 4.0 as modular as possible. This would mean that ServiceMix 4.0 main distribution would come with the minimal set, while additional features could be provisioned and configured using OBR, the Deployment Admin or our provisioning system. Such features could include: * an activemq broker * an apache ds server * jbi 1.0 compatibility layer * jaxws support * ... Although from a project perspective, if we could split these features in different projects, that would make things easier to release: i.e. release a single feature at a time, rather than releasing everything each time. Kinda like maven does with its plugins. I've always thought the idea of separate release cycles for different components/features was a good one. This allows for individual components to be released as they're ready. However, I've begun to reconsider this recently. Independent component releases seem like a good idea until the developer has trouble and then begins to upgrade components independently resulting in a mish-mash of versions which can cause a laundry list of other problems. It seems to me that we should not push this responsibility onto the developer because it causes them more trouble than its worth. Not unlike recent Eclipse releases, ServiceMix is a container with many modules and I think *we* should bear the burden of making each module work together to provide an overall ServiceMix release. An alternative approach would be to mix independent component releases with overall ServiceMix releases. This would give us the ability to release components independently while still providing a major release of all components packaged together as ServiceMix, say, four times a year. Am I crazy? 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] Updated: (SM-1089) DotViewService not generating DOT files for endpoints or flows
[ https://issues.apache.org/activemq/browse/SM-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder updated SM-1089: - Attachment: ServiceMixComponents.dot DotViewService not generating DOT files for endpoints or flows --- Key: SM-1089 URL: https://issues.apache.org/activemq/browse/SM-1089 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.2 Reporter: Bruce Snyder Attachments: ServiceMixComponents.dot The {{DotViewService}} is part of the default configuration in {{conf/servicemix.xml}} and it is set to start automatically, but it does not generate the DOT files at all. The only way to get the diagrams generated is to add the following causes the files to be generated: {code:xml} sm:listeners sm:dotViewEndpointListener / sm:dotViewFlowListener / /sm:listeners {code} Although the endpoints diagram is correct, the flow diagram is not. It just produces a box containing the words 'Apache ServiceMix flow'. I'll attach the two diagrams for reference. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1089) DotViewService not generating DOT files for endpoints or flows
[ https://issues.apache.org/activemq/browse/SM-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder updated SM-1089: - Attachment: ServiceMixFlow.dot DotViewService not generating DOT files for endpoints or flows --- Key: SM-1089 URL: https://issues.apache.org/activemq/browse/SM-1089 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: 3.2 Reporter: Bruce Snyder Attachments: ServiceMixComponents.dot, ServiceMixFlow.dot The {{DotViewService}} is part of the default configuration in {{conf/servicemix.xml}} and it is set to start automatically, but it does not generate the DOT files at all. The only way to get the diagrams generated is to add the following causes the files to be generated: {code:xml} sm:listeners sm:dotViewEndpointListener / sm:dotViewFlowListener / /sm:listeners {code} Although the endpoints diagram is correct, the flow diagram is not. It just produces a box containing the words 'Apache ServiceMix flow'. I'll attach the two diagrams for reference. -- 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 modularity
Yes you are crazy. I have to agree - dependency hell is not something I'd like to have to overcome. Eclipse's deal is a nice example. Kit Sent from my iPhone On Oct 4, 2007, at 4:31 PM, Bruce Snyder [EMAIL PROTECTED] wrote: On 10/4/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I'd like to make ServiceMix 4.0 as modular as possible. This would mean that ServiceMix 4.0 main distribution would come with the minimal set, while additional features could be provisioned and configured using OBR, the Deployment Admin or our provisioning system. Such features could include: * an activemq broker * an apache ds server * jbi 1.0 compatibility layer * jaxws support * ... Although from a project perspective, if we could split these features in different projects, that would make things easier to release: i.e. release a single feature at a time, rather than releasing everything each time. Kinda like maven does with its plugins. I've always thought the idea of separate release cycles for different components/features was a good one. This allows for individual components to be released as they're ready. However, I've begun to reconsider this recently. Independent component releases seem like a good idea until the developer has trouble and then begins to upgrade components independently resulting in a mish-mash of versions which can cause a laundry list of other problems. It seems to me that we should not push this responsibility onto the developer because it causes them more trouble than its worth. Not unlike recent Eclipse releases, ServiceMix is a container with many modules and I think *we* should bear the burden of making each module work together to provide an overall ServiceMix release. An alternative approach would be to mix independent component releases with overall ServiceMix releases. This would give us the ability to release components independently while still providing a major release of all components packaged together as ServiceMix, say, four times a year. Am I crazy? 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/
Re: ServiceMix 4.0 modularity
On 10/4/07, Bruce Snyder [EMAIL PROTECTED] wrote: On 10/4/07, Chris Custine [EMAIL PROTECTED] wrote: I agree that eventually you will have certain components that have their own release cycles seperate from the core components. I think it will take several releases of all components as an entire system before you will be comfortable splitting things into seperate sub-projects, but as the core components mature and stabilize I think it will be a natural desire to have more frequent releases of the optional components. Agreed. The dependency management issues mentioned by Bruce and Kit are valid, but don't forget that the bundles are able to specify required version information for their own dependencies. So the dependency management issue is more about shipping a properly working default configuration with the main ServiceMix distribution than about the seperate releases of components. That's a good point and something I forgot about. I guess we'll need to relax any static version requirements once the core stablizes so that we can allow a wider range of acceptable versions of various components. I like Guillaume's idea of offering a basic image that is capable of provisioning itself from a managed OBR repository. This could also allow a user to configure their own customized provisioning configuration similar to kickstart files for Linux distributions. I think you will also want to offer a fully loaded and self contained image that already has all of the components available, but the auto-provisioned basic image will be very useful for a lot of users I would think. I think this is a good paradigm as well. However, a question arose today about continuing to allow ServiceMix to be embedded in any old Java app. Some folks may want an OSGi container to be started when embedding ServiceMix, and some may not. All I'm saying is that we need to keep this in mind as a requirement because there are a fair amount of users who are embedding ServiceMix today. I have had to think about this same issue with Apache Directory Server. ApacheDS has many users that embed as well as many users of the standalone server and this will be an issue for us as we move the server to an OSGi container as well. It may be different for ServiceMix, but for ApacheDS I want to be able to offer the ability to embed without using OSGi or Spring at all. I haven't worked out all the details yet, but I am thinking about a component that contains all of the OSGi specific code and manages the server components which are just library bundles with OSGi Manifest headers so that they can also be used as simple jar files outside of OSGi. If you wanted to embed, then the OSGi component is not used, and instead you could have a facade that basically does what the standalone server does today (use Spring to load app context and wire components), or just wire the components up directly in the user's own code (ADS has people doing this as well). So this basically exposes 3 distinct use cases with progressively lower levels of integration. Now the trick is to accomplish this without introducing a maintenance nightmare. :-) Thanks, Chris
[jira] Created: (GERONIMO-3501) The geronimo tuscany plugin cannot be started in Geronimo 2.0.1
The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 --- Key: GERONIMO-3501 URL: https://issues.apache.org/jira/browse/GERONIMO-3501 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Plugins Affects Versions: 2.0.1 Reporter: Raymond Feng Fix For: 2.0.x Attachments: rfeng-tuscany-plugin.patch The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 as tuscany-definitions module is not added as dependency. There are also SNAPSHOT dependencies on sdo/das. I attach a patch to fix these issues. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3501) The geronimo tuscany plugin cannot be started in Geronimo 2.0.1
[ https://issues.apache.org/jira/browse/GERONIMO-3501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng updated GERONIMO-3501: --- Attachment: rfeng-tuscany-plugin.patch Please review and apply the patch. The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 --- Key: GERONIMO-3501 URL: https://issues.apache.org/jira/browse/GERONIMO-3501 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Affects Versions: 2.0.1 Reporter: Raymond Feng Fix For: 2.0.x Attachments: rfeng-tuscany-plugin.patch The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 as tuscany-definitions module is not added as dependency. There are also SNAPSHOT dependencies on sdo/das. I attach a patch to fix these issues. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: System Module descriptions
On Oct 3, 2007, at 6:21 PM, Prasad Kashyap wrote: On 10/3/07, Ted Kirby [EMAIL PROTECTED] wrote: Cool! I wrote a (cough, cough) perl script to generate wiki markup for a table from the data in the configs/*/pom.xml files, and updated the wiki page with it. I then produced a merged table to compare existing pom descriptions to the ones I had entered. I'd like to get further input, store updated descriptions in the pom.xml description element, and then I think it makes sense to generate a page from the pom.xml data. There appear to be two attributes for each that would be nice to capture in doc: whether the module is initially started, and whether it should *never* be started. I wonder if any sort of attribute could be added for capturing this in pom.xml? IIUC, are you wondering if we should add attributes in the pom.xml that will say whether this configuration is initially started or should never be started ? Other than for updating the wiki, will this attribute be useful for anything else ? I think there's already an attribute for whether the plugin gets started: otherwise we'd be running the client plugins in the server. never start is a misnomer it might be never start in the normal server if you really never start it ever then you can just leave it out :-) I'm wondering if there's a way to have the plugin descriptor direct its customizations to a particular kernel configuration: server configs going into config.xml, artifact_aliases, and config- substitutions, client configs going into maybe client_aritifact_aliases, etc etc. If there's a way to make this work then a more accurate description of never start would be not part of the server. So I'd like to wait with the never start attribute until we figure out if this is practicable. thanks david jencks Cheers Prasad Ted Kirby On 10/2/07, David Jencks [EMAIL PROTECTED] wrote: Nice! In trunk, the description element in the config's pom gets put into the geronimo-plugin.xml description so it really needs to be accurate. It would be great if we could generate future versions of this page from the plugin catalog. Meanwhile it might be worthwhile comparing the descriptions here with the descriptions in the trunk configs' poms to make sure they are consistent and the most informative wins :-) thanks! david jencks On Oct 2, 2007, at 3:05 PM, Ted Kirby wrote: I have added this wiki page http://cwiki.apache.org/GMOxDOC20/system-modules.html to list the modules that come with the (2.0.1) server, along with: 1. A brief description of what the module does 2. Is it started by default, or 3. Should it never be started? This is a first draft. I solicit feedback and encourage folks to update the page as appropriate. There are some modules with which I am not familiar. Ted Kirby
[jira] Closed: (GERONIMO-3501) The geronimo tuscany plugin cannot be started in Geronimo 2.0.1
[ https://issues.apache.org/jira/browse/GERONIMO-3501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy closed GERONIMO-3501. - Resolution: Fixed Completed: At revision: 581787 The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 --- Key: GERONIMO-3501 URL: https://issues.apache.org/jira/browse/GERONIMO-3501 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Affects Versions: 2.0.1 Reporter: Raymond Feng Fix For: 2.0.x Attachments: rfeng-tuscany-plugin.patch The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 as tuscany-definitions module is not added as dependency. There are also SNAPSHOT dependencies on sdo/das. I attach a patch to fix these issues. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1082) Inconsistent exception handling in ClientFactory
[ https://issues.apache.org/activemq/browse/SM-1082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kristian Koehler updated SM-1082: - Attachment: servicemix-core.patch Hi Guillaume sorry for that. The attached patch includes the missing line... Kristian Inconsistent exception handling in ClientFactory Key: SM-1082 URL: https://issues.apache.org/activemq/browse/SM-1082 Project: ServiceMix Issue Type: Bug Components: servicemix-core Reporter: Kristian Koehler Fix For: 3.1.3, 3.2 Attachments: servicemix-core.patch, servicemix-core.patch Hi the org/apache/servicemix/jbi/framework/ClientFactory includes exception handling code which is IMO not consistent. Within the start() method the factory tries to bind itself to a jndi context. If this fails an warning is logged. Within the stop() the factory tries to unbind itself from jndi without checking if its registered properly. I attached a patch where it is checked if the bind was successful. If not the stop method skips the unbind call. Kristian -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1081) A StaticRecipientListAggregator like SplitAggregator is needed
[ https://issues.apache.org/activemq/browse/SM-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1081. - Resolution: Fixed Assignee: Guillaume Nodet Sending servicemix-eip/src/main/java/org/apache/servicemix/eip/patterns/SplitAggregator.java Sending servicemix-eip/src/main/java/org/apache/servicemix/eip/patterns/StaticRecipientList.java Transmitting file data .. Committed revision 581822. Adding servicemix-eip/src/main/java/org/apache/servicemix/eip/patterns/RecipientListAggregator.java Transmitting file data . Committed revision 581823. A StaticRecipientListAggregator like SplitAggregator is needed --- Key: SM-1081 URL: https://issues.apache.org/activemq/browse/SM-1081 Project: ServiceMix Issue Type: Improvement Components: servicemix-eip Affects Versions: 3.1.1 Environment: ServiceMix 3.1.1 Reporter: Andrea Zoppello Assignee: Guillaume Nodet Fix For: 3.2 Attachments: RecipientListAggregator.java, SplitAggregator.java.patch, StaticRecipientList.java.patch We need a specific aggregator to use in couple with a Static recipient List. To do this we need to: 1) Modify the static recipient list to propagate some information needed to be used by RecipientListAggregator 2) Implement the RecipientListAggregator class 3) With a small update to SplitAggregator class RecipientListAggregator could simply extend SplitAggregator to reuse the aggregation logic. The problem is that the Expression properties are private, so we need to change SplitAgggregator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3457) Drools BRMS issue using geronimo 2.0.1-jetty6
[ https://issues.apache.org/jira/browse/GERONIMO-3457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532366 ] Kevan Miller commented on GERONIMO-3457: I don't see how Geronimo could be causing this error. I may be proven wrong, but I don't think we inclde a w3c dom implementation in our Geronimo 2.0 distributions. So, not sure how we could be responsible for an xslt and w3c mismatch in the the JRE. How are you setting up your java environment for java service wrapper? Are you sure you're using G 2.0.1? Drools BRMS issue using geronimo 2.0.1-jetty6 - Key: GERONIMO-3457 URL: https://issues.apache.org/jira/browse/GERONIMO-3457 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.0.1 Environment: geronimo 2.0.1-jetty6 windows drools-jbrms 4.0.1 Reporter: Bhagwath Vadyala Attachments: drools-error-screenshot.doc, geronimo-jetty-server-log.txt We are having an issuing testing drools BRMS 4.0.1 on geronimo 2.0.1 jetty 6 version. It deploys fine but when we open the url http://localhost:8080/drools-jbrms, its not redirecting to correct page. We use the same drools-jbrms war file and deploy on jboss-tomcat it works fine and redirects to the correct page. We posted the issue to JBOSS and here is the response from them. Michael Neale commented on JBRULES-1150: ok the URL in the browser it wrong. Ideally you will put in: http://localhost:8080/drools-jbrms and it *should* redirect to : http://localhost:8080/drools-jbrms/org.drools.brms.JBRMS/JBRMS.html if it doesn't - then it is a bug with how geronimo is redirecting. The index.jsp, which is default, has: % String redirectURL = org.drools.brms.JBRMS/JBRMS.html; response.sendRedirect(redirectURL); % which should work as it does on every other app server tried so far. unfortunately we don't have resources to support every purmutation of app servers/web containers so this will require some experimentation. please let me know how you go. .. Please let me know how to fix this issue. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Trunk fails
On 10/4/07, Jarek Gawor [EMAIL PROTECTED] wrote: Yep. There are actaully a few problems that I'm seeing with trunk. 1) The Windows build problem. That's a bug in Maven where it returns a URL that's not really a URL. But I think we can work around that in our car-maven-plugin. For now, if you add the following to your ~/.m2/settings.xml it should work: localRepository/C:/.m2/localRepository Great! This solves my build problem. Thanks Jarek. Trunk build (with tests on) Successful. 2) Looks like the javaee assembly contains more modules then it used to. For example, org.apache.geronimo.configs/uddi-jetty6/2.1-SNAPSHOT/car is now getting installed. 3) Because more modules were installed, the startup progress bar died with a StringIndexOutOfBoundsException. I committed a small fix for that. 4) The java.rmi.server.ExportException: Port already in use: 1099 error in the app client as shown in the logs. Jarek On 10/3/07, Prasad Kashyap [EMAIL PROTECTED] wrote: I'm seeing a different trunk failure on Windows. I'm at Rev: 581764. Fresh checkout and a clean repo. http://rifers.org/paste/show/5677 The automated builds on linux does not seem to have this problem. I'm going to verify this on another windows machine tomorrow. Cheers Prasad On 10/3/07, Jarek Gawor [EMAIL PROTECTED] wrote: Please see http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log for test failure. I'm seeing the same on Windows. Jarek On 3 Oct 2007 22:53:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: OpenEJB trunk at 581589 Geronimo Revision: 581737 built with tests included See the full build-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/build-1800.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 30 seconds [INFO] Finished at: Wed Oct 03 18:36:12 EDT 2007 [INFO] Final Memory: 212M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log -- Thanks, Shiva Come to ApacheCon US 2007 or OS Summit Asia 2007 and learn about Java EE 5 App Development on Geronimo 2.0 simplified using Eclipse http://us.apachecon.com/us2007/program/talk/2003 http://www.ossummit.com/2007/program/talk/16
Re: Trunk fails
I am trying to start Geronimo built from trunk on a Win-XP machine using command geronimo.bat run and hitting InvalidConfigurationException http://rifers.org/paste/show/5681 Anyone else facing this problem? On 10/4/07, Shiva Kumar H R [EMAIL PROTECTED] wrote: On 10/4/07, Jarek Gawor [EMAIL PROTECTED] wrote: Yep. There are actaully a few problems that I'm seeing with trunk. 1) The Windows build problem. That's a bug in Maven where it returns a URL that's not really a URL. But I think we can work around that in our car-maven-plugin. For now, if you add the following to your ~/.m2/settings.xml it should work: localRepository/C:/.m2/localRepository Great! This solves my build problem. Thanks Jarek. Trunk build (with tests on) Successful. 2) Looks like the javaee assembly contains more modules then it used to. For example, org.apache.geronimo.configs/uddi-jetty6/2.1-SNAPSHOT/car is now getting installed. 3) Because more modules were installed, the startup progress bar died with a StringIndexOutOfBoundsException. I committed a small fix for that. 4) The java.rmi.server.ExportException: Port already in use: 1099 error in the app client as shown in the logs. Jarek On 10/3/07, Prasad Kashyap [EMAIL PROTECTED] wrote: I'm seeing a different trunk failure on Windows. I'm at Rev: 581764. Fresh checkout and a clean repo. http://rifers.org/paste/show/5677 The automated builds on linux does not seem to have this problem. I'm going to verify this on another windows machine tomorrow. Cheers Prasad On 10/3/07, Jarek Gawor [EMAIL PROTECTED] wrote: Please see http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log http://people.apache.org/%7Eprasad/binaries/trunk/20071003/test-1800.log for test failure. I'm seeing the same on Windows. Jarek On 3 Oct 2007 22:53:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: OpenEJB trunk at 581589 Geronimo Revision: 581737 built with tests included See the full build-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/build-1800.loghttp://people.apache.org/%7Eprasad/binaries/trunk/20071003/build-1800.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071003http://people.apache.org/%7Eprasad/binaries/trunk/20071003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 30 seconds [INFO] Finished at: Wed Oct 03 18:36:12 EDT 2007 [INFO] Final Memory: 212M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.htmlhttp://people.apache.org/%7Eprasad/testsuite/ResultsSummary.html See the full test-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log http://people.apache.org/%7Eprasad/binaries/trunk/20071003/test-1800.log -- Thanks, Shiva Come to ApacheCon US 2007 or OS Summit Asia 2007 and learn about Java EE 5 App Development on Geronimo 2.0 simplified using Eclipse http://us.apachecon.com/us2007/program/talk/2003 http://www.ossummit.com/2007/program/talk/16
[jira] Commented: (GERONIMO-3460) EAR will not display properly at the / context root (tomcat only)
[ https://issues.apache.org/jira/browse/GERONIMO-3460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532427 ] Skampler commented on GERONIMO-3460: Same here! Upon start of the server (or new deploy) the app is not available (http://localhost:8080/). However yo can access the welcome file if you type entire url (http://localhost:8080/index.html). Then, if you restart the app, you will be able to access the app normally (http://localhost:8080/). Very annoying bug :( EAR will not display properly at the / context root (tomcat only) --- Key: GERONIMO-3460 URL: https://issues.apache.org/jira/browse/GERONIMO-3460 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment, Tomcat Affects Versions: 2.0.1 Environment: G v 2.0.1 (tomcat), windows xp Reporter: Viet Hung Nguyen Priority: Critical Fix For: 2.0.x Attachments: college_fest.ear When an EAR is deployed at the / context root (using tomcat) there are problems viewing the webapp. These problems exists under these conditions: 1. EAR never works on the initial deploy 2. EAR never works on server startup The only way I have gotten these EARs to work is to: 1. change the context-root to something not / (but I shouldn't have to do this) 2. redeploy the EAR 3. restart the EAR 4. undeploy, then deploy the EAR To reproduce the problem, use the attached EAR, uninstall any WAR that is using / as its context-root, deploy the EAR and visit http://localhost:8080/ Note: When the WAR inside the EAR is deployed, everything works fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-221) J2G: Update groupId to be a subproject under devtools
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMODEVTOOLS-221: -- Assignee: Lin Sun change the package name from org.apache.geronimo.j2g.* to org.apache.geronimo.devtools.j2g.* J2G: Update groupId to be a subproject under devtools -- Key: GERONIMODEVTOOLS-221 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-221 Project: Geronimo-Devtools Issue Type: Bug Components: J2G Affects Versions: 1.0.0 Reporter: Donald Woods Assignee: Lin Sun Fix For: 1.0.0 Need to change the groupId in all of the pom.xml files from groupIdorg.apache.geronimo.tools/groupId to the expected groupIdorg.apache.geronimo.devtools.j2g/groupId -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3489) Deployment problems caused by file deletion failures
[ https://issues.apache.org/jira/browse/GERONIMO-3489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532435 ] Ted Kirby commented on GERONIMO-3489: - I tested G3489-3 patch, and it worked. I tested with a sample app that deployed to (whose location was): repository\org\apache\geronimo\applications\examples\geronimo-jsp-examples\2.0\geronimo-jsp-examples-2.0.war Both before and after the fix, if any subcomponent/subset of the location existed, deploy would succeed. The fix works when the entire location exists, it is a directory, and the directory is empty. I log a debug message to show how many and which files are in the location directory, if it exists. In my testing, I did not see the message in my server log. I attributed this to the server currently having logging severely locked down to WARN logging, and my not being able to find all the places I needed to tweak to enable DEBUG logging. Is there any doc on how to do this? Deployment problems caused by file deletion failures Key: GERONIMO-3489 URL: https://issues.apache.org/jira/browse/GERONIMO-3489 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0.1 Reporter: Ted Kirby Assignee: Donald Woods Fix For: 2.0.2, 2.0.x, 2.1 Attachments: G3489-1.patch, G3489-2.patch, G3489-3.patch File.delete() failures in IOUtil.recursiveDelete() are causing various deployment problems. I open this JIRA to discuss them to see how the server might better handle them. In all but one case, delete failures are not even noted with a log record! Deletion problems are seen in many environments and platforms, but they are persistently fatal when using a NFS file system for the repository. In investigating the problem, I have added code to recursiveDelete to retry the delete a few times if it fails. I added code to list directory contents if a directory delete failed, and saw a file named .nfs2bc4350053e in the directory. My first attempt at a bypass was to retry a failed delete 5 times, sleeping a second before each try. This did not work. I added a call to System.gc() before each sleep, and this got me passed the problem. Interestingly, two retries were required to get this to work. In another version, each retry was a second longer, and I printed all file names in a directory before trying the delete. This worked in most cases, but required the full 5 retries, so I suspect System.gc() would have time. System.runFinalization() would be something else to try. RepositoryConfigurationStore.createNewConfigurationDir(Artifact) shows the failing end of the deletion problem, with the dreaded ConfigurationAlreadyExistsException(Configuration already exists: + configId)exception. I think this message is not good. It should really say directory already exists. If the file is not deleted on undeploy, this failure occurs on a subsequent deploy. What is really bad is if the user invokes a redeploy operation, and the file delete fails on the undeploy. It is important that undeploy not complete until the file goes away. From other environments, I am not convinced that all file handles and references, and particularly open streams, are being closed on some artifacts. This will cause the delete to fail. It may be that the gc() calls are cleaning these up, and allowing the deletes to work in my case above. Another option is that RepositoryConfigurationStore.createNewConfigurationDir(Artifact) not throw a ConfigurationAlreadyExistsException if the only problem is an empty directory structure exists. The next line creates the directory structure anyway. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1088) CXFbc provider should provider a targetURI element
CXFbc provider should provider a targetURI element -- Key: SM-1088 URL: https://issues.apache.org/activemq/browse/SM-1088 Project: ServiceMix Issue Type: Improvement Components: beanflow Affects Versions: 3.2 Environment: Windows XP, Servicemix 3.2 Reporter: Ryan Moquin Priority: Minor Even though I didn't get the cxfbc provider to work, I did notice in the XSD there doesn't appear to be an option to specify a target URI, wsdl, or useJBIWrapper. I mentioned this in the bug report to create an example, but I figured I'd open a separate issue for clarity. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (SM-1084) make configurable if CONTENT-TYPE is used as property from the normalized message or not
[ https://issues.apache.org/activemq/browse/SM-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Termin reopened SM-1084: --- Should be configurable on per endpoint basis. So tha's not the right solution make configurable if CONTENT-TYPE is used as property from the normalized message or not Key: SM-1084 URL: https://issues.apache.org/activemq/browse/SM-1084 Project: ServiceMix Issue Type: Improvement Components: servicemix-http Affects Versions: 3.1.2 Reporter: Thomas Termin Assignee: Thomas Termin Fix For: 3.1.3, 3.2 Make it configurable if the http content type will be used from the property of the normalized message or not -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: GShell
Yeah agreed, I discovered this one too. I've played a bit with pax-runner too this week while integrating GShell. Anyway, from a gshell perspective, i have been able to have a local console running. However, it is quite heavy as you need to bring plexus, xstream, classworlds and gshell itself.I really like the fact that GShell has a nice ansi console, a nice command line management and remoting. However, I'll try to have it delegate to the felix shell instead as it is much more OSGi friendly (commands are registered in the osgi registry). On Oct 3, 2007, at 6:57 AM, Kit Plummer wrote: Im using the pax-logging stuff on a project. Very nice. Kit On Oct 2, 2007, at 5:28 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: Btw, the pax project has lots of interesting things. See http://wiki.ops4j.org/confluence/display/ops4j/Pax+RadMan and much more. On 10/3/07, Guillaume Nodet [EMAIL PROTECTED] wrote: Forwarding to the dev list... FYI, Gshell is a subproject of Geronimo providing an extensible console (local and remote), kinda like bash. -- Forwarded Message From: Guillaume Nodet [EMAIL PROTECTED] Date: Wed, 03 Oct 2007 02:11:44 +0200 To: Bruce Snyder [EMAIL PROTECTED] Conversation: On duplicating effort Subject: Re: On duplicating effort On 3/10/07 2:02, Bruce Snyder [EMAIL PROTECTED] wrote: On 10/2/07 5:59 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: https://issues.apache.org/activemq/secure/IssueNavigator.jspa? reset=truemod e=hidesorter/order=DESCsorter/ field=priorityresolution=-1pid=10950fixfo r=11845 So are you using GShell for SM-1074? Not really. Imho, gshell is just an interface to access features provided by other mechanism. Lifecycle is really tied to OSGi lifecycle, but yeah, we need to create Gshell commands for OSGi related stuff (start / stop bundles, etc...), but we could also have a web console for that, or a JMX one... What I mean is that Gshell should remain a mean of accessing these features. We also need to add a JIRA issue for the 1.0 compatibility layer. Done, SM-1083. Btw, we should have this discussion on the dev list ;-) Guillaume -- End of Forwarded Message IONA Technologies SARL Identification: 415 295 930 R.C.S. Nanterre Siège: Immeuble Elysées La Défense, 7C place du Dôme, 92056 La Défense Cedex, France -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[jira] Closed: (GERONIMODEVTOOLS-236) change the package name from org.apache.geronimo.j2g.* to org.apache.geronimo.devtools.j2g.*
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMODEVTOOLS-236. - Resolution: Duplicate Duplicate of GERONIMODEVTOOLS-221 change the package name from org.apache.geronimo.j2g.* to org.apache.geronimo.devtools.j2g.* Key: GERONIMODEVTOOLS-236 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-236 Project: Geronimo-Devtools Issue Type: Bug Components: J2G Reporter: Lin Sun Assignee: Lin Sun Priority: Minor Since j2g is part of devtools now -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.0: Successful
On the build machine, do we always run the build after a clean .m2 repo? After seeing so many 2.0 good build notification, I still cannot build 2.0 branch. I kept getting failure here - Missing: -- 1) org.apache.xbean:xbean-naming:jar:3.2-r579367 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.xbean -DartifactId=xbean-nam ing \ -Dversion=3.2-r579367 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.xbean -DartifactId=xbean-naming \ -Dversion=3.2-r579367 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.configs:client-corba-yoko:car:2.0.2-SNAPSHOT 2) org.apache.geronimo.configs:openejb-corba-deployer:car:2.0.2-SNAPSHOT 3) org.apache.geronimo.configs:j2ee-deployer:car:2.0.2-SNAPSHOT 4) org.apache.geronimo.modules:geronimo-client:jar:2.0.2-SNAPSHOT 5) org.apache.geronimo.modules:geronimo-naming:jar:2.0.2-SNAPSHOT 6) org.apache.xbean:xbean-naming:jar:3.2-r579367 -- 1 required artifact is missing. for artifact: org.apache.geronimo.configs:client-corba-yoko:car:2.0.2-SNAPSHOT What am I missing? Lin [EMAIL PROTECTED] wrote: Geronimo Revision: 581864 built with tests included See the full build-0800.log file at http://people.apache.org/~prasad/binaries/2.0/20071004/build-0800.log Download the binaries from http://people.apache.org/~prasad/binaries/2.0/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 24 minutes 25 seconds [INFO] Finished at: Thu Oct 04 08:31:38 EDT 2007 [INFO] Final Memory: 202M/973M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-0800.log file at http://people.apache.org/~prasad/binaries/2.0/20071004/test-0800.log [INFO] locationURI=http://localhost:8080/JAXWSBeanService/JAXWSBean [INFO] Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.864 sec FAILURE! -- [INFO] Running org.apache.geronimo.testsuite.testset.EJBJAXRTest [INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.255 sec FAILURE! -- [INFO] Running org.apache.geronimo.testsuite.testset.EJBStaxTest [INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.25 sec FAILURE! -- [INFO] Running org.apache.geronimo.testsuite.testset.EJBJAXBTest [INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.267 sec FAILURE! -- [INFO] ?xml version=1.0 encoding=UTF-8?soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soapenv:BodygreetMeResponse xmlns=http://org.apache.org/greeter;out xsi:type=xsd:string xmlns=Hello foo bar/out/greetMeResponse/soapenv:Body/soapenv:Envelope [INFO] Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.429 sec FAILURE!
TranQL Vendors SNAPSHOTs for 2.0.2
We currently have the following SNAPSHOTs for the TranQL vendor RARs in branches/2.0 tranql-connector-mysql-local1.1-SNAPSHOT tranql-connector-mysql-xa 1.1-SNAPSHOT tranql-connector-postgresql-local 1.1-SNAPSHOT tranql-connector-postgresql-xa 1.1-SNAPSHOT Since these were released as 1.0 about a week ago is it ok to move to the 1.0 versions for 2.0.2?
Re: TranQL Vendors SNAPSHOTs for 2.0.2
Matt Hogstrom wrote: We currently have the following SNAPSHOTs for the TranQL vendor RARs in branches/2.0 tranql-connector-mysql-local 1.1-SNAPSHOT tranql-connector-mysql-xa 1.1-SNAPSHOT tranql-connector-postgresql-local1.1-SNAPSHOT tranql-connector-postgresql-xa 1.1-SNAPSHOT Since these were released as 1.0 about a week ago is it ok to move to the 1.0 versions for 2.0.2? +1 ... Sounds like the right thing to me. That reminds me ... I probably should have asked about openejb. I changed openejb from 3.0.0-SNAPSHOT to use the recently released beta a few days ago - 3.0-beta-1. Are there any concerns with this? Thanks, Joe
Re: TranQL Vendors SNAPSHOTs for 2.0.2
On Oct 4, 2007, at 7:36 AM, Matt Hogstrom wrote: We currently have the following SNAPSHOTs for the TranQL vendor RARs in branches/2.0 tranql-connector-mysql-local1.1-SNAPSHOT tranql-connector-mysql-xa 1.1-SNAPSHOT tranql-connector-postgresql-local 1.1-SNAPSHOT tranql-connector-postgresql-xa 1.1-SNAPSHOT Since these were released as 1.0 about a week ago is it ok to move to the 1.0 versions for 2.0.2? ABSOLUTELY NOT. Unfortunately I released the 1.0 versions with no testing and they are at least 100% broken. For instance the mysql ones don't include any classes or ra.xml. Points out yet another reason why voting on releases is actually a good idea. thanks david jencks
Re: [BUILD] 2.0: Successful
OK. I cheated.. slightly.. just a li'l bit :-) Yes. On the build machine, we do build with a clean repo every time. Maven, I think, automatically mirrors it's central repo to ibiblio. Ibiblio has now become slow and timesout frequently. Now I have overridden the mirror settings for the central repo. After resisting doing this for a while I finally let Jarek talk me into cheating the build. It's all his fault :-) !-- central repo repo1 is mirrored to ibiblio. explictly overriding that to be repo1 itself -- mirrors mirror idibiblio.org/id nameMirror of http://repo1.maven.org/maven2//name urlhttp://repo1.maven.org/maven2/url mirrorOfcentral/mirrorOf /mirror /mirrors On 10/4/07, Lin Sun [EMAIL PROTECTED] wrote: On the build machine, do we always run the build after a clean .m2 repo? After seeing so many 2.0 good build notification, I still cannot build 2.0 branch. I kept getting failure here - Missing: -- 1) org.apache.xbean:xbean-naming:jar:3.2-r579367 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.xbean -DartifactId=xbean-nam ing \ -Dversion=3.2-r579367 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.xbean -DartifactId=xbean-naming \ -Dversion=3.2-r579367 -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.configs:client-corba-yoko:car:2.0.2-SNAPSHOT 2) org.apache.geronimo.configs:openejb-corba-deployer:car:2.0.2-SNAPSHOT 3) org.apache.geronimo.configs:j2ee-deployer:car:2.0.2-SNAPSHOT 4) org.apache.geronimo.modules:geronimo-client:jar:2.0.2-SNAPSHOT 5) org.apache.geronimo.modules:geronimo-naming:jar:2.0.2-SNAPSHOT 6) org.apache.xbean:xbean-naming:jar:3.2-r579367 -- 1 required artifact is missing. for artifact: org.apache.geronimo.configs:client-corba-yoko:car:2.0.2-SNAPSHOT What am I missing? Lin [EMAIL PROTECTED] wrote: Geronimo Revision: 581864 built with tests included See the full build-0800.log file at http://people.apache.org/~prasad/binaries/2.0/20071004/build-0800.log Download the binaries from http://people.apache.org/~prasad/binaries/2.0/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 24 minutes 25 seconds [INFO] Finished at: Thu Oct 04 08:31:38 EDT 2007 [INFO] Final Memory: 202M/973M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-0800.log file at http://people.apache.org/~prasad/binaries/2.0/20071004/test-0800.log [INFO] locationURI=http://localhost:8080/JAXWSBeanService/JAXWSBean [INFO] Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.864 sec FAILURE! -- [INFO] Running org.apache.geronimo.testsuite.testset.EJBJAXRTest [INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.255 sec FAILURE! -- [INFO] Running org.apache.geronimo.testsuite.testset.EJBStaxTest [INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.25 sec FAILURE! -- [INFO] Running org.apache.geronimo.testsuite.testset.EJBJAXBTest [INFO] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.267 sec FAILURE! -- [INFO] ?xml version=1.0 encoding=UTF-8?soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soapenv:BodygreetMeResponse xmlns=http://org.apache.org/greeter;out xsi:type=xsd:string xmlns=Hello foo bar/out/greetMeResponse/soapenv:Body/soapenv:Envelope [INFO] Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.429 sec FAILURE!
[BUILD] 2.1: Failed for Revision: 581916
OpenEJB trunk at 581886 Geronimo Revision: 581916 built with tests included See the full build-1000.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/build-1000.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 37 minutes 34 seconds [INFO] Finished at: Thu Oct 04 10:48:36 EDT 2007 [INFO] Final Memory: 212M/999M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-1000.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/test-1000.log Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.jar 10K downloaded [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom Downloading: http://snapshots.repository.codehaus.org/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom 11K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.pom 4K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-client-drivers/0.9.2/selenium-client-drivers-0.9.2.pom 3K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.2/selenium-rc-0.9.2.pom 8K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.pom 16K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.1/selenium-server-coreless-0.9.1.pom 2K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.1/selenium-rc-0.9.1.pom 7K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom 157b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2.pom 6K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.pom 2K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom 194b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2-standalone.jar 4946K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.jar 1582K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.jar 1239K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://download.java.net/maven/1//jetty/jars/org.mortbay.jetty-5.1.10.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar 660K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.jar 293K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.jar 21K downloaded [INFO] [selenium:xvfb {execution: xvfb}] [INFO] Starting Xvfb... [INFO] Using display: :20 [INFO] Using Xauthority file: /tmp/Xvfb52644.Xauthority [INFO] Deleting: /tmp/Xvfb52644.Xauthority [WARNING] /usr/bin/xauth: creating new authority file /tmp/Xvfb52644.Xauthority [INFO] Created dir: /home/prasad/geronimo/trunk/testsuite/console-testsuite/target/selenium Launching Xvfb Waiting for Xvfb
[jira] Commented: (GERONIMO-3490) Missing Jetty Connector stats
[ https://issues.apache.org/jira/browse/GERONIMO-3490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532452 ] Anita Kulshreshtha commented on GERONIMO-3490: -- A substantially modified version of the patch applied to rev 581936. I do not have a working build, please test with JMXViewer. Missing Jetty Connector stats - Key: GERONIMO-3490 URL: https://issues.apache.org/jira/browse/GERONIMO-3490 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.1 Environment: windows xp Reporter: Viet Hung Nguyen Assignee: Anita Kulshreshtha Attachments: geronimo-3490.patch, geronimo-3490b.patch Jetty6 provides connector statistics, but they are not being surfaced in Geronimo's source code. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SM-1086) Example of how to use CXFBC Provider.
[ https://issues.apache.org/activemq/browse/SM-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Freeman Fang reassigned SM-1086: Assignee: Freeman Fang Example of how to use CXFBC Provider. - Key: SM-1086 URL: https://issues.apache.org/activemq/browse/SM-1086 Project: ServiceMix Issue Type: Improvement Affects Versions: 3.2 Environment: Windows XP, Servicemix 3.2 Reporter: Ryan Moquin Assignee: Freeman Fang No matter how hard I tried, I couldn't seem to figure out how to make the cxfbc provider work. I don't remember exactly what the problem was but I'm sure it was simply a configuration error on my end. It doesn't appear that there is any option to point it to a wsdl or a target URI like there is for the cxfse proxy, and the servicemix http consumer/provider. Please provide an example that shows how to use them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SM-1088) CXFbc provider should provider a targetURI element
[ https://issues.apache.org/activemq/browse/SM-1088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Freeman Fang reassigned SM-1088: Assignee: Freeman Fang CXFbc provider should provider a targetURI element -- Key: SM-1088 URL: https://issues.apache.org/activemq/browse/SM-1088 Project: ServiceMix Issue Type: Improvement Components: beanflow Affects Versions: 3.2 Environment: Windows XP, Servicemix 3.2 Reporter: Ryan Moquin Assignee: Freeman Fang Priority: Minor Even though I didn't get the cxfbc provider to work, I did notice in the XSD there doesn't appear to be an option to specify a target URI, wsdl, or useJBIWrapper. I mentioned this in the bug report to create an example, but I figured I'd open a separate issue for clarity. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: TranQL Vendors SNAPSHOTs for 2.0.2
Joe Bohn wrote: Matt Hogstrom wrote: We currently have the following SNAPSHOTs for the TranQL vendor RARs in branches/2.0 tranql-connector-mysql-local 1.1-SNAPSHOT tranql-connector-mysql-xa 1.1-SNAPSHOT tranql-connector-postgresql-local1.1-SNAPSHOT tranql-connector-postgresql-xa 1.1-SNAPSHOT Since these were released as 1.0 about a week ago is it ok to move to the 1.0 versions for 2.0.2? +1 ... Sounds like the right thing to me. Oh, I didn't notice that the SNAPSHOTs were 1.1 while the released version is 1.0. I don't know if moving back to a prior release will cause problems so I defer to folks that know tranql better than I. Joe That reminds me ... I probably should have asked about openejb. I changed openejb from 3.0.0-SNAPSHOT to use the recently released beta a few days ago - 3.0-beta-1. Are there any concerns with this? Thanks, Joe
[jira] Updated: (SM-1088) CXFbc provider should provider a targetURI element
[ https://issues.apache.org/activemq/browse/SM-1088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet updated SM-1088: Component/s: (was: beanflow) servicemix-cxf-bc CXFbc provider should provider a targetURI element -- Key: SM-1088 URL: https://issues.apache.org/activemq/browse/SM-1088 Project: ServiceMix Issue Type: Improvement Components: servicemix-cxf-bc Affects Versions: 3.2 Environment: Windows XP, Servicemix 3.2 Reporter: Ryan Moquin Assignee: Freeman Fang Priority: Minor Even though I didn't get the cxfbc provider to work, I did notice in the XSD there doesn't appear to be an option to specify a target URI, wsdl, or useJBIWrapper. I mentioned this in the bug report to create an example, but I figured I'd open a separate issue for clarity. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-679) Create a servicemix-ehcache standard JBI component
[ https://issues.apache.org/activemq/browse/SM-679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet updated SM-679: --- Patch Info: [Patch Available] I've just seen that you attached a patch to this issue. Sorry about that... Create a servicemix-ehcache standard JBI component -- Key: SM-679 URL: https://issues.apache.org/activemq/browse/SM-679 Project: ServiceMix Issue Type: New Feature Components: servicemix-components Affects Versions: 3.0 Reporter: Jeff Puro Assignee: Jeff Puro Priority: Minor Attachments: servicemix-ehcache.patch Add a servicemix-ehcache standard JBI component. Please see the following forum thread for more information on how this component should work. http://www.nabble.com/Ehcache-Standard-JBI-Component-tf2747953s12049.html#a7666554 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: How to assemble servers: was: Re: Plugin installer in trunk broke?
On Sep 28, 2007, at 2:50 PM, David Jencks wrote: I think that we should approach the assemble server from plugins idea in stages: 1. build all the plugins inside the current server/trunk build framework and assemble the server from these. This is almost working locally maybe this weekend. 2. distribute the sets of related plugins into a different svn layout with unconnected release cycles and figure out how to end up with a usable server with so many moving parts. :-) So in line with (1) I'd like to see the new console move ASAP, perhaps temporarily, into maybe server/trunk/plugins where we can immediately start including it in servers without having to solve (2). Now that #1 above (assemblies created using plugins) is available in trunk I can go ahead and move the new console under server/trunk/ plugins like David suggested as a transitional step towards #2 (plugins maintained and released separately from the server).I will go ahead and move the new console to that location for the transitional phase unless there is strong support around going straight for #2. i.e. if someone wants to figure out how to build assemblies from multiple moving parts in the 2.1 time frame then please chime in before I hard wire the console and its various plugins into server/ trunk. Best wishes, Paul
Re: Trunk fails
Lucky you! I can not even build assemblies using c:\Documents and Settings/../.m2 as repo. It appears this time there is no simple workaround, and I do not want to download zillions of files again.. Thanks Anita --- Shiva Kumar H R [EMAIL PROTECTED] wrote: I am trying to start Geronimo built from trunk on a Win-XP machine using command geronimo.bat run and hitting InvalidConfigurationException http://rifers.org/paste/show/5681 Anyone else facing this problem? On 10/4/07, Shiva Kumar H R [EMAIL PROTECTED] wrote: On 10/4/07, Jarek Gawor [EMAIL PROTECTED] wrote: Yep. There are actaully a few problems that I'm seeing with trunk. 1) The Windows build problem. That's a bug in Maven where it returns a URL that's not really a URL. But I think we can work around that in our car-maven-plugin. For now, if you add the following to your ~/.m2/settings.xml it should work: localRepository/C:/.m2/localRepository Great! This solves my build problem. Thanks Jarek. Trunk build (with tests on) Successful. 2) Looks like the javaee assembly contains more modules then it used to. For example, org.apache.geronimo.configs/uddi-jetty6/2.1-SNAPSHOT/car is now getting installed. 3) Because more modules were installed, the startup progress bar died with a StringIndexOutOfBoundsException. I committed a small fix for that. 4) The java.rmi.server.ExportException: Port already in use: 1099 error in the app client as shown in the logs. Jarek On 10/3/07, Prasad Kashyap [EMAIL PROTECTED] wrote: I'm seeing a different trunk failure on Windows. I'm at Rev: 581764. Fresh checkout and a clean repo. http://rifers.org/paste/show/5677 The automated builds on linux does not seem to have this problem. I'm going to verify this on another windows machine tomorrow. Cheers Prasad On 10/3/07, Jarek Gawor [EMAIL PROTECTED] wrote: Please see http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log http://people.apache.org/%7Eprasad/binaries/trunk/20071003/test-1800.log for test failure. I'm seeing the same on Windows. Jarek On 3 Oct 2007 22:53:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: OpenEJB trunk at 581589 Geronimo Revision: 581737 built with tests included See the full build-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/build-1800.loghttp://people.apache.org/%7Eprasad/binaries/trunk/20071003/build-1800.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071003http://people.apache.org/%7Eprasad/binaries/trunk/20071003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 30 seconds [INFO] Finished at: Wed Oct 03 18:36:12 EDT 2007 [INFO] Final Memory: 212M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.htmlhttp://people.apache.org/%7Eprasad/testsuite/ResultsSummary.html See the full test-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log http://people.apache.org/%7Eprasad/binaries/trunk/20071003/test-1800.log -- Thanks, Shiva Come to ApacheCon US 2007 or OS Summit Asia 2007 and learn about Java EE 5 App Development on Geronimo 2.0 simplified using Eclipse http://us.apachecon.com/us2007/program/talk/2003 http://www.ossummit.com/2007/program/talk/16 Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting
Re: Trunk fails
I'm testing a fix that should also resolve the problem you are seeing. Will commit soon. Jarek On 10/4/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote: Lucky you! I can not even build assemblies using c:\Documents and Settings/../.m2 as repo. It appears this time there is no simple workaround, and I do not want to download zillions of files again.. Thanks Anita --- Shiva Kumar H R [EMAIL PROTECTED] wrote: I am trying to start Geronimo built from trunk on a Win-XP machine using command geronimo.bat run and hitting InvalidConfigurationException http://rifers.org/paste/show/5681 Anyone else facing this problem? On 10/4/07, Shiva Kumar H R [EMAIL PROTECTED] wrote: On 10/4/07, Jarek Gawor [EMAIL PROTECTED] wrote: Yep. There are actaully a few problems that I'm seeing with trunk. 1) The Windows build problem. That's a bug in Maven where it returns a URL that's not really a URL. But I think we can work around that in our car-maven-plugin. For now, if you add the following to your ~/.m2/settings.xml it should work: localRepository/C:/.m2/localRepository Great! This solves my build problem. Thanks Jarek. Trunk build (with tests on) Successful. 2) Looks like the javaee assembly contains more modules then it used to. For example, org.apache.geronimo.configs/uddi-jetty6/2.1-SNAPSHOT/car is now getting installed. 3) Because more modules were installed, the startup progress bar died with a StringIndexOutOfBoundsException. I committed a small fix for that. 4) The java.rmi.server.ExportException: Port already in use: 1099 error in the app client as shown in the logs. Jarek On 10/3/07, Prasad Kashyap [EMAIL PROTECTED] wrote: I'm seeing a different trunk failure on Windows. I'm at Rev: 581764. Fresh checkout and a clean repo. http://rifers.org/paste/show/5677 The automated builds on linux does not seem to have this problem. I'm going to verify this on another windows machine tomorrow. Cheers Prasad On 10/3/07, Jarek Gawor [EMAIL PROTECTED] wrote: Please see http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log http://people.apache.org/%7Eprasad/binaries/trunk/20071003/test-1800.log for test failure. I'm seeing the same on Windows. Jarek On 3 Oct 2007 22:53:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: OpenEJB trunk at 581589 Geronimo Revision: 581737 built with tests included See the full build-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/build-1800.loghttp://people.apache.org/%7Eprasad/binaries/trunk/20071003/build-1800.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071003http://people.apache.org/%7Eprasad/binaries/trunk/20071003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 30 seconds [INFO] Finished at: Wed Oct 03 18:36:12 EDT 2007 [INFO] Final Memory: 212M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.htmlhttp://people.apache.org/%7Eprasad/testsuite/ResultsSummary.html See the full test-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071003/test-1800.log http://people.apache.org/%7Eprasad/binaries/trunk/20071003/test-1800.log -- Thanks, Shiva Come to ApacheCon US 2007 or OS Summit Asia 2007 and learn about Java EE 5 App Development on Geronimo 2.0 simplified using Eclipse http://us.apachecon.com/us2007/program/talk/2003 http://www.ossummit.com/2007/program/talk/16 Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting
[jira] Resolved: (SM-1084) make configurable if CONTENT-TYPE is used as property from the normalized message or not
[ https://issues.apache.org/activemq/browse/SM-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Termin resolved SM-1084. --- Resolution: Fixed fixed for 3.2 Author: tterm Date: Thu Oct 4 09:02:44 2007 New Revision: 581955 URL: http://svn.apache.org/viewvc?rev=581955view=rev Log: SM-1084 make configurable if CONTENT-TYPE is used as property from the normalized message or not Modified: incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/HttpConfiguration.java incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/HttpConfigurationMBean.java incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/HttpEndpoint.java incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/processors/ProviderProcessor.java fixed for 3.1.3 Author: tterm Date: Thu Oct 4 09:23:11 2007 New Revision: 581959 URL: http://svn.apache.org/viewvc?rev=581959view=rev Log: SM-1084 make configurable if CONTENT-TYPE is used as property from the normalized message or not Modified: incubator/servicemix/branches/servicemix-3.1/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/HttpConfiguration.java incubator/servicemix/branches/servicemix-3.1/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/HttpConfigurationMBean.java incubator/servicemix/branches/servicemix-3.1/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/HttpEndpoint.java incubator/servicemix/branches/servicemix-3.1/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/processors/ProviderProcessor.java make configurable if CONTENT-TYPE is used as property from the normalized message or not Key: SM-1084 URL: https://issues.apache.org/activemq/browse/SM-1084 Project: ServiceMix Issue Type: Improvement Components: servicemix-http Affects Versions: 3.1.2 Reporter: Thomas Termin Assignee: Thomas Termin Fix For: 3.1.3, 3.2 Make it configurable if the http content type will be used from the property of the normalized message or not -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Reference to SU Bean in JUnit
Hello, I am writing a JUnit test for a bean service unit. I need to load properties into that bean, but I can not seem to find a way to get a reference to the registered instance within ServiceMix (v3.2) see code snippet below... BeanComponent beanComponent = new BeanComponent(); BeanEndpoint beanEndpoint = new BeanEndpoint(); QName serviceQName = new QName(NAMESPACE, CONSUMER_SERVICE); beanEndpoint.setService(serviceQName); beanEndpoint.setEndpoint(CONSUMER_ENDPOINT); beanEndpoint.setBeanType(MyImporter.class); beanComponent.setEndpoints(new BeanEndpoint[] {beanEndpoint }); Any help is appreciated. Thanks, Gordon
[jira] Commented: (GERONIMO-3490) Missing Jetty Connector stats
[ https://issues.apache.org/jira/browse/GERONIMO-3490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532491 ] Viet Hung Nguyen commented on GERONIMO-3490: Anita, I just tested out the new jetty connector stats. I think the stats seem to work. However, my biggest concern now is how you changed the isStatisticsProvider attribute to depend on whether or not stats are actually being collected. By default, Jetty Connector stats will be turned off, therefore the isStatisticsProvider attribute for all jetty connectors will be false. If I was someone who was not familiar with which stats Geronimo was capable of providing, I will not be able to tell that Geronimo does in fact surface jetty connector stats. I think a way around this is to have another method (e.g. isStatsOn()) while isStatisticsProvider is always true for mbeans that CAN provide statistics. This way, the user can just query for all StatisticsProvider mbeans and turn them on/off according to their likings. Missing Jetty Connector stats - Key: GERONIMO-3490 URL: https://issues.apache.org/jira/browse/GERONIMO-3490 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.1 Environment: windows xp Reporter: Viet Hung Nguyen Assignee: Anita Kulshreshtha Attachments: geronimo-3490.patch, geronimo-3490b.patch Jetty6 provides connector statistics, but they are not being surfaced in Geronimo's source code. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3489) Deployment problems caused by file deletion failures
[ https://issues.apache.org/jira/browse/GERONIMO-3489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMO-3489. -- Resolution: Fixed Fix Version/s: (was: 2.0.x) Committed revision 581974 to trunk (2.1-SNAPSHOT) Committed revision 581975 to branches/2.0 (2.0.2-SNAPSHOT) Ted, thanks for the patches. Deployment problems caused by file deletion failures Key: GERONIMO-3489 URL: https://issues.apache.org/jira/browse/GERONIMO-3489 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0.1 Reporter: Ted Kirby Assignee: Donald Woods Fix For: 2.0.2, 2.1 Attachments: G3489-1.patch, G3489-2.patch, G3489-3.patch File.delete() failures in IOUtil.recursiveDelete() are causing various deployment problems. I open this JIRA to discuss them to see how the server might better handle them. In all but one case, delete failures are not even noted with a log record! Deletion problems are seen in many environments and platforms, but they are persistently fatal when using a NFS file system for the repository. In investigating the problem, I have added code to recursiveDelete to retry the delete a few times if it fails. I added code to list directory contents if a directory delete failed, and saw a file named .nfs2bc4350053e in the directory. My first attempt at a bypass was to retry a failed delete 5 times, sleeping a second before each try. This did not work. I added a call to System.gc() before each sleep, and this got me passed the problem. Interestingly, two retries were required to get this to work. In another version, each retry was a second longer, and I printed all file names in a directory before trying the delete. This worked in most cases, but required the full 5 retries, so I suspect System.gc() would have time. System.runFinalization() would be something else to try. RepositoryConfigurationStore.createNewConfigurationDir(Artifact) shows the failing end of the deletion problem, with the dreaded ConfigurationAlreadyExistsException(Configuration already exists: + configId)exception. I think this message is not good. It should really say directory already exists. If the file is not deleted on undeploy, this failure occurs on a subsequent deploy. What is really bad is if the user invokes a redeploy operation, and the file delete fails on the undeploy. It is important that undeploy not complete until the file goes away. From other environments, I am not convinced that all file handles and references, and particularly open streams, are being closed on some artifacts. This will cause the delete to fail. It may be that the gc() calls are cleaning these up, and allowing the deletes to work in my case above. Another option is that RepositoryConfigurationStore.createNewConfigurationDir(Artifact) not throw a ConfigurationAlreadyExistsException if the only problem is an empty directory structure exists. The next line creates the directory structure anyway. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: System Module descriptions
Geronimo has a number of assemblies, including geronimo-jetty6-javaee5, geronimo-jetty6-minimal, geronimo-tomcat6-javaee5, and geronimo-tomcat6-minimal. Each assembly has a pom.xml and a config.xml (in its src/main/resources/var/config directory) that determine its content of the possible configs. Each assembly's pom.xml configs dependency elements determine the assembly's content. All of the configs in the assembly's config.xml (in its src/main/resources/var/config directory) are started, unless they have a load=false attribute. Finally, any config required by a config to be started is also started. (An example here is j2ee-system. It's not in config.xml, but rmi-naming has a dependency on it. (Shouldn't some of these j2ee- configs be renamed to javaee?)) This mechanism determines the server's content, as well as which configs are started when the server starts. There are two additional config.xml files in an assembly's src/main/resources/var/config directory: jsr88-configurer-config.xml and offline-deployer-config.xml. It seems that the configs in these config.xml files run in separate execution instances of jsr88-configurer and offline-deployer, so that those configs would not run in the server. It is not clear to me why those configs would be in the server, nor why they would show up in the deploy list-modules command. It seems that having them do so is only asking for trouble if the administrator starts them. The final set of configs to discuss is for the app client, which is another separate execution instance from the server. I have not been able to find a config.xml or pom.xml file for it. There are thus four entities with which a config may be associated: 1.server (many types here, but a server has a config.xml, unlike the other entities) 2.jsr88-configurer (jsr88-configurer-config.xml) 3.offline-deployer (offline-deployer-config.xm) 4.app client (? -- use client-corba-yoko as root?) It seems that the notion of started is only applicable to server entities. In terms of an automated way to generate a table of configs with their description, entity association and initial start attribute: 1.Visit each config in the configs directory, gathering its description and dependencies. 2.For each entity, consult its list of configs to determine content. For each config, insure that all its required configs are included. Ted Kirby On 10/4/07, David Jencks [EMAIL PROTECTED] wrote: On Oct 3, 2007, at 6:21 PM, Prasad Kashyap wrote: On 10/3/07, Ted Kirby [EMAIL PROTECTED] wrote: Cool! I wrote a (cough, cough) perl script to generate wiki markup for a table from the data in the configs/*/pom.xml files, and updated the wiki page with it. I then produced a merged table to compare existing pom descriptions to the ones I had entered. I'd like to get further input, store updated descriptions in the pom.xml description element, and then I think it makes sense to generate a page from the pom.xml data. There appear to be two attributes for each that would be nice to capture in doc: whether the module is initially started, and whether it should *never* be started. I wonder if any sort of attribute could be added for capturing this in pom.xml? IIUC, are you wondering if we should add attributes in the pom.xml that will say whether this configuration is initially started or should never be started ? Other than for updating the wiki, will this attribute be useful for anything else ? I think there's already an attribute for whether the plugin gets started: otherwise we'd be running the client plugins in the server. never start is a misnomer it might be never start in the normal server if you really never start it ever then you can just leave it out :-) I'm wondering if there's a way to have the plugin descriptor direct its customizations to a particular kernel configuration: server configs going into config.xml, artifact_aliases, and config- substitutions, client configs going into maybe client_aritifact_aliases, etc etc. If there's a way to make this work then a more accurate description of never start would be not part of the server. So I'd like to wait with the never start attribute until we figure out if this is practicable. thanks david jencks Cheers Prasad Ted Kirby On 10/2/07, David Jencks [EMAIL PROTECTED] wrote: Nice! In trunk, the description element in the config's pom gets put into the geronimo-plugin.xml description so it really needs to be accurate. It would be great if we could generate future versions of this page from the plugin catalog. Meanwhile it might be worthwhile comparing the descriptions here with the descriptions in the trunk configs' poms to make sure they are consistent and the most informative wins :-) thanks! david jencks On Oct 2, 2007, at 3:05 PM, Ted Kirby wrote: I have added this wiki page
Re: request for devtools doc for developing in eclipse
Hi Ted, Jarek, Hernan, I've added many more details to the Apache Geronimo Development Tools Subproject pages. Some details are a bit sparse still but feel it's a better start. Would you all mind reviewing (or updating if necessary) ?? --- http://geronimo.apache.org/development-tools.html Thanks much. Ted Kirby wrote: Can someone put updated doc for developing the geronimo eclipse and J2G plugins in the wiki, and link to them from the devtools home page? http://cwiki.apache.org/GMOxDOC11/geronimo-eclipse-plugin-faq.html has doc for the 1.x plugin. There is a link to a blank page for the eclipse plugin from the devtools page, but no similar link for j2g. This would be helpful. I tried to find that blank page for the eclipse plugin in the wiki to update it, but was unsuccessful. What is the URL for the wiki page to http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html ? Or, is this not a page that is generally accessible? Thanks, Ted Kirby -- Thanks, Tim McConnell
[BUILD] 2.1: Failed for Revision: 581978
OpenEJB trunk at 581886 Geronimo Revision: 581978 built with tests included See the full build-1400.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/build-1400.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 48 seconds [INFO] Finished at: Thu Oct 04 14:43:27 EDT 2007 [INFO] Final Memory: 212M/1011M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-1400.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/test-1400.log Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.jar 10K downloaded [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom Downloading: http://snapshots.repository.codehaus.org/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom 11K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.pom 4K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-client-drivers/0.9.2/selenium-client-drivers-0.9.2.pom 3K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.2/selenium-rc-0.9.2.pom 8K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.pom 16K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.1/selenium-server-coreless-0.9.1.pom 2K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.1/selenium-rc-0.9.1.pom 7K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom 157b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2.pom 6K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.pom 2K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom 194b downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.jar 1239K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.jar 293K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.jar 21K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.jar 1582K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://download.java.net/maven/1//jetty/jars/org.mortbay.jetty-5.1.10.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar 660K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2-standalone.jar 4946K downloaded [INFO] [selenium:xvfb {execution: xvfb}] [INFO] Starting Xvfb... [INFO] Using display: :20 [INFO] Using Xauthority file: /tmp/Xvfb60538.Xauthority [INFO] Deleting: /tmp/Xvfb60538.Xauthority [WARNING] /usr/bin/xauth: creating new authority file /tmp/Xvfb60538.Xauthority [INFO] Created dir: /home/prasad/geronimo/trunk/testsuite/console-testsuite/target/selenium Launching Xvfb Waiting for Xvfb
Re: request for devtools doc for developing in eclipse
Cool! a few comments: On the main page, I'd add a 2nd sentence at the top like: Currently, the major tools are: , and have a list of hyper links to the eclipse plugin and j2g sections on the page. On the install page, add how to get the new server screen. server view, new-server, or file-new-server. I think there are two manual options, with the preferred being to download the updatesite.zip file. Oh, I see that's not on the site. Can we add it? I think that warning can be cleaned up. either of these two options? Several Unable to render embedded object: messages on the plugin faq pages. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Ted, Jarek, Hernan, I've added many more details to the Apache Geronimo Development Tools Subproject pages. Some details are a bit sparse still but feel it's a better start. Would you all mind reviewing (or updating if necessary) ?? --- http://geronimo.apache.org/development-tools.html Thanks much. Ted Kirby wrote: Can someone put updated doc for developing the geronimo eclipse and J2G plugins in the wiki, and link to them from the devtools home page? http://cwiki.apache.org/GMOxDOC11/geronimo-eclipse-plugin-faq.html has doc for the 1.x plugin. There is a link to a blank page for the eclipse plugin from the devtools page, but no similar link for j2g. This would be helpful. I tried to find that blank page for the eclipse plugin in the wiki to update it, but was unsuccessful. What is the URL for the wiki page to http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html ? Or, is this not a page that is generally accessible? Thanks, Ted Kirby -- Thanks, Tim McConnell
Re: Felix Shell TUI and JLine
So I've committed some work i've done on OSGi GShell console at [1], but I'm not very pleased with it. I will experiment on using the remoting part of gshell to provide a remote shell using the felix shell api instead of gshell own's api for commands. [1] http://svn.apache.org/repos/asf/incubator/servicemix/branches/osgi/gshell/ On 10/4/07, Stefano Lenzi [EMAIL PROTECTED] wrote: Guillaume Nodet wrote: FWIW, I'm currently working on implementing an OSGi console using GShell. GShell is a subproject of geronimo with lots of features (local console using jline possibly, remote shell + security, pluggable commands, etc...) That sounds interesting to me, I think that even the other people thinks the same... BTW, in my sandbox I'm playing with a new implementation of the Shell TUI which uses JLine so if you want to share your code our you want to help with mine you are welcome :) Ciao, Stefano Kismet Lenzi On 8/28/07, Stefano Lenzi [EMAIL PROTECTED] wrote: Hi All, Are you interested in improving the felix TUI interface by using library such JLine which provide: TAB Completition, History and other nice feature to the input reader? Ciao, Stefano Kismet Lenzi -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
ServiceMix 4.0 modularity
I'd like to make ServiceMix 4.0 as modular as possible. This would mean that ServiceMix 4.0 main distribution would come with the minimal set, while additional features could be provisioned and configured using OBR, the Deployment Admin or our provisioning system. Such features could include: * an activemq broker * an apache ds server * jbi 1.0 compatibility layer * jaxws support * ... Although from a project perspective, if we could split these features in different projects, that would make things easier to release: i.e. release a single feature at a time, rather than releasing everything each time. Kinda like maven does with its plugins. Thoughts ? -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[jira] Commented: (SM-1066) Distributed registry
[ https://issues.apache.org/activemq/browse/SM-1066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40275 ] Guillaume Nodet commented on SM-1066: - There are two things here which should be separated somehow: * provide a way to detect remote servicemix instances * autommatically register remote servicemix endpoints locally (as proxies somehow) so that you can send an exchange to a remote endpoint without having to care if the endpoint is remote or not * doing the same with standard OSGi services in the registry (which is a bit of a different thing, as this would involve remote RPC) and this currently out of scope imho ApacheDS is certainly a good addition (I'm not very familiar with LDAP), I just don't know how it could fit here... Distributed registry Key: SM-1066 URL: https://issues.apache.org/activemq/browse/SM-1066 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Assignee: Rob Davies Fix For: 4.0 We need a way to implement a distributed NMR registry. Endpoints registered in the NMR should be available for other instances on the cluster. Or is this a purely distributed OSGi registry without being tied to ServiceMix ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3502) Module conditions when installed as a plugin
Module conditions when installed as a plugin Key: GERONIMO-3502 URL: https://issues.apache.org/jira/browse/GERONIMO-3502 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Affects Versions: 2.1 Reporter: Jarek Gawor Currently, I don't think there is a way to specify module conditions in the geronimo-plugin.xml. That creates problem in certain situations where two modules can be installed at the same time but only one can be running at a time. For example, as in case of Axis2 and CXF. Before, the assembly's config.xml file specified the appropriate module conditions which prevented the two modules from running at the same time. Right now, the deployment of applications will fail if both both Axis2 and CXF modules are running at the same time. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1075) Investigate camel / servicemix integration
[ https://issues.apache.org/activemq/browse/SM-1075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40276 ] Guillaume Nodet commented on SM-1075: - I have started a camel component to bridge servicemix 4 and camel. It is available at http://svn.apache.org/repos/asf/incubator/servicemix/branches/servicemix-4.0/camel/ Investigate camel / servicemix integration -- Key: SM-1075 URL: https://issues.apache.org/activemq/browse/SM-1075 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Assignee: Santosh R Dubey Fix For: 4.0 Currently camel and servicemix works mainly side by side. The main value added of Camel is the DSL, so I'm wondering if it would be possible / worthwhile to rebuild the camel dsl on top of a stateless asynchronous api like servicemix one. This would enable a complete integration by not only sharing the exchange model, but also the endpoints and components. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: request for devtools doc for developing in eclipse
Hi Ted, Thanks for reviewing.done, done, and done. I'm a little confused about the second manual option you've brought up. I was not aware that we should release the updatesite.zip and it's not currently available on any of our download sites. This seems to be in line with the previous releases of the plugin though. Is this something that you think should be added to our process ?? Ted Kirby wrote: Cool! a few comments: On the main page, I'd add a 2nd sentence at the top like: Currently, the major tools are: , and have a list of hyper links to the eclipse plugin and j2g sections on the page. On the install page, add how to get the new server screen. server view, new-server, or file-new-server. I think there are two manual options, with the preferred being to download the updatesite.zip file. Oh, I see that's not on the site. Can we add it? I think that warning can be cleaned up. either of these two options? Several Unable to render embedded object: messages on the plugin faq pages. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Ted, Jarek, Hernan, I've added many more details to the Apache Geronimo Development Tools Subproject pages. Some details are a bit sparse still but feel it's a better start. Would you all mind reviewing (or updating if necessary) ?? --- http://geronimo.apache.org/development-tools.html Thanks much. Ted Kirby wrote: Can someone put updated doc for developing the geronimo eclipse and J2G plugins in the wiki, and link to them from the devtools home page? http://cwiki.apache.org/GMOxDOC11/geronimo-eclipse-plugin-faq.html has doc for the 1.x plugin. There is a link to a blank page for the eclipse plugin from the devtools page, but no similar link for j2g. This would be helpful. I tried to find that blank page for the eclipse plugin in the wiki to update it, but was unsuccessful. What is the URL for the wiki page to http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html ? Or, is this not a page that is generally accessible? Thanks, Ted Kirby -- Thanks, Tim McConnell -- Thanks, Tim McConnell
Re: [DISCUSS] Geronimo Eclipse Plugin 2.0.1 Release plan
So as not to get to far out of sync with the server I feel we should shoot for a release date of 4 weeks after the 2.0.2 release of Geronimo. Does anyone have other/better thoughts ?? Tim McConnell wrote: Hi, I would like to starting discussing what we think should be included in the 2.0.1 release of the Geronimo Eclipse Plugin. I have some very preliminary thoughts that I have listed below but would like to encourage input from others. My initial thoughts are: 1. High priority JIRAs 2. Inclusion of the latest WTP release candidate 3. Build and test infrastructure improvements (e.g., build cleanup/improvements, execution of testcases during the build, a testsuite framework for the plugin, and a useful set of samples). 4. Full support for the Geronimo 2.0 deployment plans -- Thanks, Tim McConnell
Re: request for devtools doc for developing in eclipse
Thanks. Yes, I think it is an option we should offer, for users who can not use the Eclipse Update Manager to install code from the Internet due to firewall or proxy restrictions. If you use the Eclipse Update Manager to install a plugin, you can also use it to uninstall nicely. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Ted, Thanks for reviewing.done, done, and done. I'm a little confused about the second manual option you've brought up. I was not aware that we should release the updatesite.zip and it's not currently available on any of our download sites. This seems to be in line with the previous releases of the plugin though. Is this something that you think should be added to our process ?? Ted Kirby wrote: Cool! a few comments: On the main page, I'd add a 2nd sentence at the top like: Currently, the major tools are: , and have a list of hyper links to the eclipse plugin and j2g sections on the page. On the install page, add how to get the new server screen. server view, new-server, or file-new-server. I think there are two manual options, with the preferred being to download the updatesite.zip file. Oh, I see that's not on the site. Can we add it? I think that warning can be cleaned up. either of these two options? Several Unable to render embedded object: messages on the plugin faq pages. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Ted, Jarek, Hernan, I've added many more details to the Apache Geronimo Development Tools Subproject pages. Some details are a bit sparse still but feel it's a better start. Would you all mind reviewing (or updating if necessary) ?? --- http://geronimo.apache.org/development-tools.html Thanks much. Ted Kirby wrote: Can someone put updated doc for developing the geronimo eclipse and J2G plugins in the wiki, and link to them from the devtools home page? http://cwiki.apache.org/GMOxDOC11/geronimo-eclipse-plugin-faq.html has doc for the 1.x plugin. There is a link to a blank page for the eclipse plugin from the devtools page, but no similar link for j2g. This would be helpful. I tried to find that blank page for the eclipse plugin in the wiki to update it, but was unsuccessful. What is the URL for the wiki page to http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html ? Or, is this not a page that is generally accessible? Thanks, Ted Kirby -- Thanks, Tim McConnell -- Thanks, Tim McConnell
Re: [DISCUSS] Geronimo Eclipse Plugin 2.0.1 Release plan
I think the 4 week or less target after a Geronimo release is a good one to keep. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: So as not to get to far out of sync with the server I feel we should shoot for a release date of 4 weeks after the 2.0.2 release of Geronimo. Does anyone have other/better thoughts ?? Tim McConnell wrote: Hi, I would like to starting discussing what we think should be included in the 2.0.1 release of the Geronimo Eclipse Plugin. I have some very preliminary thoughts that I have listed below but would like to encourage input from others. My initial thoughts are: 1. High priority JIRAs 2. Inclusion of the latest WTP release candidate 3. Build and test infrastructure improvements (e.g., build cleanup/improvements, execution of testcases during the build, a testsuite framework for the plugin, and a useful set of samples). 4. Full support for the Geronimo 2.0 deployment plans -- Thanks, Tim McConnell
Trunk build hangs on windows
Since 10/03, I'm seeing the trunk build hang on windows while doing one of the configs. It was packaging the car while it froze. The memory usage was at 300+. The build was the only program running. The automated builds on Linux doesn't seem to have this problem. Any other windows user seeing this ? Cheers Prasad
Re: [jira] Commented: (GERONIMODEVTOOLS-226) Production eclipse udate site does not have 2.0.0 on it!
Good idea--will do that now !!! Donald Woods wrote: Can we also add to the Plugin release process to update the Geronimo Home page with a News item that we have an updated Plugin available? -Donald Tim McConnell (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12531275 ] Tim McConnell commented on GERONIMODEVTOOLS-226: Thanks Kan/Ted. The site.xml file has been ftp'd to the appropriate place now. Production eclipse udate site does not have 2.0.0 on it! Key: GERONIMODEVTOOLS-226 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-226 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0.0 Reporter: Ted Kirby Assignee: Tim McConnell Priority: Blocker Fix For: 2.0.0 The staging site http://people.apache.org/~mcconne/releases/RC3/staging_site looks good, but the production site http://www.apache.org/dist/geronimo/eclipse/updates/plugins/ does not have the new stuff on it. Do we want to keep the old stuff there also, or just nuke it and put the v20 stuff there? Or, create a new udpate site for v2? -- Thanks, Tim McConnell
[jira] Commented: (GSHELL-34) Get rid of the URLHandlerFactory
[ https://issues.apache.org/jira/browse/GSHELL-34?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532525 ] Jason Dillon commented on GSHELL-34: The purpose was to hook up a few custom url handlers to support vfs urls and rfile (remote-file) urls, so that when connected to a remote shell one can access local files (remote files on the client). I can disable it for now, since I've not yet finished the rfile bits. Get rid of the URLHandlerFactory Key: GSHELL-34 URL: https://issues.apache.org/jira/browse/GSHELL-34 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: Core Reporter: Guillaume Nodet Assignee: Jason Dillon In OSGi, the URLHandlerFactory is already set and can not be overriden: org.osgi.framework.BundleException: Activator start error. at org.apache.felix.framework.Felix._startBundle(Felix.java:1579) at org.apache.felix.framework.Felix.startBundle(Felix.java:1469) at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:1064) at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:258) at java.lang.Thread.run(Thread.java:613) Caused by: org.codehaus.plexus.component.repository.exception.ComponentLookupException: Unable to lookup component 'org.apache.geronimo.gshell.URLHandlerFactory', it could not be started at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:156) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:69) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:81) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:512) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:506) at org.apache.geronimo.gshell.GShell.init(GShell.java:85) at org.apache.geronimo.gshell.osgi.Activator.start(Activator.java:29) at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:589) at org.apache.felix.framework.Felix._startBundle(Felix.java:1535) ... 4 more Caused by: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException: Error starting component at org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:146) at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:132) at org.codehaus.plexus.component.manager.KeepAliveSingletonComponentManager.getComponent(KeepAliveSingletonComponentManager.java:72) at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:147) ... 12 more Caused by: org.codehaus.plexus.personality.plexus.lifecycle.phase.PhaseExecutionException: Error initialising component at org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:37) at org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:128) at org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:142) ... 15 more Caused by: org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializationException: Failed to install URL stream handler factory at org.apache.geronimo.gshell.URLHandlerFactory.initialize(URLHandlerFactory.java:73) at org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33) ... 17 more Caused by: java.lang.Error: factory already defined at java.net.URL.setURLStreamHandlerFactory(URL.java:1074) at org.apache.geronimo.gshell.URLHandlerFactory.initialize(URLHandlerFactory.java:68) ... 18 more What's the purpose of this url factory ? Can we use a pluggable strategy for that ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-35) Make CommandDescriptor optional and make Command stateless
[ https://issues.apache.org/jira/browse/GSHELL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532526 ] Jason Dillon commented on GSHELL-35: I don't quite see how this makes commands stateless. I've also moved the descriptor bits completely to core and removed its dependency on plexus... so I'll have to reconcile what you've changed. Make CommandDescriptor optional and make Command stateless -- Key: GSHELL-35 URL: https://issues.apache.org/jira/browse/GSHELL-35 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: API, Core Affects Versions: 1.0-alpha-1 Reporter: Guillaume Nodet Assignee: Guillaume Nodet -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-35) Make CommandDescriptor optional and make Command stateless
[ https://issues.apache.org/jira/browse/GSHELL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532532 ] Jason Dillon commented on GSHELL-35: Um... and I specifically did not want to create command instances to query things like id/description, since construction of commands cold potentially pull in/initialize other classes... which is why the CommandDescriptor was used, and the command was only constructed upon execution. Your changes will cause *all* command instances to be constructed if the help command is used, which is *not* desirable. Make CommandDescriptor optional and make Command stateless -- Key: GSHELL-35 URL: https://issues.apache.org/jira/browse/GSHELL-35 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: API, Core Affects Versions: 1.0-alpha-1 Reporter: Guillaume Nodet Assignee: Guillaume Nodet -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-35) Make CommandDescriptor optional and make Command stateless
[ https://issues.apache.org/jira/browse/GSHELL-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532528 ] Jason Dillon commented on GSHELL-35: Also, the annotations are _hints_ to generate the commands.xml descriptor... It should be valid to provide a class w/o annotations and a commands.xml descriptor and have things work normally. Make CommandDescriptor optional and make Command stateless -- Key: GSHELL-35 URL: https://issues.apache.org/jira/browse/GSHELL-35 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: API, Core Affects Versions: 1.0-alpha-1 Reporter: Guillaume Nodet Assignee: Guillaume Nodet -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: request for devtools doc for developing in eclipse
Thanks Ted, I see now. So these users might have their own intranet version of an Update Site. I'll open a process improvement JIRA targeted for the next release.. Ted Kirby wrote: Thanks. Yes, I think it is an option we should offer, for users who can not use the Eclipse Update Manager to install code from the Internet due to firewall or proxy restrictions. If you use the Eclipse Update Manager to install a plugin, you can also use it to uninstall nicely. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Ted, Thanks for reviewing.done, done, and done. I'm a little confused about the second manual option you've brought up. I was not aware that we should release the updatesite.zip and it's not currently available on any of our download sites. This seems to be in line with the previous releases of the plugin though. Is this something that you think should be added to our process ?? Ted Kirby wrote: Cool! a few comments: On the main page, I'd add a 2nd sentence at the top like: Currently, the major tools are: , and have a list of hyper links to the eclipse plugin and j2g sections on the page. On the install page, add how to get the new server screen. server view, new-server, or file-new-server. I think there are two manual options, with the preferred being to download the updatesite.zip file. Oh, I see that's not on the site. Can we add it? I think that warning can be cleaned up. either of these two options? Several Unable to render embedded object: messages on the plugin faq pages. Ted Kirby On 10/4/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Ted, Jarek, Hernan, I've added many more details to the Apache Geronimo Development Tools Subproject pages. Some details are a bit sparse still but feel it's a better start. Would you all mind reviewing (or updating if necessary) ?? --- http://geronimo.apache.org/development-tools.html Thanks much. Ted Kirby wrote: Can someone put updated doc for developing the geronimo eclipse and J2G plugins in the wiki, and link to them from the devtools home page? http://cwiki.apache.org/GMOxDOC11/geronimo-eclipse-plugin-faq.html has doc for the 1.x plugin. There is a link to a blank page for the eclipse plugin from the devtools page, but no similar link for j2g. This would be helpful. I tried to find that blank page for the eclipse plugin in the wiki to update it, but was unsuccessful. What is the URL for the wiki page to http://geronimo.apache.org/developing-the-geronimo-eclipse-plugin-in-eclipse.html ? Or, is this not a page that is generally accessible? Thanks, Ted Kirby -- Thanks, Tim McConnell -- Thanks, Tim McConnell -- Thanks, Tim McConnell
[jira] Created: (GERONIMODEVTOOLS-237) Release updatesite.zip file along withe deployable.zip file for users without access to external update sites
Release updatesite.zip file along withe deployable.zip file for users without access to external update sites - Key: GERONIMODEVTOOLS-237 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-237 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.1: Failed for Revision: 582017
OpenEJB trunk at 581987 Geronimo Revision: 582017 built with tests included See the full build-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/build-1800.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 33 seconds [INFO] Finished at: Thu Oct 04 18:37:28 EDT 2007 [INFO] Final Memory: 212M/1012M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-1800.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/test-1800.log Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.jar 10K downloaded [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom Downloading: http://snapshots.repository.codehaus.org/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom 11K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.pom 4K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-client-drivers/0.9.2/selenium-client-drivers-0.9.2.pom 3K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.2/selenium-rc-0.9.2.pom 8K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.pom 16K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.1/selenium-server-coreless-0.9.1.pom 2K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.1/selenium-rc-0.9.1.pom 7K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom 157b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2.pom 6K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.pom 2K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom 194b downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://download.java.net/maven/1//jetty/jars/org.mortbay.jetty-5.1.10.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar 660K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.jar 293K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.jar 21K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2-standalone.jar 4946K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.jar 1582K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.jar 1239K downloaded [INFO] [selenium:xvfb {execution: xvfb}] [INFO] Starting Xvfb... [INFO] Using display: :20 [INFO] Using Xauthority file: /tmp/Xvfb63052.Xauthority [INFO] Deleting: /tmp/Xvfb63052.Xauthority [WARNING] /usr/bin/xauth: creating new authority file /tmp/Xvfb63052.Xauthority [INFO] Created dir: /home/prasad/geronimo/trunk/testsuite/console-testsuite/target/selenium Launching Xvfb Waiting for Xvfb
Re: Trunk build hangs on windows
Hi Prasad, I'm not -- I just successfully built trunk on Windows.. Prasad Kashyap wrote: Since 10/03, I'm seeing the trunk build hang on windows while doing one of the configs. It was packaging the car while it froze. The memory usage was at 300+. The build was the only program running. The automated builds on Linux doesn't seem to have this problem. Any other windows user seeing this ? Cheers Prasad -- Thanks, Tim McConnell
[jira] Created: (GERONIMO-3503) DBPool wizzard creates plans only for local-transactions
DBPool wizzard creates plans only for local-transactions Key: GERONIMO-3503 URL: https://issues.apache.org/jira/browse/GERONIMO-3503 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Reporter: Tomasz Mazan Fix For: 2.0.2 I use DatabasePool Wizzard to deploy Pools for PostgresQL. In both cases - I choosed PostgreAQL XA or PostgreSQL Local - wizzard generated plan with model connectionmanager local-transaction/ single-pool max-size10/max-size min-size0/min-size match-one/ /single-pool /connectionmanager -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3504) Exception while generating WSDL
Exception while generating WSDL --- Key: GERONIMO-3504 URL: https://issues.apache.org/jira/browse/GERONIMO-3504 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: webservices Affects Versions: 2.0.2 Reporter: Tomasz Mazan I try to use jaxws-tools.bat wsgen to generate WSDL file from my web service (I've succesfully generated using com.sun.tools.ws.ant.WsGen included in Geronimo 2.0.1, but now I got exception [exec] Using GERONIMO_BASE: D:\SERVER\geronimo-tomcat [exec] Using GERONIMO_HOME: D:\SERVER\geronimo-tomcat [exec] Using GERONIMO_TMPDIR: var\temp [exec] Using JRE_HOME:C:\DEV\SDK\jdk1.5.0_09\jre [exec] Problem encountered during annotation processing; [exec] see stacktrace below for more information. [exec] java.lang.NullPointerException [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.isSubtype(WebServiceAP.java:416) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.isRemote(WebServiceAP.java:411) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.isLegalType(WebServiceVisitor.java:811) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.isLegalMethod(WebServiceVisitor.java:642) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.methodsAreLegal(WebServiceVisitor.java:622) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.isLegalImplementation(WebServiceVisitor.java:540) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.shouldProcessWebService(WebServiceVisitor.java:350) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.visitClassDeclaration(WebServiceVisitor.java:143) [exec] at com.sun.tools.apt.mirror.declaration.ClassDeclarationImpl.accept(ClassDeclarationImpl.java:95) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.buildModel(WebServiceAP.java:345) [exec] at com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.process(WebServiceAP.java:230) [exec] at com.sun.mirror.apt.AnnotationProcessors$CompositeAnnotationProcessor.process(AnnotationProcessors.java:60) [exec] at com.sun.tools.apt.comp.Apt.main(Apt.java:454) [exec] at com.sun.tools.apt.main.JavaCompiler.compile(JavaCompiler.java:448) [exec] at com.sun.tools.apt.main.Main.compile(Main.java:1075) [exec] at com.sun.tools.apt.main.Main.compile(Main.java:938) [exec] at com.sun.tools.apt.Main.processing(Main.java:95) [exec] at com.sun.tools.apt.Main.process(Main.java:85) [exec] at com.sun.tools.apt.Main.process(Main.java:67) [exec] at com.sun.tools.ws.wscompile.CompileTool.buildModel(CompileTool.java:603) [exec] at com.sun.tools.ws.wscompile.CompileTool.run(CompileTool.java:536) [exec] at com.sun.tools.ws.util.ToolBase.run(ToolBase.java:54) [exec] at com.sun.tools.ws.util.WSToolsObjectFactoryImpl.wsgen(WSToolsObjectFactoryImpl.java:42) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [exec] error: compilation failed, errors should have been reported [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:585) [exec] at org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:190) [exec] at org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:174) [exec] at org.apache.geronimo.jaxws.builder.JAXWSTools.invokeWsgen(JAXWSTools.java:161) [exec] at org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.main(JAXWSToolsCLI.java:64) [exec] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Moving to TranQL 1.4 ?
Hi, Are there any plans of moving to the next version of TranQL, 1.3.1 or maybe 1.4-SNAPSHOT? Both seem to be available at http://dist.codehaus.org/tranql/jars/ When I was working with G1.x last year, it was found that a critical flaw exists in TranQL 1.3, that prevents SPECjAppServer2004 from successfuly running on Geronimo - SjAS requires a support of READ_COMMITTED and REPEATABLE_READ transaction isolation levels in XA mode, and TranQL 1.3 only supports READ_UNCOMMITTED level. Issue GERONIMO-2128 http://issues.apache.org/jira/browse/GERONIMO-2128 is related to this issue, and it's still open. At that time Matt Hostrom said he has plans to add the necessary support in TranQL 1.3.1 or 1.4, but as I can see, G2.0.1 still uses TranQL 1.3: http://article.gmane.org/gmane.comp.java.geronimo.user/3427 http://thread.gmane.org/gmane.comp.java.openejb.devel/3926 Matt, could you, or anyone else, please shed some light on the current situation with this issue? Thank you very much! Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
[BUILD] 2.1: Failed for Revision: 582055
OpenEJB trunk at 582050 Geronimo Revision: 582055 built with tests included See the full build-2200.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/build-2200.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 1 second [INFO] Finished at: Thu Oct 04 22:35:09 EDT 2007 [INFO] Final Memory: 212M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-2200.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/test-2200.log Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.jar 10K downloaded [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom Downloading: http://snapshots.repository.codehaus.org/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom 11K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.pom 4K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-client-drivers/0.9.2/selenium-client-drivers-0.9.2.pom 3K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.2/selenium-rc-0.9.2.pom 8K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.pom 16K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.1/selenium-server-coreless-0.9.1.pom 2K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.1/selenium-rc-0.9.1.pom 7K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom 157b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2.pom 6K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.pom 2K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom 194b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.jar 21K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.jar 1582K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.jar 1239K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2-standalone.jar 4946K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.jar 293K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://download.java.net/maven/1//jetty/jars/org.mortbay.jetty-5.1.10.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar 660K downloaded [INFO] [selenium:xvfb {execution: xvfb}] [INFO] Starting Xvfb... [INFO] Using display: :20 [INFO] Using Xauthority file: /tmp/Xvfb21257.Xauthority [INFO] Deleting: /tmp/Xvfb21257.Xauthority [WARNING] /usr/bin/xauth: creating new authority file /tmp/Xvfb21257.Xauthority [INFO] Created dir: /home/prasad/geronimo/trunk/testsuite/console-testsuite/target/selenium Launching Xvfb Waiting for Xvfb
Re: [BUILD] 2.1: Failed for Revision: 582055
Prasad, Can we also upload the server log file so that we can see the actual error that caused the server not to start up? Thanks, Jarek On 5 Oct 2007 02:44:34 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: OpenEJB trunk at 582050 Geronimo Revision: 582055 built with tests included See the full build-2200.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/build-2200.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20071004 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 1 second [INFO] Finished at: Thu Oct 04 22:35:09 EDT 2007 [INFO] Final Memory: 212M/1010M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html See the full test-2200.log file at http://people.apache.org/~prasad/binaries/trunk/20071004/test-2200.log Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.pom 1K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.jar 10K downloaded [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: checking for updates from apache.snapshots [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom Downloading: http://snapshots.repository.codehaus.org/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom 11K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.pom 4K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-client-drivers/0.9.2/selenium-client-drivers-0.9.2.pom 3K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.2/selenium-rc-0.9.2.pom 8K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.pom 16K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.1/selenium-server-coreless-0.9.1.pom 2K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.1/selenium-rc-0.9.1.pom 7K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom 157b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2.pom 6K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.pom 2K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom 194b downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.jar 21K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.jar 1582K downloaded Downloading: http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.jar 1239K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2-standalone.jar 4946K downloaded Downloading: http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.jar 293K downloaded Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://download.java.net/maven/1//jetty/jars/org.mortbay.jetty-5.1.10.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar Downloading: http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar 660K downloaded [INFO] [selenium:xvfb {execution: xvfb}] [INFO] Starting Xvfb... [INFO] Using
Re: ServiceMix 4.0 modularity
On 10/4/07, Chris Custine [EMAIL PROTECTED] wrote: I agree that eventually you will have certain components that have their own release cycles seperate from the core components. I think it will take several releases of all components as an entire system before you will be comfortable splitting things into seperate sub-projects, but as the core components mature and stabilize I think it will be a natural desire to have more frequent releases of the optional components. Agreed. The dependency management issues mentioned by Bruce and Kit are valid, but don't forget that the bundles are able to specify required version information for their own dependencies. So the dependency management issue is more about shipping a properly working default configuration with the main ServiceMix distribution than about the seperate releases of components. That's a good point and something I forgot about. I guess we'll need to relax any static version requirements once the core stablizes so that we can allow a wider range of acceptable versions of various components. I like Guillaume's idea of offering a basic image that is capable of provisioning itself from a managed OBR repository. This could also allow a user to configure their own customized provisioning configuration similar to kickstart files for Linux distributions. I think you will also want to offer a fully loaded and self contained image that already has all of the components available, but the auto-provisioned basic image will be very useful for a lot of users I would think. I think this is a good paradigm as well. However, a question arose today about continuing to allow ServiceMix to be embedded in any old Java app. Some folks may want an OSGi container to be started when embedding ServiceMix, and some may not. All I'm saying is that we need to keep this in mind as a requirement because there are a fair amount of users who are embedding ServiceMix today. 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/
Re: Moving to TranQL 1.4 ?
Vasily, We've moved from TranQL for the support of CMP to OpenJPA. Dain provided a neat bridge so we can use the same technology for EJB 3 and EJB 2.x. At this point you can achieve the desired results using the orm.xml and OpenJPA configuration. I'd be interested in helping you out on this. Do you have a current set of DDs your working from or are these the same ones as we had back in http://svn.apache.org/ repos/asf/geronimo/sandbox/specjappserver2004/ On Oct 4, 2007, at 8:57 PM, Zakharov, Vasily M wrote: Hi, Are there any plans of moving to the next version of TranQL, 1.3.1 or maybe 1.4-SNAPSHOT? Both seem to be available at http://dist.codehaus.org/tranql/jars/ When I was working with G1.x last year, it was found that a critical flaw exists in TranQL 1.3, that prevents SPECjAppServer2004 from successfuly running on Geronimo - SjAS requires a support of READ_COMMITTED and REPEATABLE_READ transaction isolation levels in XA mode, and TranQL 1.3 only supports READ_UNCOMMITTED level. Issue GERONIMO-2128 http://issues.apache.org/jira/browse/GERONIMO-2128 is related to this issue, and it's still open. At that time Matt Hostrom said he has plans to add the necessary support in TranQL 1.3.1 or 1.4, but as I can see, G2.0.1 still uses TranQL 1.3: http://article.gmane.org/gmane.comp.java.geronimo.user/3427 http://thread.gmane.org/gmane.comp.java.openejb.devel/3926 Matt, could you, or anyone else, please shed some light on the current situation with this issue? Thank you very much! Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
RE: Moving to TranQL 1.4 ?
Hi, Matt, Great to hear from you, and great to hear the news! I've tried to update the deployment plans to G2.0.1 as best as I could, here's what I have now: http://cwiki.apache.org/confluence/download/attachments/64828/sjas-app.x ml http://cwiki.apache.org/confluence/download/attachments/64828/sjas-db.xm l http://cwiki.apache.org/confluence/download/attachments/64828/sjas-jms.x ml http://cwiki.apache.org/confluence/display/GMOxDOC20/SPECjAppServer2004 It has issues working (e. g. for now I can't lookup the beans through JNDI externally), but at least it deploys with no errors. I assume some things there are anyway obsolete and have to be replaced. Please also note issues OPENEJB-700 and OPENEJB-701 filed while trying to make the things above work, adjustments were made to workaround OPENEJB-701. Thanks alot for your help! Vasily -Original Message- From: Matt Hogstrom [mailto:[EMAIL PROTECTED] Sent: Friday, October 05, 2007 6:56 AM To: dev@geronimo.apache.org Subject: Re: Moving to TranQL 1.4 ? Vasily, We've moved from TranQL for the support of CMP to OpenJPA. Dain provided a neat bridge so we can use the same technology for EJB 3 and EJB 2.x. At this point you can achieve the desired results using the orm.xml and OpenJPA configuration. I'd be interested in helping you out on this. Do you have a current set of DDs your working from or are these the same ones as we had back in http://svn.apache.org/ repos/asf/geronimo/sandbox/specjappserver2004/ On Oct 4, 2007, at 8:57 PM, Zakharov, Vasily M wrote: Hi, Are there any plans of moving to the next version of TranQL, 1.3.1 or maybe 1.4-SNAPSHOT? Both seem to be available at http://dist.codehaus.org/tranql/jars/ When I was working with G1.x last year, it was found that a critical flaw exists in TranQL 1.3, that prevents SPECjAppServer2004 from successfuly running on Geronimo - SjAS requires a support of READ_COMMITTED and REPEATABLE_READ transaction isolation levels in XA mode, and TranQL 1.3 only supports READ_UNCOMMITTED level. Issue GERONIMO-2128 http://issues.apache.org/jira/browse/GERONIMO-2128 is related to this issue, and it's still open. At that time Matt Hostrom said he has plans to add the necessary support in TranQL 1.3.1 or 1.4, but as I can see, G2.0.1 still uses TranQL 1.3: http://article.gmane.org/gmane.comp.java.geronimo.user/3427 http://thread.gmane.org/gmane.comp.java.openejb.devel/3926 Matt, could you, or anyone else, please shed some light on the current situation with this issue? Thank you very much! Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Re: Moving to TranQL 1.4 ?
Excellent ... I'm finishing some other performance work. When I get that completed I'd like to get this tested. It will be nice to finally run the monster ;-P On Oct 4, 2007, at 11:29 PM, Zakharov, Vasily M wrote: Hi, Matt, Great to hear from you, and great to hear the news! I've tried to update the deployment plans to G2.0.1 as best as I could, here's what I have now: http://cwiki.apache.org/confluence/download/attachments/64828/sjas- app.x ml http://cwiki.apache.org/confluence/download/attachments/64828/sjas- db.xm l http://cwiki.apache.org/confluence/download/attachments/64828/sjas- jms.x ml http://cwiki.apache.org/confluence/display/GMOxDOC20/ SPECjAppServer2004 It has issues working (e. g. for now I can't lookup the beans through JNDI externally), but at least it deploys with no errors. I assume some things there are anyway obsolete and have to be replaced. Please also note issues OPENEJB-700 and OPENEJB-701 filed while trying to make the things above work, adjustments were made to workaround OPENEJB-701. Thanks alot for your help! Vasily -Original Message- From: Matt Hogstrom [mailto:[EMAIL PROTECTED] Sent: Friday, October 05, 2007 6:56 AM To: dev@geronimo.apache.org Subject: Re: Moving to TranQL 1.4 ? Vasily, We've moved from TranQL for the support of CMP to OpenJPA. Dain provided a neat bridge so we can use the same technology for EJB 3 and EJB 2.x. At this point you can achieve the desired results using the orm.xml and OpenJPA configuration. I'd be interested in helping you out on this. Do you have a current set of DDs your working from or are these the same ones as we had back in http://svn.apache.org/ repos/asf/geronimo/sandbox/specjappserver2004/ On Oct 4, 2007, at 8:57 PM, Zakharov, Vasily M wrote: Hi, Are there any plans of moving to the next version of TranQL, 1.3.1 or maybe 1.4-SNAPSHOT? Both seem to be available at http://dist.codehaus.org/tranql/jars/ When I was working with G1.x last year, it was found that a critical flaw exists in TranQL 1.3, that prevents SPECjAppServer2004 from successfuly running on Geronimo - SjAS requires a support of READ_COMMITTED and REPEATABLE_READ transaction isolation levels in XA mode, and TranQL 1.3 only supports READ_UNCOMMITTED level. Issue GERONIMO-2128 http://issues.apache.org/jira/browse/ GERONIMO-2128 is related to this issue, and it's still open. At that time Matt Hostrom said he has plans to add the necessary support in TranQL 1.3.1 or 1.4, but as I can see, G2.0.1 still uses TranQL 1.3: http://article.gmane.org/gmane.comp.java.geronimo.user/3427 http://thread.gmane.org/gmane.comp.java.openejb.devel/3926 Matt, could you, or anyone else, please shed some light on the current situation with this issue? Thank you very much! Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
[jira] Commented: (GERONIMO-3495) Axis2: Implementation of Axis2WebServiceContainer.initContextRoot() is not thread safe
[ https://issues.apache.org/jira/browse/GERONIMO-3495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532573 ] Jarek Gawor commented on GERONIMO-3495: --- Committed fixes to trunk (revision: 582070). Axis2: Implementation of Axis2WebServiceContainer.initContextRoot() is not thread safe -- Key: GERONIMO-3495 URL: https://issues.apache.org/jira/browse/GERONIMO-3495 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.0.1, 2.0.2 Reporter: Jarek Gawor Assignee: Jarek Gawor -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.