Re: [RTC] Vote on GERONIMO-2161 - restart 1

On 7/7/06, Jason Dillon <[EMAIL PROTECTED]> wrote: This is applied. :-) Took longer than expected because I happened to switch to a terminal that was set to use JDK 1.5 and I did not realize it... until a few hours later after I was pulling my hair out wondering why the patch god hates me so mu

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On 7/7/06, David Jencks <[EMAIL PROTECTED]> wrote: My point of view is that while there might be a minimum time needed in total for a vote, there is no need to wait after the 3rd +1 as long as that minumum time since the start of the vote has elapsed. This vote has been going on with additions f

Re: [RTC] Vote on GERONIMO-2161 - restart 1

This is applied. :-) Took longer than expected because I happened to switch to a terminal that was set to use JDK 1.5 and I did not realize it... until a few hours later after I was pulling my hair out wondering why the patch god hates me so much. --jason On Jul 6, 2006, at 4:54 PM, Je

Re: FYI: Planning to upgrade to Derby 10.1.3 for the Geronimo 1.1.1 release (GERONIMO-2155)

Seems reasonable to me. This will also go into trunk? --jason On Jul 6, 2006, at 8:04 PM, John Sisson wrote: In the "Derby library does not have line number debug information" mail thread [1] a few weeks ago I asked whether people wanted to upgrade to the Derby 10.1.3 maintenance release

[jira] Closed: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

