Quantcast
Channel: zeroturnaround.com » All Posts
Viewing all 2540 articles
Browse latest View live

Reply To: jRebel 6.4.3 – Dropwizard 0.9.2 Eclipse Mars.2 not seeing changes

$
0
0

Hi Brian,

There seems to be something funny going on. It’ll be much easier to troubleshoot this problem with the trace log. You already mentioned you’ve generated it.

Could you send it to us at support@zeroturnaround.com?
When you do, also add a link to this forum post so we’ll know to connect them :)


Reply To: Getting ClassLoader ClassCastException for Tomcat 7 application

$
0
0

Hi, thanks for your answer!

I was using the newest version, 6.4.3. However, when I use version 6.3.3 it works perfectly

Regards
Aasmund

Reply To: Getting ClassLoader ClassCastException for Tomcat 7 application

Reply To: JRebel does not detect change in my classes in JBoss Portal server

$
0
0

Hi Veiko,

Typical. I decided to make a new log for you, and then everything started to work just fine. So now I can make changes to both java and jsp and the changes magically appears in the portal :-)

Thanks / Mattias

Jboss brokes when i active JRebel

$
0
0

If i don´t active JRebel, Jboss goes well and i can you my application. When i turn on JRebel and then start Jboss it throws an “Use of @OneToMany or @ManyToMany targeting an unmapped class”.

What it might be happening?

Reply To: Jboss brokes when i active JRebel

$
0
0

Hello!

To say for sure what is causing this exception, we would need more context from your side. Could you please send your trace level jrebel.log file after reproducing the issue to support@zeroturnaround.com with the link to this forum topic? You can find the instructions on how to generate that file here: http://manuals.zeroturnaround.com/jrebel/misc/sendinglogs.html.

Please also specify what is your environment – what IDE, server (local or remote?), any additional software and its version do you use?

Kind regards,
Valerie

Reply To: JRebel 6.4.2 in Eclipse Mars 4.5.2 in comb. with GF 3.1.2.2 no longer working

$
0
0

I’m also seeing this problem in Glassfish 3.1.2.2 using JRebel 6.4.3

This is critical, as it prevents us from using JRebel.
Have you found a resolution to the problem?

Reply To: JRebel 6.4.2 in Eclipse Mars 4.5.2 in comb. with GF 3.1.2.2 no longer working


Reinitialized Stateless Bean causes @Context injection to be null

$
0
0

Given an EAR containing a WAR in turn containing a @Stateless bean serving as a JaxRS resource a reinitialization by JRebel causes all @javax.ws.rs.core.Context injections to be NULL.

I was hoping to be able to upload a zipfile with a sample project I’ve added all files as replies.

OSX 10.11.4
Maven 3.3.9
Java 8u77
Wildfly 9.0.2
JRebel 6.2.2 and 6.4.3

  • This topic was modified 13 hours, 8 minutes ago by  Hielke Hoeve.

Reply To: Reinitialized Stateless Bean causes @Context injection to be null

$
0
0

parent pom.xml

