[JBoss JIRA] Created: (JBIDE-1525) New JSF project kickstart libraries problems with Tomcat 6
by Jörg von Frantzius (JIRA)
New JSF project kickstart libraries problems with Tomcat 6
----------------------------------------------------------
Key: JBIDE-1525
URL: http://jira.jboss.com/jira/browse/JBIDE-1525
Project: JBoss Tools
Issue Type: Bug
Components: WTP 1.5 integration
Affects Versions: 2.0.0.GA
Reporter: Jörg von Frantzius
Priority: Minor
When I created a new JSF project using Tomcat 6 and the kickstart with libraries option, the Tomcat server would fail during startup with:
18.12.2007 11:28:38 org.apache.catalina.core.StandardContext listenerStart
SCHWERWIEGEND: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
java.lang.LinkageError: loader constraints violated when linking javax/el/ELResolver class
at com.sun.faces.config.ConfigureListener.registerELResolverAndListenerWithJsp(ConfigureListener.java:397)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:189)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3830)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4337)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:566)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Manually removing the el-api.jar from WEB-INF/lib solved this issue.
When I tried using the kickstart template without libraries, Tomcat would fail during startup with this exception (complete log):
18.12.2007 14:08:48 org.apache.catalina.core.AprLifecycleListener init
INFO: The Apache Tomcat Native library which allows optimal performance in production environments w
as not found on the java.library.path: /usr/lib/jvm/java-1.5.0-sun-1.5.0_update13-sr2/jre/lib/i386/c
lient:/usr/lib/jvm/java-1.5.0-sun-1.5.0_update13-sr2/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0_
update13-sr2/jre/../lib/i386:/usr/lib/xulrunner-1.8.1.4
18.12.2007 14:08:48 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
18.12.2007 14:08:48 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 884 ms
18.12.2007 14:08:48 org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
18.12.2007 14:08:48 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.14
18.12.2007 14:08:49 org.apache.catalina.core.StandardContext listenerStart
SCHWERWIEGEND: Error configuring application listener of class com.sun.faces.config.ConfigureListener
java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3773)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4337)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:566)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
18.12.2007 14:08:49 org.apache.catalina.core.StandardContext listenerStart
SCHWERWIEGEND: Skipped installing application listeners due to previous error(s)
18.12.2007 14:08:49 org.apache.catalina.core.StandardContext start
SCHWERWIEGEND: Error listenerStart
18.12.2007 14:08:49 org.apache.catalina.core.StandardContext start
SCHWERWIEGEND: Context [/ZASTMock2] startup failed due to previous errors
18.12.2007 14:08:49 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
18.12.2007 14:08:49 org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
18.12.2007 14:08:49 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=1/154 config=null
18.12.2007 14:08:49 org.apache.catalina.startup.Catalina start
INFO: Server startup in 1023 ms
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 10 months
[JBoss JIRA] Updated: (JBIDE-1494) TextFomating tag should have default bexaviour, now it is used as copy everywhere
by Max Andersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBIDE-1494?page=all ]
Max Andersen updated JBIDE-1494:
--------------------------------
Fix Version/s: 2.1
sounds like a good idea.
> TextFomating tag should have default bexaviour, now it is used as copy everywhere
> ---------------------------------------------------------------------------------
>
> Key: JBIDE-1494
> URL: http://jira.jboss.com/jira/browse/JBIDE-1494
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: Cleanup
> Affects Versions: 2.0.0.GA
> Reporter: Denis Golovin
> Assigned To: Maxim Areshkau
> Fix For: 2.1
>
>
> It should be renamed to vpe:textFormatting
> Now there ar ea lot of blocks like posted below:
> <vpe:textFormating>
> <vpe:format type="BlockFormat" addChildren="deny" />
> <vpe:format type="UnderlineFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> <vpe:format type="BoldFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> <vpe:format type="ItalicFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> <vpe:format type="FontNameFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> <vpe:format type="FontSizeFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> <vpe:format type="BackgroundColorFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> <vpe:format type="ForegroundColorFormat">
> <vpe:formatAttribute type="style" />
> </vpe:format>
> </vpe:textFormating>
> It should have default behavior that is defined by inserting just <vpe:textFormatting> tag inside template. If some behavior should be redefined use vpe:format tag for it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 10 months
[JBoss JIRA] Updated: (JBIDE-1497) Use single base class for EL parsing
by Max Andersen (JIRA)
[ http://jira.jboss.com/jira/browse/JBIDE-1497?page=all ]
Max Andersen updated JBIDE-1497:
--------------------------------
Fix Version/s: 2.1
i guess this a 2.1 thing ?
> Use single base class for EL parsing
> ------------------------------------
>
> Key: JBIDE-1497
> URL: http://jira.jboss.com/jira/browse/JBIDE-1497
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: Cleanup
> Affects Versions: 2.0.0.GA
> Reporter: Alexey Kazakov
> Assigned To: Alexey Kazakov
> Fix For: 2.1
>
>
> We use different classes to parce EL:
> org.jboss.tools.common.model.util.ELParser (Used by JSF Conten Assist and VPE bundle resolver)
> org.jboss.tools.seam.internal.core.el.SeamELTokenizer (Used by Seam Content Assist and Validator)
> org.jboss.tools.jsf.text.ext.hyperlink.JSPExprHyperlinkPartitioner (Used by JSF Hiperlinks)
> We have to refactor it to use one Basic Parcer for EL and maybe have some implementation for special cases if we need it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 10 months