dev@jsftemplating.java.net

Re: JSFTemplating: Re: getting back into jsft - question on testing code changes to glassfish

From: Michael Phoenix <michaelandrewphoenix_at_gmail.com>
Date: Wed, 6 Jun 2007 17:42:20 -0700

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'>

<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?
> >
> >
>