I am just a newbie on Adempiere. I downloaded the Adempiere's project and run setup. After that, I've got this error and couldn't find the answer on google.
Does anyone have any idea about this error.
The error you have is due to custom code been defined in the ModelValidator window of ADempiere where the custom module is not compiled together into the binary. But as Colin Rooney asked for clarification, your error pop up box is specifying 'iDempiere' in some data. I can see it is ADempiere as the project logo is clearly ADempiere's and not to be the newer fork, iDempiere's. Also in your error-stack the log name is ADempiere.
Nevertheless the issue is the same for both. Just go to your database (most likely Postgres) go to the ModelValidator table and the FA module record, uncheck the IsActive field or delete the record.
To introduce the FA module you have to first compile it together with the whole ADempiere codebase before deploying.
iDempiere is different, as it does not lock modules in its meta data anymore. It is injected purely by OSGi plugin much like how Eclipse IDE works. I have a movie comparing both ways of deploying custom changes: http://youtu.be/Pm0DzUbVhes
I downloaded the Adempiere's project and run setup.
Did you download Adempiere or iDempiere? From the error it looks like iDemiere but that's not what you say. For support questions like this on Adempiere you'd be better asking for help in their forums or their gitter room
Stackoverflow is directed at developers and development/coding issues.
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?
I have a RCP app which I want to "brand", i.e. create a proper text for the about box with build id. Simple stuff. Unfortunately this wasn't as easy as I had hoped, and now I am stuck.
My RCP project is launched from a project configuration and is not deployed as plugins through features.
I have tried entering stuff directly in the product configuration -> branding tab, but when I do, the input isn't formatted, meaning I have no newlines and no possibility to externalize strings like I want to. I have also tried creating about.ini, about.properties and about.mappings in an attempt to use the %< property >, but still no luck. The about box is a standard org.eclipse.ui.help.aboutAction.
Every tutorial on the net says different things, so now I feel pretty confused. I have also tried to replicate what is done with branding in the Eclipse repos, without any luck.
Does anyone know what I'm doing wrong?
What is needed is this line in the MANIFEST.MF file:
Bundle-Localization: plugin
guido's comment on my question sheds some light on what the different files are for as well.
I'm at my wits end with this Java Bridge, after trying to force it to do what I want in C# I've abandoned the idea and started to stagger my way through Visual C++, however I'm running into constant problems which I'm slowly resolving. Except this one!
I'm missing an include file called AccessBridgeDebug.h. << TL:DR read here.
I can't even compile ANYTHING that uses the includes for AccessBridge because they all reference the debug file, and it just flat out does not come with the package I downloaded, or the one prior to it on the website. Google yields 0 results for the search term "AccessBridgeDebug.h" which has caused me to realise I rely on google far too much.
Please, someone, help.
For those who have the same problem, the solution was fairly simple. The Java Access Bridge 2.0.2 only contains updated files, not the entire package. Furthermore, there is no readily available download link to the 2.0.2 full installer.
To fix it, go here: https://www.oracle.com/java/technologies/java-archive-downloads-java-client-downloads.html#accessbridge-2.0.1-oth-JPR (Located accessbridge-2_0_1-manual_install\src\bridge\src\AccessBridgeDebug.h)
And download the 2.0.1 full source. All the missing header/c++ files can be found in here.
I use Eclipse to write Java code and use DropBox to sync my code with others' across our multiple computers. Most of the time, everything works as expected: if anyone makes a change on either end, the change is saved and when the other person refreshes the Eclipse workspace, the changes come through and can be viewed and run successfully.
Sometimes, one of several errors arises. Sometimes Eclipse says it cannot find a main class and sometimes it says it could not find the class itself. Sometimes it will not report an error but for some reason will not actually update the .class file and therefore run an old version even though the compiler displays the new source code and that saves. I've then noticed that if I manually copy the code into a new .java file elsewhere in the file system and then compile it, it works fine, but for some reason it refuses to regenerate the .class file and I have to delete it manually and replace it with the one generated in the other project--then it works. But for solving the other problems everything needs to be manually copied, deleted, and re-pasted....
[The actual errors include NoClassDefFoundError, UnsupportedClassVersionError, and some other error related to not having a main class.]
I realize that the description here is somewhat vague, but unfortunately I'm not entirely sure what's going on. I hope I'm just missing some basic fact that would help solve all these problems.
Thanks!
I'm sure you will see issues using Dropbox for sharing your source.
Eclipse does not know what Dropbox is doing whilst it's uploading and downloading updates and their activities will certainly not be synchronised. At arbitrary points in time when Eclipse tries to do builds etc. it will find unexpected activity going on, maybe even partially downloaded source files which might explain the specific errors you are seeing.
You're trying to do something more complex than sharing photos or documents. The advice I would give is to use a source control system like git or subversion for source code sharing and control. You can then make use of plugins for Eclipse that are designed to integrate these systems in an easy to use way. There's a learning curve there, but the skills will serve you well.
You can use online versions of these solutions like github and unfuddle if you want to consume sharing, backup and version control of source as a service like you do with Dropbox. They're free, too.
Subversion, Git and all version control software solve all of these problems for you.
Dropbox is not really an adapted system for sharing code. What you should do is set up a SVN, and commit only the source files. This way, you won't have these kind of errors.
Dropbox does have versioning (you can restore old versions of a file), and doesn't seem to be a horrible solution for the problem. I keep my Eclipse repository on Dropbox so it is available on any computer; but since I only use it myself, I haven't encountered your problems.
There is one case I can absolutely see you running into problems--it's if your class files are stored in the dropbox as well. This would just screw everything up. Make sure you specify a location on your local hard-drive for all build artifacts (classes, jars, ...) and that the only thing on your dropbox is the .java sources.
In fact, I suggest you don't keep your eclipse project in your dropbox, just create your eclipse project and point it to the java files in your dropbox.
If this doesn't work for you, go with what other people here said and set up a SVN repository somewhere, it's easier than you would think.
Oh, another possible problem--dates! You may want to make sure the date on your java files isn't jumping forwards and backwards (as might happen if one of your developers were in another time zone). In this case, Eclipse may prefer not to re-compile your file.
Also, instead of the copy/etc procedure you are currently going through, try forcing a project clean.
Response to request for more info:
When you start Eclipse, select/create a workspace that is NOT on your dropbox. The best place is probably off your home directory. If you have already specified a default workspace, there should be a switch workspace item in the file menu.
Create your project. select "Create project from existing source" and specify the source files in your dropbox. I think you want "create separate folders for source and class files" to keep your class files out of your dropbox. If you see anything saying "Copy files into your workspace, say "no".
This should give you a valid, working project. I hope you don't see those problems any more.
One more thing may help--and this may work on your existing project--without the above procedure...
Whenever you refresh your files (f5) to load in changes from the dropbox, select the Project/clean menu and select the project. This should delete all the class files and rebuild them.
If your classfiles are shared on the dropbox, this could still have strange consequences on other people with eclipse open, so I really do suggest rebuilding your workspace as I said above.
How to avoid no main class
Provide one. That issue has nothing to do with DropBox