Merge pull request #243 from michalkurka/michalk_fix-j11-race

JAVASSIST-242: Demonstrates a race condition in DefineClassHelper + proposed fix

Proposed fixes in DefineClassHelper & DefinePackageHelper

Don't try to clean-up after making a protected-final method accessible.
No synchronization with concurrent access can cause errors.

JAVASSIST-242: Demonstrates a race condition in DefineClassHelper

changes Readme.html

Merge pull request #231 from jboss-javassist/test/switch-case

Supporting switch-case statements with string constants.

updates Readme.html

enables switch-case with string constants

updates for relase 3.24.1

fixes another bug (supporting jdk.*) reported in #228

fixes a bug reported in #228

modifies build.xml to support JDK 7.

Merge pull request #230 from JCgH4164838Gh792C124B5/localJavassistBranch

Re-enable JDK7 runtime compatibility for Javassist 3.x

Re-enable JDK7 runtime compatibility for Javassist 3.x (until source changes preclude it).
pom.xml changes:
- lower compile source/target to 1.7 (from 1.8, introduced with Javassist 3.24.0)

fixes bugs in javadoc comments

adds javassist.jar for test code

updates for release 3.24.0-GA

fixes typos in javadocs.

avoids ConcurrentModificationException in 3.23.1-GA reported in Issue #224.

stops a potential leak in JarClassPath openClassfile().  Issues #222.

adds a method taking Lookup to java.util.proxy.

adds Automatic-Module-Name to manifest

modifies javassist.util.proxy.DefinePackageHelper to be compatible to Java 11.
It also adds a javadoc comment to CtClass#toClass() to recommend the users to use #toClass(Class) or #toClass(Lookup).

changes CtClass#toClass() and ClassPool#toClass() etc. to support Java 11,
in other words, java.lang.invoke.MethodHandles.Lookup.

does refactoring for javassist.util.proxy.

changes the version number

adds test cases for NestHostAttribute and NestMembersAttribute.

modifies NestHostAttribute and NestMembersAttribute and adds test code

Merge pull request #218 from dmitri-gb/master

Add support for Java 11 NestHost and NestMembers attributes (JEP-181)

adds a comment for the fix to JIRA JASSIST-267

Merge pull request #210 from NingZhang-Ericsson/JASSIST-267

fixed JASSIST-267 (new )

Add support for Java 11 NestHost and NestMembers attributes

fixes issue #209 (NPE in Exception)

Merge pull request #207 from andresluuk/patch-2

Custom URL stream handler in ByteArrayClassPath

Fix JASSIST-267
Clean code according to comments.

fixed JASSIST-267

Custom URL stream handler in ByteArrayClassPath

Otherwise a normal streamhandler lookup is made and if javassist is used early on server startup protses this can lead to a deadlock on rare cases on WebSpheare.
For example. A new StreamHandlerFactory is registered but not jet fully initialized. Now javassist is used at the same time but form another thread and it will be the first one to invoke the new StreamHandlerFactory and now it can deadlock with the other thread:

Snipets from my deadlock:
3XMTHREADINFO      "main" J9VMThread:0x000000000175EC00, omrthread_t:0x00007F4120008100, java/lang/Thread:0x00000000624290B8, state:B, prio=5
3XMTHREADBLOCK     Blocked on: org/osgi/util/tracker/ServiceTracker$Tracked@0x00000000627F0A90 Owned by: "other-thread" (J9VMThread:0x0000000001B26300, java/lang/Thread:0x00000000629F1458)
3XMHEAPALLOC             Heap bytes allocated since last GC cycle=0 (0x0)
3XMTHREADINFO3           Java callstack:
4XESTACKTRACE                at org/osgi/util/tracker/ServiceTracker.getServiceReferences(ServiceTracker.java:525)
4XESTACKTRACE                at org/eclipse/osgi/framework/internal/protocol/StreamHandlerFactory.createInternalURLStreamHandler(StreamHandlerFactory.java:162)
4XESTACKTRACE                at org/eclipse/osgi/framework/internal/protocol/StreamHandlerFactory.createURLStreamHandler(StreamHandlerFactory.java:118)
4XESTACKTRACE                at java/net/URL.getURLStreamHandler(URL.java:1154)
4XESTACKTRACE                at java/net/URL.<init>(URL.java:611(Compiled Code))
4XESTACKTRACE                at java/net/URL.<init>(URL.java:502(Compiled Code))
4XESTACKTRACE                at java/net/URL.<init>(URL.java:451)
4XESTACKTRACE                at javassist/ByteArrayClassPath.find(JRebel:92)
...
4XESTACKTRACE                at java/lang/ClassLoader.loadClassHelper(ClassLoader.java:924(Compiled Code))
5XESTACKTRACE                   (entered lock: org/eclipse/core/launcher/Main$StartupClassLoader@0x0000000062F3AA88, entry count: 1)

