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.


17 comments
Comment actions Permalink

Brad wrote:

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.


Oh? How did you set it up in 1019? Using the to-be-defunct web app
icon setup?

R

0
Comment actions Permalink

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

Brad wrote:

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.

>

Oh? How did you set it up in 1019? Using the to-be-defunct web app
icon setup?

>

R



0
Comment actions Permalink

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

0
Comment actions Permalink

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

Brad wrote:

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.

>

Oh? How did you set it up in 1019? Using the to-be-defunct web app
icon setup?

>

R



0
Comment actions Permalink

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

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

>


0
Comment actions Permalink

Patrick Burleson wrote:

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.


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

0
Comment actions Permalink

Brad wrote:

Also, do I need to 'unset' that option? That is, in the 'Web' project
setting, do I uncheck the "Enable Web..." check box?


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

0
Comment actions Permalink

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

0
Comment actions Permalink

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

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.

>
>


0
Comment actions Permalink

Patrick Burleson wrote:

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.


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

0
Comment actions Permalink

Brad wrote:

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.


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

0
Comment actions Permalink

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

Brad wrote:

>

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.

>

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



0
Comment actions Permalink

Brad wrote:

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.


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


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

>>Brad wrote:
>>
>>
>>>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.
>>
>>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


0
Comment actions Permalink

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

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

>


0
Comment actions Permalink

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

0
Comment actions Permalink

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

Brad wrote:

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.

>

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

>

>
>

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

>
>>Brad wrote:
>>
>>
>>>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.
>>
>>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
>
>
>



0
Comment actions Permalink

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

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.

>
>







Attachment(s):
New Picture.gif
StrutsDemo.zip
0

Please sign in to leave a comment.