Home » Language IDEs » ServerTools (WTP) » How to deploy files as well as folders from WebContent directory?
| | | | |
Re: How to deploy files as well as folders from WebContent directory? [message #520543 is a reply to message #520537] |
Fri, 12 March 2010 19:07 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> john.k.paul@gmail.com wrote:
>> > No, refreshing doesn't stop it. But I've found something crazy...
>> > > Since you said that it should be, I did some more testing and
>> realized > something important. If I have a filename with a period in
>> it, it > works! I tried a file called test and a file called
>> test.alksjdlakjsdal > and the test.alksjdlakjsdal was deployed correctly!
>> > > I'm guessing that this is a real bug then? Can someone else try
>> that to > duplicate the behavior. > Thank you for your help!
>>
>> Files named "test" and "index" publish successfully for me along with
>> my "index.jsp". If you right-click on the "test" file and select
>> Properties, what Type of file does it say it is? Is it's "Derived"
>> property set?
>>
>> Cheers,
>> Larry
>
>
> Type is "File"
> none of the checkboxes for property set are checked
> It is not Read only, not executable, and not derived.
>
> Thanks!
I assume these files were created within Eclipse so there shouldn't be
any permission issues with respect to accessing the files. I see
"Archive" as a property instead of "Executable" on Windows XP, so I
assume you are using a different OS. Is the correct? Also, what
plug-ins are you using for your JBoss support? Ones from WTP, JBoss, or
elsewhere?
Cheers,
Larry
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520545 is a reply to message #520543] |
Fri, 12 March 2010 19:10 |
No real name Messages: 8 Registered: March 2010 |
Junior Member |
|
|
Larry Isaacs wrote on Fri, 12 March 2010 14:07 | john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> john.k.paul@gmail.com wrote:
>> > No, refreshing doesn't stop it. But I've found something crazy...
>> > > Since you said that it should be, I did some more testing and
>> realized > something important. If I have a filename with a period in
>> it, it > works! I tried a file called test and a file called
>> test.alksjdlakjsdal > and the test.alksjdlakjsdal was deployed correctly!
>> > > I'm guessing that this is a real bug then? Can someone else try
>> that to > duplicate the behavior. > Thank you for your help!
>>
>> Files named "test" and "index" publish successfully for me along with
>> my "index.jsp". If you right-click on the "test" file and select
>> Properties, what Type of file does it say it is? Is it's "Derived"
>> property set?
>>
>> Cheers,
>> Larry
>
>
> Type is "File"
> none of the checkboxes for property set are checked
> It is not Read only, not executable, and not derived.
>
> Thanks!
I assume these files were created within Eclipse so there shouldn't be
any permission issues with respect to accessing the files. I see
"Archive" as a property instead of "Executable" on Windows XP, so I
assume you are using a different OS. Is the correct? Also, what
plug-ins are you using for your JBoss support? Ones from WTP, JBoss, or
elsewhere?
Cheers,
Larry
|
Yes, the files were created with eclipse. I am using Mac OSX but I have found the exact same problem on a windows xp machine. I haven't checked the properties on that computer though. I am just using WTP, nothing else. Unless you count subclipse, those are the only two plugins I've installed.
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520562 is a reply to message #520545] |
Fri, 12 March 2010 19:46 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> john.k.paul@gmail.com wrote:
>> >> > No, refreshing doesn't stop it. But I've found something crazy...
>> >> > > Since you said that it should be, I did some more testing and
>> >> realized > something important. If I have a filename with a period
>> in >> it, it > works! I tried a file called test and a file called >>
>> test.alksjdlakjsdal > and the test.alksjdlakjsdal was deployed correctly!
>> >> > > I'm guessing that this is a real bug then? Can someone else
>> try >> that to > duplicate the behavior. > Thank you for your help!
>> >>
>> >> Files named "test" and "index" publish successfully for me along
>> with >> my "index.jsp". If you right-click on the "test" file and
>> select >> Properties, what Type of file does it say it is? Is it's
>> "Derived" >> property set?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > Type is "File"
>> > none of the checkboxes for property set are checked
>> > It is not Read only, not executable, and not derived.
>> > > Thanks!
>>
>> I assume these files were created within Eclipse so there shouldn't be
>> any permission issues with respect to accessing the files. I see
>> "Archive" as a property instead of "Executable" on Windows XP, so I
>> assume you are using a different OS. Is the correct? Also, what
>> plug-ins are you using for your JBoss support? Ones from WTP, JBoss,
>> or elsewhere?
>>
>> Cheers,
>> Larry
>
>
>
> Yes, the files were created with eclipse. I am using Mac OSX but I have
> found the exact same problem on a windows xp machine. I haven't checked
> the properties on that computer though. I am just using WTP, nothing
> else. Unless you count subclipse, those are the only two plugins I've
> installed.
I haven't played that much with the WTP JBoss support to know if there
are any quirks that would explain this. You could try right-clicking on
the JBoss server and selecting "Clean...". I believe like the WTP
Tomcat support, the JBoss support uses delta publishing when building
the EAR or WAR to be copied to JBoss. The delta publishing (based on
the time stamp of the source file) is used to avoid re-copying files
that have already been copied. If something happened to the destination
file, the delta publishing wouldn't bother to make a new copy unless the
time stamp on the source file changed. This is the only way I'm aware
of that causes files to mysteriously not be published. The "Clean..."
command forces a "full" publish, which corrects this situation.
Cheers,
Larry
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520566 is a reply to message #520562] |
Fri, 12 March 2010 20:19 |
No real name Messages: 8 Registered: March 2010 |
Junior Member |
|
|
Larry Isaacs wrote on Fri, 12 March 2010 14:46 | john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> john.k.paul@gmail.com wrote:
>> >> > No, refreshing doesn't stop it. But I've found something crazy...
>> >> > > Since you said that it should be, I did some more testing and
>> >> realized > something important. If I have a filename with a period
>> in >> it, it > works! I tried a file called test and a file called >>
>> test.alksjdlakjsdal > and the test.alksjdlakjsdal was deployed correctly!
>> >> > > I'm guessing that this is a real bug then? Can someone else
>> try >> that to > duplicate the behavior. > Thank you for your help!
>> >>
>> >> Files named "test" and "index" publish successfully for me along
>> with >> my "index.jsp". If you right-click on the "test" file and
>> select >> Properties, what Type of file does it say it is? Is it's
>> "Derived" >> property set?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > Type is "File"
>> > none of the checkboxes for property set are checked
>> > It is not Read only, not executable, and not derived.
>> > > Thanks!
>>
>> I assume these files were created within Eclipse so there shouldn't be
>> any permission issues with respect to accessing the files. I see
>> "Archive" as a property instead of "Executable" on Windows XP, so I
>> assume you are using a different OS. Is the correct? Also, what
>> plug-ins are you using for your JBoss support? Ones from WTP, JBoss,
>> or elsewhere?
>>
>> Cheers,
>> Larry
>
>
>
> Yes, the files were created with eclipse. I am using Mac OSX but I have
> found the exact same problem on a windows xp machine. I haven't checked
> the properties on that computer though. I am just using WTP, nothing
> else. Unless you count subclipse, those are the only two plugins I've
> installed.
I haven't played that much with the WTP JBoss support to know if there
are any quirks that would explain this. You could try right-clicking on
the JBoss server and selecting "Clean...". I believe like the WTP
Tomcat support, the JBoss support uses delta publishing when building
the EAR or WAR to be copied to JBoss. The delta publishing (based on
the time stamp of the source file) is used to avoid re-copying files
that have already been copied. If something happened to the destination
file, the delta publishing wouldn't bother to make a new copy unless the
time stamp on the source file changed. This is the only way I'm aware
of that causes files to mysteriously not be published. The "Clean..."
command forces a "full" publish, which corrects this situation.
Cheers,
Larry
|
I've actually tried that many times in this process. I've even deleted the tmp and work directories and downloaded a new jboss. You're right though, the file is in the war file, it's just the deployment that is causing the problem. May it's jboss?
[Updated on: Fri, 12 March 2010 20:21] Report message to a moderator
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520575 is a reply to message #520566] |
Fri, 12 March 2010 21:07 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > No, refreshing doesn't stop it. But I've found something
>> crazy...
>> >> >> > > Since you said that it should be, I did some more testing
>> and >> >> realized > something important. If I have a filename with a
>> period >> in >> it, it > works! I tried a file called test and a file
>> called >> >> test.alksjdlakjsdal > and the test.alksjdlakjsdal was
>> deployed correctly!
>> >> >> > > I'm guessing that this is a real bug then? Can someone else
>> >> try >> that to > duplicate the behavior. > Thank you for your help!
>> >> >>
>> >> >> Files named "test" and "index" publish successfully for me along
>> >> with >> my "index.jsp". If you right-click on the "test" file and
>> >> select >> Properties, what Type of file does it say it is? Is it's
>> >> "Derived" >> property set?
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > Type is "File"
>> >> > none of the checkboxes for property set are checked
>> >> > It is not Read only, not executable, and not derived.
>> >> > > Thanks!
>> >>
>> >> I assume these files were created within Eclipse so there shouldn't
>> be >> any permission issues with respect to accessing the files. I
>> see >> "Archive" as a property instead of "Executable" on Windows XP,
>> so I >> assume you are using a different OS. Is the correct? Also,
>> what >> plug-ins are you using for your JBoss support? Ones from WTP,
>> JBoss, >> or elsewhere?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > > Yes, the files were created with eclipse. I am using Mac OSX
>> but I have > found the exact same problem on a windows xp machine. I
>> haven't checked > the properties on that computer though. I am just
>> using WTP, nothing > else. Unless you count subclipse, those are the
>> only two plugins I've > installed.
>>
>> I haven't played that much with the WTP JBoss support to know if there
>> are any quirks that would explain this. You could try right-clicking
>> on the JBoss server and selecting "Clean...". I believe like the WTP
>> Tomcat support, the JBoss support uses delta publishing when building
>> the EAR or WAR to be copied to JBoss. The delta publishing (based on
>> the time stamp of the source file) is used to avoid re-copying files
>> that have already been copied. If something happened to the
>> destination file, the delta publishing wouldn't bother to make a new
>> copy unless the time stamp on the source file changed. This is the
>> only way I'm aware of that causes files to mysteriously not be
>> published. The "Clean..." command forces a "full" publish, which
>> corrects this situation.
>>
>> Cheers,
>> Larry
>
>
>
> I've actually tried that many times in this process. I've even deleted
> the tmp and work directories and downloaded a new jboss. I'm sure that
> it's a building problem because it's not in the war at all.
My guess is that the files go missing when they are supposed to be
copied to the
".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
folder for assembly into the war that gets copied to JBoss. If you
create a new workspace and import this project into the new workspace (I
recommend enabling "Copy projects into workspace"), does it continue to
exhibit this behavior?
Cheers,
Larry
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520832 is a reply to message #520575] |
Mon, 15 March 2010 14:24 |
No real name Messages: 8 Registered: March 2010 |
Junior Member |
|
|
Larry Isaacs wrote on Fri, 12 March 2010 16:07 | john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > No, refreshing doesn't stop it. But I've found something
>> crazy...
>> >> >> > > Since you said that it should be, I did some more testing
>> and >> >> realized > something important. If I have a filename with a
>> period >> in >> it, it > works! I tried a file called test and a file
>> called >> >> test.alksjdlakjsdal > and the test.alksjdlakjsdal was
>> deployed correctly!
>> >> >> > > I'm guessing that this is a real bug then? Can someone else
>> >> try >> that to > duplicate the behavior. > Thank you for your help!
>> >> >>
>> >> >> Files named "test" and "index" publish successfully for me along
>> >> with >> my "index.jsp". If you right-click on the "test" file and
>> >> select >> Properties, what Type of file does it say it is? Is it's
>> >> "Derived" >> property set?
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > Type is "File"
>> >> > none of the checkboxes for property set are checked
>> >> > It is not Read only, not executable, and not derived.
>> >> > > Thanks!
>> >>
>> >> I assume these files were created within Eclipse so there shouldn't
>> be >> any permission issues with respect to accessing the files. I
>> see >> "Archive" as a property instead of "Executable" on Windows XP,
>> so I >> assume you are using a different OS. Is the correct? Also,
>> what >> plug-ins are you using for your JBoss support? Ones from WTP,
>> JBoss, >> or elsewhere?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > > Yes, the files were created with eclipse. I am using Mac OSX
>> but I have > found the exact same problem on a windows xp machine. I
>> haven't checked > the properties on that computer though. I am just
>> using WTP, nothing > else. Unless you count subclipse, those are the
>> only two plugins I've > installed.
>>
>> I haven't played that much with the WTP JBoss support to know if there
>> are any quirks that would explain this. You could try right-clicking
>> on the JBoss server and selecting "Clean...". I believe like the WTP
>> Tomcat support, the JBoss support uses delta publishing when building
>> the EAR or WAR to be copied to JBoss. The delta publishing (based on
>> the time stamp of the source file) is used to avoid re-copying files
>> that have already been copied. If something happened to the
>> destination file, the delta publishing wouldn't bother to make a new
>> copy unless the time stamp on the source file changed. This is the
>> only way I'm aware of that causes files to mysteriously not be
>> published. The "Clean..." command forces a "full" publish, which
>> corrects this situation.
>>
>> Cheers,
>> Larry
>
>
>
> I've actually tried that many times in this process. I've even deleted
> the tmp and work directories and downloaded a new jboss. I'm sure that
> it's a building problem because it's not in the war at all.
My guess is that the files go missing when they are supposed to be
copied to the
".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
folder for assembly into the war that gets copied to JBoss. If you
create a new workspace and import this project into the new workspace (I
recommend enabling "Copy projects into workspace"), does it continue to
exhibit this behavior?
Cheers,
Larry
|
Yes, it does. It has the exact same problem. I have found some more interesting information!
If I rightclick on project->export->as war, all of the files are in the war correctly!!
If I unzip the published war, the files are not there. Apparently something completely different is happening in eclipse when I export as a war and if I publish to server!
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520842 is a reply to message #520832] |
Mon, 15 March 2010 10:08 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 16:07
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> > No, refreshing doesn't stop it. But I've found something
>> >> crazy...
>> >> >> >> > > Since you said that it should be, I did some more testing
>> >> and >> >> realized > something important. If I have a filename
>> with a >> period >> in >> it, it > works! I tried a file called test
>> and a file >> called >> >> test.alksjdlakjsdal > and the
>> test.alksjdlakjsdal was >> deployed correctly!
>> >> >> >> > > I'm guessing that this is a real bug then? Can someone
>> else >> >> try >> that to > duplicate the behavior. > Thank you for
>> your help!
>> >> >> >>
>> >> >> >> Files named "test" and "index" publish successfully for me
>> along >> >> with >> my "index.jsp". If you right-click on the "test"
>> file and >> >> select >> Properties, what Type of file does it say it
>> is? Is it's >> >> "Derived" >> property set?
>> >> >> >>
>> >> >> >> Cheers,
>> >> >> >> Larry
>> >> >> > > > Type is "File"
>> >> >> > none of the checkboxes for property set are checked
>> >> >> > It is not Read only, not executable, and not derived.
>> >> >> > > Thanks!
>> >> >>
>> >> >> I assume these files were created within Eclipse so there
>> shouldn't >> be >> any permission issues with respect to accessing the
>> files. I >> see >> "Archive" as a property instead of "Executable" on
>> Windows XP, >> so I >> assume you are using a different OS. Is the
>> correct? Also, >> what >> plug-ins are you using for your JBoss
>> support? Ones from WTP, >> JBoss, >> or elsewhere?
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > > Yes, the files were created with eclipse. I am using Mac
>> OSX >> but I have > found the exact same problem on a windows xp
>> machine. I >> haven't checked > the properties on that computer
>> though. I am just >> using WTP, nothing > else. Unless you count
>> subclipse, those are the >> only two plugins I've > installed.
>> >>
>> >> I haven't played that much with the WTP JBoss support to know if
>> there >> are any quirks that would explain this. You could try
>> right-clicking >> on the JBoss server and selecting "Clean...". I
>> believe like the WTP >> Tomcat support, the JBoss support uses delta
>> publishing when building >> the EAR or WAR to be copied to JBoss. The
>> delta publishing (based on >> the time stamp of the source file) is
>> used to avoid re-copying files >> that have already been copied. If
>> something happened to the >> destination file, the delta publishing
>> wouldn't bother to make a new >> copy unless the time stamp on the
>> source file changed. This is the >> only way I'm aware of that causes
>> files to mysteriously not be >> published. The "Clean..." command
>> forces a "full" publish, which >> corrects this situation.
>> >>
>> >> Cheers,
>> >> Larry
>> > > > > I've actually tried that many times in this process. I've
>> even deleted > the tmp and work directories and downloaded a new
>> jboss. I'm sure that > it's a building problem because it's not in
>> the war at all.
>>
>> My guess is that the files go missing when they are supposed to be
>> copied to the
>> ".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
>> folder for assembly into the war that gets copied to JBoss. If you
>> create a new workspace and import this project into the new workspace
>> (I recommend enabling "Copy projects into workspace"), does it
>> continue to exhibit this behavior?
>>
>> Cheers,
>> Larry
>
>
>
> Yes, it does. It has the exact same problem. I have found some more
> interesting information!
>
> If I rightclick on project->export->as war, all of the files are in the
> war correctly!!
>
> If I unzip the published war, the files are not there. Apparently
> something completely different is happening in eclipse when I export as
> a war and if I publish to server!
>
Export as War currently uses code separate from the publishing code to
"assemble" the files to include in the Web application. This would
account for the difference in behavior. In this new workspace, can you
create a simple scaled project or projects that also exhibits this behavior?
Cheers,
Larry
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520853 is a reply to message #520842] |
Mon, 15 March 2010 15:25 |
No real name Messages: 8 Registered: March 2010 |
Junior Member |
|
|
Larry Isaacs wrote on Mon, 15 March 2010 06:08 | john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Fri, 12 March 2010 16:07
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> > No, refreshing doesn't stop it. But I've found something
>> >> crazy...
>> >> >> >> > > Since you said that it should be, I did some more testing
>> >> and >> >> realized > something important. If I have a filename
>> with a >> period >> in >> it, it > works! I tried a file called test
>> and a file >> called >> >> test.alksjdlakjsdal > and the
>> test.alksjdlakjsdal was >> deployed correctly!
>> >> >> >> > > I'm guessing that this is a real bug then? Can someone
>> else >> >> try >> that to > duplicate the behavior. > Thank you for
>> your help!
>> >> >> >>
>> >> >> >> Files named "test" and "index" publish successfully for me
>> along >> >> with >> my "index.jsp". If you right-click on the "test"
>> file and >> >> select >> Properties, what Type of file does it say it
>> is? Is it's >> >> "Derived" >> property set?
>> >> >> >>
>> >> >> >> Cheers,
>> >> >> >> Larry
>> >> >> > > > Type is "File"
>> >> >> > none of the checkboxes for property set are checked
>> >> >> > It is not Read only, not executable, and not derived.
>> >> >> > > Thanks!
>> >> >>
>> >> >> I assume these files were created within Eclipse so there
>> shouldn't >> be >> any permission issues with respect to accessing the
>> files. I >> see >> "Archive" as a property instead of "Executable" on
>> Windows XP, >> so I >> assume you are using a different OS. Is the
>> correct? Also, >> what >> plug-ins are you using for your JBoss
>> support? Ones from WTP, >> JBoss, >> or elsewhere?
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > > Yes, the files were created with eclipse. I am using Mac
>> OSX >> but I have > found the exact same problem on a windows xp
>> machine. I >> haven't checked > the properties on that computer
>> though. I am just >> using WTP, nothing > else. Unless you count
>> subclipse, those are the >> only two plugins I've > installed.
>> >>
>> >> I haven't played that much with the WTP JBoss support to know if
>> there >> are any quirks that would explain this. You could try
>> right-clicking >> on the JBoss server and selecting "Clean...". I
>> believe like the WTP >> Tomcat support, the JBoss support uses delta
>> publishing when building >> the EAR or WAR to be copied to JBoss. The
>> delta publishing (based on >> the time stamp of the source file) is
>> used to avoid re-copying files >> that have already been copied. If
>> something happened to the >> destination file, the delta publishing
>> wouldn't bother to make a new >> copy unless the time stamp on the
>> source file changed. This is the >> only way I'm aware of that causes
>> files to mysteriously not be >> published. The "Clean..." command
>> forces a "full" publish, which >> corrects this situation.
>> >>
>> >> Cheers,
>> >> Larry
>> > > > > I've actually tried that many times in this process. I've
>> even deleted > the tmp and work directories and downloaded a new
>> jboss. I'm sure that > it's a building problem because it's not in
>> the war at all.
>>
>> My guess is that the files go missing when they are supposed to be
>> copied to the
>> ".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
>> folder for assembly into the war that gets copied to JBoss. If you
>> create a new workspace and import this project into the new workspace
>> (I recommend enabling "Copy projects into workspace"), does it
>> continue to exhibit this behavior?
>>
>> Cheers,
>> Larry
>
>
>
> Yes, it does. It has the exact same problem. I have found some more
> interesting information!
>
> If I rightclick on project->export->as war, all of the files are in the
> war correctly!!
>
> If I unzip the published war, the files are not there. Apparently
> something completely different is happening in eclipse when I export as
> a war and if I publish to server!
>
Export as War currently uses code separate from the publishing code to
"assemble" the files to include in the Web application. This would
account for the difference in behavior. In this new workspace, can you
create a simple scaled project or projects that also exhibits this behavior?
Cheers,
Larry
|
Sure. I just did that and then exported the project as an archive file that you can find here...
http://rapidshare.com/files/363686551/testFileProject.zip.ht ml
The new workspace seems to have made no difference. In that project, there is a file called test and a file called test.test. If you unzip the war file after it is published, you can see that only the test.test file got into the war file. At least I hope that's what you'll see.
Thank you so much for your help!
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #520917 is a reply to message #520853] |
Mon, 15 March 2010 18:13 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Mon, 15 March 2010 06:08
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 16:07
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> >> > No, refreshing doesn't stop it. But I've found
>> something >> >> crazy...
>> >> >> >> >> > > Since you said that it should be, I did some more
>> testing >> >> and >> >> realized > something important. If I have a
>> filename >> with a >> period >> in >> it, it > works! I tried a file
>> called test >> and a file >> called >> >> test.alksjdlakjsdal > and
>> the >> test.alksjdlakjsdal was >> deployed correctly!
>> >> >> >> >> > > I'm guessing that this is a real bug then? Can
>> someone >> else >> >> try >> that to > duplicate the behavior. > Thank
>> you for >> your help!
>> >> >> >> >>
>> >> >> >> >> Files named "test" and "index" publish successfully for me
>> >> along >> >> with >> my "index.jsp". If you right-click on the
>> "test" >> file and >> >> select >> Properties, what Type of file does
>> it say it >> is? Is it's >> >> "Derived" >> property set?
>> >> >> >> >>
>> >> >> >> >> Cheers,
>> >> >> >> >> Larry
>> >> >> >> > > > Type is "File"
>> >> >> >> > none of the checkboxes for property set are checked
>> >> >> >> > It is not Read only, not executable, and not derived.
>> >> >> >> > > Thanks!
>> >> >> >>
>> >> >> >> I assume these files were created within Eclipse so there >>
>> shouldn't >> be >> any permission issues with respect to accessing the
>> >> files. I >> see >> "Archive" as a property instead of "Executable"
>> on >> Windows XP, >> so I >> assume you are using a different OS. Is
>> the >> correct? Also, >> what >> plug-ins are you using for your
>> JBoss >> support? Ones from WTP, >> JBoss, >> or elsewhere?
>> >> >> >>
>> >> >> >> Cheers,
>> >> >> >> Larry
>> >> >> > > > > Yes, the files were created with eclipse. I am using
>> Mac >> OSX >> but I have > found the exact same problem on a windows
>> xp >> machine. I >> haven't checked > the properties on that computer
>> >> though. I am just >> using WTP, nothing > else. Unless you count
>> >> subclipse, those are the >> only two plugins I've > installed.
>> >> >>
>> >> >> I haven't played that much with the WTP JBoss support to know if
>> >> there >> are any quirks that would explain this. You could try >>
>> right-clicking >> on the JBoss server and selecting "Clean...". I >>
>> believe like the WTP >> Tomcat support, the JBoss support uses delta
>> >> publishing when building >> the EAR or WAR to be copied to JBoss.
>> The >> delta publishing (based on >> the time stamp of the source
>> file) is >> used to avoid re-copying files >> that have already been
>> copied. If >> something happened to the >> destination file, the
>> delta publishing >> wouldn't bother to make a new >> copy unless the
>> time stamp on the >> source file changed. This is the >> only way I'm
>> aware of that causes >> files to mysteriously not be >> published.
>> The "Clean..." command >> forces a "full" publish, which >> corrects
>> this situation.
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > > I've actually tried that many times in this process. I've
>> >> even deleted > the tmp and work directories and downloaded a new >>
>> jboss. I'm sure that > it's a building problem because it's not in >>
>> the war at all.
>> >>
>> >> My guess is that the files go missing when they are supposed to be
>> >> copied to the >>
>> ".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
>> >> folder for assembly into the war that gets copied to JBoss. If you
>> >> create a new workspace and import this project into the new
>> workspace >> (I recommend enabling "Copy projects into workspace"),
>> does it >> continue to exhibit this behavior?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > > Yes, it does. It has the exact same problem. I have found
>> some more > interesting information!
>> > > If I rightclick on project->export->as war, all of the files are
>> in the > war correctly!!
>> > > If I unzip the published war, the files are not there. Apparently
>> > something completely different is happening in eclipse when I export
>> as > a war and if I publish to server!
>> >
>> Export as War currently uses code separate from the publishing code to
>> "assemble" the files to include in the Web application. This would
>> account for the difference in behavior. In this new workspace, can
>> you create a simple scaled project or projects that also exhibits this
>> behavior?
>>
>> Cheers,
>> Larry
>
>
> Sure. I just did that and then exported the project as an archive file
> that you can find here...
> http://rapidshare.com/files/363686551/testFileProject.zip.ht ml
>
> The new workspace seems to have made no difference. In that project,
> there is a file called test and a file called test.test. If you unzip
> the war file after it is published, you can see that only the test.test
> file got into the war file. At least I hope that's what you'll see.
>
> Thank you so much for your help!
Not too surprising, your project works fine for me. This suggests that
this behavior would seem to be the result of differences between the
Windows and Mac versions of Eclipse, default workspace settings (though
I'm not aware of a setting that would have this effect), or differences
in installed plug-ins. I would target the latter first. You could try
creating a new installation of Eclipse without the subclipse plug-ins
and see if you can recreate the problem. That would tell us whether the
subclipse plug-ins are contributing this behavior. At this point, it's
probably not safe to assume anything about what might or might not
be the source of the behavior.
Cheers,
Larry
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #521680 is a reply to message #520917] |
Thu, 18 March 2010 13:51 |
No real name Messages: 8 Registered: March 2010 |
Junior Member |
|
|
Larry Isaacs wrote on Mon, 15 March 2010 14:13 | john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Mon, 15 March 2010 06:08
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Fri, 12 March 2010 16:07
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> >> > No, refreshing doesn't stop it. But I've found
>> something >> >> crazy...
>> >> >> >> >> > > Since you said that it should be, I did some more
>> testing >> >> and >> >> realized > something important. If I have a
>> filename >> with a >> period >> in >> it, it > works! I tried a file
>> called test >> and a file >> called >> >> test.alksjdlakjsdal > and
>> the >> test.alksjdlakjsdal was >> deployed correctly!
>> >> >> >> >> > > I'm guessing that this is a real bug then? Can
>> someone >> else >> >> try >> that to > duplicate the behavior. > Thank
>> you for >> your help!
>> >> >> >> >>
>> >> >> >> >> Files named "test" and "index" publish successfully for me
>> >> along >> >> with >> my "index.jsp". If you right-click on the
>> "test" >> file and >> >> select >> Properties, what Type of file does
>> it say it >> is? Is it's >> >> "Derived" >> property set?
>> >> >> >> >>
>> >> >> >> >> Cheers,
>> >> >> >> >> Larry
>> >> >> >> > > > Type is "File"
>> >> >> >> > none of the checkboxes for property set are checked
>> >> >> >> > It is not Read only, not executable, and not derived.
>> >> >> >> > > Thanks!
>> >> >> >>
>> >> >> >> I assume these files were created within Eclipse so there >>
>> shouldn't >> be >> any permission issues with respect to accessing the
>> >> files. I >> see >> "Archive" as a property instead of "Executable"
>> on >> Windows XP, >> so I >> assume you are using a different OS. Is
>> the >> correct? Also, >> what >> plug-ins are you using for your
>> JBoss >> support? Ones from WTP, >> JBoss, >> or elsewhere?
>> >> >> >>
>> >> >> >> Cheers,
>> >> >> >> Larry
>> >> >> > > > > Yes, the files were created with eclipse. I am using
>> Mac >> OSX >> but I have > found the exact same problem on a windows
>> xp >> machine. I >> haven't checked > the properties on that computer
>> >> though. I am just >> using WTP, nothing > else. Unless you count
>> >> subclipse, those are the >> only two plugins I've > installed.
>> >> >>
>> >> >> I haven't played that much with the WTP JBoss support to know if
>> >> there >> are any quirks that would explain this. You could try >>
>> right-clicking >> on the JBoss server and selecting "Clean...". I >>
>> believe like the WTP >> Tomcat support, the JBoss support uses delta
>> >> publishing when building >> the EAR or WAR to be copied to JBoss.
>> The >> delta publishing (based on >> the time stamp of the source
>> file) is >> used to avoid re-copying files >> that have already been
>> copied. If >> something happened to the >> destination file, the
>> delta publishing >> wouldn't bother to make a new >> copy unless the
>> time stamp on the >> source file changed. This is the >> only way I'm
>> aware of that causes >> files to mysteriously not be >> published.
>> The "Clean..." command >> forces a "full" publish, which >> corrects
>> this situation.
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > > I've actually tried that many times in this process. I've
>> >> even deleted > the tmp and work directories and downloaded a new >>
>> jboss. I'm sure that > it's a building problem because it's not in >>
>> the war at all.
>> >>
>> >> My guess is that the files go missing when they are supposed to be
>> >> copied to the >>
>> ".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
>> >> folder for assembly into the war that gets copied to JBoss. If you
>> >> create a new workspace and import this project into the new
>> workspace >> (I recommend enabling "Copy projects into workspace"),
>> does it >> continue to exhibit this behavior?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > > Yes, it does. It has the exact same problem. I have found
>> some more > interesting information!
>> > > If I rightclick on project->export->as war, all of the files are
>> in the > war correctly!!
>> > > If I unzip the published war, the files are not there. Apparently
>> > something completely different is happening in eclipse when I export
>> as > a war and if I publish to server!
>> >
>> Export as War currently uses code separate from the publishing code to
>> "assemble" the files to include in the Web application. This would
>> account for the difference in behavior. In this new workspace, can
>> you create a simple scaled project or projects that also exhibits this
>> behavior?
>>
>> Cheers,
>> Larry
>
>
> Sure. I just did that and then exported the project as an archive file
> that you can find here...
> http://rapidshare.com/files/363686551/testFileProject.zip.ht ml
>
> The new workspace seems to have made no difference. In that project,
> there is a file called test and a file called test.test. If you unzip
> the war file after it is published, you can see that only the test.test
> file got into the war file. At least I hope that's what you'll see.
>
> Thank you so much for your help!
Not too surprising, your project works fine for me. This suggests that
this behavior would seem to be the result of differences between the
Windows and Mac versions of Eclipse, default workspace settings (though
I'm not aware of a setting that would have this effect), or differences
in installed plug-ins. I would target the latter first. You could try
creating a new installation of Eclipse without the subclipse plug-ins
and see if you can recreate the problem. That would tell us whether the
subclipse plug-ins are contributing this behavior. At this point, it's
probably not safe to assume anything about what might or might not
be the source of the behavior.
Cheers,
Larry
|
I have tried this on both a mac and a pc both with subclipse and not and I am still finding this problem! Exporting as a war won't be a problem for production I guess, but development is very annoying without using eclipse's built in publishing. I downloaded a new copy of eclipse for all of my tests and I am finding the exact same issue.
Thanks again, I really hope we can find a solution.
|
|
|
Re: How to deploy files as well as folders from WebContent directory? [message #521719 is a reply to message #521680] |
Thu, 18 March 2010 14:56 |
Larry Isaacs Messages: 1354 Registered: July 2009 |
Senior Member |
|
|
john.k.paul@gmail.com wrote:
> Larry Isaacs wrote on Mon, 15 March 2010 14:13
>> john.k.paul@gmail.com wrote:
>> > Larry Isaacs wrote on Mon, 15 March 2010 06:08
>> >> john.k.paul@gmail.com wrote:
>> >> > Larry Isaacs wrote on Fri, 12 March 2010 16:07
>> >> >> john.k.paul@gmail.com wrote:
>> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:46
>> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 14:07
>> >> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> >> > Larry Isaacs wrote on Fri, 12 March 2010 13:19
>> >> >> >> >> >> john.k.paul@gmail.com wrote:
>> >> >> >> >> >> > No, refreshing doesn't stop it. But I've found >>
>> something >> >> crazy...
>> >> >> >> >> >> > > Since you said that it should be, I did some more
>> >> testing >> >> and >> >> realized > something important. If I have
>> a >> filename >> with a >> period >> in >> it, it > works! I tried a
>> file >> called test >> and a file >> called >> >> test.alksjdlakjsdal
>> > and >> the >> test.alksjdlakjsdal was >> deployed correctly!
>> >> >> >> >> >> > > I'm guessing that this is a real bug then? Can >>
>> someone >> else >> >> try >> that to > duplicate the behavior. > Thank
>> >> you for >> your help!
>> >> >> >> >> >>
>> >> >> >> >> >> Files named "test" and "index" publish successfully for
>> me >> >> along >> >> with >> my "index.jsp". If you right-click on
>> the >> "test" >> file and >> >> select >> Properties, what Type of
>> file does >> it say it >> is? Is it's >> >> "Derived" >> property set?
>> >> >> >> >> >>
>> >> >> >> >> >> Cheers,
>> >> >> >> >> >> Larry
>> >> >> >> >> > > > Type is "File"
>> >> >> >> >> > none of the checkboxes for property set are checked
>> >> >> >> >> > It is not Read only, not executable, and not derived.
>> >> >> >> >> > > Thanks!
>> >> >> >> >>
>> >> >> >> >> I assume these files were created within Eclipse so there
>> >> >> shouldn't >> be >> any permission issues with respect to
>> accessing the >> >> files. I >> see >> "Archive" as a property
>> instead of "Executable" >> on >> Windows XP, >> so I >> assume you are
>> using a different OS. Is >> the >> correct? Also, >> what >>
>> plug-ins are you using for your >> JBoss >> support? Ones from WTP,
>> >> JBoss, >> or elsewhere?
>> >> >> >> >>
>> >> >> >> >> Cheers,
>> >> >> >> >> Larry
>> >> >> >> > > > > Yes, the files were created with eclipse. I am using
>> >> Mac >> OSX >> but I have > found the exact same problem on a
>> windows >> xp >> machine. I >> haven't checked > the properties on
>> that computer >> >> though. I am just >> using WTP, nothing > else.
>> Unless you count >> >> subclipse, those are the >> only two plugins
>> I've > installed.
>> >> >> >>
>> >> >> >> I haven't played that much with the WTP JBoss support to know
>> if >> >> there >> are any quirks that would explain this. You could
>> try >> >> right-clicking >> on the JBoss server and selecting
>> "Clean...". I >> >> believe like the WTP >> Tomcat support, the JBoss
>> support uses delta >> >> publishing when building >> the EAR or WAR to
>> be copied to JBoss. >> The >> delta publishing (based on >> the time
>> stamp of the source >> file) is >> used to avoid re-copying files >>
>> that have already been >> copied. If >> something happened to the >>
>> destination file, the >> delta publishing >> wouldn't bother to make a
>> new >> copy unless the >> time stamp on the >> source file changed.
>> This is the >> only way I'm >> aware of that causes >> files to
>> mysteriously not be >> published. >> The "Clean..." command >> forces
>> a "full" publish, which >> corrects >> this situation.
>> >> >> >>
>> >> >> >> Cheers,
>> >> >> >> Larry
>> >> >> > > > > I've actually tried that many times in this process.
>> I've >> >> even deleted > the tmp and work directories and downloaded
>> a new >> >> jboss. I'm sure that > it's a building problem because
>> it's not in >> >> the war at all.
>> >> >>
>> >> >> My guess is that the files go missing when they are supposed to
>> be >> >> copied to the >> >>
>> ".metadata\.plugins\org.eclipse.wst.server.core\tmp?\<project name>"
>> >> >> folder for assembly into the war that gets copied to JBoss. If
>> you >> >> create a new workspace and import this project into the new
>> >> workspace >> (I recommend enabling "Copy projects into workspace"),
>> >> does it >> continue to exhibit this behavior?
>> >> >>
>> >> >> Cheers,
>> >> >> Larry
>> >> > > > > Yes, it does. It has the exact same problem. I have found
>> >> some more > interesting information!
>> >> > > If I rightclick on project->export->as war, all of the files
>> are >> in the > war correctly!!
>> >> > > If I unzip the published war, the files are not there.
>> Apparently >> > something completely different is happening in eclipse
>> when I export >> as > a war and if I publish to server!
>> >> >
>> >> Export as War currently uses code separate from the publishing code
>> to >> "assemble" the files to include in the Web application. This
>> would >> account for the difference in behavior. In this new
>> workspace, can >> you create a simple scaled project or projects that
>> also exhibits this >> behavior?
>> >>
>> >> Cheers,
>> >> Larry
>> > > > Sure. I just did that and then exported the project as an
>> archive file > that you can find here...
>> > http://rapidshare.com/files/363686551/testFileProject.zip.ht ml
>> > > The new workspace seems to have made no difference. In that
>> project, > there is a file called test and a file called test.test.
>> If you unzip > the war file after it is published, you can see that
>> only the test.test > file got into the war file. At least I hope
>> that's what you'll see.
>> > > Thank you so much for your help!
>>
>> Not too surprising, your project works fine for me. This suggests
>> that this behavior would seem to be the result of differences between
>> the Windows and Mac versions of Eclipse, default workspace settings
>> (though I'm not aware of a setting that would have this effect), or
>> differences in installed plug-ins. I would target the latter first.
>> You could try creating a new installation of Eclipse without the
>> subclipse plug-ins and see if you can recreate the problem. That
>> would tell us whether the subclipse plug-ins are contributing this
>> behavior. At this point, it's probably not safe to assume anything
>> about what might or might not
>> be the source of the behavior.
>>
>> Cheers,
>> Larry
>
>
> I have tried this on both a mac and a pc both with subclipse and not and
> I am still finding this problem! Exporting as a war won't be a problem
> for production I guess, but development is very annoying without using
> eclipse's built in publishing. I downloaded a new copy of eclipse for
> all of my tests and I am finding the exact same issue.
> Thanks again, I really hope we can find a solution.
It's a real mystery why you are seeing this issue on the PC and I'm not.
Since I'm out of guesses, the path forward is to actually debug what
is happening on your system. This isn't that difficult, but it's more
that a few steps, for which I can provide the necessary guidance. If
you are game, exactly what Eclipse download did you use?
Cheers,
Larry
|
|
|
Goto Forum:
Current Time: Tue Mar 19 11:04:31 GMT 2024
Powered by FUDForum. Page generated in 0.03302 seconds
|