R# 3.0 and BuildProviders

Build providers are a "neat" way to automatically generate code during build in a website project. The problem is that R# 3.0 doesn't parse this generated code and it shows your code full of errors.

I personaly use SubSonic (ORM) which depends on build providers. R# 2.5 couldn't handle generated code (via build providers) either, but I had found a liitle trick. I disabled R# through Tools -> Add-in, then "Build" the website and then reenabled the R# plugin. This way R# 2.5 parsed the generated code, althought I had to do this everytime I opened a solution with SubSonic.

In R# 3.0 even that little trick doesn't work. Is build provider support scheduled for a future release? If not, will you consider a fix in the next nightly builds?

tia,
Nikos Bilalis.

10 comments
Comment actions Permalink

We have the same problem with generated code through a custom tool.
It's the thing that (amongst others) generates wrappers for xsd files.

We have a custom tool that generates our data access, which bases itself
on special xml files (which tell the tool which database, which tables, which
stored procedures, etc...), and then, each time the xml file gets saved,
Visual Studio takes care of running the custom tool, generating the that
does it all code.
It is related to Subsonic, in that it also generates data access code, but
it is not a build provider, just a custom tool.

Every time code gets generated by Visual Studio (calling the custom tool),
Resharper doesn't catch the changes to the source code.
While it is not the same as the Subsonic question, I do have the same question:
is support for this scheduled ?

Thanks for your info.

+1



0
Comment actions Permalink

Hello Dirk,

does ReSharper catch up the changes after you manually open the generated
file in the editor? Thanks.


Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


We have the same problem with generated code through a custom tool.
It's the thing that (amongst others) generates wrappers for xsd files.

We have a custom tool that generates our data access, which bases
itself
on special xml files (which tell the tool which database, which
tables, which
stored procedures, etc...), and then, each time the xml file gets
saved,
Visual Studio takes care of running the custom tool, generating the
that
does it all code.
It is related to Subsonic, in that it also generates data access code,
but
it is not a build provider, just a custom tool.
Every time code gets generated by Visual Studio (calling the custom
tool),
Resharper doesn't catch the changes to the source code.
While it is not the same as the Subsonic question, I do have the same
question:
is support for this scheduled ?
Thanks for your info.

>> +1
>>


0
Comment actions Permalink

Dirk,

The trick, that might work is switching to any other application and back to
visual studio when build is finished.
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

Thx Sergey,

I had noticed already weeks now that opening the generated file resolves
the Resharper cache issue.
I forgot to mention it. Sorry for that.

I just would like the fix in the product of course, so that Resharper is
aware of the changes automagically ;)

Dirk,

The trick, that might work is switching to any other application and
back to visual studio when build is finished.



0
Comment actions Permalink

Yes, indeed, it refreshes its cache accordingly. I forgot to mention it
in my report.
Just annoying to always have to open the generated file. We have about thirty(!!)
of these...

Hello Dirk,

does ReSharper catch up the changes after you manually open the
generated file in the editor? Thanks.

Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>> We have the same problem with generated code through a custom tool.
>> It's the thing that (amongst others) generates wrappers for xsd
>> files.
>>
>> We have a custom tool that generates our data access, which bases
>> itself
>> on special xml files (which tell the tool which database, which
>> tables, which
>> stored procedures, etc...), and then, each time the xml file gets
>> saved,
>> Visual Studio takes care of running the custom tool, generating the
>> that
>> does it all code.
>> It is related to Subsonic, in that it also generates data access
>> code,
>> but
>> it is not a build provider, just a custom tool.
>> Every time code gets generated by Visual Studio (calling the custom
>> tool),
>> Resharper doesn't catch the changes to the source code.
>> While it is not the same as the Subsonic question, I do have the same
>> question:
>> is support for this scheduled ?
>> Thanks for your info.
>>> +1
>>>


0
Comment actions Permalink

How about BuildProviders? Should we hope for support in the near future :) ?

0
Comment actions Permalink

Nikos,

Yes, we've got them in development plan for 4.0.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

Interesting, for me too !
Is there a plan on when this release will be out as well ?

Nikos,

Yes, we've got them in development plan for 4.0.



0
Comment actions Permalink

Hello Dirk,

We aim at end of 2007 - beginning of 2008 for next version, though this are
just some prelimiary ideas, we are still in planning phase for 4.0.

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


DM> Interesting, for me too !
DM> Is there a plan on when this release will be out as well ?
>> Nikos,
>>
>> Yes, we've got them in development plan for 4.0.
>>


0

Please sign in to leave a comment.