JHipster 6.0.1: Could not resolve propdeps-plugin - jhipster

Just recently generate jhipster online v.6.0.1 and could not resolve io.spring.gradle:propdeps-plugin:0.0.10.RELEASE.
Anyone faced the same issue?
org.gradle.api.ProjectConfigurationException: A problem occurred configuring root project 'abc'.
at org.gradle.configuration.project.LifecycleProjectEvaluator.wrapException(LifecycleProjectEvaluator.java:79)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.gradle.api.internal.artifacts.ivyservice.DefaultLenientConfiguration$ArtifactResolveException: Could not resolve all artifacts for configuration ':classpath'.
at org.gradle.api.internal.artifacts.configurations.DefaultConfiguration.rethrowFailure(DefaultConfiguration.java:1195)
at org.gradle.api.internal.artifacts.configurations.DefaultConfiguration.access$2100(DefaultConfiguration.java:138)
... 108 more
Caused by: org.gradle.internal.resolve.ModuleVersionResolveException: Could not resolve io.spring.gradle:propdeps-plugin:0.0.10.RELEASE.
Required by:
project :
Caused by: org.gradle.internal.resolve.ModuleVersionResolveException: Could not resolve io.spring.gradle:propdeps-plugin:0.0.10.RELEASE.
Caused by: org.gradle.api.resources.ResourceException: Could not get resource 'http://repo.spring.io/plugins-release/io/spring/gradle/propdeps-plugin/0.0.10.RELEASE/propdeps-plugin-0.0.10.RELEASE.pom'.
at org.gradle.internal.resource.ResourceExceptions.failure(ResourceExceptions.java:74)
at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.gradle.internal.resource.transport.http.HttpErrorStatusCodeException: Could not HEAD 'http://repo.spring.io/plugins-release/io/spring/gradle/propdeps-plugin/0.0.10.RELEASE/propdeps-plugin-0.0.10.RELEASE.pom'. Received status code 500 from server: Internal Server Error
at org.gradle.internal.resource.transport.http.HttpClientHelper.processResponse(HttpClientHelper.java:160)
at org.gradle.internal.resource.transport.http.HttpClientHelper.performHead(HttpClientHelper.java:72)
at org.gradle.internal.resource.transport.http.HttpResourceAccessor.getMetaData(HttpResourceAccessor.java:64)
at org.gradle.internal.resource.transfer.DefaultExternalResourceConnector.getMetaData(DefaultExternalResourceConnector.java:63)
at org.gradle.internal.resource.transfer.AccessorBackedExternalResource.getMetaData(AccessorBackedExternalResource.java:201)
... 190 more

After waiting for 1 hours this was not reproducible anymore. It seems that the problem was caused by spring repo issue.

Related

Java11 Migration : Powermock error while instantiating the test cases

