“MUrl”: A DSL for RESTFul clients (Nov. 2009 CTP)
“MUrl” is updated to the latest CTP (thanks SNinja and the rest of the Intellipad team).
There is a good readme in the zip file that outlines how to build, install and use it.
[Updated on 2010/1/4 to fix a bug in installation]
Twitter.murl
How the credential information is stored
Hey Doug,
Can you upload a new version? It looks the murlib project is referencing a lot of internal projects; and is causing vs 2010 to misbehave.
Thanks,
Dave
Dave Bettin
8 Dec 09 at 00:35
Actually that is not what is causing the issue in vs 2010. If I comment out the MCompile directive in the murllib project, the project will load fine.
Dave
Dave Bettin
8 Dec 09 at 01:05
@dave bettin: Do you have the SQL Modeling SDK installed already?
douglasp
10 Dec 09 at 18:11
[...] “MUrl”: A DSL for RESTFul clients (Nov. 2009 CTP) at Douglas Purdy [...]
Wilkommen zu Günstigen Preismaschiene
20 Dec 09 at 19:41
Hi Doug,
I have downloaded the source. Compiled. murl.exe works fine.
But I’m not able to have Intellipad with MUrl mode.
Followed all the informations from PDF.
The murlmode dll refers to Microsoft.Intellipad.Control, Microsoft.Intellipad.Framework and ipad to a relative path that does not exist. Corrected to C:\Program Files\Microsoft Oslo….and compile fine.
executed deployx86.cmd with administrative credentials, but I don’t see MUrl in the dropdown list in Intellipad.
Any tip?
Thanks
Marco Parenzan
3 Jan 10 at 02:35
Hi Doug,
I was not able to build the project using VS 2010 Beta2. It fails with bunch of errors on my 64-bit Win7.
Error 7 The type or namespace name ‘Shell’ does not exist in the namespace ‘Microsoft.Intellipad’ (are you missing an assembly reference?) C:\Users\aruld\Downloads\murl\MUrl\murlmode\MUrlCommands.cs 10 32 murlmode
Error 8 The type or namespace name ‘Controls’ does not exist in the namespace ‘Microsoft.Intellipad’ (are you missing an assembly reference?) C:\Users\aruld\Downloads\murl\MUrl\murlmode\MUrlCommands.cs 11 32 murlmode
Any clues?
-Arul
Arul
3 Jan 10 at 02:58
@Arul
My guess is that I used absolute paths on the assembly references that are tied to the x86 locations.
You should be able to remove the assembly references to the Microsoft.Intellipad.* assemblies to add them back using the path with program file (x86) in it.
douglasp
3 Jan 10 at 04:29
@Marco
were there any failed commands when you ran the script?
douglasp
3 Jan 10 at 04:36
Hi Doug,
I had no errors.
This is the content of the installed folder:
C:\Program Files\Microsoft Oslo\1.0\bin\Components>dir Microsoft.Languages.MUrl
Volume in drive C is OS
Volume Serial Number is 6813-CB84
Directory of C:\Program Files\Microsoft Oslo\1.0\bin\Components\Microsoft.Langu
ages.MUrl
03/01/2010 03.30 .
03/01/2010 03.30 ..
04/12/2009 18.03 52 manifest.m
03/01/2010 03.30 11.776 murl.pdb
03/01/2010 03.30 56.832 murllib.dll
03/01/2010 03.30 36.352 murllib.pdb
03/01/2010 03.30 12.800 murlmode.dll
03/01/2010 03.30 24.064 murlmode.pdb
6 File(s) 141.876 bytes
2 Dir(s) 29.884.686.336 bytes free
C:\Program Files\Microsoft Oslo\1.0\bin\Components>
…while this is the content of the bin folder in the project…
C:\marco.parenzan\Progetti\…\With SQL Server Modelling\MUrl>dir
bin
Volume in drive C is OS
Volume Serial Number is 6813-CB84
Directory of C:\marco.parenzan\Progetti\….\…..\With SQL Server Mode
lling\MUrl\bin
03/01/2010 03.30 .
03/01/2010 03.30 ..
27/10/2009 12.58 376.648 ipad.exe
27/10/2009 12.58 1.156.952 IronPython.dll
27/10/2009 12.58 879.992 Microsoft.Intellipad.Control.dll
27/10/2009 12.58 138.608 Microsoft.Intellipad.Framework.dll
27/10/2009 12.58 28.016 Microsoft.Intellipad.Scripting.dll
27/10/2009 12.58 4.718.408 Microsoft.M.dll
27/10/2009 12.58 136.048 Microsoft.Oslo.Internal.dll
27/10/2009 12.58 1.013.616 Microsoft.Scripting.90.dll
27/10/2009 12.58 501.608 Microsoft.Scripting.Core.dll
27/10/2009 12.58 11.136 Microsoft.Scripting.ExtensionAttribute.dll
03/01/2010 03.30 7.168 murl.exe
03/01/2010 03.30 11.776 murl.pdb
03/01/2010 03.30 56.832 murllib.dll
03/01/2010 03.29 37.350 murllib.mx
03/01/2010 03.30 36.352 murllib.pdb
03/01/2010 03.30 12.800 murlmode.dll
03/01/2010 03.30 24.064 murlmode.pdb
03/01/2010 03.30 obj
27/10/2009 12.58 383.824 System.Dataflow.dll
27/10/2009 12.58 360.776 Xaml.dll
19 File(s) 9.891.974 bytes
3 Dir(s) 29.884.719.104 bytes free
C:\marco.parenzan\Progetti\……\…….\With SQL Server Modelling\MUrl>
Thanks,
Marco
Marco Parenzan
3 Jan 10 at 23:17
Doug,
one other question.
My experiments with SQL Server Modeling is a real DSL project. With a customer!
So the question is: which is the planned delivery date for SQL Server Modelling? Six months? one year? More?
Probably I’ll implement the “runtime” for the DSL with DLR. Which arguments can be done to prefer (and wait) “M” language instead of implementing the DSL with a custom DSL in IronRuby or implementing the parser with ANTLR?
Is real long waiting Intellipad components reuse (1+years) so I need to use ActiProSoftware?
Thanks in advance
Marco Parenzan
3 Jan 10 at 23:29
@Marco
As of today, we have not stated the future release schedule of SQL Server, but we locking down R2 right now and we’ll have something to say around schedules as soon as we can.
If you need to deliver something for a customer in the near future, I think you should use software that is already released or that will have a go-live release available by the time that you need it.
douglasp
4 Jan 10 at 09:18
Hi Doug,
Thanks for the help!
I updated the references as you suggested and also updated the deployx86.cmd to use program files (x86).
Voila, it worked like a charm.
-Arul
Arul
6 Jan 10 at 06:45
[...] [Update: If you want to see what you can do with “Intellipad”, check out how we extend it for MUrl.] [...]
EMacs.NET (2010) at Douglas Purdy
10 Feb 10 at 18:35
[...] Beyond IronPython, we support “modes” for “M”, T-SQL, and lots more. Of course, since the tool is completely extensible, you can add whatever language you want, as I did with MUrl. [...]
Does “Intellipad” (nee Emacs.NET) support .NET? at Douglas Purdy
11 Feb 10 at 01:05