Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Web Tools Project (WTP) » How to deploy files as well as folders from WebContent directory?
icon5.gif  How to deploy files as well as folders from WebContent directory? [message #520488] Fri, 12 March 2010 15:22 Go to next message
No real name is currently offline No real name
Messages: 8
Registered: March 2010
Junior Member
I am trying to get all of the files in the WebContent directory to be deployed along with the folders. Currently, new folders and their contents are deployed perfectly but files are not. I can copy my files directly into the jboss temp and make the everything work correctly but I would like it built into the war originally.

Eclipse info:
Version: 3.4.0
Build id: I20080617-2000

I'm using the most recent WTP.

My org.eclipse.wst.common.component file looks like this

<?xml version="1.0" encoding="UTF-8"?>
<project-modules id="moduleCoreId" project-version="1.5.0">
<wb-module deploy-name="MY_WebApp">
<wb-resource deploy-path="/" source-path="/WebContent"/>
<wb-resource deploy-path="/WEB-INF/classes" source-path="/src/Business"/>
<property name="context-root" value="MY_WebApp"/>
<property name="java-output-path" value="build/classes"/>
</wb-module>
</project-modules>

Please let me know if I need to give any more information. Thank you in advance!
Re: How to deploy files as well as folders from WebContent directory? [message #520495 is a reply to message #520488] Fri, 12 March 2010 15:43 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
Registered: July 2009
Senior Member
john.k.paul@gmail.com wrote:
> I am trying to get all of the files in the WebContent directory to be
> deployed along with the folders. Currently, new folders and their
> contents are deployed perfectly but files are not. I can copy my files
> directly into the jboss temp and make the everything work correctly but
> I would like it built into the war originally.
>
> Eclipse info:
> Version: 3.4.0
> Build id: I20080617-2000
>
> I'm using the most recent WTP.
>
> My org.eclipse.wst.common.component file looks like this
>
> <?xml version="1.0" encoding="UTF-8"?>
> <project-modules id="moduleCoreId" project-version="1.5.0">
> <wb-module deploy-name="MY_WebApp">
> <wb-resource deploy-path="/" source-path="/WebContent"/>
> <wb-resource deploy-path="/WEB-INF/classes"
> source-path="/src/Business"/>
> <property name="context-root" value="MY_WebApp"/>
> <property name="java-output-path" value="build/classes"/>
> </wb-module>
> </project-modules>
>
> Please let me know if I need to give any more information. Thank you in
> advance!

Normally files in WebContent *are* included. It's not clear why yours
aren't. Does right-clicking the WebContent folder and selecting Refresh
fix this behavior?

Cheers,
Larry
Re: How to deploy files as well as folders from WebContent directory? [message #520498 is a reply to message #520495] Fri, 12 March 2010 16:00 Go to previous messageGo to next message
No real name is currently offline No real name
Messages: 8
Registered: March 2010
Junior Member
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!
Re: How to deploy files as well as folders from WebContent directory? [message #520534 is a reply to message #520498] Fri, 12 March 2010 18:19 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
Registered: July 2009
Senior Member
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
Re: How to deploy files as well as folders from WebContent directory? [message #520537 is a reply to message #520534] Fri, 12 March 2010 18:49 Go to previous messageGo to next message
No real name is currently offline No real name
Messages: 8
Registered: March 2010
Junior Member
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!
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 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
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 Go to previous messageGo to next message
No real name is currently offline 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 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
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 Go to previous messageGo to next message
No real name is currently offline 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 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
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 Go to previous messageGo to next message
No real name is currently offline 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 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
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 Go to previous messageGo to next message
No real name is currently offline 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 Go to previous messageGo to next message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
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 Go to previous messageGo to next message
No real name is currently offline 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 Go to previous message
Larry Isaacs is currently offline Larry Isaacs
Messages: 1308
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
Previous Topic:Missing javax.ejb.Stateless import
Next Topic:How to best open a schema-backed XML model for an external file without UI?
Goto Forum:
  


Current Time: Tue Oct 21 21:30:45 GMT 2014

Powered by FUDForum. Page generated in 0.07015 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software