armin.lengauer

Hi, we would desperately need the possibility to copy the content of field values of an ad hoc report. We could not find any way to do that. How is this possible ? Is there any configuration setting that would enable that functionality ? regards, Armin

Hi, we have a tabular ad-hoc report for a list of tickets of a ticket system. One of the columns contains the URLs of the corresponding tickets. Is there a way to have this field's values displayed as "clickable" links, so that users can directly navigate to the ticket. regards, Armin

Hi, have you found a solution to this ? I am having the same problem with Jasperreports Server 8.1.1.

It seems the only way to prevent access to the underlying data model of Jaspersoft Reports for users with read-only rights and Jaspersoft Studio is to use abstract data sources like domains.

We are having a response time of ~ 30s in domain designer, when saving a previously updated field in display tab. The domain itself is built on around 85 derived tables and exposes around 30 Sets of around 1500 fields in total at the display tab. Though we do not experience an abnormal response time in other parts of domain designer, we face this bad response time for each single field we want to rename - and we want to rename almost all fields for data abstraction. According to jconsole there is no abnormality by the server in using the servers resources when the problem occurs. Also the SQL trace shows that SQL statements by Jasperserver are executed within the same millisecond and there is a gap of ~ 30s between Jasperservers SQL requests as well. We could also exclude network latency or browser side flaws. Very strange - does anyone have an idea about the root cause or how to improve response times in that case ? We don't want our domain designers work with an xml editor to directly manipulate the schema.xml. Software configuration: Jaspersoft Server 6.4.3 Enterprise MS Windows 2012 R2 MS SQL 2012

Hi, we have users with read-only permission to reports on the server and Jaspersoft Studio installed on their workplaces. Is there a way to prevent that those users can open those reports and examine the embedded SQL ? I understand that those users cannot update the reports or the SQL but there is some kind of security concern that users who should only consume the report results have access to the underlying SQL data model. regards, Armin