<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Latest posts for the topic "Icefaces 1.8.2 and netbeans 6.8, project integration"]]></title>
		<link>http://www.icefaces.org/JForum/posts/list/13.page</link>
		<description><![CDATA[Latest messages posted in the topic "Icefaces 1.8.2 and netbeans 6.8, project integration"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Hi,
 I have converted a web application with woodstock components to an icefaces application. This was done with Netbeans 6.7.1 and deployed on glassfish 2.1. 
I'am in the process of upgrading to Netbeans 6.8 and glassfish v3. Deploying a .war build with netbeans 6.7.1 results in an error  'missing icefaces libraries'.
When checking the icefaces.org website, I do believe that icefaces project integration module is not yet available for Netbeans 6.8. Are their any plans to upgrade this module/plugin ? 
Can I use the module for Netbenans 6.7.1 in 6.8 ? 
Thank you
Theo]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#59528</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#59528</link>
				<pubDate><![CDATA[Thu, 7 Jan 2010 07:57:42]]> GMT</pubDate>
				<author><![CDATA[ tsutsu]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Hi,

The NetBeans 6.8 integration is currently under development. We are planning on providing integration support for both ICEfaces 1.8.2 (for JEE 1.5 projects), and ICEfaces 2.0 Alpha 2 (for JEE 6 projects).

Approximate timing is for release is Jan. 15th.

Regards,
  Ken]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#59535</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#59535</link>
				<pubDate><![CDATA[Thu, 7 Jan 2010 10:34:17]]> GMT</pubDate>
				<author><![CDATA[ ken.fyten]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ That is good news. Thank you for this quick anwser.
]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#59556</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#59556</link>
				<pubDate><![CDATA[Fri, 8 Jan 2010 01:19:25]]> GMT</pubDate>
				<author><![CDATA[ tsutsu]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Any news on Netbeans 6.8 integration?]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#59742</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#59742</link>
				<pubDate><![CDATA[Fri, 15 Jan 2010 09:08:53]]> GMT</pubDate>
				<author><![CDATA[ jlux]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Not yet. As it was scheduled around the 15th, I hope that it will be available by end of next week.]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#59755</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#59755</link>
				<pubDate><![CDATA[Sat, 16 Jan 2010 03:10:30]]> GMT</pubDate>
				<author><![CDATA[ tsutsu]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ the first time that 6.8 was released, I converted my iceface projects into 6.8, so far i did not have any problem since i extracted all the iceface jars rather than using the library supplied by netbeans.]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60030</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60030</link>
				<pubDate><![CDATA[Wed, 27 Jan 2010 17:22:17]]> GMT</pubDate>
				<author><![CDATA[ akrabu]]></author>
			</item>
			<item>
				<title>Soooooo ?????</title>
				<description><![CDATA[ Any news on this ???
Would be nice to know, when it's ready to use.
I have some serious migration to do, so it would be nice to
know when I can start with it.
I think, the discussion about Oracle dropping netbeans should be finished,
so it's worth having a plugin for netbeans.

Holger]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60078</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60078</link>
				<pubDate><![CDATA[Fri, 29 Jan 2010 03:29:10]]> GMT</pubDate>
				<author><![CDATA[ ITReppert]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ We are tackling an issue from Netbeans' webframework, which causes wrong server instance/JavaEE level passed into ICEfaces module for 2nd icefaces project]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60085</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60085</link>
				<pubDate><![CDATA[Fri, 29 Jan 2010 10:07:23]]> GMT</pubDate>
				<author><![CDATA[ liming.wu]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Hi,

The NetBeans 6.8 integration for both ICEfaces 1.8.2a and 2.0.0-Alpha2 is <a href="http://www.icefaces.org/JForum/posts/list/15973.page" target="_new" rel="nofollow">now available</a>!

Thanks for your patience with this release. Unfortunately, we ran into several nasty NetBeans quirks along the way that caused us significant delay.

Regards,
  Ken]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60303</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60303</link>
				<pubDate><![CDATA[Thu, 4 Feb 2010 13:53:04]]> GMT</pubDate>
				<author><![CDATA[ ken.fyten]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ I am attempting to use the new netbeans integration for 6.8 and icefaces 2.0 alpha-2, but I am getting the following error when I try to deploy:

SEVERE: WebModule[/tuition_web2]StandardWrapper.Throwable
java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
        at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:804)
        at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:306)
        at javax.faces.webapp.FacesServlet.init(FacesServlet.java:166)


I am only trying to run the simple welcomeIceFaces.xhtml page and nothing more.

Any thoughts?
]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60307</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60307</link>
				<pubDate><![CDATA[Thu, 4 Feb 2010 19:31:07]]> GMT</pubDate>
				<author><![CDATA[ asermej]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ <blockquote>The ICEfaces 1.8.2a release consists of the official ICEfaces 1.8.2 release plus a patch to resolve issues when deploying a JSF 1.1 or JSF 1.2 ICEfaces project to Glassfish 3.

Note that this bundle is Beta in status.&nbsp;
		</blockquote>

Is 1.8.2a in beta?  or just the tool support?  Can I use 1.8.2a in production to put JSF 1.2 apps on GF v3?  That would make my day big time!]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60311</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60311</link>
				<pubDate><![CDATA[Thu, 4 Feb 2010 22:54:28]]> GMT</pubDate>
				<author><![CDATA[ bleathem]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ I try the ICEfacesTM Project Integration for NetBeans v6.8.
in my test rpoject, it is very simple, only a welcomeIcefaces.xhtml, but when deploy, the error message is:

WebModule[/test]StandardWrapper.Throwable
java.lang.IllegalStateException: ?javax.faces.context.FacesContextFactory
        at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:804)
        at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:306)
        at javax.faces.webapp.FacesServlet.init(FacesServlet.java:166)
        at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1428)
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1230)
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4934)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:5207)
        at com.sun.enterprise.web.WebModule.start(WebModule.java:499)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:928)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:912)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:694)
        at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1933)
        at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1605)
        at com.sun.enterprise.web.WebApplication.start(WebApplication.java:90)
        at org.glassfish.internal.data.EngineRef.start(EngineRef.java:126)
        at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:241)
        at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:236)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:339)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:183)
        at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1176)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1224)
        at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:365)
        at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:204)
        at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:166)
        at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:100)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:245)
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
        at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
        at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
        at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
        at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
        at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
        at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
        at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
        at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
        at java.lang.Thread.run(Thread.java:636)
