This is getting very frustrating, setting up an environment to test and
learn JSF seems to be virtually impossible. I tried changing the ":" used
for seperators in the sun-web.xml to ";" and that didn't help. If I remove
the gentered stuff , do I remove the whole folder or just the subfolders. I
am undeploying an redeploying docroot each time I make changes. What is the
class loader extra calsspath from sunweb.xml actually being parsed by? Is it
sent directly to Windows for parsing?
I couldn't find any "glassfish updater" on the jsf site. The class it's not
finding appears to be org/apache/xmlbeans/SchemaType. I assume that's in the
xmlbeans.jar, but I don't know how to find out for sure.
Mike
On 6/6/07, Ken Paulsen <Ken.Paulsen_at_sun.com> wrote:
>
>
> Hi Mike,
>
> I assume there is no return in the middle of the extra-class-path as shown
> below. I am not familiar with what is valid for windows... but I wonder how
> well this is parsed with ':' characters in the "c:" and used as the
> separator between paths. Perhaps you need ';'? Perhaps you need a relative
> path?
>
> What class is it not finding? Can you determine that? If you use the
> latest version of JSF, Ryan said it would give you a better error message.
> You can visit http://javaserverfaces.dev.java.net I think you can
> download a GlassFish updater from there to get the most recent version of
> JSF. Anyway, if you can see what class it's not finding, you can search to
> find the jar that it is looking for... then figure out why it's not
> working. Optionally, you should be able to move the .jar files its looking
> for into your WEB-INF/lib directory instead of doing the sun-web.xmlstuff.
>
> If all that fails, perhaps it's a different issue and we need to
> re-examine the stack trace to see what the problem is.
>
> I hope this helps!
>
> Ken
>
> Michael Phoenix wrote:
>
> Double checked the paths and they are good. Here's the contents of
> sun-web.xml miinus the comments:
> <!DOCTYPE sun-web-app PUBLIC '-//Sun Microsystems, Inc.//DTD Sun ONE
> Application Server 7.0 Servlet 2.3//EN' '
> http://www.sun.com/software/sunone/appserver/dtds/sun-web-app_2_3-0.dtd'<http://www.sun.com/software/sunone/appserver/dtds/sun-web-app_2_3-0.dtd%27>
> >
>
> <sun-web-app>
> <security-role-mapping>
> <role-name>admin</role-name>
> <principal-name>admin</principal-name>
> <group-name>asadmin</group-name>
> </security-role-mapping>
>
> <session-config>
> <session-manager>
> <manager-properties>
> <property name="sessionFilename" value="" />
> </manager-properties>
> </session-manager>
> </session-config>
>
> <locale-charset-info>
> <parameter-encoding default-charset="UTF-8" />
> </locale-charset-info>
>
> <class-loader
> extra-class-path="C:/workspace/publish/glassfish/jbi/lib/jbi-
> admin-common.jar:C:/workspace/publish/glassfish/jbi/lib/jbi.jar:C:/workspace/publish/glassfish/jbi/lib/xbean.jar"
> />
>
> </sun-web-app>
>
>
> On 6/5/07, Ken Paulsen <Ken.Paulsen_at_sun.com> wrote:
> >
> >
> > Email your sun-web.xml file. Also check your paths to those .jar files
> > to ensure those jar files exist where you are specifying that they exist.
> >
> > Ken
> >
> > Michael Phoenix wrote:
> >
> > Ok, I made the change to sun-web.xml as you suggested and
> > undeployed/redeployed the docroot and I still get the same results and same
> > messages in the server log.
> >
> > On 6/5/07, Ken Paulsen <Ken.Paulsen_at_sun.com> wrote:
> > >
> > >
> > > Your java version should be fine. You only need to worry about the
> > > sun-web.xml classloader change that I mentioned. Also, after you do
> > > this, you will either need to undeploy / redeploy. Or you will need to stop
> > > the server, and delete the contents of the <glassfish install
> > > root>/domains/domain1/generated/* directory. It caches the configuration
> > > information which you are changing, so in order to see changes to the
> > > web.xml or sun-web.xml files, you need to delete the contents of this
> > > directory or redeploy.
> > >
> > > Good luck!
> > >
> > > Ken
> > >
> > > Michael Phoenix wrote:
> > >
> > >
> > >
> > > On 6/4/07, Ken Paulsen <Ken.Paulsen_at_sun.com> wrote:
> > > >
> > > >
> > > >
> > > >
> > > > > Also can you do: java -version
> > > > >
> > > > >
> > > > > jjava version "1.6.0_01"
> > > > > Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
> > > > > Java HotSpot(TM) Client VM (build 1.6.0_01-b06 , mixed mode,
> > > > sharing)
> > > > >
> > > > > And also make sure the <glassfish-root>\config\asenv.conf file
> > > > > points to
> > > > > the same version of Java?
> > > > >
> > > > >
> > > > > It doesn't look like it. Here's the entry I think we are looking
> > > > for :
> > > > > set AS_JAVA=C:\Program Files\Java\jdk1.5.0_06\jre/..
> > > > > Looks like some changes are needed here. I'm not sure how to
> > > > change
> > > > > my jre version in the system and that notation for the config file
> > > > > looks like nothing I've seen before.
> > > > You should be able to point it to your Java 6 directory: c:\java6\
> > > >
> > > > If you compile some things w/ Java 6 then try to run with Java 5, it
> > > > could cause problems.
> > > > >
> > > >
> > > Getting back to what we talked about on the phone my javac -version
> > > is 1.5.0_06. So do I need to make any changes here? I would assume
> > > that there is enough backwards compatibility in the jre to handle code from
> > > the previous version's compiler. Should I just change the sun.web.xmlconfiguration as you and Ryan have suggested or is there something that
> > > needs to be done about my java version as well?
> > >
> > >
> >
>