August 2007 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] Created: (JBIDE-670) xhtml code completion does not update it's list of completions

by Max Andersen (JIRA)

xhtml code completion does not update it's list of completions -------------------------------------------------------------- Key: JBIDE-670 URL: http://jira.jboss.com/jira/browse/JBIDE-670 Project: JBoss Tools Issue Type: Bug Components: Seam Affects Versions: 2.0.0.Beta3 Reporter: Max Andersen Assigned To: Victor Rubezhny Priority: Critical Fix For: 2.0.0.Beta3 when I add a new seam component EL code completion of seam components in java works fine (it includes the new component). but for xhtml it seems a completely different piece of code is executed (or completions are cached) since the code completion list does not include the newly added component. It only works if I restart eclipse and then do the code completion. -- 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

18 years, 8 months

2
5
0 / 0

[JBoss JIRA] Created: (JBIDE-672) attributes dialog code completion in xhtml editor is using "hack" model

by Max Andersen (JIRA)

attributes dialog code completion in xhtml editor is using "hack" model ----------------------------------------------------------------------- Key: JBIDE-672 URL: http://jira.jboss.com/jira/browse/JBIDE-672 Project: JBoss Tools Issue Type: Feature Request Components: JSF Reporter: Max Andersen e.g. right click on a <h:inputText value="..."/> and edit the value attribute. This dialog show a node called JSF Managed Beans with a mix of JSF managed beans and seam components. Shouldn't these be under jsf variables or even their own node ? (and it seems like AnnotatedBeans.java is still used for getting it's "seam understanding" - shouldn't that be removed and changed to use the seam core model ? ...probably requires seam.ui to hook into the jsf editor to avoid cyclic coupling) -- 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

18 years, 8 months

2
3
0 / 0

[JBoss JIRA] Moved: (JBIDE-680) JBOSS AS 4.2 can't run JSF 1.1.01RI KickStart project

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-680?page=all ] Max Andersen moved EXIN-315 to JBIDE-680: ----------------------------------------- Project: JBoss Tools (was: Exadel Integration) Key: JBIDE-680 (was: EXIN-315) Component/s: JSF (was: The Lost Functionallity) Fix Version/s: 2.0.0.Beta4 (was: 1.0.0.beta2) Affects Version/s: 2.0.0.20070808 (was: OPENSOURCE) > JBOSS AS 4.2 can't run JSF 1.1.01RI KickStart project > ----------------------------------------------------- > > Key: JBIDE-680 > URL: http://jira.jboss.com/jira/browse/JBIDE-680 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: 2.0.0.20070808 > Environment: WindowsXP SP2 > rhds-win32-1.0.0.jar > Red Hat Developer Studio > Version: 1.0.0 > Build: 20070611-nightly > Reporter: Aliaksey Nis > Assigned To: Alexey Kazakov > Priority: Critical > Fix For: 2.0.0.Beta4 > > Attachments: UnknownServerErrors.txt > > > From comments in EXIN-151. > After context param was added in web.xml, still not possible to launch JSF 1.1.01RI application on JBOS AS 4.2. -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-680) JBOSS AS 4.2 can't run JSF 1.1.01RI KickStart project

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-680?page=comments#action_12371481 ] Max Andersen commented on JBIDE-680: ------------------------------------ moved issue to jbosstools so i can link to it. > JBOSS AS 4.2 can't run JSF 1.1.01RI KickStart project > ----------------------------------------------------- > > Key: JBIDE-680 > URL: http://jira.jboss.com/jira/browse/JBIDE-680 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: 2.0.0.20070808 > Environment: WindowsXP SP2 > rhds-win32-1.0.0.jar > Red Hat Developer Studio > Version: 1.0.0 > Build: 20070611-nightly > Reporter: Aliaksey Nis > Assigned To: Alexey Kazakov > Priority: Critical > Fix For: 2.0.0.Beta4 > > Attachments: UnknownServerErrors.txt > > > From comments in EXIN-151. > After context param was added in web.xml, still not possible to launch JSF 1.1.01RI application on JBOS AS 4.2. -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12371449 ] Max Andersen commented on JBIDE-675: ------------------------------------ I recommend the first one. all plugins + fresh eclipse. > Large JSF file are too slow to handle, making editor useless for them > --------------------------------------------------------------------- > > Key: JBIDE-675 > URL: http://jira.jboss.com/jira/browse/JBIDE-675 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: ExadelStudioPro4 > Environment: Eclipse 3.2.2 > Exadel Studio 4.0.4 > Kubuntu Feisty Fawn > 1G RAM > CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated > Reporter: David Delbecq > Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, loading_dump.txt, tree.txt > > > Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447 > When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags. > I will be posting attachement containing description of files involved (sorry, no file content). -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