... ...

why ?
]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60312</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60312</link>
				<pubDate><![CDATA[Thu, 4 Feb 2010 23:58:47]]> GMT</pubDate>
				<author><![CDATA[ xzs63]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ <p></p>

		<cite>asermej wrote:</cite><br>
		<blockquote>I am attempting to use the new netbeans integration for 6.8 and icefaces 2.0 alpha-2, but I am getting the following error when I try to deploy:

SEVERE: WebModule[/tuition_web2]StandardWrapper.Throwable
java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
        at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:804)
        at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:306)
        at javax.faces.webapp.FacesServlet.init(FacesServlet.java:166)
&nbsp;
		</blockquote>
Hello, I also get a similar exception when deploying to GF 2.1.1 using the ICE 1.8.2 run-time.
<span class="genmed"><b>Code:</b></span><br>
		<div style="overflow: auto; width: 100%;">
		<pre>deployed with moduleid = WebApplication3
WebModule&#91;/WebApplication3&#93;StandardWrapper.Throwable
java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
        at javax.faces.FactoryFinder$FactoryManager.getFactory&#40;FactoryFinder.java:725&#41;
        at javax.faces.FactoryFinder.getFactory&#40;FactoryFinder.java:239&#41;
        at javax.faces.webapp.FacesServlet.init&#40;FacesServlet.java:164&#41;
        at org.apache.catalina.core.StandardWrapper.loadServlet&#40;StandardWrapper.java:1100&#41;
        ...