[ http://issues.apache.org/jira/browse/GERONIMO-2161?page=all ] Jason Dillon closed GERONIMO-2161: -- Resolution: Fixed Applied. Thanks to everyone who helped. > [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml >

Tag 1.1 issue?

I tried to build the v1.1 of Geronimo tag and I noticed that when I went to do a m:co of openejb, it is giving me the openejb branch instead of the 2.1 tag. Sure enough, upon perusal of the tagged root maven.xml, its pulling the openejb branch and not the tag. I am assuming this is an oversight a

Re: svn commit: r419764 - /geronimo/trunk/m2-plugins/pom.xml

Yes, sorry... I'm currently resolving an issue that has popped up due to changes made in the trunk post the last cut of the patch which kinda whacked the application an validation. I'm reapplying now from a known good source and revalidating. Will need to correct a faulty commit to all_chang

Re: tag 1.0.0 does not build - missing dependencies

On Jul 3, 2006, at 8:29 PM, Simon Godik wrote: I'm having difficulty building 1.0.0 tag. Dependencies are missing: commons-fileupload-1.1-dev.jar, dwr-1.0.jar, org.apache.geronimo.specs/geronimo-corba_2.3_spec/1.0/jar I did not get past corba dependency. Any special instructions for 1.0 ta

FYI: Planning to upgrade to Derby 10.1.3 for the Geronimo 1.1.1 release (GERONIMO-2155)

In the "Derby library does not have line number debug information" mail thread [1] a few weeks ago I asked whether people wanted to upgrade to the Derby 10.1.3 maintenance release [2]. David Jencks was the only person who mentioned it should go in the 1.1.1 release but did not hear any objecti

Help: Mapping to Apache Directory project's new groupId:artifactId

Alex, Enrique, The assembly of G in m2 is failing because we can't find valid poms for Apache directory artifacts. Our module geronimo-directory depends on apache directory artifacts. The Apache directory artifacts now have moved under the groupId "org.apache.directory" http://www.ibiblio.org/mav

Re: svn commit: r419764 - /geronimo/trunk/m2-plugins/pom.xml

[EMAIL PROTECTED] wrote: Author: jdillon Date: Thu Jul 6 18:43:26 2006 New Revision: 419764 URL: http://svn.apache.org/viewvc?rev=419764&view=rev Log: Merge changes for m2 Modified: geronimo/trunk/m2-plugins/pom.xml (contents, props changed) Hi Jason, Can you please put the JIRA is

Re: openejb itests?

Oh I forgot to mention. Check the *.log files in the top level module and individual modules. If I remember right, you can run the mvn site:site command to generate an HTML page of the results. Cheers Prasad On 7/6/06, Bill Dudney <[EMAIL PROTECTED]> wrote: Hi Prasad, Thanks, - I guess I was

Re: openejb itests?

I just built the geronimo-deployment-plugin from this patch ( http://issues.apache.org/jira/secure/attachment/12335875/geronimo-deployment-plugin-RTC-VOTE.2.patch ). It built successfully and installed in the local m2 repo. It's been a good 3-4 months since I last worked on itests but it is all c

Added confluence pages "Committing patches to the Subversion Repository" and "How to prepare and contribute patches"

I have added the page "Committing patches to the Subversion Repository" as a place to document the issues/recommendations involved in applying and committing patches. See http://cwiki.apache.org/confluence/display/GMOxDEV/Committing+patches+to+the+Subversion+Repository It is very much under co

[jira] Updated: (GERONIMO-2167) deployer.jar not cleaning up properly during redeploy and undeploy

[ http://issues.apache.org/jira/browse/GERONIMO-2167?page=all ] Kevan Miller updated GERONIMO-2167: --- Fix Version: 1.1.1 > deployer.jar not cleaning up properly during redeploy and undeploy > -

[jira] Assigned: (GERONIMO-2167) deployer.jar not cleaning up properly during redeploy and undeploy

[ http://issues.apache.org/jira/browse/GERONIMO-2167?page=all ] Kevan Miller reassigned GERONIMO-2167: -- Assign To: Kevan Miller > deployer.jar not cleaning up properly during redeploy and undeploy > --

[jira] Created: (AMQ-800) Expand the examples shipped with ActiveMQ to also be able to test request reply message exchanges.

Expand the examples shipped with ActiveMQ to also be able to test request reply message exchanges. -- Key: AMQ-800 URL: https://issues.apache.org/activemq/browse/AMQ-800 Project:

[jira] Resolved: (AMQ-799) Handle async ConnectionError that may happen between brokers using a network bridge.

[ https://issues.apache.org/activemq/browse/AMQ-799?page=all ] Hiram Chirino resolved AMQ-799: --- Resolution: Fixed > Handle async ConnectionError that may happen between brokers using a network > bridge. > -

[jira] Created: (AMQ-799) Handle async ConnectionError that may happen between brokers using a network bridge.

Handle async ConnectionError that may happen between brokers using a network bridge. Key: AMQ-799 URL: https://issues.apache.org/activemq/browse/AMQ-799 Project: ActiveMQ Type: Bug

[jira] Commented: (GERONIMO-2167) deployer.jar not cleaning up properly during redeploy and undeploy

[ http://issues.apache.org/jira/browse/GERONIMO-2167?page=comments#action_12419630 ] Leonard Wu commented on GERONIMO-2167: -- deployment plan, geronimo-web.xml is included in the WAR > deployer.jar not cleaning up properly during redeploy and undeploy

[jira] Updated: (GERONIMO-2167) deployer.jar not cleaning up properly during redeploy and undeploy

[ http://issues.apache.org/jira/browse/GERONIMO-2167?page=all ] Leonard Wu updated GERONIMO-2167: - Attachment: dwr-demo.war the exact test WAR file attached > deployer.jar not cleaning up properly during redeploy and undeploy > -

[jira] Created: (GERONIMO-2167) deployer.jar not cleaning up properly during redeploy and undeploy

deployer.jar not cleaning up properly during redeploy and undeploy -- Key: GERONIMO-2167 URL: http://issues.apache.org/jira/browse/GERONIMO-2167 Project: Geronimo Type: Bug Security: public (Regular

Re: [RTC] Vote on GERONIMO-2161 - restart 1

w00t! --jason On Jul 6, 2006, at 4:54 PM, Jeff Genender wrote: Consider it blessed. ;-) Jason Dillon wrote: On Jul 6, 2006, at 4:23 PM, David Jencks wrote: My point of view is that while there might be a minimum time needed in total for a vote, there is no need to wait after the 3rd +1 as

Re: [RTC] Vote on GERONIMO-2161 - restart 1

Consider it blessed. ;-) Jason Dillon wrote: > On Jul 6, 2006, at 4:23 PM, David Jencks wrote: >> My point of view is that while there might be a minimum time needed in >> total for a vote, there is no need to wait after the 3rd +1 as long as >> that minumum time since the start of the vote has el

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On Jul 6, 2006, at 4:23 PM, David Jencks wrote: My point of view is that while there might be a minimum time needed in total for a vote, there is no need to wait after the 3rd +1 as long as that minumum time since the start of the vote has elapsed. This vote has been going on with additions

[jira] Commented: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=comments#action_12419622 ] Jason Dillon commented on GERONIMO-1737: FYI... this is not a big deal. > Plugin migration to Maven 2: geronimo-assembly-plugin > -

[jira] Commented: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=comments#action_12419621 ] Jason Dillon commented on GERONIMO-1737: {noformat} patch -sp0 < geronimo-assembly-plugin.patch 1 out of 1 hunk FAILED -- saving rejects to file m2-plugins/pom.xml

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On Jul 6, 2006, at 2:09 PM, Jason Dillon wrote: I don't recall Jacek +1'ing... before or after the restart. * * * But, I was more curious how long after the next +1 comes in I should wait before applying this? My point of view is that while there might be a minimum time needed in total f

[jira] Commented: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=comments#action_12419616 ] David Jencks commented on GERONIMO-1737: I agree about the additions to my patch. Just to be clear, my patch is informative work in progress, it should not be com

Re: openejb itests?

Hi Prasad,Thanks, - I guess I was hoping that it was something smaller :-)I had to;1) install the jetty version but changed version to 1.1 and updated itests/pom.xml to reflect 1.1. instead of 1.1-SNAPSHOT2) install the tomcat version but changed version to 1.1 and updated itests/pom.xml  to reflec

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On 7/6/06, Jason Dillon <[EMAIL PROTECTED]> wrote: IIUC, after this restart, we need one more +1 from a PMC member to allow these changes to be committed to the trunk. Assuming that another +1 comes in soonish, how long shall I wait before applying? +1 (I did review it only as I had troubles t

Re: [RTC] Vote on GERONIMO-2161 - restart 1

I don't recall Jacek +1'ing... before or after the restart. * * * But, I was more curious how long after the next +1 comes in I should wait before applying this? --jason On Jul 6, 2006, at 2:08 PM, Jeff Genender wrote: If Jacek +1d it (I don't recall if he did) you have 3 +1s. Jeff Ja

Re: [RTC] Vote on GERONIMO-2161 - restart 1

If Jacek +1d it (I don't recall if he did) you have 3 +1s. Jeff Jason Dillon wrote: > IIUC, after this restart, we need one more +1 from a PMC member to allow > these changes to be committed to the trunk. > > Assuming that another +1 comes in soonish, how long shall I wait before > applying? >

Re: [RTC] Vote on GERONIMO-2161 - restart 1

IIUC, after this restart, we need one more +1 from a PMC member to allow these changes to be committed to the trunk. Assuming that another +1 comes in soonish, how long shall I wait before applying? --jason On Jul 6, 2006, at 6:57 AM, Matt Hogstrom wrote: +1 to getting this patch in...

Re: [jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

On Jul 6, 2006, at 12:36 PM, Jacek Laskowski wrote: On 7/6/06, Jason Dillon <[EMAIL PROTECTED]> wrote: The exact command used to make the v5 patch was (from trunk): svn diff > GERONIMO-2161.patch And, as I thought I explained to you before, the same changes are applied to this branch:

[jira] Commented: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=comments#action_12419600 ] Prasad Kashyap commented on GERONIMO-1737: -- David, I think the following are missing from the bin.xml. They have to be merged under the relavant sections to your

[jira] Updated: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=all ] Prasad Kashyap updated GERONIMO-1737: - Attachment: geronimo-assembly-plugin.patch maven-assembly-plugin.patch 1. Check out maven-assembly-plugin src from http://svn.apach

Re: openejb itests?

Yep. This is it. So what you could do is take a m1 binary and run the mvn install:install-file command to install it into your m2 local repo. The exact syntax of that command is in the error message that you have pasted. Cheers Prasad On 7/6/06, Bill Dudney <[EMAIL PROTECTED]> wrote: Hi Pra

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On 7/6/06, Jason Dillon <[EMAIL PROTECTED]> wrote: On Jul 6, 2006, at 9:13 AM, Jacek Laskowski wrote: > I wonder how the changes will be applied to trunk if patch doesn't > work? It is easy enough to apply the patch and then copy the files from the svkmerge/m2migration branch manually to recreat

Re: How do we build the Eclipse Plugin assembly?

This problem (thanks Jason) is now fixed. An "mvn" at the root will build all modules and generate the assemblies in one shot. On Jun 30, 2006, at 5:15 PM, Donald Woods wrote: I just checked out Rev418113 of the Eclipse plugin trunk, started with a clean m2 repo and successfully got a "mvn

Re: ActiveMQ-CPP Mac changes dropped

Yeah.. would be best. But It's easy enough to fix, so no worries! On 7/6/06, Mittler, Nathan <[EMAIL PROTECTED]> wrote: Hey Hiram, BTW, I just googled for "svn:eol-style" and ran across this link http://www.apache.org/dev/svn-eol-style.txt I'm guessing I should probably have these settings be

Re: [jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

On 7/6/06, Jason Dillon <[EMAIL PROTECTED]> wrote: The exact command used to make the v5 patch was (from trunk): svn diff > GERONIMO-2161.patch And, as I thought I explained to you before, the same changes are applied to this branch: https://svn.apache.org/repos/asf/geronimo/sandbox/

Re: [jira] Updated: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

FYI, with the latest patch, you can just: ./build But, this also needs openejb2 to be built with m2 first. You can also create an uber-clean build with: ./bootstrap * * * I'm happy to tidy some of this stuff up post commit, but right now I am not going to make any more cosmetic or

[jira] Commented: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=comments#action_12419588 ] Jason Dillon commented on GERONIMO-1737: Sweet! I've love to see how this jives with GERONIMO-2161. Hopefully we'll get the remaining vote so I can commit this.

Re: Found a fix but don't know why...Re: M2 assembly question

From what I understand, the assembly goal is a tad broke and causes a duplicate assembly to run. It was meant to be run as in `mvn assembly:assembly' not as part of a phase. But lucky for us they added these new goals that work better when attached to a phase. --jason On Jul 6, 2006, a

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On Jul 6, 2006, at 9:13 AM, Jacek Laskowski wrote: On 7/6/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote: We need to understand why SVN is creating bad patches but this shouldn't hold up the migration to M2 effort. This is not an issue with the current patch but a problem with SVN we need to un

Re: Found a fix but don't know why...Re: M2 assembly question

Thanks Jason!, Comparing your pom to mine, I changed the packaging back to pom, and noticed your configuration for the assembly plugin invoked the goal "attached" where mine invoked "assembly". Changing it to attached seemed to correct the problem. Although I still don't understand why

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On Jul 6, 2006, at 9:13 AM, Jacek Laskowski wrote: I wonder how the changes will be applied to trunk if patch doesn't work? It is easy enough to apply the patch and then copy the files from the svkmerge/m2migration branch manually to recreate the complete v5 patch changes. --jason

[jira] Updated: (GERONIMO-1737) Plugin migration to Maven 2: geronimo-assembly-plugin

[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=all ] David Jencks updated GERONIMO-1737: --- Attachment: m2-jetty-server.patch Using prasad's assembly plugin that I believe he is attaching to this issue, and trunk as of rev 419642, I got a jet

Re: Found a fix but don't know why...Re: M2 assembly question

I am using pom packaging for GShell assemblies (as well for other projects) with no problems using dependencySets: http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/trunk/ gshell-assemblies/gshell-complete-assembly/pom.xml But, that assembly's pom can not depend on another pom with

Re: [jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

The exact command used to make the v5 patch was (from trunk): svn diff > GERONIMO-2161.patch And, as I thought I explained to you before, the same changes are applied to this branch: https://svn.apache.org/repos/asf/geronimo/sandbox/svkmerge/ m2migration/ You can just use the bran

Re: openejb itests?

Hi Prasad, Is this error that causes you to manually install an m1 built bit into the m2 repo? If so could you point me to exactly what bits to copy? Thanks! -bd- [INFO] Configured Artifact: org.apache.geronimo.distributions:geronimo-jetty-j2ee:null:1.1- SNAPSHOT:zip [INFO] --

[jira] Updated: (GERONIMO-2082) [m2] stax dependencies are all wrong

[ http://issues.apache.org/jira/browse/GERONIMO-2082?page=all ] David Jencks updated GERONIMO-2082: --- Component: buildsystem > [m2] stax dependencies are all wrong > > > Key: GERONIMO-2082 > URL: ht

[jira] Updated: (GERONIMO-2066) Openejb migration to M2

[ http://issues.apache.org/jira/browse/GERONIMO-2066?page=all ] David Jencks updated GERONIMO-2066: --- Component: buildsystem > Openejb migration to M2 > --- > > Key: GERONIMO-2066 > URL: http://issues.apache.org/jir

[jira] Updated: (GERONIMO-2092) Modules migration to M2

[ http://issues.apache.org/jira/browse/GERONIMO-2092?page=all ] David Jencks updated GERONIMO-2092: --- Component: buildsystem I don't see the test failure noted in the comment. > Modules migration to M2 > --- > > Key: GERONI

Found a fix but don't know why...Re: M2 assembly question

So I'm not sure if this is a bug in Maven or not... but in a given module if the POM packaging is set to pom and if assembly descriptors use dependencySet the dependencies as specified in the POM seem to be ignored and the assembly zips end up being empty. If I set the packaging to jar the

[jira] Resolved: (AMQ-797) ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration targets

[ https://issues.apache.org/activemq/browse/AMQ-797?page=all ] Nathan Mittler resolved AMQ-797: Resolution: Fixed > ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration > targets > -

Re: [RTC] Vote on GERONIMO-2161 - restart 1

Jacek, I agree that that it has been hard to install. We need to figure out why. That is another issue I think. Matt Jacek Laskowski wrote: On 7/6/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote: We need to understand why SVN is creating bad patches but this shouldn't hold up the migration t

Re: Implementing Global JNDI

See my comment in the jira about this, I don't think you need to use any naming References at all, nor do you need anything but a GBean reference to the appropriate GBean. http://issues.apache.org/jira/browse/GERONIMO-2153 thanks david jencks On Jul 6, 2006, at 6:06 AM, Krishnakumar B wrote

[jira] Commented: (AMQ-797) ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration targets

[ https://issues.apache.org/activemq/browse/AMQ-797?page=comments#action_36531 ] Timothy Bish commented on AMQ-797: -- I gave them a try, works fine now. > ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration > targets > --

Derby/JMX and GBeans

Hi, I' writing JMX MBeans for Apache Derby and would like to know how Geronimo handles calls to normal MBeans and getPlatformMBean. One of my aims to make sure that Derby's MBeans integrate well into existing JMX enabled containers. Therefore, instead of starting a new MBean server for Derby, I w

M2 assembly question

Is it better to have an separate assembly module that generates the assemblies or is it better to have the assembly plugin configured in the root pom? Currently in devtools I have it as a seperate module and use dependencySets to specify what gets included in the binaries. However as menti

[jira] Commented: (AMQ-797) ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration targets

[ https://issues.apache.org/activemq/browse/AMQ-797?page=comments#action_36530 ] Nathan Mittler commented on AMQ-797: Tim, I've applied the patch ... give it a try and make sure everything is as it should be. Thanks, Nate > ActiveMQ Cpp Windows Makefi

How were the Geronimo 1.0 and 1.1 artifacts published to a Maven2 Repo?

For Geronimo 1.1, both of the Eclipse plugin and Daytrader sample require valid Maven2 POM files in order to determine the dependencies/imports when building, so how were these created from the current Maven1 based Geronimo 1.0 and 1.1 builds? Is there a way we can automate this for our local

Re: Errors while using Geronimo Eclipse Plugin RC2

As far as the UI problem of the dialog size, can you open a JIRA and attach the screen shot to it. Also since you're the SWT/JFace expert :) if I point you to the code, would you be able to provide a quick fix? Thanks. On Jul 6, 2006, at 10:08 AM, Sachin Patel wrote: On Jul 6, 2006, at

[jira] Assigned: (AMQ-797) ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration targets

[ https://issues.apache.org/activemq/browse/AMQ-797?page=all ] Nathan Mittler reassigned AMQ-797: -- Assign To: Nathan Mittler > ActiveMQ Cpp Windows Makefiles fail to link the test, and test-integration > targets > --

Re: [RTC] Vote on GERONIMO-2161 - restart 1

On 7/6/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote: We need to understand why SVN is creating bad patches but this shouldn't hold up the migration to M2 effort. This is not an issue with the current patch but a problem with SVN we need to undestand. Don't we have it behind us already? I tho

[jira] Updated: (GERONIMO-2163) WADI Integration for Jetty

[ http://issues.apache.org/jira/browse/GERONIMO-2163?page=all ] Gianny Damour updated GERONIMO-2163: Attachment: wadi.patch Refreshed WADI patch. > WADI Integration for Jetty > -- > > Key: GERONIMO-2163 > UR

[jira] Updated: (GERONIMO-2163) WADI Integration for Jetty

[ http://issues.apache.org/jira/browse/GERONIMO-2163?page=all ] Gianny Damour updated GERONIMO-2163: Attachment: geronimo.patch Refreshed Geronimo patch against trunk > WADI Integration for Jetty > -- > > Key: GERONI

[jira] Resolved: (GERONIMODEVTOOLS-89) Can't use "Launch Geronimo Console" after right clicking on Server, with Eclipse Plugin 1.1 RC2

[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-89?page=all ] Sachin Patel resolved GERONIMODEVTOOLS-89: -- Fix Version: 1.1.0 Resolution: Fixed Assign To: Sachin Patel This should be fixed now. > Can't use "Launch Geronim

Re: [RTC] Vote on GERONIMO-2161 - restart 1

I get similar issues, but upon carefully reviewing the patch(es), I am in full agreement. +1 to the patch. Jeff Matt Hogstrom wrote: > +1 to getting this patch in... > > I spent some time working with Jason and Jacek last night on this > patch. It is fairly large and reaching. There appears to

Re: openejb itests?

Hi Bill, Inline- On 7/6/06, Bill Dudney <[EMAIL PROTECTED]> wrote: Hi Prasad, > > First we needed the geronimo-deployment-plugin to be in m2. So in > http://issues.apache.org/jira/browse/GERONIMO-1738, I got the > deployment-plugin migarted to m2. The RTC for this is pending 2 more > votes. No

[jira] Created: (GERONIMODEVTOOLS-89) Can't use "Launch Geronimo Console" after right clicking on Server, with Eclipse Plugin 1.1 RC2

Can't use "Launch Geronimo Console" after right clicking on Server, with Eclipse Plugin 1.1 RC2 --- Key: GERONIMODEVTOOLS-89 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-89

Re: How do we build the Eclipse Plugin assembly?

Great! We look forward to your contributions. On Jul 6, 2006, at 9:16 AM, Shiva Kumar H R wrote: Hi Sachin, Thanks for pointing out those areas where I can start contributing. I will look at the code for Form page editors for deployment plans and Wizards. I will start a separate discussion

Re: Errors while using Geronimo Eclipse Plugin RC2

On Jul 6, 2006, at 8:28 AM, Shiva Kumar H R wrote: Hi Sachin, I tried using WTP 1.5 and Eclipse 3.2. The problems mentioned earlier disappear and I am able to start/stop the server successfully. However after the server gets started, when I right click on the server, I see that "Launch Ge

Re: openejb itests?

Hi Prasad, First we needed the geronimo-deployment-plugin to be in m2. So in http://issues.apache.org/jira/browse/GERONIMO-1738, I got the deployment-plugin migarted to m2. The RTC for this is pending 2 more votes. Now, if you and Jason can review and approve it, we can get it in the build.

[RTC] Vote on GERONIMO-2161 - restart 1

+1 to getting this patch in... I spent some time working with Jason and Jacek last night on this patch. It is fairly large and reaching. There appears to be an issue with SVN creating a bad patch file for several files but I don't believe this is Jason's issue but rather with SVN. There are

RE: AMQ production status

Comments inline: > > >Just out of curiosity, which Stomp C++ client did you try? The reason I > >ask is that we just submitted a replacement for the CMS client in > >activemq-cpp. This API does appear to have support for persistence, > >although I'm not sure that we have a unit test that verifie

RE: AMQ production status

Hi Nate Thanks for the information. Just out of curiosity, which Stomp C++ client did you try? The reason I ask is that we just submitted a replacement for the CMS client in activemq-cpp. This API does appear to have support for persistence, although I'm not sure that we have a unit test

Re: How do we build the Eclipse Plugin assembly?

Hi Sachin,Thanks for pointing out those areas where I can start contributing. I will look at the code for Form page editors for deployment plans and Wizards. I will start a separate discussion thread on them. Meanwhile I will also see if I can fix some of the JIRAs in GeronimoDevtools. - ShivaOn 7/

[jira] Created: (AMQ-798) provide a new JMS header to indiciate the first message in a sequence being dispatched to a consumer

provide a new JMS header to indiciate the first message in a sequence being dispatched to a consumer Key: AMQ-798 URL: https://issues.apache.org/activemq/browse/AMQ-798 Proj

Re: Implementing Global JNDI

Hi David, I tried this and it works for Custom Resource Adapters. There is still a problem for Registering GBeans in Global JNDI through the builder ( ServiceConfigBuilder ). The Builder is a part of geronimo-gbean-deployer plan which is parent of j2ee-deployer. The geronimo-naming jars are load

Fwd: Errors while using Geronimo Eclipse Plugin RC2

I intended to send my first mail to and copy  < user@geronimo.apache.org> on the CC list. But mistakenly I CC'ed it to <[EMAIL PROTECTED]>. After that, I see some mails getting missed from the user list. I am sorry for the confusion caused. Now sending this mail to both de

Re: Errors while using Geronimo Eclipse Plugin RC2

Hi Sachin,I tried using WTP 1.5 and Eclipse 3.2. The problems mentioned earlier disappear and I am able to start/stop the server successfully.However after the server gets started, when I right click on the server, I see that "Launch Geronimo Console" is disabled. Isn't this a bug? Shall I open a

Re: [jira] Updated: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

Please ignore this.. (hit send accidentally) Anita --- anita kulshreshtha <[EMAIL PROTECTED]> wrote: > > > --- Jason Dillon <[EMAIL PROTECTED]> wrote: > > > What "user friendliness" are you talking about? > > > > --jason > > > > > > On Jul 5, 2006, at 2:25 AM, anita kulshreshtha wrote: > >

RE: AMQ production status

Hi Naveen, Comments inline ... > -Original Message- > From: Naveen Rawat [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 06, 2006 7:48 AM > To: activemq-dev@geronimo.apache.org > Subject: AMQ production status > > > Hi James > > > We have our servers in C/C++. We are trying out avai

[jira] Commented: (GERONIMO-2066) Openejb migration to M2

[ http://issues.apache.org/jira/browse/GERONIMO-2066?page=comments#action_12419493 ] Anita Kulshreshtha commented on GERONIMO-2066: -- Oops! I named it openejb.patch. Use the latest patch. These patches are deceptive. The openejb builds even wit

AMQ production status

Hi James We have our servers in C/C++. We are trying out available open source MQ services for maintaining persistent communication with our servers through our C++ and web clients. We tried the tests available for both Stomp and Openwire and got very little success with Stomp C++ (caugh

Re: Additions to the Apache Geronimo project management ctte

Cool ! Congrats guys ! Cheers Prasad On 7/6/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: Congratulations! Matt and Jeff Cheers Anita --- Dain Sundstrom <[EMAIL PROTECTED]> wrote: > On Jul 5, 2006, at 1:32 PM, Rodent of Unusual Size wrote: > > > Last week the PMC voted to invite Jeff Gen

Re: OSCON Geronimo BOF Scheduled

Matt, I'll be there. I seem to be becoming a conference addict :-) cheers Jan Matt Hogstrom wrote: For those committers that will be at the OSCON Conference we have a BOF scheduled. It is: Your BoF for OSCON 2006 has been scheduled for: • Wednesday, July 26 • 7:30 pm - 8:30 pm • Locatio

Re: Additions to the Apache Geronimo project management ctte

Congratulations! Matt and Jeff Cheers Anita --- Dain Sundstrom <[EMAIL PROTECTED]> wrote: > On Jul 5, 2006, at 1:32 PM, Rodent of Unusual Size wrote: > > > Last week the PMC voted to invite Jeff Genender and > > Matt Hogstrom to join it. Both have accepted the > > invitation and will be part o

Re: [jira] Updated: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

The existing commands to build are - cd modules, mvn clean cd ..\m2-plugins, mvn and After this as long as you do not wipe out the plugin, one can use just mvn from the top directory to get a full build. Did these not work for you (after you had the right xmlbeans plugin)? The new buil

Re: [jira] Updated: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

The existing commands to build are - cd modules, mvn clean cd ..\m2-plugins, mvn and After this as long as you do not wipe out the plugin, one can use just mvn from the top directory to get a full build. Did these not work for you (after you had the right xmlbeans plugin)? The new buil

OSCON Geronimo BOF Scheduled

For those committers that will be at the OSCON Conference we have a BOF scheduled. It is: Your BoF for OSCON 2006 has been scheduled for: • Wednesday, July 26 • 7:30 pm - 8:30 pm • Location: D139-140 • BoF Name: New Features of Apache Geronimo 1.1 (including new plug-in capability) Who

Re: [jira] Updated: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

--- Jason Dillon <[EMAIL PROTECTED]> wrote: > What "user friendliness" are you talking about? > > --jason > > > On Jul 5, 2006, at 2:25 AM, anita kulshreshtha wrote: > > >I would also prefer to see any changes to improve the > > maintainability and user friendliness of M2 build be held

Re: [jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

On 7/6/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I'm sorry... but I do not understand what you are asking Jacek. Could you please rephrase your question/request? How did you cut the latest patch v5? What commands did you use? I guess it was something like 'svn diff ... > GERONIMO-2161-v5.patc

Re: [jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

I'm sorry... but I do not understand what you are asking Jacek. Could you please rephrase your question/request? Thanks, --jason On Jul 6, 2006, at 12:22 AM, Jacek Laskowski (JIRA) wrote: [ http://issues.apache.org/jira/browse/GERONIMO-2161? page=comments#action_12419429 ] Jacek Las

[jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

[ http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12419429 ] Jacek Laskowski commented on GERONIMO-2161: --- After some thinking...may I find out how the patch was cut? I mean what revisions it holds of svkmerge/m2migration?

Re: Geronimo specs pre-RTC

On 7/6/06, Alan D. Cabrera <[EMAIL PROTECTED]> wrote: I had an "ah ha" experience after my fourth beer, before my third hamburger, yesterday. One word, branch. I'll cook something up in geronimo/specs/branch. I'll include Jason's suggestions. Yeah, it happened to me as well, but it was way f

[jira] Commented: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml

[ http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12419427 ] Jacek Laskowski commented on GERONIMO-2161: --- What will happen after I've tested it out? How will we proceed? How do you want the changes to be applied to trunk?

  1   2   >