I am attaching error log here. It is causing compilation failure in a maven project. Seems that tests are not running after all saying that no tests were found. What I have done during migration is excluding all powermock-api-mockito dependencies and included powermock-api-mockito2 (since java11 migration is being done).
Caused by: java.lang.reflect.InvocationTargetException
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at org.powermock.modules.testng.internal.TestClassInstanceFactory.create(TestClassInstanceFactory.java:48)
... 24 more
Caused by: java.lang.IllegalStateException: Could not initialize plugin: interface org.mockito.plugins.MockMaker (alternate: null)
at org.mockito.internal.configuration.plugins.PluginLoader$1.invoke(PluginLoader.java:74)
at com.sun.proxy.$Proxy32.isTypeMockable(Unknown Source)
at org.mockito.internal.util.MockUtil.typeMockabilityOf(MockUtil.java:29)
at org.mockito.internal.util.MockCreationValidator.validateType(MockCreationValidator.java:22)
at org.mockito.internal.creation.MockSettingsImpl.validatedSettings(MockSettingsImpl.java:241)
at org.mockito.internal.creation.MockSettingsImpl.build(MockSettingsImpl.java:229)
at org.mockito.internal.MockitoCore.mock(MockitoCore.java:62)
at org.mockito.Mockito.mock(Mockito.java:1908)
at org.powermock.api.mockito.internal.mockcreation.DefaultMockCreator.createMethodInvocationControl(DefaultMockCreator.java:108)
at org.powermock.api.mockito.internal.mockcreation.DefaultMockCreator.doCreateMock(DefaultMockCreator.java:61)
at org.powermock.api.mockito.internal.mockcreation.DefaultMockCreator.createMock(DefaultMockCreator.java:53)
at org.powermock.api.mockito.internal.mockcreation.DefaultMockCreator.mock(DefaultMockCreator.java:40)
at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:126)
... 29 more
Caused by: java.lang.IllegalStateException: Failed to load interface org.mockito.plugins.MockMaker implementation declared in java.lang.CompoundEnumeration#e146f93
at org.mockito.internal.configuration.plugins.PluginInitializer.loadImpl(PluginInitializer.java:54)
at org.mockito.internal.configuration.plugins.PluginLoader.loadPlugin(PluginLoader.java:57)
at org.mockito.internal.configuration.plugins.PluginLoader.loadPlugin(PluginLoader.java:44)
at org.mockito.internal.configuration.plugins.PluginRegistry.<init>(PluginRegistry.java:22)
at org.mockito.internal.configuration.plugins.Plugins.<clinit>(Plugins.java:19)
at org.mockito.internal.util.MockUtil.<clinit>(MockUtil.java:24)
... 41 more
Caused by: java.lang.ClassCastException: Cannot cast org.powermock.api.mockito.mockmaker.PowerMockMaker to org.mockito.plugins.MockMaker
at java.base/java.lang.Class.cast(Class.java:3605)
at org.mockito.internal.configuration.plugins.PluginInitializer.loadImpl(PluginInitializer.java:50)
... 46 more`
What I have done during migration is excluded all powermock-api-mockito dependencies and included powermock-api-mockito2 (since java11 migration is being done).
I was expecting the tests to run, but they are not even being initiated.

Redhawk V3 - IDE Not displaying domain correctly

On a fresh install of Redhawk version 3 everything appears to be working and interacting with the domain works fine through Python. I appreciate the IDE has been deprecated but I am wondering if there is a fix to an issue when inspecting the domain. When connecting to a domain the IDE is producing the following error
Failed to fetch profile object from profile path: 'sca:///domain/DomainManager.dmd.xml?domain=REDHAWK_DEV&fs=IOR%3A000000000000001749444C3A43462F46696C654D616E616765723A312E300000000000010000000000000070010102000B00000031302E31312E322E3132000022CC00001C000000FF446F6D61696E4D616E61676572FEDD11376201003E5C00000000000200000000000000080000000100000000545441010000001C00000001000000010001000100000001000105090101000100000009010100#/'
The full stack indicates it is trying to access a file that doesn't exist (DomainManager.dmd.xml, which doesn't exist), full stack
org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException: org.eclipse.core.runtime.CoreException: File cache error: /home/centos/workspace/.metadata/.plugins/gov.redhawk.sca.efs/fileCache/sdr_REDHAWK_DEV/dom/domain/DomainManager.dmd.xml at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.handleDemandLoadException(ResourceSetImpl.java:319) at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:278) at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getResource(ResourceSetImpl.java:406) at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getEObject(ResourceSetImpl.java:220) at gov.redhawk.model.sca.ProfileObjectWrapper$Util.fetchProfileObject(ProfileObjectWrapper.java:225) at gov.redhawk.model.sca.impl.ScaPropertyContainerImpl.fetchProfileObject(ScaPropertyContainerImpl.java:379) at gov.redhawk.model.sca.impl.ScaPropertyContainerImpl.fetchPropertyDefinitions(ScaPropertyContainerImpl.java:708) at gov.redhawk.model.sca.impl.ScaPropertyContainerImpl.fetchProperties(ScaPropertyContainerImpl.java:611) at gov.redhawk.model.sca.impl.ScaDomainManagerImpl.fetchAttributes(ScaDomainManagerImpl.java:2187) at gov.redhawk.model.sca.impl.CorbaObjWrapperImpl.refresh(CorbaObjWrapperImpl.java:761) at gov.redhawk.sca.model.provider.refresh.internal.RefresherSwitch$1.refresh(RefresherSwitch.java:90) at gov.redhawk.sca.model.provider.refresh.internal.RefresherSwitch$1.refresh(RefresherSwitch.java:84) at gov.redhawk.sca.model.provider.refresh.internal.RefreshTasker.refresh(RefreshTasker.java:264) at gov.redhawk.sca.model.provider.refresh.internal.RefreshTasker$RefreshTask.run(RefreshTasker.java:214) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:750) Caused by: org.eclipse.core.runtime.CoreException: File cache error: /home/centos/workspace/.metadata/.plugins/gov.redhawk.sca.efs/fileCache/sdr_REDHAWK_DEV/dom/domain/DomainManager.dmd.xml at gov.redhawk.efs.sca.internal.cache.FileCache.downloadFile(FileCache.java:159) at gov.redhawk.efs.sca.internal.cache.FileCache.update(FileCache.java:74) at gov.redhawk.efs.sca.internal.cache.FileCache.openInputStream(FileCache.java:84) at gov.redhawk.efs.sca.internal.ScaFileStore.openInputStream(ScaFileStore.java:306) at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.eclipse.emf.ecore.resource.impl.EFSURIHandlerImpl.createInputStream(EFSURIHandlerImpl.java:249) at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360) at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1314) at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoad(ResourceSetImpl.java:259) at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:274) ... 19 more Caused by: java.util.concurrent.ExecutionException: org.omg.CORBA.MARSHAL: Server-side Exception: null vmcid: 0x41540000 minor code: 10 completed: No at mil.jpeojtrs.sca.util.ProtectedThreadExecutor.submit(ProtectedThreadExecutor.java:86) at gov.redhawk.efs.sca.internal.cache.FileCache.readProtected(FileCache.java:199) at gov.redhawk.efs.sca.internal.cache.FileCache.copyLarge(FileCache.java:187) at gov.redhawk.efs.sca.internal.cache.FileCache.downloadFile(FileCache.java:137) ... 30 more Caused by: org.omg.CORBA.MARSHAL: Server-side Exception: null vmcid: 0x41540000 minor code: 10 completed: No at sun.reflect.GeneratedConstructorAccessor26.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at org.jacorb.orb.SystemExceptionHelper.read(SystemExceptionHelper.java:222) at org.jacorb.orb.ReplyReceiver.getReply(ReplyReceiver.java:456) at org.jacorb.orb.Delegate._invoke_internal(Delegate.java:1419) at org.jacorb.orb.Delegate.invoke_internal(Delegate.java:1188) at org.jacorb.orb.Delegate.invoke(Delegate.java:1176) at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:475) at CF._FileStub.read(_FileStub.java:66) at gov.redhawk.efs.sca.internal.ScaFileInputStream.read(ScaFileInputStream.java:84) at java.io.InputStream.read(InputStream.java:101) at gov.redhawk.efs.sca.internal.cache.FileCache$1.call(FileCache.java:203) at gov.redhawk.efs.sca.internal.cache.FileCache$1.call(FileCache.java:1) at mil.jpeojtrs.sca.util.ProtectedThreadExecutor.submit(ProtectedThreadExecutor.java:84) ... 33 more
Confirmed files exist on Redhawk V2 system, removed and re-added workspace directory
It seems that the issue was fixed in v3.0.1 - https://github.com/RedhawkSDR/redhawk/releases/tag/3.0.1.
The effort in REDHAWK 3.0.1 focused on:
Replace log4j with reload4j in the Core Framework and in the IDE.
Resolved bug preventing fei3-generator from generating python code
Resolved bug preventing IDE from connecting to a running redhawk-3.0.0 domain

com.databricks.sql.io.FileReadException: Error while reading file wasbs:REDACTED_LOCAL_PART#****.blob.core.windows.net/

I am getting the following error message:
com.databricks.sql.io.FileReadException: Error while reading file wasbs:REDACTED_LOCAL_PART#*******.blob.core.windows.net/cook/processYear=2021/processMonth=01/processDay=09/processHour=00/part-00003-tid-4640843606947508963-f47b3f23-a580-40bd-ad0d-29229-1.c000.avro.
at org.apache.spark.sql.execution.datasources.FileScanRDD$$anon$1$$anon$2.logFileNameAndThrow(FileScanRDD.scala:286)
at org.apache.spark.sql.execution.datasources.FileScanRDD$$anon$1$$anon$2.getNext(FileScanRDD.scala:264)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException
at com.microsoft.azure.storage.core.Utility.initIOException(Utility.java:737)
at org.apache.spark.sql.execution.datasources.FileScanRDD$$anon$1$$anon$2.getNext(FileScanRDD.scala:235)
... 23 more
Caused by: com.microsoft.azure.storage.StorageException: Blob hash mismatch (integrity check failed), Expected value is xmypzfnpTdq8eFLxZ49DhQ==, retrieved CY7+V9/JEfVroD5omBB2Uw==.
at com.microsoft.azure.storage.blob.CloudBlob$9.postProcessResponse(CloudBlob.java:1409)
at com.microsoft.azure.storage.blob.BlobInputStream.dispatchRead(BlobInputStream.java:255)
... 53 more
Any idea how to resolve this? Thanks.

Catastrophic initialization failure! Shutting down null WAB due to: null // NPE # WabBundleProcessor.initContext(WabBundleProcessor.java:460)

when I deploy a maven module spring mvc portlet Liferay7.3 ga1 in the Lr7 portal, I got this error can anyone support please !
Is there something missing?
This is the stack trace:
2020-02-28 14:41:14.570 ERROR [fileinstall-/usr/share/portail/liferay-ce-portal-7.3.0-ga1/osgi/war][WabBundleProcessor:244] Catastrophic initialization failure! Shutting down null WAB due to: null
java.lang.NullPointerException
at com.liferay.portal.osgi.web.wab.extender.internal.WabBundleProcessor.initContext(WabBundleProcessor.java:463)
at com.liferay.portal.osgi.web.wab.extender.internal.WabBundleProcessor.init(WabBundleProcessor.java:140)
at com.liferay.portal.osgi.web.wab.extender.internal.WebBundleDeployer._initWabBundle(WebBundleDeployer.java:159)
at com.liferay.portal.osgi.web.wab.extender.internal.WebBundleDeployer.doStart(WebBundleDeployer.java:88)
at com.liferay.portal.osgi.web.wab.extender.internal.WabFactory$WABExtension.start(WabFactory.java:113)
2020-02-28 14:41:14.572 ERROR [Framework Event Dispatcher: Equinox Container: 4c0cd32f-6426-4a62-bb58-24614ae72cc6][Framework:93] FrameworkEvent ERROR
org.osgi.framework.ServiceException: Exception in com.liferay.portal.osgi.web.servlet.context.helper.internal.ServletContextHelperRegistrationServiceFactory.getService()
at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.factoryGetService(ServiceFactoryUse.java:222)
at org.eclipse.osgi.internal.serviceregistry.ServiceFactoryUse.getService(ServiceFactoryUse.java:111)
...
Caused by: java.lang.ExceptionInInitializerError
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
Any support is appreciated, thanks!!
I had the same problem with Liferay 7.1.
As for my case, it was a maven dependency that was missing when the war was built.
So i'm guessing there is something you are doing wrong before deploy.
Maybe this link will help you : Liferay forum
Regards.

jhipster Using docker image all tests failing

For my project, I need to have a certain jhipster version.
But I also want to play around with all the new jhipster features (version 5+).
Therefore, my idea is to run the newest jhipster inside a docker container, so nothing intereferes with my project setup.
I followed the offical jhipster install guide.
The installation was succesful.
Now comes there part where I am stuck.
Using ./gradlew test, all tests fail.
I tried the ./gradlwe test in both directories, meaning once in the docker container directory (docker container exec -it jhipster bash --> then inside the app folder doing yarn install and then ./gradlew test)
and from my local directory where the volume got mounted (~/jhipster).
What am I missing?
For anyone interested in seeing the tests failing (this is how all of them look like):
Task :test
org.jhipster.health.web.rest.LogsResourceIntTest > changeLogs FAILED
java.lang.IllegalStateException
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException
Caused by: org.springframework.beans.factory.BeanCreationException
Caused by: io.jsonwebtoken.security.WeakKeyException
org.jhipster.health.web.rest.LogsResourceIntTest > getAllLogs FAILED
java.lang.IllegalStateException
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException
Caused by: org.springframework.beans.factory.BeanCreationException
Caused by: io.jsonwebtoken.security.WeakKeyException
org.jhipster.health.web.rest.LogsResourceIntTest > testLogstashAppender FAILED
java.lang.IllegalStateException
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException
Caused by: org.springframework.beans.factory.BeanCreationException
Caused by: io.jsonwebtoken.security.WeakKeyException
org.jhipster.health.web.rest.AccountResourceIntTest > testSaveInvalidEmail FAILED
java.lang.IllegalStateException
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException
Caused by: org.springframework.beans.factory.BeanCreationException
Caused by: io.jsonwebtoken.security.WeakKeyException
137 tests completed, 113 failed
> Task :test FAILED
FAILURE: Build failed with an exception.
I solved this issue, even though I do not understand HOW this is a fix.
Since I have a working .yo-rc.json I used docker cp to copy this file into the docker container and then ran jhipster.
Now I removed that file and ran a blank jhipster with the same configuration parameters and after this all gradlew test did pass.

Resources