When attempting to run Report Builder I get error below. After reading
earlier posts I have tried several combinations on the File Security
properties of the 6 Report Builder files and seem to get the furthest (I get
the Application Run - Security Warning dialog) while enabling Anonymous
access using the Report Server service account and also using Authenticated
access (Integrated Windows Authentication). I also tried changing the
RSWebApplication.Config from FullTrust to Partial Trust but that did not work.
Thanks in advance for any help
Please note that unlike earlier posts I have a Win32Exception at the end of
the error detail.
PLATFORM VERSION INFO
Windows : 5.1.2600.131072 (Win32NT)
Common Language Runtime : 2.0.50727.42
System.Deployment.dll : 2.0.50727.42 (RTM.050727-4200)
mscorwks.dll : 2.0.50727.42 (RTM.050727-4200)
dfdll.dll : 2.0.50727.42 (RTM.050727-4200)
dfshim.dll : 2.0.50727.42 (RTM.050727-4200)
SOURCES
Deployment url :
http://reporting.voyagerlearning.com/ReportServer/ReportBuilder/ReportBuilder.application
Server : Microsoft-IIS/6.0
X-Powered-By : ASP.NET
X-AspNet-Version: 2.0.50727
Application url :
http://reporting.voyagerlearning.com/ReportServer/ReportBuilder/ReportBuilder.exe.manifest
Server : Microsoft-IIS/6.0
X-Powered-By : ASP.NET
X-AspNet-Version: 2.0.50727
IDENTITIES
Deployment Identity : ReportBuilder.application, Version=9.0.2047.0,
Culture=neutral, PublicKeyToken=c3bce3770c238a49, processorArchitecture=msil
Application Identity : ReportBuilder.exe, Version=9.0.2047.0,
Culture=neutral, PublicKeyToken=c3bce3770c238a49, processorArchitecture=msil,
type=win32
APPLICATION SUMMARY
* Online only application.
* Trust url parameter is set.
ERROR SUMMARY
Below is a summary of the errors, details of these errors are listed later
in the log.
* Activation of
http://reporting.voyagerlearning.com/ReportServer/ReportBuilder/ReportBuilder.application resulted in exception. Following failure messages were detected:
+ Downloading
http://reporting.voyagerlearning.com/ReportServer/ReportBuilder/reportbuilder.chm.deploy did not succeed.
+ The remote server returned an error: (401) Unauthorized.
+ The logon attempt failed
COMPONENT STORE TRANSACTION FAILURE SUMMARY
No transaction error was detected.
WARNINGS
There were no warnings during this operation.
OPERATION PROGRESS STATUS
* [8/9/2006 11:26:32 PM] : Activation of
http://reporting.voyagerlearning.com/ReportServer/ReportBuilder/ReportBuilder.application has started.
* [8/9/2006 11:26:32 PM] : Processing of deployment manifest has
successfully completed.
* [8/9/2006 11:26:32 PM] : Installation of the application has started.
* [8/9/2006 11:26:32 PM] : Processing of application manifest has
successfully completed.
* [8/9/2006 11:26:35 PM] : Request of trust and detection of platform is
complete.
ERROR DETAILS
Following errors were detected during this operation.
* [8/9/2006 11:26:35 PM]
System.Deployment.Application.DeploymentDownloadException (Unknown subtype)
- Downloading
http://reporting.voyagerlearning.com/ReportServer/ReportBuilder/reportbuilder.chm.deploy did not succeed.
- Source: System.Deployment
- Stack trace:
at
System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)
at System.Deployment.Application.SystemNetDownloader.DownloadAllFiles()
at
System.Deployment.Application.FileDownloader.Download(SubscriptionState
subState)
at
System.Deployment.Application.DownloadManager.DownloadDependencies(SubscriptionState
subState, AssemblyManifest deployManifest, AssemblyManifest appManifest, Uri
sourceUriBase, String targetDirectory, String group, IDownloadNotification
notification, DownloadOptions options)
at
System.Deployment.Application.ApplicationActivator.DownloadApplication(SubscriptionState
subState, ActivationDescription actDesc, Int64 transactionId, TempDirectory&
downloadTemp)
at
System.Deployment.Application.ApplicationActivator.InstallApplication(SubscriptionState subState, ActivationDescription actDesc)
at
System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut)
at
System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
-- Inner Exception --
System.Net.WebException
- The remote server returned an error: (401) Unauthorized.
- Source: System
- Stack trace:
at System.Net.HttpWebRequest.GetResponse()
at
System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)
-- Inner Exception --
System.ComponentModel.Win32Exception
- The logon attempt failed
- Source: System
- Stack trace:
at System.Net.NTAuthentication.GetOutgoingBlob(Byte[] incomingBlob,
Boolean throwOnError, SecurityStatus& statusCode)
at System.Net.NTAuthentication.GetOutgoingBlob(String incomingBlob)
at System.Net.NegotiateClient.DoAuthenticate(String challenge, WebRequest
webRequest, ICredentials credentials, Boolean preAuthenticate)
at System.Net.NegotiateClient.Authenticate(String challenge, WebRequest
webRequest, ICredentials credentials)
at System.Net.AuthenticationManager.Authenticate(String challenge,
WebRequest request, ICredentials credentials)
at System.Net.AuthenticationState.AttemptAuthenticate(HttpWebRequest
httpWebRequest, ICredentials authInfo)
at System.Net.HttpWebRequest.CheckResubmitForAuth()
at System.Net.HttpWebRequest.CheckResubmit(Exception& e)
COMPONENT STORE TRANSACTION DETAILS
No transaction information is available.Never mind. Just use How to Enable Anonymous Access on the ReportBuilder
Folder in Configure a Report Server for Report Builder Access
Showing posts with label combinations. Show all posts
Showing posts with label combinations. Show all posts
Friday, March 9, 2012
Saturday, February 25, 2012
Report always end with blank page
Hi,
Regardless of the set of data, I am finding that the report always ends with
a blank page.
I have tried several combinations of changing the KeepTogether parameter and
have made sure the PageBreakAtStart = false and PageBreakAtEnd = false
everywhere.
What could cause this extra page?
KevinThis has happened to me when my report contained an object, like a
table, that was a hair wider than the margins. Make sure your objects
are within the left and right margins.
Just an idea.
Shane
Kevin VanRiper wrote:
> Hi,
> Regardless of the set of data, I am finding that the report always ends with
> a blank page.
> I have tried several combinations of changing the KeepTogether parameter and
> have made sure the PageBreakAtStart = false and PageBreakAtEnd = false
> everywhere.
> What could cause this extra page?
> Kevin|||I also frequently get stumped by how non-obvious it is that report
items that are too wide are creating extra pages.|||there is nothing obvious about this topic really. I have followed all the
suggested fixes to the letter many times and still end up with blank page at
the end with a header. If there is a report item that is "too wide" ... it
is anything BUT obvious when I am certain that my page width < rt.margin +
body + lt. margin (from report page properties). If you have another
suggestion to add I am open to anything. I use them all. Thanks.
"Eva Pierce Monsen" wrote:
> I also frequently get stumped by how non-obvious it is that report
> items that are too wide are creating extra pages.
>|||I have reviewed each line of the actual XML of the RDL and confirmed that
margins + body do not exceed size of the page.
"MJT" <MJT@.discussions.microsoft.com> wrote in message
news:63C7514E-0AB3-478F-B955-E6456C7E486E@.microsoft.com...
> there is nothing obvious about this topic really. I have followed all the
> suggested fixes to the letter many times and still end up with blank page
> at
> the end with a header. If there is a report item that is "too wide" ...
> it
> is anything BUT obvious when I am certain that my page width < rt.margin +
> body + lt. margin (from report page properties). If you have another
> suggestion to add I am open to anything. I use them all. Thanks.
> "Eva Pierce Monsen" wrote:
>> I also frequently get stumped by how non-obvious it is that report
>> items that are too wide are creating extra pages.
>>|||Try ensuring that everything is smaller than the width of the page -
and check for anything that might be 'pushed down', in terms of height.
It is all too easy to get something just a hair off - and I find that
sometimes going to the exact limit (mathematically) means that you go
too far when you actually render|||In my table footer there is a cell with content that can be multiple lines
(includes CRLF within the data). Will this cause the issue? If so, what is
the fix for this knowing that I need the data to include these CRLF?
"Parker" <psmith@.iquest.net> wrote in message
news:1150977864.447449.124050@.y41g2000cwy.googlegroups.com...
> Try ensuring that everything is smaller than the width of the page -
> and check for anything that might be 'pushed down', in terms of height.
> It is all too easy to get something just a hair off - and I find that
> sometimes going to the exact limit (mathematically) means that you go
> too far when you actually render
>|||Kevin,
Yes, that's exactly something that could cause the extra page. Make
sure that your footer area is large enough to fully contain the largest
data including the CRLFs. Double check all the size and location
properties for page Header, Body and Page Footer to ensure everything
fits inside your report size. I always leave at least an eighth inch
leeway all the way around just in case.
Good reporting!!
toolman
Kevin VanRiper wrote:
> In my table footer there is a cell with content that can be multiple lines
> (includes CRLF within the data). Will this cause the issue? If so, what is
> the fix for this knowing that I need the data to include these CRLF?
> "Parker" <psmith@.iquest.net> wrote in message
> news:1150977864.447449.124050@.y41g2000cwy.googlegroups.com...
> > Try ensuring that everything is smaller than the width of the page -
> > and check for anything that might be 'pushed down', in terms of height.
> >
> > It is all too easy to get something just a hair off - and I find that
> > sometimes going to the exact limit (mathematically) means that you go
> > too far when you actually render
> >|||I believe this is a bug not a developer issue. We don't have this issue
with other reporting tools.
It is impossible to know during development the exact length of dynamic,
variable length data that is coming from a varchar(max) field. That is the
whole reason one looks to using a reporting tool like SQL Reporting
Services.
Is there anyone from Microsoft that can respond with a reasonable fix to
this bug?
"toolman" <timd@.infocision.com> wrote in message
news:1151065588.315448.204240@.c74g2000cwc.googlegroups.com...
> Kevin,
> Yes, that's exactly something that could cause the extra page. Make
> sure that your footer area is large enough to fully contain the largest
> data including the CRLFs. Double check all the size and location
> properties for page Header, Body and Page Footer to ensure everything
> fits inside your report size. I always leave at least an eighth inch
> leeway all the way around just in case.
> Good reporting!!
> toolman
> Kevin VanRiper wrote:
>> In my table footer there is a cell with content that can be multiple
>> lines
>> (includes CRLF within the data). Will this cause the issue? If so, what
>> is
>> the fix for this knowing that I need the data to include these CRLF?
>> "Parker" <psmith@.iquest.net> wrote in message
>> news:1150977864.447449.124050@.y41g2000cwy.googlegroups.com...
>> > Try ensuring that everything is smaller than the width of the page -
>> > and check for anything that might be 'pushed down', in terms of height.
>> >
>> > It is all too easy to get something just a hair off - and I find that
>> > sometimes going to the exact limit (mathematically) means that you go
>> > too far when you actually render
>> >
>|||Try adding border lines to all objects that don't have them, just to see if
there are any objects that behaves strangelly.
I've found that if you pub a matrix in a rectangle, and there's extra space
in that rectangle, the matrix will make sure that the rectangle ends the
same number of pixels to the right when the matrix is filled with columns -
which gives me a blank page, even if the rectangle is within the limits of
the margins.
Kaisa M. Lindahl Lervik
"MJT" <MJT@.discussions.microsoft.com> wrote in message
news:63C7514E-0AB3-478F-B955-E6456C7E486E@.microsoft.com...
> there is nothing obvious about this topic really. I have followed all the
> suggested fixes to the letter many times and still end up with blank page
> at
> the end with a header. If there is a report item that is "too wide" ...
> it
> is anything BUT obvious when I am certain that my page width < rt.margin +
> body + lt. margin (from report page properties). If you have another
> suggestion to add I am open to anything. I use them all. Thanks.
> "Eva Pierce Monsen" wrote:
>> I also frequently get stumped by how non-obvious it is that report
>> items that are too wide are creating extra pages.
>>
Regardless of the set of data, I am finding that the report always ends with
a blank page.
I have tried several combinations of changing the KeepTogether parameter and
have made sure the PageBreakAtStart = false and PageBreakAtEnd = false
everywhere.
What could cause this extra page?
KevinThis has happened to me when my report contained an object, like a
table, that was a hair wider than the margins. Make sure your objects
are within the left and right margins.
Just an idea.
Shane
Kevin VanRiper wrote:
> Hi,
> Regardless of the set of data, I am finding that the report always ends with
> a blank page.
> I have tried several combinations of changing the KeepTogether parameter and
> have made sure the PageBreakAtStart = false and PageBreakAtEnd = false
> everywhere.
> What could cause this extra page?
> Kevin|||I also frequently get stumped by how non-obvious it is that report
items that are too wide are creating extra pages.|||there is nothing obvious about this topic really. I have followed all the
suggested fixes to the letter many times and still end up with blank page at
the end with a header. If there is a report item that is "too wide" ... it
is anything BUT obvious when I am certain that my page width < rt.margin +
body + lt. margin (from report page properties). If you have another
suggestion to add I am open to anything. I use them all. Thanks.
"Eva Pierce Monsen" wrote:
> I also frequently get stumped by how non-obvious it is that report
> items that are too wide are creating extra pages.
>|||I have reviewed each line of the actual XML of the RDL and confirmed that
margins + body do not exceed size of the page.
"MJT" <MJT@.discussions.microsoft.com> wrote in message
news:63C7514E-0AB3-478F-B955-E6456C7E486E@.microsoft.com...
> there is nothing obvious about this topic really. I have followed all the
> suggested fixes to the letter many times and still end up with blank page
> at
> the end with a header. If there is a report item that is "too wide" ...
> it
> is anything BUT obvious when I am certain that my page width < rt.margin +
> body + lt. margin (from report page properties). If you have another
> suggestion to add I am open to anything. I use them all. Thanks.
> "Eva Pierce Monsen" wrote:
>> I also frequently get stumped by how non-obvious it is that report
>> items that are too wide are creating extra pages.
>>|||Try ensuring that everything is smaller than the width of the page -
and check for anything that might be 'pushed down', in terms of height.
It is all too easy to get something just a hair off - and I find that
sometimes going to the exact limit (mathematically) means that you go
too far when you actually render|||In my table footer there is a cell with content that can be multiple lines
(includes CRLF within the data). Will this cause the issue? If so, what is
the fix for this knowing that I need the data to include these CRLF?
"Parker" <psmith@.iquest.net> wrote in message
news:1150977864.447449.124050@.y41g2000cwy.googlegroups.com...
> Try ensuring that everything is smaller than the width of the page -
> and check for anything that might be 'pushed down', in terms of height.
> It is all too easy to get something just a hair off - and I find that
> sometimes going to the exact limit (mathematically) means that you go
> too far when you actually render
>|||Kevin,
Yes, that's exactly something that could cause the extra page. Make
sure that your footer area is large enough to fully contain the largest
data including the CRLFs. Double check all the size and location
properties for page Header, Body and Page Footer to ensure everything
fits inside your report size. I always leave at least an eighth inch
leeway all the way around just in case.
Good reporting!!
toolman
Kevin VanRiper wrote:
> In my table footer there is a cell with content that can be multiple lines
> (includes CRLF within the data). Will this cause the issue? If so, what is
> the fix for this knowing that I need the data to include these CRLF?
> "Parker" <psmith@.iquest.net> wrote in message
> news:1150977864.447449.124050@.y41g2000cwy.googlegroups.com...
> > Try ensuring that everything is smaller than the width of the page -
> > and check for anything that might be 'pushed down', in terms of height.
> >
> > It is all too easy to get something just a hair off - and I find that
> > sometimes going to the exact limit (mathematically) means that you go
> > too far when you actually render
> >|||I believe this is a bug not a developer issue. We don't have this issue
with other reporting tools.
It is impossible to know during development the exact length of dynamic,
variable length data that is coming from a varchar(max) field. That is the
whole reason one looks to using a reporting tool like SQL Reporting
Services.
Is there anyone from Microsoft that can respond with a reasonable fix to
this bug?
"toolman" <timd@.infocision.com> wrote in message
news:1151065588.315448.204240@.c74g2000cwc.googlegroups.com...
> Kevin,
> Yes, that's exactly something that could cause the extra page. Make
> sure that your footer area is large enough to fully contain the largest
> data including the CRLFs. Double check all the size and location
> properties for page Header, Body and Page Footer to ensure everything
> fits inside your report size. I always leave at least an eighth inch
> leeway all the way around just in case.
> Good reporting!!
> toolman
> Kevin VanRiper wrote:
>> In my table footer there is a cell with content that can be multiple
>> lines
>> (includes CRLF within the data). Will this cause the issue? If so, what
>> is
>> the fix for this knowing that I need the data to include these CRLF?
>> "Parker" <psmith@.iquest.net> wrote in message
>> news:1150977864.447449.124050@.y41g2000cwy.googlegroups.com...
>> > Try ensuring that everything is smaller than the width of the page -
>> > and check for anything that might be 'pushed down', in terms of height.
>> >
>> > It is all too easy to get something just a hair off - and I find that
>> > sometimes going to the exact limit (mathematically) means that you go
>> > too far when you actually render
>> >
>|||Try adding border lines to all objects that don't have them, just to see if
there are any objects that behaves strangelly.
I've found that if you pub a matrix in a rectangle, and there's extra space
in that rectangle, the matrix will make sure that the rectangle ends the
same number of pixels to the right when the matrix is filled with columns -
which gives me a blank page, even if the rectangle is within the limits of
the margins.
Kaisa M. Lindahl Lervik
"MJT" <MJT@.discussions.microsoft.com> wrote in message
news:63C7514E-0AB3-478F-B955-E6456C7E486E@.microsoft.com...
> there is nothing obvious about this topic really. I have followed all the
> suggested fixes to the letter many times and still end up with blank page
> at
> the end with a header. If there is a report item that is "too wide" ...
> it
> is anything BUT obvious when I am certain that my page width < rt.margin +
> body + lt. margin (from report page properties). If you have another
> suggestion to add I am open to anything. I use them all. Thanks.
> "Eva Pierce Monsen" wrote:
>> I also frequently get stumped by how non-obvious it is that report
>> items that are too wide are creating extra pages.
>>
Subscribe to:
Posts (Atom)