3XMTHREADINFO      "other-thread" J9VMThread:0x0000000001B26300, omrthread_t:0x00007F4120A5D060, java/lang/Thread:0x00000000629F1458, state:B, prio=5
3XMTHREADBLOCK     Blocked on: org/eclipse/core/launcher/Main$StartupClassLoader@0x0000000062F3AA88 Owned by: "main" (J9VMThread:0x000000000175EC00, java/lang/Thread:0x00000000624290B8)
3XMHEAPALLOC             Heap bytes allocated since last GC cycle=0 (0x0)
3XMTHREADINFO3           Java callstack:
4XESTACKTRACE                at org/osgi/util/tracker/AbstractTracked.size(AbstractTracked.java:356)
4XESTACKTRACE                at org/osgi/util/tracker/ServiceTracker.getServiceReferences(ServiceTracker.java:526)
5XESTACKTRACE                   (entered lock: org/osgi/util/tracker/ServiceTracker$Tracked@0x00000000627F0A90, entry count: 1)
4XESTACKTRACE                at org/eclipse/osgi/framework/internal/protocol/StreamHandlerFactory.createInternalURLStreamHandler(StreamHandlerFactory.java:162)
4XESTACKTRACE                at org/eclipse/osgi/framework/internal/protocol/StreamHandlerFactory.createURLStreamHandler(StreamHandlerFactory.java:118)
4XESTACKTRACE                at java/net/URL.getURLStreamHandler(URL.java:1154)
4XESTACKTRACE                at java/net/URL.<init>(URL.java:611(Compiled Code))
4XESTACKTRACE                at java/net/URL.<init>(URL.java:502(Compiled Code))
4XESTACKTRACE                at java/net/URL.<init>(URL.java:451)
4XESTACKTRACE                at java/net/URI.toURL(URI.java:1100)
4XESTACKTRACE                at com/ibm/jsse2/av.a(av.java:92)
4XESTACKTRACE                at com/ibm/jsse2/av.engineInit(av.java:7)
4XESTACKTRACE                at javax/net/ssl/TrustManagerFactory.init(TrustManagerFactory.java:25)

updates for release 3.23.1

Merge pull request #204 from beikov/issues/171