<?xml version="1.0" encoding="utf-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
	<modelVersion>4.0.0</modelVersion>

	<prerequisites>
		<maven>3.2.0</maven>
	</prerequisites>

	<groupId>nl.topicus.onderwijs.bugs</groupId>
	<artifactId>jrebel-npe-stateless-reload</artifactId>
	<version>1.0-SNAPSHOT</version>
	<packaging>pom</packaging>

	<modules>
		<module>war1</module>
		<module>ear</module>
	</modules>

	<dependencyManagement>
		<dependencies>
			<dependency>
				<groupId>org.jboss.spec</groupId>
				<artifactId>jboss-javaee-7.0</artifactId>
				<version>1.0.3.Final</version>
				<type>pom</type>
				<scope>import</scope>
			</dependency>
			<dependency>
				<groupId>org.jboss.spec.javax.ejb</groupId>
				<artifactId>jboss-ejb-api_3.2_spec</artifactId>
				<version>1.0.0.Final</version>
				<scope>provided</scope>
			</dependency>
			<dependency>
				<groupId>org.jboss.spec.javax.enterprise.concurrent</groupId>
				<artifactId>jboss-concurrency-api_1.0_spec</artifactId>
				<version>1.0.0.Final</version>
				<scope>provided</scope>
			</dependency>
			<dependency>
				<groupId>org.jboss.spec.javax.interceptor</groupId>
				<artifactId>jboss-interceptors-api_1.2_spec</artifactId>
				<version>1.0.0.Final</version>
				<scope>provided</scope>
			</dependency>
			<dependency>
				<groupId>org.jboss.spec.javax.servlet</groupId>
				<artifactId>jboss-servlet-api_3.1_spec</artifactId>
				<version>1.0.0.Final</version>
				<scope>provided</scope>
			</dependency>
			<dependency>
				<groupId>org.jboss.spec.javax.ws.rs</groupId>
				<artifactId>jboss-jaxrs-api_2.0_spec</artifactId>
				<version>1.0.0.Final</version>
				<scope>provided</scope>
			</dependency>
			<dependency>
				<groupId>nl.topicus.onderwijs.bugs</groupId>
				<artifactId>war1</artifactId>
				<version>${project.version}</version>
				<type>war</type>
			</dependency>
		</dependencies>
	</dependencyManagement>

	<build>
		<pluginManagement>
			<plugins>
				<plugin>
					<groupId>org.apache.maven.plugins</groupId>
					<artifactId>maven-compiler-plugin</artifactId>
					<version>3.5.1</version>
					<inherited>true</inherited>
					<configuration>
						<source>1.8</source>
						<target>1.8</target>
						<encoding>UTF-8</encoding>
						<showWarnings>true</showWarnings>
						<showDeprecation>true</showDeprecation>
					</configuration>
				</plugin>
				<plugin>
					<groupId>org.apache.maven.plugins</groupId>
					<artifactId>maven-ear-plugin</artifactId>
					<version>2.10.1</version>
					<configuration>
						<version>7</version>
						<defaultLibBundleDir>lib</defaultLibBundleDir>
					</configuration>
				</plugin>
				<plugin>
					<groupId>org.apache.maven.plugins</groupId>
					<artifactId>maven-war-plugin</artifactId>
					<version>2.6</version>
					<configuration>
						<archive>
							<manifestEntries>
								<Implementation-Build>${maven.build.timestamp}</Implementation-Build>
							</manifestEntries>
						</archive>
						<failOnMissingWebXml>false</failOnMissingWebXml>
					</configuration>
				</plugin>
			</plugins>
		</pluginManagement>
		<plugins>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-compiler-plugin</artifactId>
			</plugin>
		</plugins>
	</build>
</project>

ear pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
	<modelVersion>4.0.0</modelVersion>

	<parent>
		<groupId>nl.topicus.onderwijs.bugs</groupId>
		<artifactId>jrebel-npe-stateless-reload</artifactId>
		<version>1.0-SNAPSHOT</version>
		<relativePath>../pom.xml</relativePath>
	</parent>

	<artifactId>ear</artifactId>
	<packaging>ear</packaging>

	<dependencies>
		<dependency>
			<groupId>nl.topicus.onderwijs.bugs</groupId>
			<artifactId>war1</artifactId>
			<type>war</type>
		</dependency>
	</dependencies>

	<build>
		<pluginManagement>
			<plugins>
				<plugin>
					<groupId>org.apache.maven.plugins</groupId>
					<artifactId>maven-ear-plugin</artifactId>
					<configuration>
						<version>7</version>
						<modules>
							<webModule>
								<groupId>nl.topicus.onderwijs.bugs</groupId>
								<artifactId>war1</artifactId>
								<contextRoot>/war1</contextRoot>
								<bundleFileName>war1.war</bundleFileName>
							</webModule>
						</modules>
					</configuration>
				</plugin>
			</plugins>
		</pluginManagement>
		<plugins>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-ear-plugin</artifactId>
			</plugin>
		</plugins>
	</build>
</project>