WebModule&#91;/WebApplication3&#93;PWC1396: Servlet /WebApplication3 threw load&#40;&#41; exception
java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
        at javax.faces.FactoryFinder$FactoryManager.getFactory&#40;FactoryFinder.java:725&#41;
        at javax.faces.FactoryFinder.getFactory&#40;FactoryFinder.java:239&#41;
        at javax.faces.webapp.FacesServlet.init&#40;FacesServlet.java:164&#41;
        at org.apache.catalina.core.StandardWrapper.loadServlet&#40;StandardWrapper.java:1100&#41;
        ...
Servlet Context Name: , Server Info: Sun GlassFish Enterprise Server v2.1.1
classLoader = WebappClassLoader
  delegate: false
  repositories:
    /WEB-INF/classes/
----------&gt; Parent Classloader:
EJBClassLoader : 
urlSet = &#91;&#93;
doneCalled = false 
 Parent -&gt; java.net.URLClassLoader@e4245
SharedSecrets.getJavaNetAccess&#40;&#41;=java.net.URLClassLoader$7@3e0e88
WEB0123: WebModule &#91;WebApplication3&#93; failed to deploy and has been disabled
java.lang.IllegalStateException: ContainerBase.addChild: start: LifecycleException:  java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
        at org.apache.catalina.core.ContainerBase.addChildInternal&#40;ContainerBase.java:989&#41;
        ...
</pre>
		</div>
When installing the tooling for NB v6.7.1/ICE 1.8.2, it does work well.

Also, with the new tooling for NB 6.8 the ICEFaces palette shows no icons.

Is there any benefit in the NB 6.8 tooling for ICE 1.8.2 over the tooling for NB 6.7.1?

Thanks,
Opher.]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60317</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60317</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 05:09:37]]> GMT</pubDate>
				<author><![CDATA[ Bambi535]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ OK, found the cause :)
The tool integration creates a wrong sun-web.xml:
     <class-loader delegate="false"/>
     <property name="useBundledJsf" value="true"/>
where the first line should be:
     <class-loader delegate="true"/>
and the second line sould be removed.

