From rubyforge at foemmel.com Wed Feb 7 23:09:05 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Wed, 07 Feb 2007 22:09:05 -0600 (CST) Subject: [Raven-devel] test message - ignore Message-ID: From rubyforge at foemmel.com Wed Feb 7 23:13:06 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Wed, 07 Feb 2007 22:13:06 -0600 (CST) Subject: [Raven-devel] test message 2 - ignore Message-ID: test From rubyforge at foemmel.com Thu Feb 8 16:48:58 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Thu, 08 Feb 2007 15:48:58 -0600 (CST) Subject: [Raven-devel] Things In-Reply-To: References: Message-ID: (am moving discussion to raven-devel)... Hi Matthieu, I definitely agree that we should be able to serve up web apps via rserve. I implemented something similar a while back for jrake. It only deployed a single servlet, but we could probably expand it to work with a full web.xml file: http://blog.foemmel.com/jrake/running The trick is to figure out when to redeploy. My first implementation just did a full build and redeploy for every request, which isn't terribly scalable. The obvious next step would be to scan for file changes on every request, but that can also take a bit of time on a large project (unless we use some JNI magic to monitor directories at the OS level) and requires updating all the tasks to run in a special mode so to ensure they don't do any real work (i.e. just check timestamps). Another option I played with is to do a rebuild/redeploy whenever the user hits "refresh". In firefox it's possible to determine this based on the HTTP headers sent over, whereas in IE I was only able to detect a "hard refresh" this way (and I couldn't get it to work at all in safari). But it kind of meshes with the typical developer workflow i.e. change a file, hit refresh in the browser, play with the app a bit, repeat... Cheers, Foemmel From matthieu.riou at gmail.com Thu Feb 8 23:29:51 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Thu, 8 Feb 2007 20:29:51 -0800 Subject: [Raven-devel] Features Request Message-ID: I've added everything I could think of in our Feature Request tracker. Almost everything is under v2.0 for now but we can reschedule to a later version afterward. Or not. Depending on how fast we are :) Feel free to add everything you can think of, including some wild dreams. Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070208/d1bc5be3/attachment.html From rubyforge at foemmel.com Sat Feb 10 18:33:43 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Sat, 10 Feb 2007 17:33:43 -0600 (CST) Subject: [Raven-devel] gem tasks Message-ID: I've just checked in some changes to the gem create/install tasks: * They've been moved into their own files in the tasks directory * The install task no longer inherits from the create task - instead, you can have an install task depend on a create task, and the name of the gem will be passed into the install task via the channel "gem_files" * I've renamed the "gem_wrap" method to just "gem" (to make it similar to the "jar" method). The code currently doesn't run using JRuby 0.9.2, unfortunately, but does work with the latest from JRuby trunk. Should we update the the JRuby vendor branch with a snapshot from trunk? From rubyforge at foemmel.com Sat Feb 10 18:35:40 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Sat, 10 Feb 2007 17:35:40 -0600 (CST) Subject: [Raven-devel] gem tasks Message-ID: I've just checked in some changes to the gem create/install tasks: * They've been moved into their own files in the tasks directory * The install task no longer inherits from the create task - instead, you can have an install task depend on a create task, and the name of the gem will be passed into the install task via the channel "gem_files" * I've renamed the "gem_wrap" method to just "gem" (to make it similar to the "jar" method). The code currently doesn't run using JRuby 0.9.2, unfortunately, but does work with the latest from JRuby trunk. Should we update the the JRuby vendor branch with a snapshot from trunk? From rubyforge at foemmel.com Sat Feb 10 22:19:03 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Sat, 10 Feb 2007 21:19:03 -0600 (CST) Subject: [Raven-devel] refactored channel handling Message-ID: I've just checked in some code that changes the way channels work a bit. Previously, channels were basically "global" which meant that the values set in one task could affect the values seen in any other tasks. I've switched things up now so that channel values are only visible to the task that sets it, and any tasks that depend on it (directly or indirectly). This eliminates a ton of headaches with regards to parallel builds, since it forces the user to set up their dependency graph correctly. I've split the channel handling code out into its own file (raven/channels.rb) if anyone wants to check it out. From matthieu.riou at gmail.com Sat Feb 10 23:59:41 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sat, 10 Feb 2007 20:59:41 -0800 Subject: [Raven-devel] refactored channel handling In-Reply-To: References: Message-ID: Just seen it and looks good. I could have misread but shouldn't it be: values += value unless values.member?(value) instead of: values << value unless values.member?(value) ?? Otherwise we'll end up with an array of arrays and the tasks will get confused (unless we have them call flatten but it's not so nice). The idea is good though, it's cleaner this way. On 2/10/07, Matthew Foemmel wrote: > > I've just checked in some code that changes the way channels work a bit. > Previously, channels were basically "global" which meant that the values set > in one task could affect the values seen in any other tasks. > > I've switched things up now so that channel values are only visible to the > task that sets it, and any tasks that depend on it (directly or indirectly). > This eliminates a ton of headaches with regards to parallel builds, since it > forces the user to set up their dependency graph correctly. > > I've split the channel handling code out into its own file > (raven/channels.rb) if anyone wants to check it out. > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070210/77dcdf84/attachment.html From matthieu.riou at gmail.com Sun Feb 11 02:07:57 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sat, 10 Feb 2007 23:07:57 -0800 Subject: [Raven-devel] Gem Dependencies Message-ID: I've started on transitive dependencies. The first step is to get a Gem repository with dependencies-aware gems on http://gems.rubyraven.org (the ones that are already there don't include any dependency declaration). I've changed the repository builder to check Maven's pom.xml if one is present for the artifact on the Maven repository and extract the jar dependency list from there. Those are then included in the generated gem spec. Next step is to see how the Raven dependency task behaves with those one. Cheers, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070210/1cf7ecf9/attachment.html From twa at post.com Sun Feb 11 04:10:27 2007 From: twa at post.com (Tom Ayerst) Date: Sun, 11 Feb 2007 09:10:27 +0000 Subject: [Raven-devel] Gem Dependencies In-Reply-To: References: Message-ID: <45CEDD83.3020300@post.com> Do you know where I can find out about how a gem is structured and packed. I want to build some gems for dependency management testing. Thanks Tom Matthieu Riou wrote: > I've started on transitive dependencies. The first step is to get a Gem > repository with dependencies-aware gems on http://gems.rubyraven.org (the > ones that are already there don't include any dependency declaration). > I've > changed the repository builder to check Maven's pom.xml if one is present > for the artifact on the Maven repository and extract the jar > dependency list > from there. Those are then included in the generated gem spec. > > Next step is to see how the Raven dependency task behaves with those one. > > Cheers, > Matthieu > > ------------------------------------------------------------------------ > > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.411 / Virus Database: 268.17.34/679 - Release Date: 10/02/2007 > > From matthieu.riou at gmail.com Sun Feb 11 13:16:12 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sun, 11 Feb 2007 10:16:12 -0800 Subject: [Raven-devel] Gem Dependencies In-Reply-To: <45CEDD83.3020300@post.com> References: <45CEDD83.3020300@post.com> Message-ID: To produce a Gem, the easiest way by far is to either use RubyGems. For example here is the declaration to build the Gem for Raven: spec = Gem::Specification.new do |s| s.platform = Gem::Platform::RUBY s.summary = "Java build system based on Rake and Gem." s.name = 'raven' s.version = "2.0" s.author = 'Matthieu Riou' s.homepage = 'http://raven.rubyforge.org' candidates = Dir.glob("{bin,lib}/**/*") s.files = candidates.delete_if do |item| item.include?("svn") || item.include?("rdoc") end s.require_path = 'lib' s.autorequire = 'raven' s.has_rdoc = true s.extra_rdoc_files = ["README.rdoc", "LICENSE"] s.add_dependency("rake", ">=0.7") s.bindir = 'bin' s.executables << "raven" end And to build it: Gem::Builder.new(spec).build Rake also makes it easier to do that in a rakefile. Now if what you're interested in is the actual format of a gem, the only help I've found so far is to open the Gem and look at what's inside. Basically it's a tar containing a gzip (the spec) and a tar.gz (the content). I can also provide you some gems that wrap a jar and include dependencies now that I can build them. Matthieu On 2/11/07, Tom Ayerst wrote: > > Do you know where I can find out about how a gem is structured and > packed. I want to build some gems for dependency management testing. > > Thanks > > Tom > > Matthieu Riou wrote: > > I've started on transitive dependencies. The first step is to get a Gem > > repository with dependencies-aware gems on http://gems.rubyraven.org(the > > ones that are already there don't include any dependency declaration). > > I've > > changed the repository builder to check Maven's pom.xml if one is > present > > for the artifact on the Maven repository and extract the jar > > dependency list > > from there. Those are then included in the generated gem spec. > > > > Next step is to see how the Raven dependency task behaves with those > one. > > > > Cheers, > > Matthieu > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Raven-devel mailing list > > Raven-devel at rubyforge.org > > http://rubyforge.org/mailman/listinfo/raven-devel > > > > ------------------------------------------------------------------------ > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.411 / Virus Database: 268.17.34/679 - Release Date: > 10/02/2007 > > > > > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070211/1ac19da4/attachment-0001.html From twa at post.com Sun Feb 11 14:21:10 2007 From: twa at post.com (Tom Ayerst) Date: Sun, 11 Feb 2007 19:21:10 +0000 Subject: [Raven-devel] Gem Dependencies In-Reply-To: References: <45CEDD83.3020300@post.com> Message-ID: <45CF6CA6.5050304@post.com> the wrapping gems would be excellent, thanks. Matthieu Riou wrote: > To produce a Gem, the easiest way by far is to either use RubyGems. For > example here is the declaration to build the Gem for Raven: > > spec = Gem::Specification.new do |s| > s.platform = Gem::Platform::RUBY > s.summary = "Java build system based on Rake and Gem." > s.name = 'raven' > s.version = "2.0" > s.author = 'Matthieu Riou' > s.homepage = 'http://raven.rubyforge.org' > candidates = Dir.glob("{bin,lib}/**/*") > s.files = candidates.delete_if do |item| > item.include?("svn") || item.include?("rdoc") > end > s.require_path = 'lib' > s.autorequire = 'raven' > s.has_rdoc = true > s.extra_rdoc_files = ["README.rdoc", "LICENSE"] > s.add_dependency("rake", ">=0.7") > s.bindir = 'bin' > s.executables << "raven" > end > > And to build it: > > Gem::Builder.new(spec).build > > Rake also makes it easier to do that in a rakefile. Now if what you're > interested in is the actual format of a gem, the only help I've found > so far > is to open the Gem and look at what's inside. Basically it's a tar > containing a gzip (the spec) and a tar.gz (the content). > > I can also provide you some gems that wrap a jar and include dependencies > now that I can build them. > > Matthieu > > On 2/11/07, Tom Ayerst wrote: >> >> Do you know where I can find out about how a gem is structured and >> packed. I want to build some gems for dependency management testing. >> >> Thanks >> >> Tom >> >> Matthieu Riou wrote: >> > I've started on transitive dependencies. The first step is to get a >> Gem >> > repository with dependencies-aware gems on >> http://gems.rubyraven.org(the >> > ones that are already there don't include any dependency declaration). >> > I've >> > changed the repository builder to check Maven's pom.xml if one is >> present >> > for the artifact on the Maven repository and extract the jar >> > dependency list >> > from there. Those are then included in the generated gem spec. >> > >> > Next step is to see how the Raven dependency task behaves with those >> one. >> > >> > Cheers, >> > Matthieu >> > >> > >> ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Raven-devel mailing list >> > Raven-devel at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/raven-devel >> > >> > >> ------------------------------------------------------------------------ >> > >> > No virus found in this incoming message. >> > Checked by AVG Free Edition. >> > Version: 7.1.411 / Virus Database: 268.17.34/679 - Release Date: >> 10/02/2007 >> > >> > >> _______________________________________________ >> Raven-devel mailing list >> Raven-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/raven-devel >> > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.411 / Virus Database: 268.17.35/680 - Release Date: 10/02/2007 > > From rubyforge at foemmel.com Sun Feb 11 19:21:23 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Sun, 11 Feb 2007 18:21:23 -0600 (CST) Subject: [Raven-devel] refactored channel handling In-Reply-To: References: Message-ID: I don't think we'll get nested arrays here, since "value" should always be a string, not an array ("value" refers to the element from the prereq's channel). I might be missing something here though - do you have sample rakefile that shows the problem? ----- Start Original Message ----- Sent: Sat, 10 Feb 2007 20:59:41 -0800 From: "Matthieu Riou" To: "Matthew Foemmel" Subject: Re: [Raven-devel] refactored channel handling > > Just seen it and looks good. I could have misread but shouldn't it be: values += value unless values.member?(value) instead of: values << value unless values.member?(value) ?? Otherwise we'll end up with an array of arrays and the tasks will get confused (unless we have them call flatten but it's not so nice). The idea is good though, it's cleaner this way. On 2/10/07, Matthew Foemmel wrote: I've just checked in some code that changes the way channels work a bit. Previously, channels were basically "global" which meant that the values set in one task could affect the values seen in any other tasks. I've switched things up now so that channel values are only visible to the task that sets it, and any tasks that depend on it (directly or indirectly). This eliminates a ton of headaches with regards to parallel builds, since it forces the user to set up their dependency graph correctly. I've split the channel handling code out into its own file (raven/channels.rb) if anyone wants to check it out. _______________________________________________ Raven-devel mailing list Raven-devel at rubyforge.org http://rubyforge.org/mailman/listinfo/raven-devel ----- End Original Message ----- From matthieu.riou at gmail.com Tue Feb 13 23:23:42 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Tue, 13 Feb 2007 20:23:42 -0800 Subject: [Raven-devel] Dependency-aware gem repository Message-ID: Hi, For those who could be interested in playing with it, I've built a new repository with gems that declare their dependencies. As this is extracted from a Maven repository (http://repo1.maven.org/maven2) the dependencies accuracy is as good (or bad) as the original. It's available here: http://gems2.rubyraven.org Cheers, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070213/42045a97/attachment.html From rubyforge at foemmel.com Thu Feb 15 01:03:28 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Thu, 15 Feb 2007 00:03:28 -0600 (CST) Subject: [Raven-devel] fileset task and logging changes Message-ID: Hi all, Just checked in a couple things: The first is a new task called "fileset", which simply scans a directory for files matching a pattern, and sticks them in the appropriate channel, based on file extension (e.g. *.java files go in the "java_files" channel, *.foo files go in the "foo_files" channel, etc). I've also changed the javac task to check the "java_files" channel, so you can now do things like: fileset :server_src do |t| t.dir = 'src' t.includes << 'com/example/server/**/*.java' end javac :server_javac => :server_src And (eventually): jar_source :server_jarsrc => :server_src The other change was some refactoring of way logging works to make it easier unit test things. You can see in the JavacTaskTest class that it includes the TaskTest module, which has a method called "assert_in_log". This method can be used to check that certain strings appear in the output log of each test. Right now we don't have much test coverage, but I'm going to try and work my way through the tasks and add tests for each of them. Cheers, Foemmel From matthieu.riou at gmail.com Thu Feb 15 23:16:54 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Thu, 15 Feb 2007 20:16:54 -0800 Subject: [Raven-devel] fileset task and logging changes In-Reply-To: References: Message-ID: Yeah, more tests are definitely needed. I'll try to add a couple more as well here and there when working on something. I like the java_files channel addition but I'm wondering whether we shouldn't keep the selection of java files from the source dir no matter what. So merge the java_files channel with the source files instead of doing an either/or. I can't think of any case where you'll be using the javac task without some java files hanging somewhere. Whereas if I want to add java files to the channel manually, I don't want to have to re-add the source directory manually anytime. It's better to optimize for the most common case I think. What do you think? Matthieu On 2/14/07, Matthew Foemmel wrote: > > Hi all, > > Just checked in a couple things: > > The first is a new task called "fileset", which simply scans a directory > for files matching a pattern, and sticks them in the appropriate channel, > based on file extension (e.g. *.java files go in the "java_files" channel, > *.foo files go in the "foo_files" channel, etc). I've also changed the javac > task to check the "java_files" channel, so you can now do things like: > > fileset :server_src do |t| > t.dir = 'src' > t.includes << 'com/example/server/**/*.java' > end > > javac :server_javac => :server_src > > And (eventually): > > jar_source :server_jarsrc => :server_src > > The other change was some refactoring of way logging works to make it > easier unit test things. You can see in the JavacTaskTest class that it > includes the TaskTest module, which has a method called "assert_in_log". > This method can be used to check that certain strings appear in the output > log of each test. > > Right now we don't have much test coverage, but I'm going to try and work > my way through the tasks and add tests for each of them. > > Cheers, > Foemmel > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070215/06a9e27c/attachment.html From matthieu.riou at gmail.com Fri Feb 16 00:21:28 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Thu, 15 Feb 2007 21:21:28 -0800 Subject: [Raven-devel] Dependency-aware gem repository In-Reply-To: References: Message-ID: Quick update: now that the repository is there I'm kind of stuck with JRuby because of the following issue: http://jira.codehaus.org/browse/JRUBY-587 They're apparently actively working on it so it will hopefully be fixed shortly. We'll have to use the JRuby trunk though as 0.9.2 is definitively broken for those gem installation. Moving to Antwrap migration... On 2/13/07, Matthieu Riou wrote: > > Hi, > > For those who could be interested in playing with it, I've built a new > repository with gems that declare their dependencies. As this is extracted > from a Maven repository ( http://repo1.maven.org/maven2) the dependencies > accuracy is as good (or bad) as the original. It's available here: > > http://gems2.rubyraven.org > > Cheers, > Matthieu > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070215/0b376d71/attachment.html From matthieu.riou at gmail.com Fri Feb 16 00:39:52 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Thu, 15 Feb 2007 21:39:52 -0800 Subject: [Raven-devel] Antwrap Message-ID: Hi, Caleb if you're still hanging around I've done the migration to Antwrap but am having a problem when testing. Perhaps I've imported the source code at a wrong time? When I run the following task: ant :ant_echo do echo(:text => "Calling Ant task") end I'm getting this: E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error instantiating task[echo]undefined method `namespace=' for # Does it look familiar? Our task implementation is here . Thanks, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070215/3f2fb388/attachment.html From rubyforge at foemmel.com Fri Feb 16 01:00:00 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Fri, 16 Feb 2007 00:00:00 -0600 (CST) Subject: [Raven-devel] fileset task and logging changes In-Reply-To: References: Message-ID: Yeah I agree - the javac task should definitely merge the files from the java_files channel with its own source files. I'm also thinking we should add "includes" and "excludes" attribute to the javac task, so people can filter files directly without relying on a separate fileset task (similar to the way ant works). I'll try to get that stuff working this weekend. Cheers, Foemmel ----- Start Original Message ----- Sent: Thu, 15 Feb 2007 20:16:54 -0800 From: "Matthieu Riou" To: "Matthew Foemmel" Subject: Re: [Raven-devel] fileset task and logging changes > > Yeah, more tests are definitely needed. I'll try to add a couple more as well here and there when working on something. I like the java_files channel addition but I'm wondering whether we shouldn't keep the selection of java files from the source dir no matter what. So merge the java_files channel with the source files instead of doing an either/or. I can't think of any case where you'll be using the javac task without some java files hanging somewhere. Whereas if I want to add java files to the channel manually, I don't want to have to re-add the source directory manually anytime. It's better to optimize for the most common case I think. What do you think? Matthieu On 2/14/07, Matthew Foemmel wrote: Hi all, Just checked in a couple things: The first is a new task called "fileset", which simply scans a directory for files matching a pattern, and sticks them in the appropriate channel, based on file extension ( e.g. *.java files go in the "java_files" channel, *.foo files go in the "foo_files" channel, etc). I've also changed the javac task to check the "java_files" channel, so you can now do things like: fileset :server_src do |t| t.dir = 'src' t.includes << 'com/example/server/**/*.java' end javac :server_javac => :server_src And (eventually): jar_source :server_jarsrc => :server_src The other change was some refactoring of way logging works to make it easier unit test things. You can see in the JavacTaskTest class that it includes the TaskTest module, which has a method called "assert_in_log". This method can be used to check that certain strings appear in the output log of each test. Right now we don't have much test coverage, but I'm going to try and work my way through the tasks and add tests for each of them. Cheers, Foemmel _______________________________________________ Raven-devel mailing list Raven-devel at rubyforge.org http://rubyforge.org/mailman/listinfo/raven-devel ----- End Original Message ----- From caleb.powell at gmail.com Fri Feb 16 11:41:38 2007 From: caleb.powell at gmail.com (Caleb Powell) Date: Fri, 16 Feb 2007 11:41:38 -0500 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: <4007B30D-48C3-4553-8930-174124E1B72C@gmail.com> Hi Matthieu, I'm still around, I've just been really busy at work the past two weeks. I managed to get an svn repository dump from the other service I was using, and it is now loaded into the Rubyforge repository. Is that what you are using (or did you take the code from the gem)? Are the AntJar files in your Classpath? I have also checkout of version of raven, so I will take a peek at the problem. On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > Hi, > > Caleb if you're still hanging around I've done the migration to > Antwrap but am having a problem when testing. Perhaps I've imported > the source code at a wrong time? When I run the following task: > > ant :ant_echo do > echo(:text => "Calling Ant task") > end > > I'm getting this: > > E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error > instantiating task[echo]undefined method `namespace=' for > # org.apache.tools.ant.UnknownElement at 138ec91> > > Does it look familiar? Our task implementation is here. > > Thanks, > Matthieu > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel Caleb Powell caleb.powell at gmail.com Doubt is not a pleasant condition, but certainty is absurd - Voltaire -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070216/0aa19c1b/attachment.html From caleb.powell at gmail.com Fri Feb 16 12:11:10 2007 From: caleb.powell at gmail.com (Caleb Powell) Date: Fri, 16 Feb 2007 12:11:10 -0500 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: <4479EABF-18C1-4AD5-8992-93FCC7C6BA9F@gmail.com> Oh wait, the problem may be that you are using the attribute 'text'. There is no such attribute in the echo task. You can use 'message' (an echo task attribute), or, 'pcdata' which is the attribute used to represent XML Content Data in all Antwrap tasks. Try that and let me know if it resolves the problem. On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > Hi, > > Caleb if you're still hanging around I've done the migration to > Antwrap but am having a problem when testing. Perhaps I've imported > the source code at a wrong time? When I run the following task: > > ant :ant_echo do > echo(:text => "Calling Ant task") > end > > I'm getting this: > > E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error > instantiating task[echo]undefined method `namespace=' for > # org.apache.tools.ant.UnknownElement at 138ec91> > > Does it look familiar? Our task implementation is here. > > Thanks, > Matthieu > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel Caleb Powell caleb.powell at gmail.com Doubt is not a pleasant condition, but certainty is absurd - Voltaire -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070216/48ea3511/attachment.html From rubyforge at foemmel.com Sat Feb 17 14:46:24 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Sat, 17 Feb 2007 13:46:24 -0600 Subject: [Raven-devel] Dependency-aware gem repository In-Reply-To: References: Message-ID: <1A91006F-3CCB-4EE3-880B-4159DDCE7B3F@foemmel.com> Looks like the JRuby folks have checked out this bug, but ran into similar errors trying the same thing with CRuby. Apparently the version number for one of the gems is "1.2-RC-2". The gemspec reference says that the version number value "must consist purely of numbers and periods": http://rubygems.org/read/chapter/20#version Could that be what's causing the problem? Cheers, Foemmel On Feb 15, 2007, at 11:21 PM, Matthieu Riou wrote: > Quick update: now that the repository is there I'm kind of stuck > with JRuby because of the following issue: > > http://jira.codehaus.org/browse/JRUBY-587 > > They're apparently actively working on it so it will hopefully be > fixed shortly. We'll have to use the JRuby trunk though as 0.9.2 is > definitively broken for those gem installation. > > Moving to Antwrap migration... > > On 2/13/07, Matthieu Riou wrote: > Hi, > > For those who could be interested in playing with it, I've built a > new repository with gems that declare their dependencies. As this > is extracted from a Maven repository ( http://repo1.maven.org/ > maven2) the dependencies accuracy is as good (or bad) as the > original. It's available here: > > http://gems2.rubyraven.org > > Cheers, > Matthieu > > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070217/cf3af299/attachment.html From rubyforge at foemmel.com Sat Feb 17 14:46:53 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Sat, 17 Feb 2007 13:46:53 -0600 Subject: [Raven-devel] Dependency-aware gem repository In-Reply-To: References: Message-ID: <6FD4DB5B-E80E-43FD-9D91-255D83428188@foemmel.com> Looks like the JRuby folks have checked out this bug, but ran into similar errors trying the same thing with CRuby. Apparently the version number for one of the gems is "1.2-RC-2". The gemspec reference says that the version number value "must consist purely of numbers and periods": http://rubygems.org/read/chapter/20#version Could that be what's causing the problem? Cheers, Foemmel On Feb 15, 2007, at 11:21 PM, Matthieu Riou wrote: > Quick update: now that the repository is there I'm kind of stuck > with JRuby because of the following issue: > > http://jira.codehaus.org/browse/JRUBY-587 > > They're apparently actively working on it so it will hopefully be > fixed shortly. We'll have to use the JRuby trunk though as 0.9.2 is > definitively broken for those gem installation. > > Moving to Antwrap migration... > > On 2/13/07, Matthieu Riou wrote: > Hi, > > For those who could be interested in playing with it, I've built a > new repository with gems that declare their dependencies. As this > is extracted from a Maven repository ( http://repo1.maven.org/ > maven2) the dependencies accuracy is as good (or bad) as the > original. It's available here: > > http://gems2.rubyraven.org > > Cheers, > Matthieu > > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070217/271dba6c/attachment.html From caleb.powell at gmail.com Sat Feb 17 15:01:54 2007 From: caleb.powell at gmail.com (Caleb Powell) Date: Sat, 17 Feb 2007 15:01:54 -0500 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: Hi Matthieu, I've been looking at this bug today and it appears to be related to the version of Ant that I use. I've been developing Antwrap with Ant 1.7.0 and haven't seen any trouble. The bug only appears to occur when I have the Ant 1.6.5 jar files in my Classpath. It's not an Ant bug per-se. Rather, the Ant object I am creating is missing a parent object that is required in 1.6.5). I am going to resolve this bug for both versions of Ant. In the meantime, if you have a chance (and only if you have the time) try running the Raven task with the 1.7 jar files. I will be in touch shortly. Thanks, Caleb On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > Hi, > > Caleb if you're still hanging around I've done the migration to > Antwrap but am having a problem when testing. Perhaps I've imported > the source code at a wrong time? When I run the following task: > > ant :ant_echo do > echo(:text => "Calling Ant task") > end > > I'm getting this: > > E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error > instantiating task[echo]undefined method `namespace=' for > # org.apache.tools.ant.UnknownElement at 138ec91> > > Does it look familiar? Our task implementation is here. > > Thanks, > Matthieu > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel Caleb Powell caleb.powell at gmail.com Doubt is not a pleasant condition, but certainty is absurd - Voltaire -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070217/d9ee3a18/attachment-0001.html From matthieu.riou at gmail.com Sat Feb 17 19:51:59 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sat, 17 Feb 2007 16:51:59 -0800 Subject: [Raven-devel] Dependency-aware gem repository In-Reply-To: <6FD4DB5B-E80E-43FD-9D91-255D83428188@foemmel.com> References: <6FD4DB5B-E80E-43FD-9D91-255D83428188@foemmel.com> Message-ID: Yeah, I've just commented here: http://jira.codehaus.org/browse/JRUBY-587 We're monkey patching RubyGems to support the weird Java version numbers schemes. But JRuby fails with a ClassCastException even before RubyGems complains anyway. Which is the problem. Cheers, Matthieu On 2/17/07, Matthew Foemmel wrote: > > Looks like the JRuby folks have checked out this bug, but ran into similar > errors trying the same thing with CRuby. Apparently the version number for > one of the gems is "1.2-RC-2". The gemspec reference says that the version > number value "must consist purely of numbers and periods": > http://rubygems.org/read/chapter/20#version > > Could that be what's causing the problem? > > Cheers, > Foemmel > On Feb 15, 2007, at 11:21 PM, Matthieu Riou wrote: > > Quick update: now that the repository is there I'm kind of stuck with > JRuby because of the following issue: > > http://jira.codehaus.org/browse/JRUBY-587 > > They're apparently actively working on it so it will hopefully be fixed > shortly. We'll have to use the JRuby trunk though as 0.9.2 is definitively > broken for those gem installation. > > Moving to Antwrap migration... > > On 2/13/07, Matthieu Riou wrote: > > > > Hi, > > > > For those who could be interested in playing with it, I've built a new > > repository with gems that declare their dependencies. As this is extracted > > from a Maven repository ( http://repo1.maven.org/maven2) the > > dependencies accuracy is as good (or bad) as the original. It's available > > here: > > > > http://gems2.rubyraven.org > > > > Cheers, > > Matthieu > > > > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070217/022fc4d7/attachment.html From matthieu.riou at gmail.com Sat Feb 17 21:07:33 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sat, 17 Feb 2007 18:07:33 -0800 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: Hi Caleb, Thanks a lot for checking this out. The thing is Ant 1.5 comes with JRuby and JRuby is not really happy about me changing the Ant version it uses. Hope that Antwrap can work with Ant 1.5? Thanks for the help and nice Voltaire quote btw :) Matthieu On 2/17/07, Caleb Powell wrote: > > Hi Matthieu, > I've been looking at this bug today and it appears to be related to the > version of Ant that I use. I've been developing Antwrap with Ant 1.7.0 and > haven't seen any trouble. > The bug only appears to occur when I have the Ant 1.6.5 jar files in my > Classpath. It's not an Ant bug per-se. Rather, the Ant object I am creating > is missing a parent object > that is required in 1.6.5). I am going to resolve this bug for both > versions of Ant. > > In the meantime, if you have a chance (and only if you have the time) try > running the Raven task with the 1.7 jar files. > > I will be in touch shortly. > > Thanks, > > Caleb > > On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > > Hi, > > Caleb if you're still hanging around I've done the migration to Antwrap > but am having a problem when testing. Perhaps I've imported the source code > at a wrong time? When I run the following task: > > ant :ant_echo do > echo(:text => "Calling Ant task") > end > > I'm getting this: > > E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error instantiating > task[echo]undefined method `namespace=' for > # org.apache.tools.ant.UnknownElement at 138ec91> > > Does it look familiar? Our task implementation is here > . > > Thanks, > Matthieu > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > > > Caleb Powell > caleb.powell at gmail.com > > *Doubt is not a pleasant condition, but certainty is absurd - **Voltaire* > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070217/1daca01c/attachment.html From caleb.powell at gmail.com Sun Feb 18 11:02:46 2007 From: caleb.powell at gmail.com (Caleb Powell) Date: Sun, 18 Feb 2007 11:02:46 -0500 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: <810E47E8-4751-4E66-8EFA-C6A70D8FCF6F@gmail.com> I will definitely test it out with 1.5 as well. I'm also going to make some changes so that you can pass in the Raven logger to Antwrap. I will be in touch shortly. On 17-Feb-07, at 9:07 PM, Matthieu Riou wrote: > Hi Caleb, > > Thanks a lot for checking this out. The thing is Ant 1.5 comes with > JRuby and JRuby is not really happy about me changing the Ant > version it uses. Hope that Antwrap can work with Ant 1.5? > > Thanks for the help and nice Voltaire quote btw :) > > Matthieu > > On 2/17/07, Caleb Powell wrote: > Hi Matthieu, > > I've been looking at this bug today and it appears to be related to > the version of Ant that I use. I've been developing Antwrap with > Ant 1.7.0 and haven't seen any trouble. > The bug only appears to occur when I have the Ant 1.6.5 jar files > in my Classpath. It's not an Ant bug per-se. Rather, the Ant > object I am creating is missing a parent object > that is required in 1.6.5). I am going to resolve this bug for both > versions of Ant. > > In the meantime, if you have a chance (and only if you have the > time) try running the Raven task with the 1.7 jar files. > > I will be in touch shortly. > > Thanks, > > Caleb > > On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > >> Hi, >> >> Caleb if you're still hanging around I've done the migration to >> Antwrap but am having a problem when testing. Perhaps I've >> imported the source code at a wrong time? When I run the following >> task: >> >> ant :ant_echo do >> echo(:text => "Calling Ant task") >> end >> >> I'm getting this: >> >> E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error >> instantiating task[echo]undefined method `namespace=' for >> #> org.apache.tools.ant.UnknownElement at 138ec91> >> >> Does it look familiar? Our task implementation is here. >> >> Thanks, >> Matthieu >> _______________________________________________ >> Raven-devel mailing list >> Raven-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/raven-devel > > Caleb Powell > caleb.powell at gmail.com > > Doubt is not a pleasant condition, but certainty is absurd - Voltaire > > > Caleb Powell caleb.powell at gmail.com Doubt is not a pleasant condition, but certainty is absurd - Voltaire -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070218/ea2585ad/attachment.html From matthieu.riou at gmail.com Sun Feb 18 22:39:45 2007 From: matthieu.riou at gmail.com (matthieu.riou at gmail.com) Date: Sun, 18 Feb 2007 22:39:45 -0500 (EST) Subject: [Raven-devel] [152] trunk/README.rdoc: Testing commit notification. Message-ID: <20070219033945.2DCBF5240B82@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070218/0a9af380/attachment-0001.html From matthieu.riou at gmail.com Sun Feb 18 22:59:25 2007 From: matthieu.riou at gmail.com (matthieu.riou at gmail.com) Date: Sun, 18 Feb 2007 22:59:25 -0500 (EST) Subject: [Raven-devel] [153] trunk/README.rdoc: Testing commit notification. Message-ID: <20070219035925.833175240B82@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070218/650348de/attachment.html From matthieu.riou at gmail.com Sun Feb 18 23:35:32 2007 From: matthieu.riou at gmail.com (matthieu.riou at gmail.com) Date: Sun, 18 Feb 2007 23:35:32 -0500 (EST) Subject: [Raven-devel] [154] trunk/lib: refactored some common error handling code out of rserve and build_handler Message-ID: <20070219043532.4F82E5240B99@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070218/c6c0f7c5/attachment.html From matthieu.riou at gmail.com Mon Feb 19 00:12:27 2007 From: matthieu.riou at gmail.com (matthieu.riou at gmail.com) Date: Mon, 19 Feb 2007 00:12:27 -0500 (EST) Subject: [Raven-devel] [155] trunk/lib: more code cleanup for rserve Message-ID: <20070219051227.F0A645240B9A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070219/bbb84884/attachment-0001.html From matthieu.riou at gmail.com Mon Feb 19 00:25:04 2007 From: matthieu.riou at gmail.com (matthieu.riou at gmail.com) Date: Mon, 19 Feb 2007 00:25:04 -0500 (EST) Subject: [Raven-devel] [156] trunk/lib: more rserve code cleanup Message-ID: <20070219052504.C728D5240B9A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070219/169bb047/attachment.html From matthieu.riou at gmail.com Mon Feb 19 11:55:28 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Mon, 19 Feb 2007 08:55:28 -0800 Subject: [Raven-devel] Commit notice Message-ID: Hi, As you've probably already seen, I've setup commit notices on our SVN repository. I find it very useful to see what's going on and to keep everybody informed of what is currently being developed. For now they're sent to ravel-devel, we could want to create a separate raven-commits mailing-list for it, if some people find it annoying. Matthew, you're the owner of the devel mailing-list and I don't have the password for it, could you add nobody at rubyforge.org in the mailing list filters (privacy options / sender filters) so I can use it instead of my e-mail address as sender? Thanks, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070219/e676d464/attachment.html From caleb.powell at gmail.com Mon Feb 19 16:50:55 2007 From: caleb.powell at gmail.com (Caleb Powell) Date: Mon, 19 Feb 2007 16:50:55 -0500 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: Matthieu, I've made the following changes to Antwrap: 1. Antwrap now runs on Ant version 1.5.4, 1.6.5, and 1.7.0. There were some minor changes in how Ant 1.5.4 sets up it's tasks. 2. The AntProject constructor has changed. It now takes a hash of options. For example this how you can instantiate the AntProject inside the Raven AntBuilder task: ant_project = AntProject.new({:name=>"RavenProject", :basedir=>current_dir, :declarative=>true, :logger=>Logger.new(STDOUT), :loglevel=>Logger::ERROR}) All of these options have defaults, which are as follows: {:name=>'', :basedir=>'.', :declarative=>true, :logger=>Logger.new (STDOUT), :loglevel=>Logger::ERROR} So you could just as easily do the following (or any combination of options); ant_project = AntProject.new() Let me know if you get a better result this time running on Ant 1.5. Also, let me know what you think regarding the logging setup. Is this approach (a paramterized logging object) adequate for Raven? Cheers! On 17-Feb-07, at 9:07 PM, Matthieu Riou wrote: > Hi Caleb, > > Thanks a lot for checking this out. The thing is Ant 1.5 comes with > JRuby and JRuby is not really happy about me changing the Ant > version it uses. Hope that Antwrap can work with Ant 1.5? > > Thanks for the help and nice Voltaire quote btw :) > > Matthieu > > On 2/17/07, Caleb Powell wrote: > Hi Matthieu, > > I've been looking at this bug today and it appears to be related to > the version of Ant that I use. I've been developing Antwrap with > Ant 1.7.0 and haven't seen any trouble. > The bug only appears to occur when I have the Ant 1.6.5 jar files > in my Classpath. It's not an Ant bug per-se. Rather, the Ant > object I am creating is missing a parent object > that is required in 1.6.5). I am going to resolve this bug for both > versions of Ant. > > In the meantime, if you have a chance (and only if you have the > time) try running the Raven task with the 1.7 jar files. > > I will be in touch shortly. > > Thanks, > > Caleb > > On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > >> Hi, >> >> Caleb if you're still hanging around I've done the migration to >> Antwrap but am having a problem when testing. Perhaps I've >> imported the source code at a wrong time? When I run the following >> task: >> >> ant :ant_echo do >> echo(:text => "Calling Ant task") >> end >> >> I'm getting this: >> >> E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error >> instantiating task[echo]undefined method `namespace=' for >> #> org.apache.tools.ant.UnknownElement at 138ec91> >> >> Does it look familiar? Our task implementation is here. >> >> Thanks, >> Matthieu >> _______________________________________________ >> Raven-devel mailing list >> Raven-devel at rubyforge.org >> http://rubyforge.org/mailman/listinfo/raven-devel > > Caleb Powell > caleb.powell at gmail.com > > Doubt is not a pleasant condition, but certainty is absurd - Voltaire > > > Caleb Powell caleb.powell at gmail.com Doubt is not a pleasant condition, but certainty is absurd - Voltaire -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070219/175baf35/attachment-0001.html From matthieu.riou at gmail.com Mon Feb 19 19:14:15 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Mon, 19 Feb 2007 16:14:15 -0800 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: Thanks Caleb, I'll try this asap and will let you know. For now I'm engrossed in an interesting debugging session involving the marshaling of gem specs with JRuby. Lots of fun :) On 2/19/07, Caleb Powell wrote: > > Matthieu, > > I've made the following changes to Antwrap: > 1. Antwrap now runs on Ant version 1.5.4, 1.6.5, and 1.7.0. There were > some minor changes in how Ant 1.5.4 sets up it's tasks. > > 2. The AntProject constructor has changed. It now takes a hash of options. > For example this how you can instantiate the AntProject inside the Raven > AntBuilder task: > > ant_project = AntProject.new({:name=>"RavenProject", > :basedir=>current_dir, :declarative=> > true, > :logger=>Logger.new(STDOUT), > :loglevel=>Logger::ERROR}) > > All of these options have defaults, which are as follows: > {:name=>'', :basedir=>'.', :declarative=>true, :logger=>Logger.new > (STDOUT), :loglevel=>Logger::ERROR} > > So you could just as easily do the following (or any combination of > options); > ant_project = AntProject.new() > > Let me know if you get a better result this time running on Ant 1.5. Also, > let me know what you think regarding the logging setup. Is this approach (a > paramterized logging object) > adequate for Raven? > > Cheers! > > On 17-Feb-07, at 9:07 PM, Matthieu Riou wrote: > > Hi Caleb, > > Thanks a lot for checking this out. The thing is Ant 1.5 comes with JRuby > and JRuby is not really happy about me changing the Ant version it uses. > Hope that Antwrap can work with Ant 1.5? > > Thanks for the help and nice Voltaire quote btw :) > > Matthieu > > On 2/17/07, Caleb Powell wrote: > > > > Hi Matthieu, > > I've been looking at this bug today and it appears to be related to the > > version of Ant that I use. I've been developing Antwrap with Ant 1.7.0and haven't seen any trouble. > > The bug only appears to occur when I have the Ant 1.6.5 jar files in my > > Classpath. It's not an Ant bug per-se. Rather, the Ant object I am creating > > is missing a parent object > > that is required in 1.6.5). I am going to resolve this bug for both > > versions of Ant. > > > > In the meantime, if you have a chance (and only if you have the time) > > try running the Raven task with the 1.7 jar files. > > > > I will be in touch shortly. > > > > Thanks, > > > > Caleb > > > > On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > > > > Hi, > > > > Caleb if you're still hanging around I've done the migration to Antwrap > > but am having a problem when testing. Perhaps I've imported the source code > > at a wrong time? When I run the following task: > > > > ant :ant_echo do > > echo(:text => "Calling Ant task") > > end > > > > I'm getting this: > > > > E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error instantiating > > task[echo]undefined method `namespace=' for > > # > org.apache.tools.ant.UnknownElement at 138ec91> > > > > Does it look familiar? Our task implementation is here > > . > > > > Thanks, > > Matthieu > > _______________________________________________ > > Raven-devel mailing list > > Raven-devel at rubyforge.org > > http://rubyforge.org/mailman/listinfo/raven-devel > > > > > > Caleb Powell > > caleb.powell at gmail.com > > > > * Doubt is not a pleasant condition, but certainty is absurd - **Voltaire > > * > > > > > > > > Caleb Powell > caleb.powell at gmail.com > > *Doubt is not a pleasant condition, but certainty is absurd - **Voltaire* > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070219/13772d15/attachment.html From matthieu.riou at gmail.com Mon Feb 19 23:55:11 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Mon, 19 Feb 2007 20:55:11 -0800 Subject: [Raven-devel] [raven-devel] JRuby trunk Message-ID: Hi, To get transitive dependencies to work we'll have to upgrade to the JRuby trunk. There are several fixes in there that are necessary to get things running (see #JRUBY-587 for example). I came across quite a few bugs in JRuby and it seems, even in the CRuby yaml parser (syck). Plus debugging errors occurring during Marshal.dump is just as funny as debugging in java serialization. Anyway, any objection to the JRuby upgrade? I've tested it for a couple of other things and it doesn't seem to introduce regression, but who knows with the cutting edge... Cheers, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070219/33744ce5/attachment.html From matthieu.riou at gmail.com Wed Feb 21 00:19:25 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Tue, 20 Feb 2007 21:19:25 -0800 Subject: [Raven-devel] [raven-devel] JRuby update Message-ID: Hi, I've updated our JRuby vendor import to the latest trunk version (revision 3033). Don't forget to do an 'ant clean jar' in vendor/jruby after updating or you'll experience some rather funky behavior. Cheers, Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070220/dc26e7ff/attachment.html From rubyforge at foemmel.com Thu Feb 22 03:02:59 2007 From: rubyforge at foemmel.com (Matthew Foemmel) Date: Thu, 22 Feb 2007 02:02:59 -0600 Subject: [Raven-devel] mounting servlets in rserve Message-ID: I've just checked in a new "mount" task, which lets you mount user servlets inside rserve, and have them auto-rebuild when necessary. To see it in action: * Start up "rserve" * From the "sample" directory, run "../bin/r main.mount". This mounts the "com.example.HelloWorldServlet" at http://localhost:3030/sample. * Point your browser at http://localhost:3030/sample to trigger a build and execute the HelloWorldServlet. * Change the HelloWorldServlet java file (to display some different text, say) then hit refresh in your browser to see the changes. The servlet will be recompiled and reloaded automatically. Right now a rebuild is triggered whenever you hit refresh (in mozilla) or do a hard-refresh (in IE). Eventually I'd like to support full blown web apps (e.g. web.xml, jsp's, jdbc connections, etc) but that's probably a ways off. Let me know what you think. From matthieu.riou at gmail.com Thu Feb 22 23:31:24 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Thu, 22 Feb 2007 20:31:24 -0800 Subject: [Raven-devel] mounting servlets in rserve In-Reply-To: References: Message-ID: That's reaaaaally cool. I think it has the potential to really help people working on web app projects (which means A LOT of people) speed up their development cycle, sort of Rails style (at least for the avoidance of the stop / rebuild / restart cycle, for the rest it's java, we can't do miracles). So I'd definitely go for extending this to full blown web apps. Cheers, Matthieu On 2/22/07, Matthew Foemmel wrote: > > I've just checked in a new "mount" task, which lets you mount user > servlets inside rserve, and have them auto-rebuild when necessary. To > see it in action: > > * Start up "rserve" > * From the "sample" directory, run "../bin/r main.mount". This mounts > the "com.example.HelloWorldServlet" at http://localhost:3030/sample. > * Point your browser at http://localhost:3030/sample to trigger a > build and execute the HelloWorldServlet. > * Change the HelloWorldServlet java file (to display some different > text, say) then hit refresh in your browser to see the changes. The > servlet will be recompiled and reloaded automatically. > > Right now a rebuild is triggered whenever you hit refresh (in > mozilla) or do a hard-refresh (in IE). > > Eventually I'd like to support full blown web apps (e.g. web.xml, > jsp's, jdbc connections, etc) but that's probably a ways off. Let me > know what you think. > > _______________________________________________ > Raven-devel mailing list > Raven-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/raven-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070222/ce70a7ab/attachment-0001.html From nobody at rubyforge.org Mon Feb 26 00:06:03 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 26 Feb 2007 00:06:03 -0500 (EST) Subject: [Raven-devel] [167] vendor/antwrap/r48/: Tagging Antwrap vendor drop for revision 48. Message-ID: <20070226050604.0901D5242233@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070226/035e6942/attachment.html From nobody at rubyforge.org Mon Feb 26 00:07:52 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 26 Feb 2007 00:07:52 -0500 (EST) Subject: [Raven-devel] [168] trunk/vendor/antwrap/: Removing local antwrap vendor version to get a more recent one. Message-ID: <20070226050753.E33DD5242235@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070226/bc000c0d/attachment.html From nobody at rubyforge.org Mon Feb 26 00:14:38 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 26 Feb 2007 00:14:38 -0500 (EST) Subject: [Raven-devel] [169] trunk/vendor/antwrap/: Creating trunk import of the latest antwrap version. Message-ID: <20070226051438.9BB275242235@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070226/9ca3ee07/attachment.html From nobody at rubyforge.org Mon Feb 26 00:41:35 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 26 Feb 2007 00:41:35 -0500 (EST) Subject: [Raven-devel] [170] trunk: Ant on Antwrap workssvn status Message-ID: <20070226054135.3D81C5242236@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070226/22552b85/attachment.html From matthieu.riou at gmail.com Mon Feb 26 00:44:19 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sun, 25 Feb 2007 21:44:19 -0800 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: Hi Caleb, I've finally just upgraded Antwrap to the latest trunk version and it works perfectly! I'm passing our logging IO to the Antwrap logger and it does the job pretty well. Thanks for your help and all the good work! Matthieu On 2/19/07, Matthieu Riou wrote: > > Thanks Caleb, I'll try this asap and will let you know. For now I'm > engrossed in an interesting debugging session involving the marshaling of > gem specs with JRuby. Lots of fun :) > > On 2/19/07, Caleb Powell wrote: > > > > Matthieu, > > > > I've made the following changes to Antwrap: > > 1. Antwrap now runs on Ant version 1.5.4, 1.6.5, and 1.7.0. There were > > some minor changes in how Ant 1.5.4 sets up it's tasks. > > > > 2. The AntProject constructor has changed. It now takes a hash of > > options. For example this how you can instantiate the AntProject inside the > > Raven AntBuilder task: > > > > ant_project = AntProject. new({:name =>"RavenProject", > > :basedir=>current_dir, :declarative=> > > true , > > :logger=>Logger. new(STDOUT), > > :loglevel=>Logger::ERROR}) > > > > All of these options have defaults, which are as follows: > > {:name =>'', :basedir=>'.', :declarative=> true, :logger=>Logger.new > > (STDOUT), :loglevel=>Logger::ERROR} > > > > So you could just as easily do the following (or any combination of > > options); > > ant_project = AntProject.new () > > > > Let me know if you get a better result this time running on Ant 1.5. Also, > > let me know what you think regarding the logging setup. Is this approach (a > > paramterized logging object) > > adequate for Raven? > > > > Cheers! > > > > On 17-Feb-07, at 9:07 PM, Matthieu Riou wrote: > > > > Hi Caleb, > > > > Thanks a lot for checking this out. The thing is Ant 1.5 comes with > > JRuby and JRuby is not really happy about me changing the Ant version it > > uses. Hope that Antwrap can work with Ant 1.5? > > > > Thanks for the help and nice Voltaire quote btw :) > > > > Matthieu > > > > On 2/17/07, Caleb Powell < caleb.powell at gmail.com> wrote: > > > > > > Hi Matthieu, > > > I've been looking at this bug today and it appears to be related to > > > the version of Ant that I use. I've been developing Antwrap with Ant > > > 1.7.0 and haven't seen any trouble. > > > The bug only appears to occur when I have the Ant 1.6.5 jar files in > > > my Classpath. It's not an Ant bug per-se. Rather, the Ant object I am > > > creating is missing a parent object > > > that is required in 1.6.5). I am going to resolve this bug for both > > > versions of Ant. > > > > > > In the meantime, if you have a chance (and only if you have the time) > > > try running the Raven task with the 1.7 jar files. > > > > > > I will be in touch shortly. > > > > > > Thanks, > > > > > > Caleb > > > > > > On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: > > > > > > Hi, > > > > > > Caleb if you're still hanging around I've done the migration to > > > Antwrap but am having a problem when testing. Perhaps I've imported the > > > source code at a wrong time? When I run the following task: > > > > > > ant :ant_echo do > > > echo(:text => "Calling Ant task") > > > end > > > > > > I'm getting this: > > > > > > E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error > > > instantiating task[echo]undefined method `namespace=' for > > > # > > org.apache.tools.ant.UnknownElement at 138ec91> > > > > > > Does it look familiar? Our task implementation is here > > > . > > > > > > Thanks, > > > Matthieu > > > _______________________________________________ > > > Raven-devel mailing list > > > Raven-devel at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/raven-devel > > > > > > > > > Caleb Powell > > > caleb.powell at gmail.com > > > > > > * Doubt is not a pleasant condition, but certainty is absurd - **Voltaire > > > * > > > > > > > > > > > > > Caleb Powell > > caleb.powell at gmail.com > > > > * Doubt is not a pleasant condition, but certainty is absurd - **Voltaire > > * > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070225/0ebcf748/attachment-0001.html From matthieu.riou at gmail.com Mon Feb 26 00:51:13 2007 From: matthieu.riou at gmail.com (Matthieu Riou) Date: Sun, 25 Feb 2007 21:51:13 -0800 Subject: [Raven-devel] Update on transitive dependencies Message-ID: Hi, I haven't been showing much result on transitive dependencies for now but I'm still working on it actively. I'm having several problems with the way RubyGems resolves dependencies and the way the repo is built. And it's rather hard to debug the guts of RubyGems. I'm doing some progress but it's really, really slow. It's not only the downloads but RubyGems spends a LOT of time on initialization. I haven't been looking at what it does but it takes about 10s to run a first dependency download (and it's not only the index loading, that part takes 3s). Just thought you might want some quick update... Cheers, Matthieu P.S. The commit e-mails were broken for some time (typo in the commit hook), I've just fixed that. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070225/c7399562/attachment.html From caleb.powell at gmail.com Mon Feb 26 07:55:33 2007 From: caleb.powell at gmail.com (Caleb Powell) Date: Mon, 26 Feb 2007 07:55:33 -0500 Subject: [Raven-devel] Antwrap In-Reply-To: References: Message-ID: Hi Matthieu, that's great! Thanks again for using it in Raven. It's nice to be able to contribute to this project. btw, I have checked in some more changes to the AntWrap library if you feel like updating the vendor branch in Raven. I think it may help resolve the namespace clashes with 'java' and 'mkdir' method invocations. Caleb On 26-Feb-07, at 12:44 AM, Matthieu Riou wrote: > Hi Caleb, > > I've finally just upgraded Antwrap to the latest trunk version and > it works perfectly! I'm passing our logging IO to the Antwrap > logger and it does the job pretty well. > > Thanks for your help and all the good work! > > Matthieu > > On 2/19/07, Matthieu Riou wrote: > Thanks Caleb, I'll try this asap and will let you know. For now I'm > engrossed in an interesting debugging session involving the > marshaling of gem specs with JRuby. Lots of fun :) > > > On 2/19/07, Caleb Powell wrote: > Matthieu, > > I've made the following changes to Antwrap: > > 1. Antwrap now runs on Ant version 1.5.4, 1.6.5, and 1.7.0. There > were some minor changes in how Ant 1.5.4 sets up it's tasks. > > 2. The AntProject constructor has changed. It now takes a hash of > options. For example this how you can instantiate the AntProject > inside the Raven AntBuilder task: > > ant_project = AntProject. new({:name =>"RavenProject", > > :basedir=>current_dir, :declarative=>true , > :logger=>Logger. new(STDOUT), > :loglevel=>Logger::ERROR}) > > All of these options have defaults, which are as follows: > {:name =>'', :basedir=>'.', :declarative=> > true, :logger=>Logger.new(STDOUT), :loglevel=>Logger::ERROR} > > So you could just as easily do the following (or any combination of > options); > ant_project = AntProject.new () > > Let me know if you get a better result this time running on Ant > 1.5. Also, let me know what you think regarding the logging setup. > Is this approach (a paramterized logging object) > adequate for Raven? > > Cheers! > > On 17-Feb-07, at 9:07 PM, Matthieu Riou wrote: > >> Hi Caleb, >> >> Thanks a lot for checking this out. The thing is Ant 1.5 comes >> with JRuby and JRuby is not really happy about me changing the Ant >> version it uses. Hope that Antwrap can work with Ant 1.5? >> >> Thanks for the help and nice Voltaire quote btw :) >> >> Matthieu >> >> On 2/17/07, Caleb Powell < caleb.powell at gmail.com> wrote: >> Hi Matthieu, >> >> I've been looking at this bug today and it appears to be related >> to the version of Ant that I use. I've been developing Antwrap >> with Ant 1.7.0 and haven't seen any trouble. >> The bug only appears to occur when I have the Ant 1.6.5 jar files >> in my Classpath. It's not an Ant bug per-se. Rather, the Ant >> object I am creating is missing a parent object >> that is required in 1.6.5). I am going to resolve this bug for >> both versions of Ant. >> >> In the meantime, if you have a chance (and only if you have the >> time) try running the Raven task with the 1.7 jar files. >> >> I will be in touch shortly. >> >> Thanks, >> >> Caleb >> >> On 16-Feb-07, at 12:39 AM, Matthieu Riou wrote: >> >>> Hi, >>> >>> Caleb if you're still hanging around I've done the migration to >>> Antwrap but am having a problem when testing. Perhaps I've >>> imported the source code at a wrong time? When I run the >>> following task: >>> >>> ant :ant_echo do >>> echo(:text => "Calling Ant task") >>> end >>> >>> I'm getting this: >>> >>> E, [2007-02-15T21:28:07.618000 #3203712] ERROR -- : Error >>> instantiating task[echo]undefined method `namespace=' for >>> #>> org.apache.tools.ant.UnknownElement at 138ec91> >>> >>> Does it look familiar? Our task implementation is here. >>> >>> Thanks, >>> Matthieu >>> _______________________________________________ >>> Raven-devel mailing list >>> Raven-devel at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/raven-devel >> >> Caleb Powell >> caleb.powell at gmail.com >> >> Doubt is not a pleasant condition, but certainty is absurd - >> Voltaire >> >> >> > > Caleb Powell > caleb.powell at gmail.com > > Doubt is not a pleasant condition, but certainty is absurd - Voltaire > > > > Caleb Powell caleb.powell at gmail.com Doubt is not a pleasant condition, but certainty is absurd - Voltaire -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070226/cd9b9308/attachment.html From nobody at rubyforge.org Tue Feb 27 00:39:08 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 27 Feb 2007 00:39:08 -0500 (EST) Subject: [Raven-devel] [171] trunk/lib/raven/maven_crap.rb: Improved Maven 2 repository browser, better at handling the non-senses. Message-ID: <20070227053908.AF2C65242273@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/raven-devel/attachments/20070227/3b10d502/attachment-0001.html