Not sure about the IBM JVM part, but want to point out that for v3,
the out-of-box admin user name is "admin", with no password required.
In fact, you shouldn't see the login screen for Admin Console since we
detect that and bypass the login screen.
Maybe you can try downloading the latest nightly build to see if you are
still seeing the problem.
Today's build is at
http://dlc.sun.com.edgesuite.net/glassfish/v3.1/nightly/glassfish-3.1-b30-11_12_2010.zip
thanks
Anissa.
On 11/12/10 7:22 AM, Pete Helgren wrote:
> I downloaded and installed GF 3.1 build 29 which took care of a
> problem I was having getting the admin web console to run. I now get
> a login screen but the default userid and password (which I think is
> admin and adminadmin) does not work. In the server.log I get the
> following stack trace (not sure if it is related or not):
>
> [#|2010-11-12T07:53:13.825-0700|SEVERE|glassfish3.1|org.glassfish.admin.rest.generator.ASMClassWriter|_ThreadID=18;_ThreadName=Thread-5;|The
> log message is null.
> java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
> at
> org.glassfish.admin.rest.generator.ASMClassWriter.defineClass(ASMClassWriter.java:456)
>
> at
> org.glassfish.admin.rest.generator.ASMClassWriter.done(ASMClassWriter.java:282)
>
> at
> org.glassfish.admin.rest.generator.ResourcesGeneratorBase.generateSingle(ResourcesGeneratorBase.java:137)
>
> at
> org.glassfish.admin.rest.adapter.RestManagementAdapter.generateASM(RestManagementAdapter.java:130)
>
> at
> org.glassfish.admin.rest.adapter.RestManagementAdapter.getResourcesConfig(RestManagementAdapter.java:76)
>
> at
> org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:432)
>
> at
> org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:172)
>
> at
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
>
> at
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
>
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
>
> at
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:817)
> at
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:718)
> at
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1007)
> at
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
>
> at
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
>
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
>
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
>
> at
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> at
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
>
> at
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
>
> at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
>
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
>
> at java.lang.Thread.run(Thread.java:736)
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:600)
> at
> org.glassfish.admin.rest.generator.ASMClassWriter.defineClass(ASMClassWriter.java:438)
>
> ... 23 more
> Caused by: java.lang.LinkageError:
> org.glassfish.admin.rest.resources.generatedASM.DomainResource
> at java.lang.ClassLoader.defineClassImpl(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:275)
> ... 27 more
> |#]
>
> I used the zip file method to install. I am running on IBM i 6.1 PASE
> (basically an AIX emulation environment) JVM is:
>
> IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 OS/400 ppc-32
> jvmap3260sr8-2010041
> 2 (JIT enabled, AOT enabled)
>
> If I understand the error, there is a dependency that isn't being
> properly resolved (the class depended on has changed in some way).
> Any way to get to the bottom of this? Should I custom build Glassfish
> using the IBM JVM or is this not related to JVM?
>
> Thanks
>