war1 pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
	<modelVersion>4.0.0</modelVersion>

	<parent>
		<groupId>nl.topicus.onderwijs.bugs</groupId>
		<artifactId>jrebel-npe-stateless-reload</artifactId>
		<version>1.0-SNAPSHOT</version>
		<relativePath>../pom.xml</relativePath>
	</parent>

	<artifactId>war1</artifactId>
	<packaging>war</packaging>

	<dependencies>
		<dependency>
			<groupId>javax.enterprise</groupId>
			<artifactId>cdi-api</artifactId>
			<scope>provided</scope>
		</dependency>
		<dependency>
			<groupId>org.jboss.spec.javax.ejb</groupId>
			<artifactId>jboss-ejb-api_3.2_spec</artifactId>
		</dependency>
		<dependency>
			<groupId>org.jboss.spec.javax.enterprise.concurrent</groupId>
			<artifactId>jboss-concurrency-api_1.0_spec</artifactId>
		</dependency>
		<dependency>
			<groupId>org.jboss.spec.javax.interceptor</groupId>
			<artifactId>jboss-interceptors-api_1.2_spec</artifactId>
		</dependency>
		<dependency>
			<groupId>org.jboss.spec.javax.servlet</groupId>
			<artifactId>jboss-servlet-api_3.1_spec</artifactId>
		</dependency>
		<dependency>
			<groupId>org.jboss.spec.javax.ws.rs</groupId>
			<artifactId>jboss-jaxrs-api_2.0_spec</artifactId>
		</dependency>
	</dependencies>

	<build>
		<plugins>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-war-plugin</artifactId>
			</plugin>
		</plugins>
	</build>
</project>
  • This reply was modified 13 hours, 11 minutes ago by  Hielke Hoeve.
  • This reply was modified 13 hours, 10 minutes ago by  Hielke Hoeve.
  • This reply was modified 13 hours, 8 minutes ago by  Hielke Hoeve.

Reply To: Reinitialized Stateless Bean causes @Context injection to be null

$
0
0
package nl.topicus;

import javax.ejb.LocalBean;
import javax.ejb.Stateless;
import javax.ws.rs.Consumes;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.HttpHeaders;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.Response;

@Path("service")
@Stateless
@LocalBean
@Consumes({ MediaType.APPLICATION_JSON })
@Produces({ MediaType.APPLICATION_JSON })
public class RESTService {

	@Context
	private HttpHeaders headers;

	@GET
	@Path("a")
	public Response a() {
		if (headers.getRequestHeaders().size() > 0)
			return Response.ok(headers.getRequestHeaders().keySet().toString()).build();

		return Response.ok().build();
	}
}

Reply To: Reinitialized Stateless Bean causes @Context injection to be null

$
0
0
package nl.topicus;

import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;

@ApplicationPath("/rest")
public class JaxRsActivator extends Application
{
	/* class body intentionally left blank */
}

Reply To: Reinitialized Stateless Bean causes @Context injection to be null

$
0
0
org.jboss.resteasy.spi.UnhandledException: javax.ejb.EJBException: java.lang.NullPointerException
org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:76)
org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:212)
org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:149)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:372)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179)
org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
io.undertow.servlet.handlers.ServletInitialHandler.jrHandle(ServletInitialHandler.java)
org.zeroturnaround.javarebel.integration.servlet.undertow.cbp.ServletInitialHandlerCBP.handleRequest(ServletInitialHandlerCBP.java:100)
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:282)
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:261)
io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)
io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
java.lang.Thread.run(Thread.java:745)

Reply To: Reinitialized Stateless Bean causes @Context injection to be null

Reply To: XRebel and JSF (post-redirect-get)

$
0
0

Hi Hans,

great. That’s exactly I need.

Thank you,
David


JRebel not reloading my class/jar

$
0
0

I am trying to run java stand-alone application; all .jar files of the application are in D:/spl/PSRM25DEV/splapp/standalone/lib directory. The only file that I need to update and debug is cm.jar; other jars include hibernate, JDBC, XML/XSL API, Oracle framework, … I want to exclude from the debug process.

I made change in the code, re-compile and re-generate cm.jar; I copied cm.jar into D:/spl/PSRM25DEV/splapp/standalone/lib; but JRebel does not pickup the change.

Do you have any suggestion? Below is my jrebel.xml file:

<?xml version=”1.0″ encoding=”UTF-8″?>
<application xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xmlns=”http://www.zeroturnaround.com” xsi:schemaLocation=”http://www.zeroturnaround.com http://update.zeroturnaround.com/jrebel/rebel-2_1.xsd“>

<classpath>
<jar name=”D:/spl/PSRM25DEV/splapp/standalone/lib/cm.jar”/>
</classpath>

