So I've been searching for 1 hour on Google and this website if I can generate reports using Jasper reports in Dart.
Anyone know if it is possible?
Is there any plug-in?
Thanks in advance
You can make a request from the browser (might be Dart) to the server (probably in Dart according to your question) and the server has to forward the request to a service running in Java or an application built in Java which generates the PDF file and returns the file (or the path to the file) to the Dart server which itself serves it to the browser.
You can make a Java service that accepts HTTP requests directly and skip the Dart server. The Browser can then directly access the Java service that generates the PDF and receive it from there.
It all depends how your infrastructure looks like.
(I don't know Jasper Reports, it might offer some functionality that makes this easier. This is just a generic answer).
You might take a look at this site
http://community.jaspersoft.com/questions/818313/which-best-way-use-jasperreport-php-application
I suppose this will apply mostly to Dart as well.
I found that Jasper Reports offers a standalone server which allows both above described scenarios
http://community.jaspersoft.com/project/jasperreports-server
There seems not to be a dedicated Dart client available (like this one for PHP) but Dart is quite capable of accessing a REST API. It's just a bit more manual labor to access the server than with customized a client library.
Related
I am trying to create an ActiveXObject (to use FileSystemObject) but it's only supported in IE.
Is there a way I can make it work in Chrome or Firefox? I need to read all the files in a specific given folder, and list those.
Well, is there another way to do it?
ActiveX is only supported by IE - the other browsers use a plugin architecture called NPAPI. However, there's a cross-browser plugin framework called Firebreath that you might find useful.
No for the moment.
I doubt it will be possible for the future for ActiveX support will be discontinued in near future (as MS stated).
Look here about HTML Object tag, but not anything will be accepted. You should try.
ActiveX resolved in Chrome!
Hello all this is not the solution but the successful workaround and I have implemented as well.
This required some implementation on client machine as well that why is most suitable for intranet environment and not recommended for public sites. Even though one can implement it for public sites as well the only problem is end user has to download/implement solution.
Lets understand the key problem
Chrome cannot communicate with ActiceX
Solution: Since Chorme cannot communicate with ActiveX but still it can communicate with the API hosted on the client machine. So develop API using .Net MVC or any other technology so that through Ajax call it can communicate with the API and API communicate with the ActiveX object situated on the client machine. Since API also resides in Client machine that why there is no problem in communication. This API works as mediator between Chrome browser and ActiveX.
During API implementation you might encounter CORS issues, Use JSONP to deal with it.
Pictorial view of the solution
Other solution : Use URI Scheme like MailTo: or MS-Word to deal with outlook and word application. If your requirement is different then you can implement your customized URI Scheme.
ActiveX is supported by Chrome.
Chrome check parameters defined in : control panel/Internet option/Security.
Nevertheless,if it's possible to define four different area with IE, Chrome only check "Internet" area.
I have some doubt regarding gwt file handling.
How to do file handling in gwt(at server side). How to create simple file. I mean which class is particularly used for CREATING and HANDLING it ??
Where is the file created. Is it under server package or somewhere else ??
How to resolve serialization and serialization problem. ??
GWT is a client-side technology. It's server-agnostic (and can also be used client-only, e.g. mobile apps, Chrome apps, browser extensions). GWT-RPC and RequestFactory use Java servlets by default (nothing precludes implementing RequestFactory in other languages/technologies) but have otherwise no requirement or limitations.
So, server-side, it's all just Java in most of the cases, and depends on your deployment target (e.g. AppEngine restricts what you can do, servlet containers can also have security policies in place, and you're of course dependent on authorizations at the filesystem level)
Since GWT is a pure client-side technology you have all possible options like plain Servlets for example. You are not limited in any way in picking the upload approach.
However, there is a number of open source projects, which make possible to use nice features like progress bars and multiple file uploads. And those come integrated with some GWT widgets as well. Check this project for example http://code.google.com/p/gwtupload/
does anyone has experience with Broadsoft with php or zend framework? I have to access a Broadsoft platform with zend framework over soap, but there is no wsdl file...
Regards Andrea
For the most part, the Broadsoft/Broadworks WSDL file sits at this URL (WITH YOUR DOMAIN)
http://YOURDOMAIN/webservice/services/ProvisioningService?wsdl
Wimzel and idanek both basically hit it on the nail. I've been developing for Broadsoft BroadWorks for about 6 years now. Broadsoft treats everything as an OCI Command. In the Java or C# world, you'd rely on BroadSofts provided XSD schema paying particular attention to the release version matching your BroadSoft servers version - with java you'd then use xml-beans or jax-b to read in the XSD schema and generate your java code in C# you'd use xsd.exe. In the case of Broadworks R20SP1 this generates roughly 4300 java classes O_o. I've also done the same thing using C#.
If you cant migrate from PHP to Java or C#, this previous question may give you some help or lead you on to other searches
generate PHP classes from XSD?
Note - technically you can just create a raw TCP socket on port 2208 (default), authenticate, login (all using OCI "Commands") and use the same J-Session Id for all subsequent calls if done in a timely manner. You can create all the OCI commands XML from scratch - but if you were trying to create a provisioning system or something this may be quite painful. Generally at the simplest provisioning a group, user and phone in Broadsoft is a minimum of about 15 API calls/commands
That is the first step, second step is to create OCI-P messages from XSD shema.
Using Google App Engine SDK:
webpage: http://hwsejk.appspot.com/
I'm trying to make a web server using java and jsp (it is a web server for an iPhone application). I don't know a lot about java so I'm having a lot of troubles trying to construct a server by myself. For now, I have tried implementing cookie, database, and some other methods. Now that I've given you basic information about my web server, I have a few questions to ask.
Is it the right approach to use java and jsp to make a web server like this? the java servlets get and send user inputs to different jsp pages, which contain some HTML and java code. But I've found some posts here that it's a bad practice to use jsp like this. I don't know how else I can make webpages. Could anyone please recommend the right approach to make a web server (like the one linked above)? I would love to know if there is some kind of a template that I can take a look at.
What you are making doesnt seem to be a "server" at all but rather a "web application" or "web site". The former implies you are creating a piece of sfotware to implement a specific protocol like HTTP, FTP, etc. while the latter is making a series of web pages or and application that runs on server.
You can create a web application in any number of languages, not just Java. From the screenshot you shared i would think that using Rails (Ruby), Django (Paython), or Symfony2 (PHP) would probably get you up and running pretty fast as it looks like you dont need much more than some basic model scaffolding with a pretty face.
If you are familiar with Java you might also want to try the Play! framework...
For web application development, I've been steeped in dynamic languages such as Ruby, PHP, and Python. Using popular frameworks for these languages, all my knowledge about HTML, CSS, and JavaScript transfers fairly straightforwardly: templates are basically HTML with embedded code that the server executes to generate the dynamic sections of the page.
Lately, I've been thinking about using GWT for building the UI of my next project. At this point, I'm just trying to wrap my head around how development with GWT works, as seems to follow an entirely different paradigm. In addition, it seems there's an unstated assumption that the server-side part of the app is written in Java. Would it be impractical to use something other than Java for the server side?
Related question:
GWT + GAE python: frameworks for COMET & RPC
While not actually impractical I would say that you get the most value from GWT by having the same code on client and server, since it allows for easy code reuse (fx. if your data objects are serializable then you could just send them directly to the client). So I guess my answer would be; yes you can do it and it's going to be more work than just having Java on the server side.
I don't think there's any requirement that you use Java on the server. At the end of the day, GWT compiles Java to JavaScript. You can do all the comms via the RequestBuilder object, you don't have to use the RPC services.
I guess the question is: if you don't like/know/prefer Java on the server side, why would you use it on the client when it's effectively an abstraction over JavaScript anyway?
There is no requirement to use Java on the server side. GWT supports JSON out of the box. Any server side component that can generate JSON ( or other supported serialization methods ) will work. You could use PHP on the server side, or bash shell scripts, it doesn't matter to the Javascript code that is generated by GWT.
Yes, it can be practical. I use Rails as my backend and GWT/GXT as my frontend. I love every bit of it! I couldn't stand worrying about browser incompatibilities, so GWT/GXT was a real joy. Also, I had already started my backend in Rails and did not have much experience with Java on the server, so I stuck with Rails.
You may want to take a look at an appropriate GWT Rest framework, as you won't be using RPC.
As an aside, there is one exception where you should use Java on the server. That's if you want to use Google App Engine.
Feel free to ask me any specific questions and I'll be happy to help you out.
Good Luck.
-JP