I'd like to know, if is it possible to generate and print a report ( using jasper report for example) on the client side?
They would have to have jasper report and java installed. I suppose you could push an applet to the client with all the necessary jars and stuff.
Why would you do this?
This should be do with every (most) reporting solutions. You need a Java client that run as applet or Java applet or you render as PDF and print with the PDF viewer.
Related
I have created a Interactive Report page on oracle apex 5.1.4 on my local environment [ windows 10]. I have retrieved data on that page using custom SQL query from different tables. Now I want to download report as PDF using Download option [ Image-1 ]. PDF file is downloading fine but PDF file is not opening. [ Image-2 ]
Note that, In the Instance Settings- Print Server is selected as External Apache (FOP).
I did not get any resources on this topic, Any solution?
If the setting is set to external print server, do you have a print server configured? has that print server been verified to work correctly?
If these are not true, then have you configured apex to use ORDS? If yes then you should be able to set the print server settings to ORDS. You do not get a ton of configuration options out of the box, but you do get a PDF.
Have a look at Dimitri Gielis' blog, Export your APEX Interactive Report to PDF. It seems that your case is described in his case #2:
... you will need to configure a print server like BI Publisher or
Apache-FOP.
How to configure it? No idea, it's beyond my knowledge.
I want to create a html file with a Java applet for my database. The Java code works fine in the applet viewer and I've used a JDBC jar file for SQL connectivity.
What I can't do, is to link these two and embed them onto a html file. How do I do it?
My WelcomApplet class has 6 other classes in the same file which I've used for Swing.
Due to the limited privileges available in java applets, it's generally a lot easier to use a three-tier system (applet talks to application server which talks to database through JDBC) rather than a two-tier system (applet talks to database).
Don't get me wrong, I think it's possible to talk directly if you grant certain permissions to the applet, but three-tier is more prevalent for web applets.
See http://publib.boulder.ibm.com/infocenter/rbhelp/v6r3/index.jsp?topic=%2Fcom.ibm.redbrick.doc6.3%2Fciacg%2Fciacg35.htm.
If I understood you right, you need to write several *.jar files in "ARCHIVE" attribute of an "APPLET" tag.
For example:
<applet
codebase = "."
archive = "test.jar,spring.jar,jdbc.jar,etc.jar"
code = "applet.Applet1"
name = "Applet"
width = "100"
height = "100" >
</applet>
Im building an GUI that will help my team mates to execute some jars without going using the terminal (with all the validating and stuff).
At some stage, the gui sould gather params from the gui and execute them, something like : --start -Xbootclasspath/p:lib/OB-4.3.4.jar:lib/OBNaming-4.3.4.jar -Dmy.property.ns=corbaloc:iiop:localhost:900/NameService -Dmachine=energie -Dexecutable=MOREventd -DtypeArbo=1 -jar MOREventd
I was wondering how could i do that since Runtime Exec doesn't work with Google Web Toolkit)
thx for any help.
The GWT module will need to send details about the invocation to a server by using GWT-RPC, RequestFactory, or some other communication package. The server will then execute the commands on behalf of the browser client.
I'm working on an app that uses Jena for storage (with the TDB backend). I'm looking for something like the equivalent of Squirrel, that lets me see what's being stored, run queries etc. This seems like an obvious thing to need, but my (perhaps badly phrased) google queries aren't turning up anything promising.
Any suggestions, please? I'm on XP. Even a command line tool would be helpful.
Take a look at my Store Manager tool which is part of the dotNetRDF Toolkit which I develop as part of the wider dotNetRDF project I maintain.
It provides a fairly basic GUI through which you can connect to various Triple Stores including TDB provided that you expose your dataset via Joseki/Fuseki. You need to have .Net 3.5 installed to run the apps in the toolkit.
If you don't already expose your TDB dataset via HTTP try using Fuseki as it is ridiculously easy to use and can be run just on your local machine when necessary to make your TDB store available via HTTP for use with my tool e.g.
java -jar fuseki-0.1.0-server.jar --update --loc data /dataset
Please see the Fuseki wiki for more information on running Fuseki and the various options. In the above example Fuseki is run with SPARQL Update enabled (the --update flag), using the TDB dataset located in the directory data (the --loc data argument) and with a base URI of /dataset for the data.
Once running you can use my tool to connect to a Fuseki server by going to File > New Generic Store Manager, selecting the "Fuseki" tab from the dialog that appears, entering the URI http://localhost:3030/dataset/data and then clicking "Connect to Fuseki".
Twinkle is a handy SPARQL client : http://www.ldodds.com/projects/twinkle/
As it happens I'm working on something similar myself, but it still needs a lot of work (check back in a month :) http://hyperdata.org/wiki/Scute
first download jena fusaki from
https://jena.apache.org/download/index.cgi
un-zip the file and copy the "jena-fuseki-1.0.1" to c drive
open cmd
type for accesing the folder
"cd C:\jena-fuseki-1.0.1"
then type
"java -jar fuseki-server.jar --update --loc data /dataset"
at last open a browser and type
"localhost:3030/"
remember you must first declear the enviorment verible(located in system poperties then advance tab)
and edit variable name call "Path" in the "System verible" to
"C:\jena-fuseki-1.0.1"
I also develop a SPARQL client, Open Source in Java Swing: EulerGUI.
In fact it does a lot more, see the manual:
http://eulergui.svn.sourceforge.net/viewvc/eulergui/trunk/eulergui/html/documentation.html
For the SPARQL feature, better take the EulerGUI minimal build:
http://sourceforge.net/projects/eulergui/files/eulergui/1.11/
I have the BIRT Report Server configured in TOMCAT and it works fine when running reports that require an XML datasource, but that XML file has be available on the network in order for the server to find it and run. Is there an out of the box configuration in the BIRT server that will prompt the user to upload the XML file directly to the server when they try to run a given report that requires an XML data source? This would be handy for users that have the XML datasource stored locally on their C drive and not have to move them to a network server in order to be read by BIRT. Thanks in advance.
Paul
There is not an OOTB solution that does what you describe.
Without the OOTB option, the best way to handle this would be using Actuate's IDAPI. This will give you all the tools to get the file uploaded and added to the iServer. You can expose the IDAPI interface in any number of ways including on the BIRT report itself or on a custom parameter request page.