Re: [RDT-Dev] Rails for DLTK RUBY
I like to think I'm a fairly open-minded guy, but this is not the list to post something like this to. RDT and RadRails would be direct competitors to the project you are proposing, so I think it a bit crass to ping our mailing list for help in creating a direct competitor and duplicate so much work. I wish you luck in your grad project, but if you want help with DLTK, I suggest you ask the DLTK guys. On 6/17/07, Hisham El-Hifnawi [EMAIL PROTECTED] wrote: Hello DLTK Ruby community, My group and I (Ruby Riders) are doing our senior grad project and it's about building on top of DLTK Ruby, Rails support and extending features form DLTK Ruby and adding some other features. We tried out DLTK Ruby and good job and it has nice features (I tried the stable one which was released last week) and looking forward to compete with radrails. We will start reading the src code and we'd like to know from where to start, like to put us on the right track (like the macro view, we were actually thinking of using java code reverse engineering to get a high view of the classes to see where to start, but didn't find one yet) I tried signing in at eclipsedltk.org but there is something wrong with it as I can't loging and change my password because after I click on submit (after I wrote down my password) it says unauthorized page, and I couldn't find someone to email for help, so I thought to share this so see how can it be solved. Regards, Hisham ElHifnawi [EMAIL PROTECTED] Computer Science Senio - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] Gem Manager/Installer for RDT
All, With our use of ruby-debug for a fast backend debugging and the prevalance of gems in general, I think it'd be wise for us to create a new view that allows users to organize, view, install, and remove gems - with hooks for us to prompt the user to install a particular set of gems (so we can install rails, or ruby-debug for them). Is anyone interested in trying out a first version? Does Netbeans have an implementation we could look to for ideas? This is on my list, but it may be a little while before I could take a crack at it right now - so this is my call for help. ;) Thanks, Chris - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] RDT 0.9.0 promotion
Mirko, It looks good to me - I didn't have any issues reading the text in time (and besides there's always the pause button). Thanks, Chris On 4/5/07, Mirko Stocker [EMAIL PROTECTED] wrote: On Tuesday 03 April 2007 20:15:09 Christopher Williams wrote: I'm fine with any format, we can always just transcode it to whatever people want (though I think flash, .mpg and .mov are generally OK with most people). I gave wink a try and I think it's quite usable, and it's easier than recording with xvidcap and inserting the text bubbles afterwards.. my first try is here: http://r2.ifs.hsr.ch/screencasts/rename_class.htm what do you think? Is the text ok or is it to fast/slow? If it's ok like that, I'll create some more. -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Two severe bugs in HEAD
Thomas, all, On 4/4/07, Christopher Williams [EMAIL PROTECTED] wrote: Thomas, Funny you mention this... On 4/4/07, Thomas Corbat [EMAIL PROTECTED] wrote: 2. When creating a new ruby class the file is created correctly but it is empty and an error occures: Creation of element failed. And an exception is thrown. Both errors occure under Windows (Vista) and Linux aswell. I'll have to take a look at this one today if I have time. OK, I managed to fix this one as well (and improve it a bit too). It shouldn't throw errors anymore, it should convert the class name from CamelCase to camel_case.rb for file names, and it now successfully opens the file in an editor after the wizard completes. Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Two severe bugs in HEAD
Thomas, Funny you mention this... On 4/4/07, Thomas Corbat [EMAIL PROTECTED] wrote: Hello I've encountered two inconvenient bugs in the HEAD too: 1. When writing a comment at the end of a line the carret position is set before every character which is entered. For example when typing #comment it results in tnemmoc#. When having a white space or any other characters behind the carret it works correctly. I just ran into and fixed this problem. The new stuff in trunk should work. 2. When creating a new ruby class the file is created correctly but it is empty and an error occures: Creation of element failed. And an exception is thrown. Both errors occure under Windows (Vista) and Linux aswell. I'll have to take a look at this one today if I have time. OK, so Friday release may not happen. Argh. If not, then I say we aim for Tuesday when Markus is back from vacation... Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] OOM Error with Experimental Indexer
Markus, On 4/3/07, Markus Barchfeld [EMAIL PROTECTED] wrote: BTW, 512M is just what I use because I happen to have like 30 eclipse plugins in my RDT workspace. I would hope that most Ruby workspaces wouldn't approach that level. I play around with RDT in a workspace with about 8 rails projects in it, and my profiler says that the experimental index holds about 24 MB of index data in memory. I got the OOM error, too. I had three rails applications with vendor directories in my workspace. I ran a runtime-workspace and increased memory to 512m which did not help, too (I added -Xmx512 to the VM arguments, hope fully it really does what I expect). Only by closing one of the rails projects I could finally get rid of the OOM error. (Un-?)fortunately I can not reproduce the error with current HEAD although I could not see any code change concerning the Indexer. Well I'm hoping that this was an artifact of the problems in the RubyModelCache that I mentioned earlier then since it cleared for you. I had found memory problems/bugs there that I did fix. The Indexer just happened to exercise the cache a lot so it unearthed the problem quickly. The bug in question is that the RubyModelCache didn't have a specific cache for ISourceFolderRoots (because until fairly recently we didn't even have the notion of them). So they were getting thrown into a plain old HashMap, and I believe holding onto all of their children. So we were effectively storing all of the model in a HashMap that didn't overflow or clean up when it approached the memory cap. There should have been a noticeable memory difference between versions before my fix to the RubyModelCache file and after. Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Two severe bugs in HEAD
murphee, I just ran a quick smoke test on launching a Test::Unit testcase and I didn't see the problem you're mentioning. Can you send along the file (and make sure you're using the latest from svn). Thanks, Chris On 3/17/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: howdy, there seem to be some problems in the current head: - Test:Unit launches seem to be missing IRubyLaunchConfigurationConstants.ATTR_FILE_NAME attributes; This causes the launch to fail and a error dialog Main type not specified to pop up; I guess the org.rubypeople.rdt.testunit.launcher.TestUnitMainTab needs to set this attribute to the filename in the launch object; (it does that, but only for the CONTAINER attribute); - I attached a file that can't be opened with the Ruby editor, it causes this exception (see below); I presume there's some bug in the SyntaxHighlighting code, but I don't have time to look into this right now; java.lang.IllegalArgumentException: Argument not valid at org.eclipse.swt.SWT.error(SWT.java:3462) at org.eclipse.swt.SWT.error(SWT.java:3401) at org.eclipse.swt.SWT.error(SWT.java:3372) at org.eclipse.swt.custom.StyledText.setStyleRanges(StyledText.java:7735) at org.eclipse.swt.custom.StyledText.setStyleRanges(StyledText.java:7829) at org.eclipse.jface.text.TextViewer.applyTextPresentation(TextViewer.java :4405) at org.eclipse.jface.text.TextViewer.changeTextPresentation(TextViewer.java :4457) at org.eclipse.jface.text.presentation.PresentationReconciler.applyTextRegionCollection (PresentationReconciler.java:578) at org.eclipse.jface.text.presentation.PresentationReconciler.processDamage( PresentationReconciler.java:567) at org.eclipse.jface.text.presentation.PresentationReconciler.access$3( PresentationReconciler.java:563) at org.eclipse.jface.text.presentation.PresentationReconciler$InternalListener.inputDocumentChanged (PresentationReconciler.java:119) at org.eclipse.jface.text.TextViewer.fireInputDocumentChanged(TextViewer.java :2660) at org.eclipse.jface.text.TextViewer.setDocument(TextViewer.java:2709) at org.eclipse.jface.text.source.SourceViewer.setDocument(SourceViewer.java :518) at org.eclipse.jface.text.source.projection.ProjectionViewer.setDocument( ProjectionViewer.java:370) at org.eclipse.jface.text.source.SourceViewer.setDocument(SourceViewer.java :473) at org.eclipse.ui.texteditor.AbstractTextEditor.initializeSourceViewer( AbstractTextEditor.java:3454) at org.eclipse.ui.texteditor.AbstractTextEditor.createPartControl( AbstractTextEditor.java:3018) at org.eclipse.ui.texteditor.StatusTextEditor.createPartControl( StatusTextEditor.java:53) at org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.createPartControl( AbstractDecoratedTextEditor.java:373) at org.rubypeople.rdt.internal.ui.rubyeditor.RubyAbstractEditor.createPartControl (RubyAbstractEditor.java:327) at org.rubypeople.rdt.internal.ui.rubyeditor.RubyEditor.createPartControl( RubyEditor.java:276) at org.eclipse.ui.internal.EditorReference.createPartHelper( EditorReference.java:662) at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java :421) at org.eclipse.ui.internal.WorkbenchPartReference.getPart( WorkbenchPartReference.java:586) at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java :257) at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched( WorkbenchPage.java:2598) at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java :2524) at org.eclipse.ui.internal.WorkbenchPage.access$12(WorkbenchPage.java:2516) at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java :2501) at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java :67) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2496) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2480) at org.eclipse.ui.actions.OpenWithMenu.openEditor(OpenWithMenu.java :334) at org.eclipse.ui.actions.OpenWithMenu.access$0(OpenWithMenu.java:326) at org.eclipse.ui.actions.OpenWithMenu$2.handleEvent(OpenWithMenu.java:190) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1097) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java :3238) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2905) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2264) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2228) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2103) at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:457) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java :289) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java :452) at
[RDT-Dev] Big News
All, So I should probably let the cat out of the bag here before I get too far along... Given the recent influx of new competitors (Netbeans, DLTK, IntelliJ) and our relatively slow progress on some fronts RDT has reached a bit of a crossroads. We are clearly getting some strong new competition that is backed by commercial organizations with full-time developers. There are also companies making a stir that are likely to release commercial Ruby IDEs in the near future. With all of this happening, I'm afraid if nothing changes with our project then we will get left behind by the others who have stronger backing. We have no ability to employ full-time developers, nor do we really have any donations coming in to support augmentation of our work. So, I've decided to pursue a commercial fork of RDT and RadRails. Certianly the aim of the project will be to make a profit, but also to help drive RDT forward so that we are not left behind. I've yet to work out where the line is drawn between development on the commercial fork (Ruby Red) and contributing to RDT. It's my belief that if all features and functionality are in full open-source then the commercial product will have no differentation and no one will buy it (we're not aimed at businesses, we're aimed at developers - I don't see a support model as possible). So I'm striving to stroke a good balance between the two. Clearly, bug fixes would be contributed to RDT. Major new code infrastructure would as well. And if the project takes off, I'd like to support a more cohesive set of websites/trac/etc for the project. I'd be interested to hear everyone's thoughts on this. Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] RDT 0.9.0?
Markus, On 3/1/07, Markus Barchfeld [EMAIL PROTECTED] wrote: Christopher Williams wrote: Markus, A couple things: 1. The nightly builds seem to have PRD qualifier at the end now. Shouldn't it be NGT? I think it's messing up my config so I'm not sure if I have the latest nightly installed when I hit the updatesite... I just checked but could not find any nightly with a PRD qualifier. Where did you find it? Hmm, I may just be dumb. I think what's happenign is that I'm using the update currently installed features of Eclipse and it is checking the production release update site and grabs down 0.8.1 (which supersedes all the 0.8.0 based nightly builds). I'm not sure how tough this woudl be, but is tehre a way we could vary the update site declared in the feature based on the type of build we're doing - so a nightly build would point to the nightly update site and when you did a check for latest version you'd grab the latest nightly (instead of the latest production). I guess another way around this is to incremement the base version of the nightlies after any release (which we've done with 0.x.0releases, but didn't do after 0.8.1). Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Comparison of Java based Ruby IDEs
Thanks murphee! I had actually run into that myself. I find a few things I disagree with - we do completion of brackets and quotes, we now have hyperlink nav, I'm pretty sure there's a keyboard shortcut for swapping between action and view in RadRails - but it's a useful summary of our big new competition. If nothing else, the Ruby community should be benefiting from the new products; and I think we're leading the pack in terms of advanced functionality. This also leads me to the roadmap for 1.0, and what I see ahead: - Better RDoc integration. Now that we can get comments on the AST, we should be able to grab and show RDoc/comments like the JDT shows Javadoc during hovers and completions and things. - A better search engine. We need to index the model as we build and update as we get deltas. Then we need to be able to quickly query this for classes, modules, symbols, globals and methods. This is holding us back from doing a full search of the load paths when we do something like the OpenTypeAction. - Improve the smal details to give it more polish. Specifically see if we can get some better syntax coloring. Hey, BTW Netbeans is open source right? We should probably see if we can't learn something from what they have... Thanks, Chris On 2/28/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: Found this extensive comparison: http://tnlessone.wordpress.com/2007/02/28/ruby-rails-ide-comparison-idea-netbeans-radrails - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] RDT 0.9.0?
Markus, A couple things: 1. The nightly builds seem to have PRD qualifier at the end now. Shouldn't it be NGT? I think it's messing up my config so I'm not sure if I have the latest nightly installed when I hit the updatesite... 2. Do we have any outstanding items stopping us from 0.9.0? We've been talking it up for some time now and we're over two weeks past the mid-February date we aimed for. I'd really, really like to push out a release or release candidate. Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Ruby-debug integration
Markus, That's great to hear - good job on cranking out all those fixes and updates to the debugger! Outside of this work do we have any other outstanding stuff to be looked at for the 0.9.0? I took a stab at the unit tests and they look mostly right. The two tests for regular expression syntax coloring both fail, but they have always and I'm not sure we're going to get them to work by 0.9.0 (or until we hve a much smarter way to write up rules for Eclipse syntax coloring). The other failing test is for the interpreter stuff, and until I have a linux machine that can reproduce the error I'm not sure if I can nail what's going on. Essentially the libraries it's detecting are missing the set of core stubs that get generated when you first add an interpreter. I don't know if there's just some oddity going on with the test on the build machine - or if those stubs aren't getting generated and added to the library list on Linux (I'm guessing the former, since this works on Mac OSX). Thanks, Chris On 2/26/07, Markus Barchfeld [EMAIL PROTECTED] wrote: Hi! Below you find the status of ruby-debug functionality in the current nightly builds. I have developed and tested on Linux (ubuntu) only, and would be interested to hear how it works on OS X and Windows (C compiler needed, please have a look at the forum, too). Currently there is still a patched version of ruby-debug necessary. I am trying to synchronize our release with Kent, so that there will be a compatible ruby-debug release for the RDT 0.9.0 release or release candidate. My next topic will be to update the threads in the Launch view regularly. I think the remaining TODO's can be fixed within 2 days except for the last one which we probably have to postpone after 0.9.0. Thanks Markus OK: * adding/removing breakpoints (including first line) before and during debug session * Setting/clearing a catchpoint * stepping (step into/over/return, resume) * Variables view * Inspect/inspect... from editor; errors are displayed via job return status * Ruby inspect from Display view * code reloading on editor save TODO: * perspective switch after suspension is unreliable * the Variables View does not show class variables and constants * Threads are not updated in between suspensions and particularly after the session has started. So there are no threads shown until the first suspension and after resuming the thread list will keep its state until the next suspension. * code reloading job can not be canceled * Threads can not be suspended manually (the suspend button in the Launch view is always disabled) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Ruby-debug integration
murphee, On 2/26/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: Christopher Williams wrote: Outside of this work do we have any other outstanding stuff to be looked at for the 0.9.0? I'm not perfectly up to date with the SVN (from a few days) but I remember that the HyperlinkDetector code wasn't activated in the plugin.xml. Also, in my local copy, the Open Definition (F3 on selection) doesn't seem to do anything... is still deactivated for 0.9? Good catch. I've enabled it in plugin.xml and I've also modified the code to behave like the Go to Declaration stuff. That stuff shopul dbe working fine. It won't typically find anything until after the Search Index Job finishes. I run a job when the project is opened which indexes all the globals and types. Until that list is built, most code resolution won't work (because we usually infer a type and then look it up in the index). Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] about the colours
murphee, Mirko, all, On 2/26/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: Mirko Stocker wrote: @the other developers: If someone can provide me with some hints how to do an AST based coloring, I'd be glad to look at it. Especially the problems with here documents are frustrating me... Well, Step 1 would be updating an AST (reparsing) after keystrokes or bursts of keystrokes. It'd be best to just dump that on the reconciler thread to happen after a few hundred milliseconds after the last keystroke. Yeah, I'd use the existing infrastructure for this (which includes the reconciler). You should be able to register as a listener of some sort (probably an IElementListener on RubyCore) to be notified of whne to re-parse. But as I said, there's big potential problems with an AST based colorer right now I haven't looked at the way heredocs are handled now (static rules, I guess), but you could - in the SourceViewerConfiguration.getRepresentationReconciler do reconciler.setDamager(textRepairer, IDocument.DEFAULT_CONTENT_TYPE); reconciler.setRepairer(textRepairer, IDocument.DEFAULT_CONTENT_TYPE) where textRepairer is a DefaultDamagerRepairer; - this would access the AST to see where to paint heredocs; Hm... come to think of it: is there an easier way of spotting heredocs than looking at the AST? Perl has heredocs, right? Has anyone taken a look at EPIC to see if they handle them properly? Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Ruby-debug integration
Markus, all, On 2/26/07, Markus Barchfeld [EMAIL PROTECTED] wrote: Outside of this work do we have any other outstanding stuff to be looked at for the 0.9.0? [] Only some cleanup: It still seems as if there are two sets of constants which are used as keys in the launch configuration. Could we merge them? Yes, we should be able to. I took a firsts tab at it and deprecated the old constants, pointed them at their new replacement constants and retained the same underlying string when possible to aim for backwards compatibility some. The next step is to clean up the code that refers to the old constants, remove it and then remove the old interface. Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] debug status in jruby
Ricardo,
murphee has been working on a plugin that adds JRuby specific extensions
for RDT - and part of that is to provide a JRuby VM/interpreter type that
should allow debugging. I'm not sure of his status on that work...
Thanks,
Chris
On 2/11/07, Ricardo Trindade [EMAIL PROTECTED] wrote:
Hi,
I've been following the debug in RDT discussion, I'm just wondering
if it applies to jruby already.
Since there's no apparent way to select jruby as the interpreter, I
usually run jruby apps with a java run, specifying jruby's main as the
main class, and the current selected file as the argument (via
${resource_loc}). Setting breakpoints in ruby code in this config
doesn't work (I really wasn't expecting it to work, but still tried.)
Can it be used on jruby at this point ?
thanks,
Ricardo
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Rubyeclipse-development mailing list
Rubyeclipse-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
--
http://cwilliams.textdriven.com
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Rubyeclipse-development mailing list
Rubyeclipse-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Problem with Outline
Rob,
I've added tickets for both issues to our Trac site (
http://rubyeclipse.mktec.com/cgi-bin/trac.py/report). They should be tickets
237 and 238.
Thanks,
Chris
On 2/4/07, Rob [EMAIL PROTECTED] wrote:
Hi,
I am not sure if this has been discussed before or not,
or if it is resolvable or not.
I found that the methods in the outline become nested
in a number of situations and have verified that it is happening
on the Mac and Windows versions of Eclipse.
Using the below example you should see all the methods
nested within method s2.
On a related topic, is it possible to get the BEGIN and END
blocks listed in the Outline?
Thanks,
Rob
a = blah
@l = []
def s1 (fld)
puts hi
end
def s2
if true
if @l3 = @l2.rassoc(a)
puts hi
end
end
end
def s2p5
@x3 = [
end
def s3
@l.each {|i|
if hi.grep(/#{a}/).size 0
puts hi if true
else
s3
@x4 = [
if ( hi =~ /x(.*?)\/x/im )
puts hi
end
@l.each {|i|
puts hi
}
end
}
end
def s41
@x2 = _x_
x
_x_
end
def s42
@x2 = -_x_
x
_x_
end
def s43
@x2 = -'_x_'
x
_x_
end
def s5
puts hi
end
BEGIN {
puts beginning begin
puts ending begin
}
s5
END {
puts beginning end
puts ending end
}
exit
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Rubyeclipse-development mailing list
Rubyeclipse-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
--
http://cwilliams.textdriven.com
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Rubyeclipse-development mailing list
Rubyeclipse-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] subversion problems
Markus, I'm using Subversive and I've run into some repeatable problems with some of the way it works. Specifically if I do a refactor - rename of a class that already exists in our repository (I think it also bugs out on moves). To work around it, I typically do everything as normal, except check in the new version of the renamed/moved file. Then I copy all the source in the file, delete it and then create a new class from scratch and paste the source back in. Then I check it in. It's annoying, but that seems to be the only easy workaround for me. You can usually tell that a file will have a problem because of the status shown in the commit message window. I don't remember what the status is, but it labels renamed/moved files as different than newly checked in files (one is labelled New while the other is labelled Added - or something like that). Thanks, Chris On 1/31/07, Markus Barchfeld [EMAIL PROTECTED] wrote: Hi! I got problems committing a file. Although I could check in several files in the folder org.rubypeople.rdt.debug.core /src/org/rubypeople/rdt/internal/debug/core/parsing/, there were problems addin one particular file (BreakpointModificationReader.java). Has anybody an idea what might be wrong? I have updated the project and synchronized, but could not find any problems. Below is the log. Markus *** Commit svn commit /home/ubuntu/workspaces/rdt2/org.rubypeople.rdt.debug.core/src/org/rubypeople/rdt/internal/debug/core/parsing/BreakpointModificationReader.java -m Added better abstraction for debugger access since we need two socket connections for rubydebug --username mbarchfe A /home/ubuntu/workspaces/rdt2/org.rubypeople.rdt.debug.core/src/org/rubypeople/rdt/internal/debug/core/parsing/BreakpointModificationReader.java Commit failed (details follow): COPY of /svnroot/rubyeclipse/!svn/bc/1896/trunk/org.rubypeople.rdt.debug.core/src/org/rubypeople/rdt/internal/debug/core/parsing/BreakpointAddedReader.java: 403 Forbidden (https://svn.sourceforge.net) *** Error (took 00:21.997) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] AST from Editor
murphee, There's no shortcut right now to grab the root AST node from an editor. You can grab the IRubyScript from an editor, and then traverse the IRubyElement model hierarchy. You can also provide the root AST to findNode on Members (fields, methods, classes, modules) and get the corresponding node for the RubyElement. And you can grab a hold of the source of a script and parse it to get the root. A number of places in our code parse the source to grab the root AST, but that is because we haven't standardized (and a number of people were more familiar and comfortable with working on the AST level instead of the IRubyElement level). As far as I'm concerned, there should be very few places that actually need a pointer to the AST. We need it in the process of converting the AST to the IRubyElement hierarchy, we should provide it during the build process for builders which need that level of detail (right now we provide the IFile to the compiler/builder participants, and it should be used for manipulating the underlying structure of the script for refactoring, adding methods, etc. I think the part we need to clean up is the build process. We grab the source and parse it a number of times there. Instead we should do it once and pass along the contents, root AST node and pointer to the IFile to each build participant. I've never cached the root AST underneath a RubyScript because I was unsure how much memory overhead it'd take up to hold onto that in memory, and because I wanted to discourage dropping to the AST easily. A lot of the stuff we're doing should be doen at the higher level IRubyElement level. Syntax coloring is a whole different issue (we use Eclipse's facilities for it, which are hard to shoehorn Ruby's syntax into, and right now it is rule based and not AST based). On 1/25/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: Chris and all RDTers, is there any standard way of getting from an Editor - JRuby AST? I am basically just getting the String from the Editor/Document, and then running the Ruby Parser on it... but this happens for various systems (Outline, Syntax Coloring, Realtime Lint, etc), it'd be convenient to cache a copy of the AST somewhere. Whenever a change happens in the editor, this would be updated. The Builder could use this as well. murphee -- Blog @ http://jroller.com/page/murphee Maintainer of EclipseShell @ http://eclipse-shell.sourceforge.net/ -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] State of RDT
murphe, all, On 1/25/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: Another issue: I'm not quite sure how the lookup system for different VMs works - it seems like it tries to lookup some VM configuration based on the project, and if it can't find anything there, it falls back to the DefaultVM (which is the one checked in the Ruby Interpreter Prefs). This means: - I have a C/Ruby Interpreter set as the Default VM - I have JRuby Interpreter set up - when I do a Launch and tell it to use JRuby, this lookup system will fail and just return the Default VM; It should prefer the project's specified interpreter and fall back to the default VM if that fails (as far as I know). I'd be interested to know exactly how its failing when you try to use the project specific VM. If you want to see how additional VMs behave in the GUI or interact with the VM system, my JRuby stuff is available at: :pserver:[EMAIL PROTECTED]:/var/cvs/rdt-jruby Great; Just for the record: a Standard C/Ruby needs to be used for the RI and Rdoc features; I once set a JRuby installation as my default Ruby Interpreter, and the Ri/RDoc features broke (seems like Ri doesn't work in JRuby) and there were frequent 100% CPU usage periods, which came from the TextHover launching JRuby (heavyweight...) and trying to get the Ri for some code. Ah, ok yeah that would be bad. With the changes in Jruby we can now get comments straight from the AST. I'd love for someone to try out an experiment and cache all that info corresponding to every IRubyElement and then we can do quick lookups for hovers (rarther than invoke an RI process on-demand). Question: What timeframe for a release do you have in mind? I'm mostly interested if you want to add some more stuff before 0.9 or if the current state == 0.9 (of course, after the changes had some time to settle down); I'd like to add some small extension points (QuickAssists/QuickFixes and an Extension point that might allow to add more Compilers to the Builder process). These could go into 1.0, if the 0.9 release is too close, but they shouldn't interact badly with the RDT features. Personally, I'd like to harden what we have and get 0.9.0 out the door. It's be forever since a real release happened. Specifically, we need to be sure the debugging, launching and code completion stuff is working well enough for a release. (i.e. it works and there's no showstopping bugs coming up). On Trac I set the release date for 0.9.0 as February 15th. Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] State of RDT
Markus, On 1/23/07, Markus Barchfeld [EMAIL PROTECTED] wrote: I also managed to break the RI/RDoc stuff in the process, as well as launching debug mode and Test::Unit. I went back and fixed as much as I could, but Markus, Martin and others I could use some help making sure that debugging is set up to work OK again. Chris, I tried to launch a rdebug session on linux (ubuntu) but failed. I finally could start rdebug with the necessary arguments and the communication between Eclipse and the ruby process started but then the ruby process died. Does it run on OS X? Sort of. I'm having enviroment issues (it kept using the ruby installed in usr/bin, which doesn't have rubygems). I guess I'm still an idiot when it comes to some *nix things. I can't figure out how to set up my environment so it picks up the right ruby install to use for rdebug. This also reminds me that we should be setting this in the launch configuration so rdeubg tries to use the selected VM/interpreter. (I couldn't get that to work, I set the variable but it didn't seem to have any effect). Anyways, I got it to launch rdebug but the gem broke on import complaining of nil values (which also seemed to be related to environment variables, it barfed on line 24 of interface.rb in the gem). I did manage to get normal debugging running. I'll look more at it, because I only gave it a glance, but it appeared OK for what little I did. As for the design, it matches JDT's. You may want to take a look at StandardVM.run and trace down from there. It basically creates one of StandardVMRunner, StandardDebugger or RubyDebugVMDebugger and then launches it. (Which sets all sorts of properties on a VMRunnerConfiguration). The configuration for a default ubuntu/debian installation (apt-get install ruby1.8) is also quite awkward. You have to configure /usr as path to the interpreter and the default site_ruby directory does not exist. So I deleted the entry but then there were problems anyway so that I had to create the default site_ruby in order to proceed at all. Any idea how to mitigate these pains on a standard Linux installation? Well I have added more info to the dialog for Unix based system to choose something like /usr or /usr/local. I don't have a ubuntu or debian box handy, so if you could give me more details on the structure of the install that would be great (like where is the site_ruby directory then?). Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] State of RDT
murphee, On 1/22/07, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: Great! Just some quick comments: I'm in the middle of making it work for JRuby, and I'm stumbling over a few Exceptions. It seems to be a problem, if the project of LaunchConfigs Co are null, eg org.rubypeople.rdt.internal.debug.ui.launcher.LoadPathEnt ryLabelProvider.getText It seems that some LaunchConfigs in my Workspace have project == null, which causes this method to throw a RuntimeException; This seems to happen when I look a LaunchConfigurations in Run-Ruby Application; I worked around this for now by just returning No Project for project == null, but maybe you have some better solution. Something similar in org.rubypeople.rdt.internal.ui.util.ResourceSelector.setSele ctionText(String newText) If the newText == null, there's an exception in the JFace code; I'll have to take a look at this. Markus might have fixed this in his changes... For everyone else, the result of this work has some large impacts: it moves us back to specifying an install directory for ruby interpreters - not the actual executable. So for *nix based systems, you'd point it to /usr or /usr/local and it will search for bin/ruby and lib/ruby/site_ruby, etc. It might be good to give a hint what the Ruby Home directory might be - on my Debian system, I had to guess for a while, until the dialog was satisfied; I have added more detail to that dialog which should help *nix users (it suggests /usr or /usr/local would be the most likely candidates). Oh BTW: The Add VM Dialog seems a bit too strict about having the user choose a VM - I have two (Standard, JRuby) and was surprised that the OK button wouldn't get activated - until I chose something from the combo box; Do you mean until you checked one of the boxes? I also managed to break the RI/RDoc stuff in the process, as well as launching debug mode and Test::Unit. I went back and fixed as much as I could, but Markus, Martin and others I could use some help making sure that debugging is set up to work OK again. I saw some locations you marked with some comment about Not knowing how to quickly start Ruby (I think it was somewhere concerned with Ri). I didn't quite get that; In a few locations we start up ri and rdoc. Before we used to get a handle on the default VM and execute it that way. Now with the new API that won't fly so for a while I wasn't sure how to fix it. I did manage to figure out a way to execute those now. One thing we may want to consider is detecting the location of those scripts on setting up the VM (like how it detects the ruby executable and library locations). Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] State of RDT
murphee, all, A quick update on the latest batch of changes... This also affects the launching stuff around interpreters. I've been holding off on applying murphee's patch because I knew I'd be hitting that code pretty hard soon enough. So murphee, thanks for your patience - I haven't forgotten the patch. I just have to do a lot there first... Good, just let me know when the CommandExecutor stuff (or whatever is replacing it, if that's an area of change) is done. BTW (for the folks interested in JRuby support): I created a project for it over at Rubyforge rdt-jruby.rubyforge.org/ There's no website, but I committed my current work to the SCM http://rubyforge.org/viewvc/?root=rdt-jruby The launching stuff will only work on my local Eclipse/RDT workspace (with my changes), and I'll update it to work with the RDT trunk when that has stabilized again. The interpreter / Command Executor stuff should now be relatively stable. I overhauled it to look and feel like the JDT's IVMInstall/IVMInstallType stuff. If you're looking to add more proper support for JRuby, I strongly suggest you look into creating a JRuby specific IVMInstallType and adding it as an extension. You can peek a look at the StandardVMInstalllType and StandardVM to get an idea of how I implemented it for the normal C Ruby interpreter. For everyone else, the result of this work has some large impacts: it moves us back to specifying an install directory for ruby interpreters - not the actual executable. So for *nix based systems, you'd point it to /usr or /usr/local and it will search for bin/ruby and lib/ruby/site_ruby, etc. I also managed to break the RI/RDoc stuff in the process, as well as launching debug mode and Test::Unit. I went back and fixed as much as I could, but Markus, Martin and others I could use some help making sure that debugging is set up to work OK again. Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Updating JRuby?
Mirko, Feel free to update jruby. I just generate a jar and stick it into our org.jruby plugin. Be sure to increment the plugin.xml version number so it will override any previous versions. I don't know if anyone is actively working on fixing the test suite. I just noticed a number of errors myself, so I planned on trying to correct those in the near future, but feel free to take a stab at them yourself. Thanks, Chris On 1/15/07, Mirko Stocker [EMAIL PROTECTED] wrote: Hi! I'm currently updating our refactorings to work with the latest JRuby. They changed some things in the AST structure, added new nodes and removed one (ScopeNode, replaced with StaticScope). So to port the refactorings, I also need to update the version we have in RDT. So my question is, is it ok if I do the update? By the way, I also noticed that about half of the TI tests fail.. is anybody working on this? Most other tests work (I get 9 errors and 1 failure in TS_RdtAllUnitTests). Regards Mirko - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] Our RDT Trac install
Zach, It's bugged me for some time now that a lot of Trac's power isn't being used by us because it can't access our SVN repo. But we still want to keep using Sourceforge and Trac doesn't yet support remote SVN repositories. Is there any chance you could look into one of the workarounds? There's an alpha attempt at letting you use remote repositories at: http://www.meadowy.org/~gotoh/projects/remote-svn-plugin/wiki - But that doesn't look ready according to the author. The Trac ticket for enabling this feature seems to have some workarounds posted in comments: http://trac.edgewall.org/ticket/493 The easiest appears to be: Among the possible workarounds, there's also svnsync, which is a new tool part of Subversion 1.4. It allows to easily replicate repositories, from URL / to URL, which gives you a great deal of flexibility. For example, you can set up a post-commit hook on the central repository that will trigger the replication to a slave repository on the server where you run Trac. Alternatively, on that Trac host, you can periodically call svnsync which will pull new revisions from the central repository. I've tested that tool with 1.4.0rc5, and it works fine. Of course you could have done the above using svk mirror, but svnsync is more straightforward to install and use. SF.net doesn't have any post-commit hooks to replicate, but we could try to use svnsync and pull from it to our Trac box, correct? Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] State of RDT
Yes. The default behavior is to set the project as the root source folder, but with these changes we should be able to do more complex project setups like JDT. To expose it to the user we'd need to change our new project wizard and also add menu commands for creating new source folder roots. On 1/8/07, David Corbin [EMAIL PROTECTED] wrote: On Sunday 07 January 2007 14:59, Christopher Williams wrote: David, Well I'm not sure specifically what you'd like to know, so here's a little primer... SourceFolderRoot and SourceFolder map one-to-one to JDT's PackageFragmentRoot and PackageFragment (though our name gives a better idea of what they are). SourceFolderRoot is exactly that: the folder in the project whose contents hold ruby scripts. By default this is the project's folder, and this element is tied very closely to loadpaths. It's where RDT should begin traversing the filesystem looking for scripts. Every child folder is a SourceFolder element. Our restrictions on namespacing in Ruby are much different from java's so there shouldn't be any enforcement about type names and their position in the folder hierarchy. An external library could be represented as a SourceFolderRoot linked to an external folder structure (outside the actual project), and this should be how we'd implement linking back to Ruby core/std libraries.(The JDT has JarPackageFragmentRoots, we'd just have ExternalSourceFolderRoots). Well, the real question then, is can I change it so that the root of the project is NOT the a SourceFolder, but another folder is? That's something RDT has 'needed' for a long time... - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] State of RDT
David, Well I'm not sure specifically what you'd like to know, so here's a little primer... SourceFolderRoot and SourceFolder map one-to-one to JDT's PackageFragmentRoot and PackageFragment (though our name gives a better idea of what they are). SourceFolderRoot is exactly that: the folder in the project whose contents hold ruby scripts. By default this is the project's folder, and this element is tied very closely to loadpaths. It's where RDT should begin traversing the filesystem looking for scripts. Every child folder is a SourceFolder element. Our restrictions on namespacing in Ruby are much different from java's so there shouldn't be any enforcement about type names and their position in the folder hierarchy. An external library could be represented as a SourceFolderRoot linked to an external folder structure (outside the actual project), and this should be how we'd implement linking back to Ruby core/std libraries.(The JDT has JarPackageFragmentRoots, we'd just have ExternalSourceFolderRoots). Having this structure would also make it easier for us to narrow our searching under the hood. Obviously Ruby is dynamic so we'd want to drop back to exhaustive searches for many things to cover our bases, but we can now search the loadpaths properly (grab the SourceFodlerRoot that matches the loadpath and then go down the SourceFolder hierarchy that matches the filepath in our require strings). On 1/7/07, David Corbin [EMAIL PROTECTED] wrote: On Saturday 06 January 2007 13:24, Christopher Williams wrote: snip Sounds like good news to me. I'm particularly interested in the changes around having 'source folders' (which it sounds like you've added). We've been working around that very awkwardly for years. David - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] State of RDT
Hey all, Thought I should share some info on what the current state is of RDT. So I was aiming for a release back in the beginning of December, but I was way off. For me, the thing holding back 0.9.0 was properly exposing the new functionality provided by the Google SoC work, experimental type inferencing/code completion. I know Markus has also been working hard on ruby-debug support as an alternative debugger. So what needed to be done to do the type inferencing stuff right? Well, to infer we need the source code of any type we tried to infer and that meant to be of any use we'd need to have the source for the Ruby Std library and core. The problem is that a long time ago I made simplifications to the underlying model that left it so that we couldn't add libraries to a ruby project. In the nightly builds I had a hack that would create a symbolic link to ruby library stubs inside the plugin. It was ugly, it was obvious to the user, and it broke as soon as the plugin version changed. So, recently I started trying to fix the internals to lay support for adding libraries and doing loadpaths properly. Initially, I lumped together a bunch of concepts that are distinct in the JDT model: In my model a project was always the root of all source code, and there was no element between a project and the actual scripts in the hierarchy. In the JDT they represent the root source folder and each folder underneath as elements in the hierarchy (PackageFragmentRoot and PackageFragment). I mistakenly thought that imposed more restrictions than it really does, and I didn't really understand the concept well enough so I dropped that from my translation of the core stuff. Recently I just made strides to add those hierarchy elements back in. This will allow us to insert external libraries at the level of SourceFolderRoot. But to be able to do this I also needed to tackle loadpath code, and need to start allowing variables in loadpaths (so it resolves dynamically to the currently selected ruby interpreter). So for those of you who care about wonky stuff like this, there's a lot of new stuff under the hood of the RDT nightly builds now. It'll be a little shaky for a little while while I work out the kinks, but I should now be able to start getting the Ruby libraries hooked to all Ruby projects and take advantage of that when we do Go to Declaration/code completion/etc. This also affects the launching stuff around interpreters. I've been holding off on applying murphee's patch because I knew I'd be hitting that code pretty hard soon enough. So murphee, thanks for your patience - I haven't forgotten the patch. I just have to do a lot there first... Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] PO File Editor
Simon, Explicit support for gettext related files isn't on our roadmap in the forseeable future, but I highly encourage you to take a crack at it yourself. I've copied in our development list in case anyone else is interested or would liek to help. On 12/30/06, Simon Martinelli [EMAIL PROTECTED] wrote: Hi Christopher, First of all RDT is great! Thanks a lot. Since a few days I'm using gettext for l10n of my Ruby on Rails Application rTPlan. I was searching for a Editor for the PO Files but didn't find any Eclipse plugin. So I had the idea of creating such an Eclipse Plugin. Question: Do you plan to provide support for gettext (extract pot from Ruby source files, edit po and generate mo)? if yes I needed I could give you a hand and if not I will go ahead and develop the plugin. First the po editor and then the rest. Thanks for your answert. Kind Regards and a Happy New Year Simon Martinelli Rebenweg 32 3236 Gampelen Switzerland simonmartinelli.blogspot.com Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] information in .project files
Ricardo, You're seeing one of the giant hacks I currently have in RDT. For code completion purposes I generate a link in projects to a ruby library stub inside RDT. This is something I definitely need to fix. What should happen is that RDT sets up the real interpreter's library as a Library to check in the load path for code completion and other features. But so far we don't have a real implementation of the loadpath stuff set up... But yes, if a user changes versions of the plugins then I imagine this item will break... Thanks, Chris On 12/9/06, Ricardo Trindade [EMAIL PROTECTED] wrote: Hi, I noticed this in the .project files : locationC:/eclipseextensions/eclipse/plugins/org.rubypeople.rdt.core_0.8.0.609251132NGT/ruby/lib/location If we commit this into version control, won't this break for people with a different RDT version ? thanks, Ricardo - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] RDT Continuous Build Server
Markus, Can you set up our continuous build server to email the offending contributors when the build breaks? Also my work firewall blocks any HTTP requests for ports other than 80, so I can't check the build server pages to see what's up. Is there any chance we could host it on port 80 of the machine rather than 8080? Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Colored Merge-View
Mirko, Our thesis is done next week, maybe I can find some time to work on this, although it might be more useful to migrate the refactorings into RDT first.. I vote strongly for migrating the refactoring and other work you've done to RDT The structural diff view is a nice to have, but could be tackled by others on this list (including myself) and isn't as useful. Thanks, Chris - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] EclipseCon07
I haven't been considering any talks about RDT yet - maybe it's my fear of giving a talk, who knows. On 11/27/06, Werner Schuster (murphee) [EMAIL PROTECTED] wrote: howdy, has anyone here considered submitting a LongTalk about RDT for EclipseCon 07? http://eclipsezilla.eclipsecon.org/ http://www.eclipsecon.org/2007/index.php?page=submissions/ The deadline is 1. December 2006 (LongTalk speakers get free registration, unlike Demos). murphee -- Blog @ http://jroller.com/page/murphee Maintainer of EclipseShell @ http://eclipse-shell.sourceforge.net/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Eclipse crashing because of RDT plugin.
Apurva, Just as a test can you try opening an html file inside eclipse (so it uses the browser widget)? If that works then it's definitely an RDT problem. Thanks, Chris On 12/2/06, Apurva Mathad [EMAIL PROTECTED] wrote: I removed the RDT plugin and eclipse works fine. So, I do not think this is an eclipse issue. But I may be wrong. Apurva On 12/1/06, Christopher Williams [EMAIL PROTECTED] wrote: Apurva, The dependency on Mozilla for *nix platforms is Eclipse's and I'm not sure what those limitations are. I'm forwarding this to our development list because Markus (or others) might have a better idea of troubleshooting this sort of problem). We use the SWT Browser control to display HTML formatted view of RI which is triggering this exception - but I'm pretty sure the problem lies with Eclipse/SWT... Thanks, Chris On 12/1/06, Apurva Mathad [EMAIL PROTECTED] wrote: Hi, I had installed RDT plugin in my eclipse and this makes the IDE crash while loading. The error message in the logs is -- org.eclipse.swt.SWTError: No more handles ( java.lang.UnsatisfiedLinkError: /home/amathad/.eclipse/org .eclipse.platform_3.2.0/configuration/org.eclipse .osgi/bundles/148/1/.cp/libswt- mozilla-gtk-3232.so: libxpcom.so: cannot open shared object file: No such file or directory) at org.eclipse.swt.SWT.error (SWT.java:3400) at org.eclipse.swt.SWT.error(SWT.java:3297) at org.eclipse.swt.browser.Browser .init(Browser.java:166) at org.rubypeople.rdt.internal.ui .infoviews.RIView.createPartControl(Unknown Source) at org.eclipse.ui.internal.ViewReference.createPartHelper(ViewReference.java:332) at org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:197) at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:566) at org.eclipse.ui.internal.PartPane.setVisible (PartPane.java:290) at org.eclipse.ui.internal.ViewPane.setVisible( ViewPane.java:525) at org.eclipse.ui.internal.presentations.PresentablePart .setVisible(PresentablePart.java:140) It looks like the plugin is dependent on mozilla 1.6 and is incompatible with latter versions of mozilla. Regards, Apurva -- http://cwilliams.textdriven.com -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] RSpec support
Aslak, Take a look at RDT's testunit and launching plugins. For the most part I hacked together Test::Unit support by forking JDT. There's plenty of stuff I dropped and commented out in the process that could probably be added back in now that we have a richer model/core. The basic idea was that we fork off a ruby program in a thread that wraps the original ruby code and hooks into Test::Unit to catch failures/errors/successes and send that info across a socket to a the Java side. (It's very similar to how we do debugging). You might be able to clone the launch config creation and tell it to launch your own RSpec wrapper in ruby... Thanks, Chris On 11/12/06, aslak hellesoy [EMAIL PROTECTED] wrote: On 11/12/06, David Corbin [EMAIL PROTECTED] wrote: On Saturday 11 November 2006 22:10, aslak hellesoy wrote: (I sent this by mistake to the RadRails google group - I think this is the right list) Hi! I don't know if anyone has tried to write an RSpec plugin for RDT yet. The latest release (0.7.2) of RSpec makes it quite easy to write editor/IDE plugins: http://rspec.rubyforge.org/tools/extensions/editors/index.html Would anyone be interested in trying to write an RDT plugin for RSpec? One that integrates with Eclipse's unit testing stuff (progress bar and all that jazz) It's not a question of integrating with Eclipse's unit testing stuff. Eclipse has no testing stuff. RDT has testing stuff. I was referring to the RDT UI for running Test::Unit. It seems very similar to that of JUnit. Are you saying that the RDT UI is a fork of the Eclipse JUnit plugin? Can you provide some pointers about where to start hacking if I want to make RDT able to run RSpec (and hopefully reuse existing UI code)? Cheers Aslak - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Trying to use JRuby in RDT
Clay, On 11/21/06, Clay McCoy [EMAIL PROTECTED] wrote: When I set the interpreter as JRuby I get this: You must set JAVA_HOME to point at your Java Development Kit installation This is a JRuby thing I'm assuming. It requires the environment variable JAVA_HOME to point to the path of the JDK install. The Ruby and Java nature stuff refers to making a project build both it's Java and ruby files/scripts using Eclipse's auto-build. There's no way to make a project tagged as both ruby and java (so a typical Jruby project) set up correctly without manually editing it's .project file. Thanks, Chris -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Status of RDT development?
Paul, We're still in active development. Most of our recent efforst are around two areas: alternative debugger support (for the ruby-debug library in Ruby) and solidifying/integrating GSoC work on type inferrencing and also refactoring work done by Mirko Stocker and his crew. We have nightly builds available on a separate update site (the url is posted on our Sourceforge download page) - they should build fine on Eclipse 3.2. You might also want to subscribe to our developer's mailing list. It gives a little better insight into what's going on. As for being busy - I am very much so right now - so I haven't been able to do much recently. I just got married and returned from my honeymoon yesterday. So I should have a little more time to devote closer to Christmas time - but we are pushing for a 0.9.0 release as soon as we can get a solid looking candidate. Thanks, Chris On 11/19/06, Paul Rogers [EMAIL PROTECTED] wrote: Hi Chris, You seem to be one of the key guys on the RDT project, so I thought I'd drop you a note to ask about the current project status. I'm working on a candidate open source project in Ruby, and prefer to use Eclipse as the IDE. However, it seems that RDT activity has fallen off quite a bit since June. I've hunted around on the SourceForge, RubyPeople and Late to the Party sites, but I can't get a good sense of current project status. Some problems: The latest release (0.8.0) was last April. The debugger (which is what I really want) won't show variables when using RDT with Eclipse 3.2. I tried downloading both the 0.8.0 code and the trunk code, but both have compile errors in Eclipse 3.2. Project plans seem to be out of date; referring to work to be done in the summer of code, but nothing more recent. Should I even be using RDT, or has some other alternative emerged as the preferred tool? Is there active development to fix the Eclipse 3.2 debugger issues; or has the team gotten busy with your real jobs? I might be able to help a bit. I was one of the architects of the BIRT project within Eclipse. Who (or what forum) is the right place to ask newbie questions such as what's the current status of the next release, what does each plugin do and how do I get it built using the latest Eclipse? RDT is a great start, especially for those of us that use Eclipse already. I'd love to see it move ahead. Thanks! - Paul Sponsored Link Degrees for working adults in as fast as 1 year. Bachelors, Masters, Associates. Top schools -- http://cwilliams.textdriven.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] [PATCH] externalized strings in SurroundWithBeginRescueAction
Shugo, Thank you very much for the patch. It has been applied to trunk.Thanks,ChrisOn 10/27/06, Shugo Maeda [EMAIL PROTECTED] wrote:Hi,I read FIXME comments in SurroundWithBeginRescueAction and externalized strings in it.Please check the attached patch.Shugo - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] comments on top of file
Ricardo,On 10/19/06, Ricardo Trindade [EMAIL PROTECTED] wrote: Hi,When I have comments on the top of the file, I get a warning, sayingEmpty Method Definition I think this is more a matter of circumstance. Earlier nightly builds (ones before last night's) were adding all warning markers to files at the first character of the file regardless of where the warning came from. The latest nightly actually places the warning marker at the correct position in the file. It's just coincidence that you have an empty method definition inside a file where there's a comment on the first line (where you're seeing the marker). Thanks, Chris-- http://cwilliams.textdriven.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] [jruby-user] Re: [jruby-user] jruby with RDT
Ricardo, I've added this to the RDT Trac site: http://rubyeclipse.mktec.com/cgi-bin/trac.py/ticket/208Thanks,Chris On 10/19/06, Ricardo Trindade [EMAIL PROTECTED] wrote: Hi, I just tried this again today and it worked. So now I'm successfully parsing JRuby code in RDT. The error positioning is a bit off, but from what I've read it's not RDT's fault. Still, each project file must be manually edited to make this work in a mixed project (ruby+java code). It would be great if a Add Ruby Nature or Add JRuby Nature menu option could be added to RDT. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] Update site timing out
I just tried to update my copy of RDT from the nightly build. I have no idea where the update site actually is hosted, but the request is hanging and eventually timing out.Can someone take a peek to see what's going on? (Is it just high demand on the server?) Thanks,Chris - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Introductions
On Jun 20, 2006, at 6:07 PM, Markus Barchfeld wrote: Hopefully subversion will make it easier for me and others to create tags and branches (instead of always turning to ask markus to do the dirty work). Also, The refactoring project could now use svn:externals to keep the RDT code in sync. Whereas the migration of the automatic build was easier than expected, I've got a problem with the subclipse plug-in: In the synchronisation view there is no override and update menu entry and using replace with... does not delete files which have not been checked in (e.g. build result files). Does anybody know a workaround for these two problems (revert doesn't delete these files either)? There actually is an Override and Update option, but oddly it is at the very end of the list when you right click on the file with conflicts. If you have a file not checked in yet (new) on your end, you can right click in the synchronizing view and select EditDelete to get rid of it. You'd probably want to ignore those files unless that was the only way they got cleaned up. Chris, could subversion be configured to send email notifications like CVS does? I think I've got it set up now Thanks, Chris ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
Re: [RDT-Dev] Getting another build of RDT
All, I think an 0.8.0 release (at least a release candidate) is do-able. We already have a lot of functionality since the 0.7.0 release, and it's been working fine for me (I patched bugs with the new browsing stuff locally, but until just now SF.net's CVS was down so I just checked them in). The only bug I'd like to see fixed for an 0.8.0 is the Fixnum syntax highlighting - we highlight numbers inside identifiers (like method names) when we shouldn't. Beyond that I'd encourage everyone to try out a copy of the nightly build and make sure what's in there is stable - particularly Ruby browsing, handling of RJS/RXML, the new class wizard, template insertion via content assist, code formatting and the goto matching bracket action. There's release related tasks I'd like to see happen as well, but they should be able to be done post-release - particularly, I'd like to use RadRails experience to help us create some single- download releases of 0.8.0 - so you pick the download for your platform and get the bare minimum stuff you need to run RDT (plus maybe some branding like splash loader screen, icon, etc). An additional couple notes: We should probably set up our plugins to enforce that they require the 3.1.x versions of eclipse plugins (we'd need to figure out which plugins and versions exactly) - so we can avoid our users trying RDT out on 3.2 and having all sorts of odd bugs. Next, I think immediately after this release we should target Eclipse 3.2. They've released their last milestone build and the final 3.2 should be coming by June. Thanks, Chris --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] RDT Trac Site
Zach, Can you please add the following milestones to the Trac site: 0.8.0 0.9.0 I'd like to be able to line up tickets for milestones as part of our release planning, and to give observers and developers a good overview of how far along we are from the next release. Also, can you please drop the -d attached to the version numbers in the versions list? (I'm not sure what they're meant to note.) Thanks, Chris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] Re: Refactoring Support for RDT
Hello Mirko, On Jan 25, 2006, at 4:21 PM, Markus Barchfeld wrote: Mirko Stocker wrote: Hi! First, I wanted to thank you for the RDT, they are really great :-) Second, my question: I'm a student at the University of Applied Science in Rapperswil, Switzerland. The next semester, we have to do a software-engineering project (about ~200 working hours), and I thought I could (try to) bring refactoring support to the RDT. But I wanted to talk to you guys first, are you already working at this? Do you think it's even doable? What do you think about it? I think it's great. And no, no one is actively working on it. Of course there have been discussion about implementing refactoring in the past. We would really appreciate if you started to work on the issue. It is doable in the meantime: since release 0.6.0 we have integrated the jruby parse which delivers quite detailed information about the ruby code (an AST). We already use it for folding and searching and refactoring would be the next step. Although refactoring in a dynamically typed language is certainly more of a challenge than in statically typed language, it is worth trying. Just consider rename method in the following example: class A def m end end A.new.m I'd agree with Markus - any sort of refactoring support for RDT would be a huge gain for our users. Just to try and temper expectations a bit - with Ruby being a dynamic language, advanced refactorings would become rather complex and perhaps technically impossible (to get it 100% correct). But certainly progress could be made in localized refactorings: - rename a method argument/parameter and all it's occurences within the scope of the method - rename a method within a file [without regard to other files which may call it, or possibly variables of unknown/dynamic type who call it] - rename an instance variable - extract a constant - etc. More advanced refactorings may need to take an approach similar to the original Smalltalk paper's suggestions. From what I recall they implemented method renames by adding code to the original method that would rewrite the caller's code to point to the new method name when called. Then they ran a comprehensive test suite to try and execute all possible calls, and then took out the old method. Thanks, Chris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
[RDT-Dev] Releasing 0.7.0
Markus and all, What are the fixes or other steps that everyone thinks we need to complete before releasing a true 0.7.0 release? The Radrails guys have been patiently waiting for the release to do their own. I think we should push to do what we can to get it out for them - they've been waiting a long time. Thanks, Chris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Rubyeclipse-development mailing list Rubyeclipse-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rubyeclipse-development