</application>

Reply To: JRebel not reloading my class/jar

$
0
0

Hello!

You should configure your rebel.xml to point to a dir where classes are compiled instead of the jar and not rebuild/replace the jar. That would be a folder, that JRebel monitors for changes.

Kind regards,
Valerie

Reply To: Changes not being detected on remote server

$
0
0

This was happening to me in IntelliJ IDEA 14 on the current stable version:

6.4.3 (201604210950)

It was fixed when I loaded the nightly:

6.4.4-SNAPSHOT (201404291129)

Reply To: GlassFish 3.1.2.2 admin console cannot start

$
0
0

Hi Valerie

We see the same problem. We have a Glassfish 3.1.2.2 admin console that just returns a blank page. Did you find a solution? We use NetBeans 7.2.1 and JRebel 6.4.4-SNAPSHOT (The version you recommended a couple of days ago regarding Glassfish startup problems)

JRebel: ERROR Failed to transform class… Null Pointer Exception

$
0
0

This happened in both 6.4.0 and 6.4.3 when modifying a particular class (see below) during running, forcing me to restart my server at every change.

The stack shows:
05 May 2016 16:33:00:584] INFO SYS_ERR: 2016-05-05 16:33:00 JRebel: ERROR Failed to transform class com/mrv/provision/pv3/property/field/managers/OTServiceFieldManager$$M$_jr_15041B3B24F3F84E_1: java.lang.NullPointerException
at com.zeroturnaround.javarebel.esv.a(SourceFile:249)
at com.zeroturnaround.javarebel.fbx.a(SourceFile:241)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.eku.a(SourceFile:67)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.ejn.a(SourceFile:113)
at com.zeroturnaround.javarebel.eky.a(SourceFile:218)
at com.zeroturnaround.javarebel.ejm.a(SourceFile:622)
at com.zeroturnaround.javarebel.ejm.a(SourceFile:506)
at com.zeroturnaround.javarebel.etb.a(SourceFile:48)
at com.zeroturnaround.javarebel.eut.a(SourceFile:335)
at com.zeroturnaround.javarebel.eut.b(SourceFile:303)
at com.zeroturnaround.javarebel.eut.a(SourceFile:154)
at com.zeroturnaround.javarebel.evf.a(SourceFile:69)
at com.zeroturnaround.javarebel.evf.a(SourceFile:40)
at com.zeroturnaround.javarebel.evf.transform(SourceFile:30)
at com.zeroturnaround.reload.jvmti.MinimalInstrumentation.applyTransformation(SourceFile:65)
at com.zeroturnaround.reload.jvmti.MinimalInstrumentation.transform(SourceFile:56)
at java.lang.ClassLoader.defineClass1(ClassLoader.java)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.__invoke(DelegatingMethodAccessorImpl.java:43)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.zeroturnaround.javarebel.qm.a(SourceFile:138)
at com.zeroturnaround.javarebel.qm.b(SourceFile:163)
at com.zeroturnaround.javarebel.qt.a(SourceFile:248)
at com.zeroturnaround.javarebel.rs.a(SourceFile:133)
at com.zeroturnaround.javarebel.qt.a(SourceFile:329)
at com.zeroturnaround.javarebel.SDKIntegrationImpl.findReloadableClass(SourceFile:102)
at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1828)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1709)
at com.zeroturnaround.reload.ae.a(SourceFile:217)
at com.zeroturnaround.reload.ae.b(SourceFile:287)
at com.zeroturnaround.jrebelbase.e.a(SourceFile:108)
at com.zeroturnaround.jrebelbase.e.a(SourceFile:83)
at com.zeroturnaround.jrebelbase.e.c(SourceFile:148)
at com.zeroturnaround.jrebelbase.facade.h.getCurrentClass(SourceFile:98)
at com.zeroturnaround.javarebel.dh.checkAndReload(SourceFile:439)
at com.zeroturnaround.javarebel.DebuggerIntegrationFactory.trap(SourceFile:66)
at com.zeroturnaround.javarebel.DebuggerIntegrationFactory.access$000(SourceFile:14)
at com.zeroturnaround.javarebel.v.run(SourceFile:39)

Viewing all 2540 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>