[#171] Allow running on JDK 8 and possibly on JDK 7 as well. Fixes #171

[#171] Allow running on JDK 8 and possibly on JDK 7 as well. Fixes #171

updates for release 3.23.0-GA

fixes a minor bug in a test case.

Merge pull request #198 from beikov/JASSIST-271

JASSIST-271 Allow running on Java 11 by falling back to ClassLoader.defineClass for Java > 10

Merge pull request #168 from cmelchior/cm/bug/classpath-close

[WIP] Fix leaking file handlers

JASSIST-271 Allow running on Java 11 by falling back to ClassLoader.defineClass for Java > 10

fixes a bug reported in issue #155 (Javassist Incorrect Code when wrapping with try/catch)

adds Modifier#isVarArgs()

adds Modifier#isVarArgs()

changes getDefinedPackage back to getPackage when Java is < 9.

Merge pull request #159 from nickl-/scoped-pool

Fixes to javassist.scopepool

Merge pull request #158 from nickl-/secure-privileged

Secure privileged

Merge pull request #166 from nickl-/test-ctfield-make-with-this

Unit Test: CtField.make referencing 'this'.

Merge pull request #167 from nickl-/innerclass-modifiers

Fix for #152 inner class modifiers.

updates build.xml to be compatible to pom.xml

Add missing unit test

Fix merge mistake

Fix #152 inner class modifiers.

Applied fix for #152 "Wrong modifiers returned for nested classes" as suggested by @pietrobraione.
Includes unit tests for all access modifiers and static.

Unit Test: CtField.make referencing 'this'.

As per question raised in #161 passing 'this' reference for CtField value new object instance.
Also added assert for testing referncing 'this' for newly added field.

Fixes to javassist.scopepool

Applied parameters and squashed all compiler warnings.
Changed loops to enhanced for where appropriate.
Fixed SoftValueHashMap:
Made it a raw type.
Overwritten implementation of the `get` method correctly unwrapped the reference but the methods
`containsValue` and `entrySet` needed to be fixed.
Implemented the remaining outstanding methods from the `java.util.Map` contract `values`, `putAll`
and `keySet`.
Dropped `AbstractMap` inheritance as we were not inheriting anything anymore.
Changed internal map to `ConcurrentHashMap' to be atomic and parallel safe.

Found original unit tests from jboss retro which are now updated to reflect the javassist
versions of the scoped pool classes. Added tests for the SoftValueHashMap including
test which overloads the heap to ensure the cache cleans itself appropriately.

Define parameters for returned iterator.

Some functional unit tests proofs.

Proves that you cannot access restricted functionality then goes ahead and
mock test all 3 exposures JAVA_9, JAVA_7+ and OTHERS by changing the
private static final class referenced default chosen on initialise.

Some code comments to fill in gaps.

Even now Oracle still not happy.

Runtime still throws warnings illegal actions even after all that, there's
just no logic to it. We can use Unsafe but don't touch setAccessible. O well
might as well enjoy Unsafe while we still can.

Wrapped the Unsafe and added method cache with varargs method for invoke calls.
Can still do a lot with it but it does what it needs to for now.

Refactor definePackage as well.

Yes it is deprecated but seems the right thing to do

Give helper private constructor fwiw.

Wont stop you from getting an instance but it makes it more trouble at least.
Also reduce the visibility of the enum method.

Add caller class checking.

The only thing remotely inforceable is caller class checking. You cannot
bypass an exception with setAccesible. Oracle went and removed
Reflection.getCallerClass() completely in favour of StackWalker. At least
we can share the SecurityManage ClassContext, SecurityActions seems the
appropriate venue for our stack trace peek to support the older versions

MethodHandles for JDK7+.

Java 7 and 8 does support method handles so we can cater for them. When doing
repeated invokes to the same method, keeping a reference to the Method handle
is much faster than reflection. Also the API is cleaner not having to Object[]
args etc. Worth the effort...

Refactored SecActs methods and retain 1.6 source.

Remembered that 1.6 won't know about MethodHandles so must use reflection methods for them still.

Add sun.misc.Unsafe privileged retrieval to SecActions.

Also do it anonomously so as not to raise the alarms and upset the powers to be.

Type check and paramatized rawtypes for SecurityActions.

Some whitespace got shunted around a bit too.

Add getMethodHandle to SecurityActions.

The main advantage is that we can do the privileged setAccessible during creation and
then freely invoke via the authorized method handle.

As per the javadocs:
Access checks are applied in the factory methods of Lookup, when a method handle is created.
his is a key difference from the Core Reflection API, since java.lang.reflect.Method.invoke
performs access checking against every caller, on every call.

The performance boost is just a bonus.

Make an effort to secure privileged use.

Oracle (or maybe it was still Sun) warns that we should prevent from exposing access we gain to
privileged functionality like the unsafe etc. Before Oracle decides to restrict us even more lets
make an effort at least.

Cleanup

Merge branch 'master' into cm/bug/classpath-close

# Conflicts:
# pom.xml
# src/main/javassist/ByteArrayClassPath.java
# src/main/javassist/ClassClassPath.java
# src/main/javassist/ClassPoolTail.java
# src/main/javassist/LoaderClassPath.java
# src/main/javassist/URLClassPath.java

Remove close method on ClassPath. Add unit tests for new behaviour.

Update test README

Ignore IntelliJ files

Merge pull request #160 from nickl-/squash-warnings

Source walk/Spring clean/Parameterize/Enhance/Squash warnings et.al.

Organize imports to disolve ambiguity.

Squash compiler warnings in tests.

With the unit tests warnings were squashed by suppressing them with SuppressWarnings annotations, instead of
reparing the issues as was done with the source. Reasons being...
 * The tests might be relying on the types as they were defined.
 * If the tests were written to test against the correct forms they would've/should've stipulated those.
 * Even unused members might be important to tests so we attempt to change as little as possible.

Source walk/Spring clean/Parameterize/Enhance et.al.

The following were applied during multiple itterations through the source.
 * Parameterize raw types.
 * Mark unused members.
 * Annotate override and deprecated methods.
 * Convert loops to enhance for loop.
 * Remove redundant else statements.
 * Widening collection type references.
 * Optimize code for improved readability.
 * Squash compiler warnings.
 * Identify smells.

Fix deperecated junit.framework.Assert.

Changed to org.junit.Assert.

Fix deperecated junit.framework.Assert.

Changed to org.junit.Assert.

Implement hashCode for Annotation.

To honour the Object.equals contract.

Implement hashCode for Type.

To honour the Object.equals contract.

Implement hashCode for MultiType.

To honour the Object.equals contract.

Implement hashCode for MultiArrayType.

To honour the Object.equals contract.

Fix deperecated junit.framework.Assert.

Changed to org.junit.Assert.

Suppress deprecation Applet.

Suppress deprecation ClassPool.makePackage

Fix deprecation getPackage to getDefinedPackage

Added default serialVersionUID.

Upgrade junit from ver 3 to 4.

There were minimal changes:
Some tests had their own runners these were discontinued as IDEs/maven run the tests anyway.
Removed the main methods for these.
2 tests were dependent on the running order so added the test sorter.

All tests succeed on junit 4 with legacy support.

Add version to maven-bundle-plugin.

In order to squash the mvn build warnings.

Configure source encoding as UTF-8.

In order to squash the mvn build warnings.

Move runtests to build directory.

Move the test output folder 'runtests' to target or build directory so that mvn clean can clean that.

changes ClassPool#appendSystemPath().  The new implementation appends ClassClassPath when the JVM is earlier than 9.

fixes a bug of getAnnotations().  Some hidden annotations were not ignored.

upgrade maven-javadoc-plugin to 3.0.0-M1 to support publishing of 3.22.0-GA

removes JvstTest4#testJIRA150b because it is obsolete.

3.22.0-GA release