[JBoss JIRA] (JBIDE-17722) Cannot edit custom deployment directory in server editor
by Martin Malina (JIRA)
Martin Malina created JBIDE-17722:
-------------------------------------
Summary: Cannot edit custom deployment directory in server editor
Key: JBIDE-17722
URL: https://issues.jboss.org/browse/JBIDE-17722
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: server
Affects Versions: 4.2.0.Beta2
Environment: JBDS 8.0.0.Beta2
JBoss Tools 4.2.0.Beta3-SNAPSHOT - nightly build from 2014/06/30
Reporter: Martin Malina
Assignee: Rob Stryker
Fix For: 4.2.0.Beta3
This happens in both JBDS 8 Beta2 and JBT master nightly from today.
When you try to use a custom dir for deployment on an AS5-style server, the field cannot be edited. Both on Mac and Windows (so probably Linux as well).
What happens is that every time you try to type something (even delete/backspace), the cursor will just move to the front and nothing will happen.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17668) JBoss 4.2.3 Hot Deployment does not work (worked with 4.1.x)
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17668?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-17668:
---------------------------------------
+1 on the updated PR - I verified the fix on Windows. Both workspace metadata (did not work in first version of PR) and jboss deployment dir now work.
> JBoss 4.2.3 Hot Deployment does not work (worked with 4.1.x)
> ------------------------------------------------------------
>
> Key: JBIDE-17668
> URL: https://issues.jboss.org/browse/JBIDE-17668
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta2
> Environment: Win7 x64, Eclipse Luna 4.4 RC3, JBoss 4.2.3GA
> Reporter: Nero M
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 4.2.0.Beta3
>
> Attachments: duplicate-scanner.png
>
>
> When i start JBoss 4.2.3GA i get this:
> org.jboss.deployment.DeploymentException: Trying to install an already registered mbean: jboss.remoting:type=Connector,name=DefaultEjb3Connector,handler=ejb3
> at org.jboss.system.ServiceCreator.install(ServiceCreator.java:103)
> Then when i change any file (just an xhtml for instance) The Server shuts down. Instead it should just hot-deploy that file like it did with Kepler + AS Tools 4.1. But here it seems a full deployment is being done (Not just the file) resulting in a Server reboot
> 12:09:29,452 INFO [EARDeployer] Undeploying J2EE application, destroy step: file:/C:/server/jboss/............ear
> 12:09:29,452 INFO [EARDeployer] Undeployed J2EE application: file:/C:/server/jboss/..........................ear
> Thanks for any help :( If this is not fixed, we cannot move to Luna. unfortunately i cant move to a different application server
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17721) Param validation is not changed right after all ParamConverterProviders are removed from the project
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17721?page=com.atlassian.jira.plugi... ]
Xavier Coulon updated JBIDE-17721:
----------------------------------
Sprint: Sprint to Beta3 Release
> Param validation is not changed right after all ParamConverterProviders are removed from the project
> ----------------------------------------------------------------------------------------------------
>
> Key: JBIDE-17721
> URL: https://issues.jboss.org/browse/JBIDE-17721
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.0.Beta3
> Environment: JBoss WebServices Tools 1.7.0.Beta3-v20140628-0157-B555
> Reporter: Radoslav Rábara
> Fix For: 4.2.0.Beta3
>
>
> Once there is at least one registered class, which implements ParamConverterProvider, in the project, the Param Validation (as implemented in JBIDE-15592) is bypassed (implemented in JBIDE-16763). However, after all ParamConverterProviders are unregistered/removed from the project, the Param Validation is still bypassed until the jax-rs validation is invoked by another action.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17715) JAX-RS metamodel failed to build/refresh due to StringIndexOutOfBoundsException
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17715?page=com.atlassian.jira.plugi... ]
Xavier Coulon updated JBIDE-17715:
----------------------------------
Sprint: Sprint to Beta3 Release
> JAX-RS metamodel failed to build/refresh due to StringIndexOutOfBoundsException
> -------------------------------------------------------------------------------
>
> Key: JBIDE-17715
> URL: https://issues.jboss.org/browse/JBIDE-17715
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.0.Beta3
> Environment: JBoss WebServices Tools 1.7.0.Beta3-v20140628-0157-B555
> Reporter: Radoslav Rábara
> Fix For: 4.2.0.Beta3
>
>
> While editing bean class, an error occurred: "Failed to build or refresh the JAX-RS metamodel".
> {code}
> java.lang.StringIndexOutOfBoundsException: String index out of range: -9
> at java.lang.String.substring(String.java:1911)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsEndpoint.getDisplayablePathTemplate(JaxrsEndpoint.java:446)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsEndpoint.refreshUriPathTemplate(JaxrsEndpoint.java:327)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsEndpoint.update(JaxrsEndpoint.java:234)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.builder.JaxrsElementChangedProcessorDelegate.processChange(JaxrsElementChangedProcessorDelegate.java:394)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.builder.JaxrsElementChangedProcessorDelegate.processEvent(JaxrsElementChangedProcessorDelegate.java:100)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsMetamodel.processElementChange(JaxrsMetamodel.java:712)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsMetamodel.update(JaxrsMetamodel.java:734)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsJavaElement.updateAnnotation(JaxrsJavaElement.java:223)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsMetamodel.processJavaAnnotationChange(JaxrsMetamodel.java:492)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsMetamodel.processJavaElementChange(JaxrsMetamodel.java:421)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.builder.JavaElementChangedBuildJob.run(JavaElementChangedBuildJob.java:75)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.builder.JavaElementChangedBuildJob.execute(JavaElementChangedBuildJob.java:44)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.builder.JavaElementChangedListener.elementChanged(JavaElementChangedListener.java:69)
> at org.eclipse.jdt.internal.core.DeltaProcessor$4.run(DeltaProcessor.java:1695)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.jdt.internal.core.DeltaProcessor.notifyListeners(DeltaProcessor.java:1685)
> at org.eclipse.jdt.internal.core.DeltaProcessor.fireReconcileDelta(DeltaProcessor.java:1537)
> at org.eclipse.jdt.internal.core.DeltaProcessor.fire(DeltaProcessor.java:1496)
> at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:770)
> at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:789)
> at org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1247)
> at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:126)
> at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.access$0(JavaReconcilingStrategy.java:108)
> at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy$1.run(JavaReconcilingStrategy.java:89)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:87)
> at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:151)
> at org.eclipse.jdt.internal.ui.text.CompositeReconcilingStrategy.reconcile(CompositeReconcilingStrategy.java:86)
> at org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.reconcile(JavaCompositeReconcilingStrategy.java:104)
> at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconciler.java:77)
> at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:206)
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months