I have Eclipse, the Juno release. Just recently I am getting a few JSP errors which aren't valid or I don't care to see. Examples of the errors are below.
The function fn:replace is undefined
Attribute (cellpadding) is obsolete. Its use is discouraged in HTML5 documents.
The function error is not valid, as it working perfectly fine when I run the web application. I simple don't care the HTML5 related obsolete messages. I'd like Eclipse to not display these "errors".
I've tried enabling project specific validations, and turning off the HTML, JSP, & Tag validators, but it made no difference.
Maybe you mean that your project is using using older type of (x)html. If you don't like Eclipse falling by default to HTML5, go to project properties, then Web Content Settings, then in Document Type select the one you use.
Related
I recently found this guy's website, claiming he had found a way to set XML syntax coloration in a TextMergeViewer, a thing that is not "naturally possible" in Eclipse.
Here is the URL of his website : https://vzurczak.wordpress.com/2010/09/25/merge-compare-dialogs-and-xml-syntax-highlighting/
However, the way he dealt with the issue seems to be not applicable right now (in 2016, and I am running Eclipse 4.4.0). The two major problems I found are the following ones :
StructuredTextViewer cannot be resolved as a type (I see many forums telling that we cannot/could not access it)
It looks impossible to cast a StructuredTextViewerConfigurationXML to a SourceViewerConfiguration.
I am not pretending that he is a liar, but I guess that I missed something, or Eclipse performed some internal changes affecting his code, written in 2010.
If someone knows how to solve these issues, his help would be welcomed.
Thanks for reading.
StructuredTextEditor and related classes are part of the Eclipse Web Tools. In particular the 'Eclipse XML Editors and Tools' feature.
Some downloads of Eclipse include this, other don't. If you don't have it you can install it using 'Install New Software...'. Choose you main Eclipse site and look for 'Eclipse XML Editors and Tools' in the 'Web, XML, Java EE and OSGi Enterprise Development' section.
Is is not possible to use Eclipse Forms (org.eclipse.ui.forms) in pure e4 projects? I want to utilize an ExpandableComposite.
When I start my application using the run/debug configuration everything works find. But as soon as I try to run it from the product configuration or is as a packaged e4 product, I'm getting a "Missing Constraint: Require Bundle: org.eclipse.ui.forms" error.
Also, adding org.eclipse.ui.forms to the list of dependencies and starting the product, seems to alter my plugin.xml contents. After that the CSS style sheet entry is just gone.
Of course I tried googling, but all I could come up with is this article by Lars Vogel "Using Eclipse Forms in Eclipse 4 RCP" where he basically says that CSS styling shall be used over forms, but doesn't say that they don't work together at all.
If, for some reason this will not work, is there anything comparable to the ExpandableComposite widget?
In Netbeans 8: a new HTML5 project using AngularJS online template lets me runs the html files with the debugger attached to browser and I can set breakpoints inside Netbeans JavaScript files to debug. Which makes things ALOT easier.
But when I create a Java maven based web project with AngularJS dependencies I have to use the browser's code viewer to debug the Javascript code. Which is more time consuming.
How can I debug JavaScript files inside Netbeans instead of debugging in the browser for a Java maven based web project ?
You don't / can't directly. While it is possible to run a Java based Javascript interpreter you won't have access to any browser windows or DOM elements. Instead, you almost certainly want to use EmbeddedBrowser to launch and control Firefox, Safari and/or IE depending on which you wish to test with in Netbeans. Note that it's running an external process to do this, and I don't think you'll be able to access the browser developer tools from within the embedded environment (which is what I normally use when debugging Javascript).
I'm using JRebel 5.0.0 in Intellij IDEA (Leda preview, 122.746) with JRebel plug-in. The server is GlassFish v3.1.
My application uses Wicket, with HTML templates placed in the same place as classes.
The problem is that updated classes do successfully reload after project rebuild, but updated HTMLs do not. For instance, I can add an element both to the page class and to the HTML, and then get an exception from Wicket saying that this element is referenced in the code, but absent in the markup.
Updated HTML resources and recompiled classes end up in the same directory (which I've checked), this directory is present in rebel.xml (and this setup is valid because recompiled classes are indeed updated).
What might be the problem?
Well, that was completely my fault, and kind of a stupid one.
I just haven't noticed a <wicket:extend> tag in the edited HTML, so my updates ended up ignored.
HTML refresh does actually work, everything runs smoothly even without clearing markup cache (thanks to a Wicket plug-in).
I have an old tool an (ex-)colleague wrote a few years back with Jaxer, that I'd like to replace/rewrite.
Jaxer is an (abandoned) server-side framework based on a headless Mozilla/Gecko-Browser allowing you to use JavaScript and the DOM server-side.
Since Jaxer is abandoned and because I have big problems installing and running Aptana Studio 1.5 with Jaxer on a new computer, I'm looking for a library/framework/something on which I can base a new version.
This tool is only run locally inside Aptana Studio (the IDE for Jaxer) and was never intended to be an actual web app. It crawls our customers websites by loading them page by page into the server-side Mozilla. In order to do that it uses jQuery and predefined CSS selectors to find the links in the menus and parse other information out of the pages. The final result is basically a glorified sitemap.
I'd like to keep this modus operandi if possible and continue using jQuery/JavaScript/the DOM to load and parse/access the pages, but it can be wrapped in a framework based on another language such as Java. I considered writing something based on Gecko myself, but that seems a bit over the top, so I'm open for an other suggestions.
As far as HTML crawling/parsing goes:
http://ccil.org/~cowan/XML/tagsoup/
or
http://jsoup.org/