HTH]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60327</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60327</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 10:09:10]]> GMT</pubDate>
				<author><![CDATA[ Bambi535]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Thank you for post this issue for this beta version.  

This is an issue of detecting gf 3 and j2ee level.

This issue has been fixed and will be in next release. Modifying sun-web.xml is for Glassfish 3 with JavaEE 5 selected. As gf3 shipped with jsf 2.0 on JavaEE 6 spec, by selecting JavaEE 5, Sun JSF 1.2 and icefaces 1.8.2a will be added into project with changes in sun-web.xml as you have seen, which tells gf to use the jsf in web project instead of the one bundled with server. See ICE-5353 for detail about this issue and workaround.
 
bleathem,
Bundle is beta, which only means this integration is in beta status due to the issue ICE-5336, which is actually netbeans' issue.

ICEfaces 1.8.2a is really i.8.2 with patch to make icefaces 1.8.2 run on gf3 with following configuration in sun-web.xml:
<class-loader delegate="false"/> 
<property name="useBundledJsf" value="true"/>
of course you need to include jsf1.2 ri in your project.



]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60335</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60335</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 12:41:46]]> GMT</pubDate>
				<author><![CDATA[ liming.wu]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ <p></p>

		<cite>liming.wu wrote:</cite><br>
		<blockquote>
run on gf3 with following configuration:
<class-loader delegate="false"/> 
&nbsp;
		</blockquote>

Thanks for the reply.  This is still of no use to us who are running our Apps in ear files, bundled with ejb-jars.  One cannot invert the class loader, and still load the ejb's.  At least as I understand it.

Brian]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60336</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60336</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 12:53:35]]> GMT</pubDate>
				<author><![CDATA[ bleathem]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ My crash happened when I was using gf 3.0 and icefaces 2.0-alpha.  I was not working with the 1.8.2 version.]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60337</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60337</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 12:59:44]]> GMT</pubDate>
				<author><![CDATA[ asermej]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ modify sun-web.xml

change 
<class-loader delegate="false"/> to <class-loader delegate="true"/> 
remove 
<property name="useBundledJsf" value="true"/> ]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60340</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60340</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 14:09:19]]> GMT</pubDate>
				<author><![CDATA[ liming.wu]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Hi,

Just to clarify:

<li> The NetBeans 6.8 integration is Beta status.
<li> ICEfaces 1.8.2a is a final release.
<li> ICEfaces 2.0.0 Alpha2 is an Alpha release.

Also, as noted above, the sun-web.xml that is included in ICEfaces 1.8.2a projects is intended for Glassfish 3, and will not work without modification if deploying to Glassfish 2. We will fix this for next release.

Regards,
 Ken]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60341</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60341</link>
				<pubDate><![CDATA[Fri, 5 Feb 2010 14:54:53]]> GMT</pubDate>
				<author><![CDATA[ ken.fyten]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Hi,

I'm stuck:
NB6.8: create new webapplication on GF3 with EE6 and ICEfaces Framework.
Activating Icefaces 1.8 Compatibility Mode.
Modifying sun-web.xml as described above.

In the generated welcomeICEfaces.html I'm adding a simple

< ice:commandButton value="hello" / >


Deploying: Page renders fine.
Pressing the "hello" button ends up with "Internal Server Error"-Message.

Stacktrace:
19:03:11.093 : [SEVERE] (javax.enterprise.system.std.com.sun.enterprise.v3.services.impl) => javax.faces.application.ViewExpiredException: viewId:/faces - Ansicht /faces konnte nicht wiederhergestellt werden.
	at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:212)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
	at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:110)
	at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:312)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
	at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
	at java.lang.Thread.run(Thread.java:619)
19:03:11.094 : [SEVERE] (javax.enterprise.system.std.com.sun.enterprise.v3.services.impl) => java.lang.NullPointerException
	at org.icefaces.event.DetectNavigationPhaseListener.afterPhase(DetectNavigationPhaseListener.java:54)
	at com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:189)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:107)
	at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:110)
	at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:312)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
	at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
	at java.lang.Thread.run(Thread.java:619)

Sorry, messages are in german. Should be somthing like "View /faces could not be restored".

