Ok - my df shows me this:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
234381968 63291276 158992748 29% /
/dev/sda1 101086 30344 65523 32% /boot
tmpfs 2016112 0 2016112
[EMAIL PROTECTED] wrote : Ok - my df shows me this:
|
| so I don't think this could be tested easily on my setup; well I guess I
could mount a usb disk and deploy to that ;)
|
| Have you reported these issues against bugs.eclipse.org ? If not I suggest
you to do so and let me know
Ok - we'll look into reproducing fixing this.
With respect to the bugids did you report those about buffer size not being
good enough etc. ?
Would be good to have the bugids ?
And yes, the adapter needs to do exploded deployment to trigger this error.
View the original post :
[EMAIL PROTECTED] wrote : Ok - we'll look into reproducing fixing this.
|
| With respect to the bugids did you report those about buffer size not being
good enough etc. ?
|
| Would be good to have the bugids ?
|
| And yes, the adapter needs to do exploded deployment to trigger this
anonymous wrote :
| I don't really understand the point you're making or what you are asking
(did you read or understand my other comments in this thread ?)
|
Yes - but i'm simply trying to figure out why I don't see this issue and how
many other deployers will have this issue.
I fully
[EMAIL PROTECTED] wrote : I just can't reproduce this error and thus I'm
asking you if
|
| a) this occurs with other deployers too
|
| b) did you see leftover artifacts when using our jboss deployer
|
| If a and b then this is most likely limited only to possible issues in
I can see the temp creation, but we can't use any changerequest to WTP 2.x at
this point since that won't be out until a few months. (we can of course report
it)
But before that we need to figure out if we actually *have* an issue
herebut if we have an issue all other deployers should have
[EMAIL PROTECTED] wrote : I can see the temp creation, but we can't use any
changerequest to WTP 2.x at this point since that won't be out until a few
months. (we can of course report it)
|
| But before that we need to figure out if we actually *have* an issue
herebut if we have an
I never seen anything in that tmp file location you mention - it just contains
a profile.dat file which I think just represents the last list of resources
that have been copied ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094367#4094367
Reply to the post
[EMAIL PROTECTED] wrote : Thanks for all your help in this. I really wish I
could have dedicated more to it before you did, but hey, thats hte benefit of
community right?
|
| What does this idiom copied = copied do ?
|
| That's my attempt to make sure *all* files were copied
dlmiles wrote :
| [EMAIL PROTECTED] wrote : I never seen anything in that tmp file location
you mention - it just contains a profile.dat file which I think just represents
the last list of resources that have been copied ?
|
| Can you be more specific? Are you windows or linux ?
|
I still don't understand the copied = copied fileSafeCopy(etc)
assume: fileSafeCopy returns true or false;
prime copied: boolean copied = true;
in a loop:
copied = copied fileSafeCopy(next file)
which means
new value of copied = old value of coppied the
[EMAIL PROTECTED] wrote : I stepped through the code of jstpublisher andi
don't see any temp file copying being performed when we use our adapter...I do
realize that tomcat and jboss adapter does this of different reasons (tomcat -
has it as a deploy location and jboss wtp as a tmp storage
It looks like you are leaving the work of the actual copy to WTP's PublishUtil
class.
My understand of how this works inside WTP is that it does a file copy of each
file to the directory
$HOME/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp12345.class
and then does a rename to
Thanks for all your help in this. I really wish I could have dedicated more to
it before you did, but hey, thats hte benefit of community right?
I will definitely try to have this fixed for CR1.
What does this idiom copied = copied do ?
That's my attempt to make sure *all* files were
http://jira.jboss.org/jira/browse/JBIDE-1047
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092840#4092840
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4092840
___
jboss-user
The class that is applicable here is
http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbosstools/trunk/as/plugins/org.jboss.ide.eclipse.as.core/jbosscore/org/jboss/ide/eclipse/as/core/publishers/JstPublisher.java?view=markuppathrev=3875
View the original post :
We don't use any temporary publishing location; so that must be something the
WTP supplied 4.2 driver uses.
What kind of project are you publishing ?
For me the projects that is created with Seam project wizard works just like it
should here.
Maybe you haven't specified the right dependencies
Hi Max thanks for the reply.
Okay this is what I can tell you about things:
I have an EAR Project called EAREclipseManager, this has 2 artifacts added
to it. These are 1 x J2EE Utility project called TheLibrary and 1 x EJB
Project called TheEJB.
If I do a project properties on the EAR
dlmiles wrote : Hi Max thanks for the reply.
|
| Okay this is what I can tell you about things:
|
| I have an EAR Project called EAREclipseManager, this has 2 artifacts
added to it. These are 1 x J2EE Utility project called TheLibrary and 1 x
EJB Project called TheEJB.
|
| If I
[EMAIL PROTECTED] wrote : I haven't had time to reproduce your scenario, but
if WTP default adapters does not work with it then something else is missing.
|
| Check out the prjoects beta4 of jbosstools (announcing later today, but
already available for download) generates for Seam EAR ...it
Ok - long thread, let me shorten it down.
No - we don't use renameTo(), we use copy. What we do in case of updates I'll
need to check in code - or maybe even get rob to chime in.
And I've never bumped into these issues and I run both on Linux and
Windows...maybe my machine is just too fast ...
btw. timestamps are updated and since the existing file won't change timestamp
before the touch it should be fine (in most cases)
Anyway ;)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092731#4092731
Reply to the post :
Another thought is that a ant build file doing incremental updates would have
the exact same issues
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092732#4092732
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4092732
We don't use renaming or temporary locations at all. Everything is done with a
file copy.
I'm relatively certain eclipse doesn't fire any resource changed events until
after it's sure the local filesystem has finished writing those changes... so
that only leaves the step between the workspace
i'm still unable to reproduce the problems you mentioned at the beginning of
the thread.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092771#4092771
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4092771
rob, invoking jmx between every update sounds like overkill to mecan't be
fast, can it ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092785#4092785
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4092785
[EMAIL PROTECTED] wrote : No - we don't use renameTo(), we use copy. What we
do in case of updates I'll need to check in code - or maybe even get rob to
chime in.
Do you copy in situation ? This is what tomcat driver used to do in WTP0.7
thru WTP1.0 or so. Copy in situation means to me you
[EMAIL PROTECTED] wrote : i'm still unable to reproduce the problems you
mentioned at the beginning of the thread.
Thanks for the feedback that it works with your setups (Max/Rob), so I have
investigated some more. I have confirmed I am running beta4 (just to be sure).
My conclusion is that
29 matches
Mail list logo