Grazy Mos Posted November 9, 2006 Share Posted November 9, 2006 Is it possible to store the result files you get from the scheduler on a local pc instead of a directory on the server? I dont want to have the exucuted reports saved in jasperIntelligence. But I dont want to remove the complete scheduler. The users should have the option to schedule the reports and get the results in their mailbox :) Is there a way to remove the Content Repository option in the scheduler or to modify it so it could store the executed reports on a local pc. Thanks in advance, Niels Link to comment Share on other sites More sharing options...
lucianc Posted November 9, 2006 Share Posted November 9, 2006 What do you mean by a "local pc"? Is it a machine that an user uses to connect to the JI server? If so, how would the scheduler, which runs on the server, save the result on a file system located on the client machine? Regarding your second question: the current JI code always saves job results into the repository. Theoretically (and if the license permits it) one could extends some JI classes to inhibit this, but since the JI source code has not been made public yet, this would be pretty difficult to achieve. Regards,Lucian Link to comment Share on other sites More sharing options...
Grazy Mos Posted November 10, 2006 Author Share Posted November 10, 2006 I see how its impossible to save it to a local users pc when the user isnt logged on. So that wouldnt be an option in this case. I just want to prevent my server to be full of executed reports. Is it possible to make a temp folder where the reports could be stored for a day then get deleted? And is it possible to remove all directory's in the Content Repository except this temp folder? ps. the Run in Background functionality also has this 'problem'. Thanks in advance, Niels Link to comment Share on other sites More sharing options...
lucianc Posted November 16, 2006 Share Posted November 16, 2006 If you need a temp folder which will get cleaned periodically, you'd have to implement such a feat yourself as there is nothing similar in the JI code. You could maybe use the maintenanceScheduler defined in applicationContext-logging.xml to define a job that cleans the temp folder. I don't understand your second question. You can delete any folder you want, JI doesn't impose a folder structure. Regards,Lucian Link to comment Share on other sites More sharing options...
Grazy Mos Posted November 16, 2006 Author Share Posted November 16, 2006 I was talking about the combobox options in the Content Repository behind the folder label Content Repository *folder [COMBOBOX WHERE YOU CAN SELECT THE FOLDER] The combobox automaticly gives all the folders where the user has (read)acces to. Since i only want those folders to be read only shouldnt it be logic they wouldnt be in the write-to-folder-combobox? thanks in advance, NielsPost edited by: Grazy Mos, at: 2006/11/16 12:14 Link to comment Share on other sites More sharing options...
lucianc Posted November 20, 2006 Share Posted November 20, 2006 The output folder list should contain only folders for which the user has write access. You can post a bug regarding this here. In the meantime, you can override the folder list by extending com.jaspersoft.jasperserver.war.action.ReportJobEditAction:Code:public class MyReportJobEditAction extends ReportJobEditAction { public Event setOutputReferenceData(RequestContext context) { Event event = super.setOutputReferenceData(context); List folders = (List) context.getRequestScope().get(getContentFoldersAttrName()); if (folders != null) { for (ListIterator it = folders.listIterator(); it.hasNext();«») { Folder folder = (Folder) it.next(); if (filter(folder)) { it.remove(); } } } return event; } protected boolean filter(Folder folder) { ... }}and by changing the type of the reportJobEditAction (defined in actionBeans.xml) to the extended class. Regards,Lucian Link to comment Share on other sites More sharing options...
lucianc Posted November 21, 2006 Share Posted November 21, 2006 There is already a bug for this here. Regards,Lucian Link to comment Share on other sites More sharing options...
benu Posted September 25, 2007 Share Posted September 25, 2007 Hi, Lucian, Your link to a fix is no longer valid - would you point me to the resolution of this matter, please? Thanks, Ben Link to comment Share on other sites More sharing options...
lucianc Posted October 11, 2007 Share Posted October 11, 2007 The bug I was talking about has been moved here. However, it has not been fixed yet. Regards,Lucian Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now