Restlet 2.1.RC1 works fine but upgrading to 2.1.2 gives :
WARN - Unable to unmarshal the XML representation
javax.xml.bind.JAXBException: Unable to create customized SAX source
- with linked exception:
[javax.xml.parsers.ParserConfigurationException: FEATURE_SECURE_PROCESSING: Cannot set the feature to false when security manager is present.]
at org.restlet.ext.jaxb.internal.Unmarshaller.unmarshal(Unmarshaller.java:201)
at org.restlet.ext.jaxb.JaxbRepresentation.getObject(JaxbRepresentation.java:417)
at org.restlet.ext.jaxb.JaxbConverter.toObject(JaxbConverter.java:172)
at org.restlet.service.ConverterService.toObject(ConverterService.java:170)
at org.restlet.resource.Resource.toObject(Resource.java:828)
at org.restlet.engine.resource.ClientInvocationHandler.invoke(ClientInvocationHandler.java:240)
at com.sun.proxy.$Proxy57.getServerInformation(Unknown Source)
I confess a while ago I posted a very similar question - but in that one I focused on the issue that
Restlet 2.1.2 + Java 1.6 as a Netbeans 7.x app works.
But changing java to Java 1.7 gives above error so I think this question is not a duplicate as here I am focusing on Restlet 2.1.RC1 ==> 2.1.2.
As mention in other question I suspect this change is related.
The eventual workaround was the code hack described in
https://stackoverflow.com/a/19230016/449347
See the bug raised at https://github.com/restlet/restlet-framework-java/issues/785
Related
I am using Alfresco Community v6.0.7.
When I try to query the default path by searching just PATH:"/" in the Node Browser of Alfresco Share, I get No results and 07100085 is displayed at the Name column in the grid below.
Can anyone tell me what could be causing this issue and where do we declare the app:company_home property?
Issue solved. I tried running Solr search services using following command
./solr/bin/solr start -a "-Dcreate.alfresco.defaults=alfresco,archive"
It did not give any error on the console, but when I checked Solr logs it was throwing error.
ERROR (main) [ ] o.a.s.c.SolrCore null:java.lang.UnsupportedClassVersionError: org/alfresco/error/AlfrescoRuntimeException has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
This was because I was running JDK on the machine whereas Alfresco Search Services 1.4 requires JDK 11. After upgrading to JDK 11 both core and archive got created and I was able to run queries again in the Node Browser.
I have installed ObjectAid UML explorer in Eclipse Juno 4.2.2. Throws the following error when I launch it.
The selected wizard could not be started.
Plug-in com.objectaid.uml.cls was unable to load class com.objectaid.uml.cls.editor.NewClassDiagramWizard.
JVMCFRE003 bad major version;
Appreciate your insights and help. Thanks.
'Bad major version' means the code was compiled for a newer version of Java that the one you are using.
According to the ObjectAid download page the current 1.2.x releases require Java 8.
Use the older 1.1.x release if you are using Java 6 or 7.
I'm trying to upgrade myfaces to latest version (without the whole java EE 8 stack, since tomee 8 is still not released).
It seems to work fine in most of the cases, however refreshing some pages throws this error
java.lang.ClassCastException: [B cannot be cast to java.base/java.lang.Integer
at org.omnifaces.util.Hacks.removeViewState(Hacks.java:432)
at org.omnifaces.viewhandler.OmniViewHandler.unloadView(OmniViewHandler.java:134)
at org.omnifaces.viewhandler.OmniViewHandler.restoreView(OmniViewHandler.java:101)
at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:97)
Please note that this is not a bug report, it's just a question. Should omnifaces 2.x work with jsf 2.3?
This is caused by unload of a page associated with OmniFaces #ViewScoped. This is supposed to work just fine. This issue also manifests in OmniFaces 3.0. It has as per issue 444 been fixed in OmniFaces 2.6.9 and 3.1.
I know that the title is almost identical to other questions, but, I've not been able to resolve my problem with those answers.
This is the problem:
I have 2 almost identical projects (one has been cloned from the other with mercurial) and some changes have been made.
After the last pull from the original project, the following error appears when I try to run the project. I know that means that the project is being compiled with java7 and run with java6.
Exception in thread "main" java.lang.UnsupportedClassVersionError: com/[...]/Start : Unsupported major.minor version 51.0
The original project keeps running normally.
It runs if I change the Java Platform in the project properties to java7, but I need the project to run on java6, so that's not an option.
Product Version: NetBeans IDE 7.2 (Build 201207171143)
Java: 1.6.0_35; Java HotSpot(TM) 64-Bit Server VM 20.10-b01
System: Linux version 3.2.0-32-generic running on amd64; UTF-8; en_US (nb)
Thanks for your help!
You can add more than 1 jdk to your environment and you can decide which one to use. try to add the jdk 6 and compile it based on that.
I have been using the dynamic code evaluation for dynamic loading of my changed classes in my Jboss server ,
I have found this tool very helpful and interesting , but it have a problem that it works with jdk 1.6 , but As i am trying to use java 7 in my project it fails .
Can anyone suggest similar type of tool with java7 support
I suggest using... the Dynamic Code Evolution VM for Java 7 :) The DCEVM web site is not up to date and the version available for download there doesn't work with the latest versions of Java 7. For some time the Mercurial repository contained a more recent version and it has been eventually forked on Github where binaries for Windows and Linux are provided. On Debian/Ubuntu DCEVM is also available after installing the openjdk-7-jre-dcevm package.