Home » Language IDEs » ServerTools (WTP) » Eclipse 3.3 w/WTP
Eclipse 3.3 w/WTP [message #197282] |
Thu, 26 July 2007 03:41 |
Nelz Carpentier Messages: 3 Registered: July 2009 |
Junior Member |
|
|
Hey All!
This is my first post to the news group... I did a bit of searching for
my issue here, but didn't see anyone else posting about it...
We are using Maven2 (at my influence :-) and Eclipse together. We
originally were seeing some weird behavior that when adding a new library
to our nascent project, we weren't getting the library copied into the
~/.metadata/.plugins/.../tmp0/.../WEB-INF/lib directory... So, we thought
we could get around it by just dropping the library in on the (future)
infrequent occasion that a new jar was needed. (Even though starting a
brand new instance of Eclipse was getting the library as needed...)
Then we started seeing some deeper weirdnesses all across our team. The
clean would wipe out everything under the .../wtpwebapps/<ourApp>
directory, but publish wouldn't push anything back. Eventually, after
thrashing about the directories, some secret sequence of events would
actually finish the execution of what I consider to be a "publish".
It was easy to tish-tosh this off, as it was only 2 or 3 people, but the
other 12 of us seemed to be doing okay... Then, something happened to me.
I added a new class, and updated struts-config.xml... When I published
and went to hit the page, neither the struts-config.xml file had been
updated, nor was there a .class file for my newly defined action. Now, I
started into the same
clean-publish-run-stop-removeserver-manuallydelete-reinstall server-addproject,
and finally ended up with a non-working server because the <ourApp>
directory doesn't exist, no matter how many ways I try to coax it into
being... Just like my coworkers... And even though they are all on WinXP
boxes, this is even happening to me on an Ubuntu box.
Okay... Sorry. Thanks for letting me vent a bit...
Long story short, I'm sometimes seeing behavior that classes (or other
resources) are not making it into the temporary webapp directory that WTP
is running Tomcat out of... Has anyone else seen this, and/or does anyone
know how to fix it?
Thanks for your patience!
- Nelz
|
|
| | |
Re: Eclipse 3.3 w/WTP [message #197378 is a reply to message #197363] |
Thu, 26 July 2007 23:00 |
Eclipse User |
|
|
|
Originally posted by: java.gbrun.gmail.com
first hint :
double click on your tomcat server on the server view
see if your Automatic Publishing config is good on all your machines
second hint :
maybe you are experiencing a file date problem (due to different machine
date settings)
it's that the case, your "new file" got a older date than the "old one"
i m not sure on what WTP base is choice too update or not the files,
i m just assuming it's on file date.
hope it helped
Nelz wrote:
> Yup... Using Eclipse 3.3, WTP 2.0, and Tomcat 6.0.13...
>
> - Nelz
>
|
|
|
Re: Eclipse 3.3 w/WTP [message #197401 is a reply to message #197282] |
Fri, 27 July 2007 13:31 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
Nelz wrote:
> Hey All!
>
> This is my first post to the news group... I did a bit of searching for
> my issue here, but didn't see anyone else posting about it...
>
> We are using Maven2 (at my influence :-) and Eclipse together. We
> originally were seeing some weird behavior that when adding a new
> library to our nascent project, we weren't getting the library copied
> into the ~/.metadata/.plugins/.../tmp0/.../WEB-INF/lib directory... So,
> we thought we could get around it by just dropping the library in on the
> (future) infrequent occasion that a new jar was needed. (Even though
> starting a brand new instance of Eclipse was getting the library as
> needed...)
>
> Then we started seeing some deeper weirdnesses all across our team. The
> clean would wipe out everything under the .../wtpwebapps/<ourApp>
> directory, but publish wouldn't push anything back. Eventually, after
> thrashing about the directories, some secret sequence of events would
> actually finish the execution of what I consider to be a "publish".
>
> It was easy to tish-tosh this off, as it was only 2 or 3 people, but the
> other 12 of us seemed to be doing okay... Then, something happened to
> me. I added a new class, and updated struts-config.xml... When I
> published and went to hit the page, neither the struts-config.xml file
> had been updated, nor was there a .class file for my newly defined
> action. Now, I started into the same
> clean-publish-run-stop-removeserver-manuallydelete-reinstall server-addproject,
> and finally ended up with a non-working server because the <ourApp>
> directory doesn't exist, no matter how many ways I try to coax it into
> being... Just like my coworkers... And even though they are all on
> WinXP boxes, this is even happening to me on an Ubuntu box.
>
> Okay... Sorry. Thanks for letting me vent a bit...
>
> Long story short, I'm sometimes seeing behavior that classes (or other
> resources) are not making it into the temporary webapp directory that
> WTP is running Tomcat out of... Has anyone else seen this, and/or does
> anyone know how to fix it?
There have been some rare reports of this kind of strange behavior.
Typically, while trying to investigate the behavior, a new workspace
would be created and the problem couldn't be duplicated in the new
workspace. I don't recall we ever figured out why the strange behavior
was occurring.
One thing to be aware of is that when a project is published, WTP
creates a list of the files copied with a date stamp of the file. The
next time the project is published, the date of the source file is
checked and if it hasn't changed, the file isn't copied. Thus, if you
delete a webapp's file on the server, a publish won't make it reappear
until that list is cleared or the file is changed. Removing and
re-adding a project to the server is the simplest way to clear that list.
Unfortunately, I don't have any good guesses as to why your modified
struts-config.xml isn't being copied. You can try enabling some debug
logging by adding "-debug" to your eclipse startup arguments and
creating a ".options" file in the folder that contains the eclipse
executable you are running. This ".options" should contain:
org.eclipse.wst.server.core/debug=true
One way to get this file is to extract the sample copy from the
org.eclipse.wst.server.core_1.0.204.v200706111751.jar in your installed
WTP 2.0. The additional log output might help, but I can't say for sure.
If you _really_ want to get to the bottom of this behavior, I would
recommend installing the source for WTP if you don't have that already.
Then you would import the source for the couple of plug-ins that would
be involved in the publishing and try to duplicate this behavior in a
debug session. This is actually quite straight forward to do. If you
want to try it, I'll provide the info about where to set breakpoints to
discover why the strange behavior is happening. Let me know if you want
to try this.
Cheers,
Larry
>
> Thanks for your patience!
>
> - Nelz
>
|
|
|
Re: Eclipse 3.3 w/WTP [message #197469 is a reply to message #197282] |
Sat, 28 July 2007 19:44 |
Eclipse User |
|
|
|
Originally posted by: stephane_cauvi.yahoo.fr
Hi,
There was the same kind of weird problems with eclipse 3.2/wtp 1.5, this
is not specific to e3.3/wtp2.0. It seems wtp 2.0 inherits of it.
Stephane.
|
|
| |
Re: Eclipse 3.3 w/WTP [message #197651 is a reply to message #197469] |
Mon, 30 July 2007 20:16 |
Eclipse User |
|
|
|
Originally posted by: dserodio.gmail.com
Stephane wrote:
> Hi,
>
> There was the same kind of weird problems with eclipse 3.2/wtp 1.5, this
> is not specific to e3.3/wtp2.0. It seems wtp 2.0 inherits of it.
Yes, I experience weird publishing bugs with Eclipse 3.2/WTP 1.5 all too
often...
I had hope that Eclipse 3.3/WTP 2.0 had fixed these bugs, but it seems
not... :-(
Regards,
Daniel Serodio
|
|
|
Re: Eclipse 3.3 w/WTP [message #198239 is a reply to message #197282] |
Tue, 14 August 2007 15:00 |
Eclipse User |
|
|
|
Originally posted by: erikvaningen.gmail.com
we use the xml file
\.settings\org.eclipse.wst.common.component
to repeat the jar files that are collected by Maven
Nelz wrote:
> Hey All!
>
> This is my first post to the news group... I did a bit of searching for
> my issue here, but didn't see anyone else posting about it...
>
> We are using Maven2 (at my influence :-) and Eclipse together. We
> originally were seeing some weird behavior that when adding a new
> library to our nascent project, we weren't getting the library copied
> into the ~/.metadata/.plugins/.../tmp0/.../WEB-INF/lib directory... So,
> we thought we could get around it by just dropping the library in on the
> (future) infrequent occasion that a new jar was needed. (Even though
> starting a brand new instance of Eclipse was getting the library as
> needed...)
>
> Then we started seeing some deeper weirdnesses all across our team. The
> clean would wipe out everything under the .../wtpwebapps/<ourApp>
> directory, but publish wouldn't push anything back. Eventually, after
> thrashing about the directories, some secret sequence of events would
> actually finish the execution of what I consider to be a "publish".
>
> It was easy to tish-tosh this off, as it was only 2 or 3 people, but the
> other 12 of us seemed to be doing okay... Then, something happened to
> me. I added a new class, and updated struts-config.xml... When I
> published and went to hit the page, neither the struts-config.xml file
> had been updated, nor was there a .class file for my newly defined
> action. Now, I started into the same
> clean-publish-run-stop-removeserver-manuallydelete-reinstall server-addproject,
> and finally ended up with a non-working server because the <ourApp>
> directory doesn't exist, no matter how many ways I try to coax it into
> being... Just like my coworkers... And even though they are all on
> WinXP boxes, this is even happening to me on an Ubuntu box.
>
> Okay... Sorry. Thanks for letting me vent a bit...
>
> Long story short, I'm sometimes seeing behavior that classes (or other
> resources) are not making it into the temporary webapp directory that
> WTP is running Tomcat out of... Has anyone else seen this, and/or does
> anyone know how to fix it?
>
> Thanks for your patience!
>
> - Nelz
>
|
|
|
Goto Forum:
Current Time: Wed Apr 24 18:31:00 GMT 2024
Powered by FUDForum. Page generated in 0.03526 seconds
|