by David Delbecq (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12371441 ] David Delbecq commented on JBIDE-675: ------------------------------------- Do i have to get the "All plugins" and install them in a fresh new eclipse or do i have to get the RichFaces-VPE-linux-gtk-200708040214-nightly.zip and install it inside my current exadel studio to override the current JSF editor? Won't it conflict? There doesn't seem to be a Redhat developer studio/JBoss IDE/ whatever name Exadel studio has now in the nightly builds > Large JSF file are too slow to handle, making editor useless for them > --------------------------------------------------------------------- > > Key: JBIDE-675 > URL: http://jira.jboss.com/jira/browse/JBIDE-675 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: ExadelStudioPro4 > Environment: Eclipse 3.2.2 > Exadel Studio 4.0.4 > Kubuntu Feisty Fawn > 1G RAM > CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated > Reporter: David Delbecq > Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, loading_dump.txt, tree.txt > > > Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447 > When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags. > I will be posting attachement containing description of files involved (sorry, no file content). -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12371440 ] Max Andersen commented on JBIDE-675: ------------------------------------ jboss.org/toools and click nightly builds. > Large JSF file are too slow to handle, making editor useless for them > --------------------------------------------------------------------- > > Key: JBIDE-675 > URL: http://jira.jboss.com/jira/browse/JBIDE-675 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: ExadelStudioPro4 > Environment: Eclipse 3.2.2 > Exadel Studio 4.0.4 > Kubuntu Feisty Fawn > 1G RAM > CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated > Reporter: David Delbecq > Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, loading_dump.txt, tree.txt > > > Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447 > When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags. > I will be posting attachement containing description of files involved (sorry, no file content). -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

by David Delbecq (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12371439 ] David Delbecq commented on JBIDE-675: ------------------------------------- Where do i get them? Pages in jboss/exadel all point out to the "free version of exadel studio pro" which is 4.0.4 > Large JSF file are too slow to handle, making editor useless for them > --------------------------------------------------------------------- > > Key: JBIDE-675 > URL: http://jira.jboss.com/jira/browse/JBIDE-675 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: ExadelStudioPro4 > Environment: Eclipse 3.2.2 > Exadel Studio 4.0.4 > Kubuntu Feisty Fawn > 1G RAM > CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated > Reporter: David Delbecq > Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, loading_dump.txt, tree.txt > > > Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447 > When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags. > I will be posting attachement containing description of files involved (sorry, no file content). -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12371437 ] Max Andersen commented on JBIDE-675: ------------------------------------ i can see the stacktrace includes exadel only, meaning this is the old exadel studio. Have you tried with the nightly build of jboss tools ? > Large JSF file are too slow to handle, making editor useless for them > --------------------------------------------------------------------- > > Key: JBIDE-675 > URL: http://jira.jboss.com/jira/browse/JBIDE-675 > Project: JBoss Tools > Issue Type: Bug > Components: JSF > Affects Versions: ExadelStudioPro4 > Environment: Eclipse 3.2.2 > Exadel Studio 4.0.4 > Kubuntu Feisty Fawn > 1G RAM > CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated > Reporter: David Delbecq > Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, loading_dump.txt, tree.txt > > > Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447 > When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags. > I will be posting attachement containing description of files involved (sorry, no file content). -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBIDE-677) wildcard "*" for <role-name> interpreted as error

by Max Andersen (JIRA)

[ http://jira.jboss.com/jira/browse/JBIDE-677?page=comments#action_12371433 ] Max Andersen commented on JBIDE-677: ------------------------------------ The open source project is called JBoss Tools > wildcard "*" for <role-name> interpreted as error > ------------------------------------------------- > > Key: JBIDE-677 > URL: http://jira.jboss.com/jira/browse/JBIDE-677 > Project: JBoss Tools > Issue Type: Bug > Environment: WinXP SP2, JDK 1.6.0_02, Eclipse 3.3, WTP 2.0 > Reporter: Juergen Zimmermann > Attachments: auth-constraint.jpg > > > Web XML Editor shows a non-existing error for web.xml when there is an <auth-constraint> with <role-name>*</role-name> > * is allowed as a placeholder for all roles -- 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

18 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues August 2007