Any Hint?
(I'm trying to migrate an existing Application...)

Bjoern]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60424</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60424</link>
				<pubDate><![CDATA[Tue, 9 Feb 2010 12:23:34]]> GMT</pubDate>
				<author><![CDATA[ mithridates]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Found the solution myself:

in web.xml:
added <url-pattern>*.xhtml</url-pattern> for Faces Servlet Mapping.
Changed <welcome-file>/faces/welcomeICEfaces.xhtml</welcome-file>
to <welcome-file>welcomeICEfaces.xhtml</welcome-file>

In project-properties > run > display browser: 
changed URL to welcomeICEfaces.xhtml

Maybe You can include this in the next release.

Bjoern]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60425</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60425</link>
				<pubDate><![CDATA[Tue, 9 Feb 2010 14:24:40]]> GMT</pubDate>
				<author><![CDATA[ mithridates]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ 
I verified this fix ( wrong sun-web.xml )

Another error I found is in generated web.xml that required that
the requested resource for. ex

http://localhost:8080/WebApplication1/faces/welcomeICEfaces.xhtml

must be given.
So Welcome page configurations are wrong.]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60477</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60477</link>
				<pubDate><![CDATA[Thu, 11 Feb 2010 04:32:48]]> GMT</pubDate>
				<author><![CDATA[ steelyx]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ This is part of the url mapping issue. it has been fixed and will be available soon for final release, which contains other fixes as well.

Thx.

]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60488</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60488</link>
				<pubDate><![CDATA[Thu, 11 Feb 2010 08:53:03]]> GMT</pubDate>
				<author><![CDATA[ liming.wu]]></author>
			</item>
			<item>
				<title>IndexOutOfBoundsException on IceFaces 2.0 alpha 2</title>
				<description><![CDATA[ I'm also having <b>IndexOutOfBoundsException</b> error with IceFaces 2.0 alpha 2, NetBeans 6.8 and Glassfish v3.

BTW I'm not using NetBeans Integration (i.e. I don't install IceFaces plugin). So I install IceFaces the old school way.

After implementing the change above (by mithridates), changing <b>/faces/*</b> to <b>*.xhtml</b>, I still get error below.

My sun-web.xml is :

<span class="genmed"><b>Code:</b></span><br>
		<div style="overflow: auto; width: 100%;">
		<pre>&lt;sun-web-app error-url=""&gt;
  &lt;context-root&gt;/AddressBook&lt;/context-root&gt;
  &lt;class-loader delegate="true"/&gt;
  &lt;jsp-config&gt;
    &lt;property name="keepgenerated" value="true"&gt;
      &lt;description&gt;Keep a copy of the generated servlet class' java code.&lt;/description&gt;
    &lt;/property&gt;
  &lt;/jsp-config&gt;
&lt;/sun-web-app&gt;
</pre>
		</div>

Attached error:

<span class="genmed"><b>Code:</b></span><br>
		<div style="overflow: auto; width: 100%;">
		<pre>WARNING: DOM is null during applyBrowserChanges
WARNING: JSF1063: WARNING! Setting non-serializable attribute value into HttpSession &#40;key: personController, value class: addressbook.PersonController&#41;.
WARNING: Old DOM is null during domDiff calculation
SEVERE: javax.faces.FacesException: Unexpected error restoring state for component with id j_idt3.  Cause: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0.
        at com.sun.faces.application.view.StateManagementStrategyImpl$2.visit&#40;StateManagementStrategyImpl.java:239&#41;
        at com.sun.faces.component.visit.FullVisitContext.invokeVisitCallback&#40;FullVisitContext.java:147&#41;
        at javax.faces.component.UIComponent.visitTree&#40;UIComponent.java:1446&#41;
        at javax.faces.component.UIComponent.visitTree&#40;UIComponent.java:1457&#41;
        at com.sun.faces.application.view.StateManagementStrategyImpl.restoreView&#40;StateManagementStrategyImpl.java:223&#41;
        at com.sun.faces.application.StateManagerImpl.restoreView&#40;StateManagerImpl.java:177&#41;
        at com.sun.faces.application.view.ViewHandlingStrategy.restoreView&#40;ViewHandlingStrategy.java:131&#41;
        at com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView&#40;FaceletViewHandlingStrategy.java:430&#41;
        at com.sun.faces.application.view.MultiViewHandler.restoreView&#40;MultiViewHandler.java:143&#41;
        at javax.faces.application.ViewHandlerWrapper.restoreView&#40;ViewHandlerWrapper.java:288&#41;
        at javax.faces.application.ViewHandlerWrapper.restoreView&#40;ViewHandlerWrapper.java:288&#41;
        at com.sun.faces.lifecycle.RestoreViewPhase.execute&#40;RestoreViewPhase.java:199&#41;
        at com.sun.faces.lifecycle.Phase.doPhase&#40;Phase.java:101&#41;
        at com.sun.faces.lifecycle.RestoreViewPhase.doPhase&#40;RestoreViewPhase.java:110&#41;
        at com.sun.faces.lifecycle.LifecycleImpl.execute&#40;LifecycleImpl.java:118&#41;
        at javax.faces.webapp.FacesServlet.service&#40;FacesServlet.java:312&#41;
        at org.apache.catalina.core.StandardWrapper.service&#40;StandardWrapper.java:1523&#41;
        at org.apache.catalina.core.StandardWrapperValve.invoke&#40;StandardWrapperValve.java:279&#41;
        at org.apache.catalina.core.StandardContextValve.invoke&#40;StandardContextValve.java:188&#41;
        at org.apache.catalina.core.StandardPipeline.invoke&#40;StandardPipeline.java:641&#41;
        at com.sun.enterprise.web.WebPipeline.invoke&#40;WebPipeline.java:97&#41;
        at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke&#40;PESessionLockingStandardPipeline.java:85&#41;
        at org.apache.catalina.core.StandardHostValve.invoke&#40;StandardHostValve.java:185&#41;
        at org.apache.catalina.connector.CoyoteAdapter.doService&#40;CoyoteAdapter.java:332&#41;
        at org.apache.catalina.connector.CoyoteAdapter.service&#40;CoyoteAdapter.java:233&#41;
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service&#40;ContainerMapper.java:165&#41;
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter&#40;ProcessorTask.java:791&#41;
        at com.sun.grizzly.http.ProcessorTask.doProcess&#40;ProcessorTask.java:693&#41;
        at com.sun.grizzly.http.ProcessorTask.process&#40;ProcessorTask.java:954&#41;
        at com.sun.grizzly.http.DefaultProtocolFilter.execute&#40;DefaultProtocolFilter.java:170&#41;
        at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter&#40;DefaultProtocolChain.java:135&#41;
        at com.sun.grizzly.DefaultProtocolChain.execute&#40;DefaultProtocolChain.java:102&#41;
        at com.sun.grizzly.DefaultProtocolChain.execute&#40;DefaultProtocolChain.java:88&#41;
        at com.sun.grizzly.http.HttpProtocolChain.execute&#40;HttpProtocolChain.java:76&#41;
        at com.sun.grizzly.ProtocolChainContextTask.doCall&#40;ProtocolChainContextTask.java:53&#41;
        at com.sun.grizzly.SelectionKeyContextTask.call&#40;SelectionKeyContextTask.java:57&#41;
        at com.sun.grizzly.ContextTask.run&#40;ContextTask.java:69&#41;
        at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork&#40;AbstractThreadPool.java:330&#41;
        at com.sun.grizzly.util.AbstractThreadPool$Worker.run&#40;AbstractThreadPool.java:309&#41;
        at java.lang.Thread.run&#40;Thread.java:619&#41;
Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
        at java.util.ArrayList.RangeCheck&#40;ArrayList.java:547&#41;
        at java.util.ArrayList.get&#40;ArrayList.java:322&#41;
        at javax.faces.component.AttachedObjectListHolder.restoreState&#40;AttachedObjectListHolder.java:161&#41;
        at javax.faces.component.UIComponentBase.restoreState&#40;UIComponentBase.java:1427&#41;
        at com.sun.faces.application.view.StateManagementStrategyImpl$2.visit&#40;StateManagementStrategyImpl.java:231&#41;
        ... 39 more
</pre>
		</div>]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60579</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60579</link>
				<pubDate><![CDATA[Sat, 13 Feb 2010 18:15:15]]> GMT</pubDate>
				<author><![CDATA[ HendyIrawan]]></author>
			</item>
			<item>
				<title>Re:Icefaces 1.8.2 and netbeans 6.8, project integration</title>
				<description><![CDATA[ Hi,

There is an <a href="http://www.icefaces.org/JForum/posts/list/15973.page#60612" target="_new" rel="nofollow">updated NetBeans 6.8 integration bundle</a> available now that resolves several issues with the Beta release.


Regards,
  Ken
]]></description>
				<guid isPermaLink="true">http://www.icefaces.org/JForum/posts/list/15709.page#60614</guid>
				<link>http://www.icefaces.org/JForum/posts/list/15709.page#60614</link>
				<pubDate><![CDATA[Mon, 15 Feb 2010 11:24:14]]> GMT</pubDate>
				<author><![CDATA[ ken.fyten]]></author>
			</item>
	</channel>
</rss>
