jsp tag libraries
Has anyone else got tag libraries such as Struts to get resolved in 1035?
All my tags show up marked red and 'can't resolve'. These same libraries
resolved fine in 1019.
Please sign in to leave a comment.
Brad wrote:
Oh? How did you set it up in 1019? Using the to-be-defunct web app
icon setup?
R
Yeah, I used the 'Web' project setting and 'Enable Web application support
and pointed that to my 'root'. But, I've also tried to create a web 'module'
and haven't got that to work either. Do I just need to create a new project
using a web module? I take it you have this all working?
"Robert S. Sfeir" <robert@codepuccino.com> wrote in message
news:bsph5c$ij5$1@is.intellij.net...
1035?
>
>
The 1035 build has an interesting bug where it always points to some strange location for web.xml initially for me. When I change the path to my actual web.xml (where I have the tablibs defined), things start to resolve. Check the path to the web.xml file in the Web Module tab in the modules dialog to make sure it is pointing at the correct web.xml.
Thanks,
Patrick
Also, do I need to 'unset' that option? That is, in the 'Web' project
setting, do I uncheck the "Enable Web..." check box?
"Robert S. Sfeir" <robert@codepuccino.com> wrote in message
news:bsph5c$ij5$1@is.intellij.net...
1035?
>
>
Thanks for the idea (no pun intended) but I've already tried that. To
clarify more, I have two projects setup. One is my 'production' project that
I earn my living working on. It is setup the same as it has been since
Ariadna and has been working up to this point. I have another 'test' project
I use to try out new Aurora features. It is setup using web modules. Right
now, neither of them are resolving tag libraries.
"Patrick Burleson" <pbur@yahoo.com> wrote in message
news:31697506.1072712232854.JavaMail.itn@is.intellij.net...
strange location for web.xml initially for me. When I change the path to my
actual web.xml (where I have the tablibs defined), things start to resolve.
Check the path to the web.xml file in the Web Module tab in the modules
dialog to make sure it is pointing at the correct web.xml.
>
>
Patrick Burleson wrote:
The whole J2EE thing is still in flux. Your web xml might point to the
wrong location, if you change it, it will still LOOK like it points to
the wrong location, but it copies the right web.xml. I've filed a bug
for this.
R
Brad wrote:
Honestly I havent't tried to bother resolving JSP tags lately, because I
was told that tag lib solution is still being worked on for web modules,
and as long as 'web application' is still there, it's a signal for me
that J2EE is still changing.
I had it working at one point by pointing the web application the old
way, to the directory I exploded the web module into, and that showed
the tag libs as resolving, but my opinion is that we should never be
editing the jsps in the exploded dir, nor should we be debugging the
jsps from there either. I feel that (somehow, not sure how):
1- If you setup a module with JSPs you should be able to assign some
dependancies to either web.xml or the tlds to resolve tag libs. Perhaps
if the module is a dependant of a web module, resolution carries
automatically across to the jsp module? It should be easy to setup and
not involve a zillion steps.
2- If we explode a directory, I expect that I should be able to set my
break points in the module which contains the JSPs and have it debug
from there. This one is a lot harder, since the dependancies between
the location where Tomcat compiled the JSPs, where the JSPs it compiled
were exploded and the originating location would be hard to maintain.
If they can pull that off somehow, it would be pretty darn amazing.
They do do it for Class files, so perhaps it's possible that they can
use the web module Child Deployment settings to track back where the
file came from??? Dunno, but it would be a real beauty if they can pull
this off.
R
Actually, with 1035, I've had it copy the blank web.xml file over my existing one when I've changed the path. Must be very careful.
Thanks,
Patrick
Well, I have it working now. Not sure what I did really. I created a new web
module with the exact same setting as before, deleted the old one, and...
presto!
Thanks for all responses.
"Brad" <brad.lane@pearson.com> wrote in message
news:bspeof$36q$1@is.intellij.net...
>
>
Patrick Burleson wrote:
Oh nice.
Right now I'm not using 1035 because I am waiting for one major bug, for
me at least, to be released in the next eap. It's the one that doesn't
let us debug and see the request or response objects. Typing (in the
debug expression window) in request.getParameterNames() gives errors,
request by itself gives it too. It's been fixed, but I need the next
eap to use it.
We'll see. I have confidense they will get these things cleared out
soon. We'll be chanting and cheering, perhaps even holding vigils of
happiness singing Christmas Songs or something.
Alex(Lex, and Alex K), Igor and Eugene (Leka) won't let us down :)
(Hey guys, how's that for pressure? LOL)
R
Brad wrote:
Wait now you're saying you setup a web module and with the web module
alone you can get jsp resolution?
Can you describe your dir structure and what content directories your
web module uses, as well as other modules that might be children of that
web module?
Thanks
R
Hmm. You had to ask:) After closing the project and reopening, it doesn't
work anymore. Must have something to do with that web.xml path not getting
saved. I give up. Going back to 1019.
The Content dir is StrutsDemo. My web.xml is under WEB-INF.
"Robert S. Sfeir" <robert@codepuccino.com> wrote in message
news:bspj2l$udo$2@is.intellij.net...
>
web
and...
>
>
>
Brad wrote:
AHA! This is what happens here too, yes. It does lose reference to
web.xml, and hence doesn't know where anything is anymore, and it still
doesn't save web.xml.
R
>>Brad wrote:
>>
>>
>>>Well, I have it working now. Not sure what I did really. I created a new
>>>module with the exact same setting as before, deleted the old one,
>>>presto!
>>>
>>>Thanks for all responses.
>>
>>Wait now you're saying you setup a web module and with the web module
>>alone you can get jsp resolution?
>>
>>Can you describe your dir structure and what content directories your
>>web module uses, as well as other modules that might be children of that
>>web module?
>>
>>Thanks
>>R
Could you explain that? Copy a blank web.xml over your existing one? Maybe
I'm just stupid but doesn't that leave a blank web.xml?
"Patrick Burleson" <pbur@yahoo.com> wrote in message
news:20919929.1072713122681.JavaMail.itn@is.intellij.net...
existing one when I've changed the path. Must be very careful.
>
>
Sure, it (IDEA) overwrote my good web.xml with the blank template when I tried to update the web.xml path in the web module. I had to do a svn revert (using subversion for VCS) to get mine back.
It appears the bug is IDEA expects the web.xml to be in the same directory as the Web Module .iml file. Which is not true in my case.
Thanks,
Patrick
I've managed to get it to work, but only by using Resources (Configure
External Resources).
For example:
URI
/WEB-INF/struts-html.tld
Path
c:\projects\NEWR10\wwwapp\Web\jsp\web-inf\struts-html.tld
Inside the JSP:
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
(Using build 1050).
"Robert S. Sfeir" <robert@codepuccino.com> wrote in message
news:bspkj9$anh$1@is.intellij.net...
doesn't
getting
>
>
>
new
Okay, maybe I've been going about this the wrong way. Here is my simple test
project setup. Can someone (Robert?) help me get this f***ing thing
configured? I've remove a lot of files to trim the size (the WEB_INF/lib dir
is missing too).
"Brad" <brad.lane@pearson.com> wrote in message
news:bspeof$36q$1@is.intellij.net...
>
>
Attachment(s):
New Picture.gif
StrutsDemo.zip