Discussion:
a few servicemix 3.0 issues / questions
Jamie McCrindle
2006-09-27 16:29:20 UTC
Permalink
hi,

in servicemix 3.0 final:

it appears that the deploy and install directories are under
%SERVICEMIX_HOME%/bin on windows rather than the deploy and install
directories one level up. is that meant to be the case?

when copying installers into the install directory, it looks like
servicemix tries unzipping it while the copy is still being done
resulting in a "another process is using this file" error. i switched
down from a 1s monitor to a 10s monitor which makes the race condition
less likely.

mvn jbi:servicemix seems to deploy servicemix-shared and my component
fine but it doesn't appear to work when i put them both into the
install directory of servicemix proper. am i deploying the
servicemix-shared component correctly?

cheers,
j.
robottaway
2006-09-27 17:05:24 UTC
Permalink
Post by Jamie McCrindle
mvn jbi:servicemix seems to deploy servicemix-shared and my component
fine but it doesn't appear to work when i put them both into the
install directory of servicemix proper. am i deploying the
servicemix-shared component correctly?
This may be because another component is using the shared lib when you try
Post by Jamie McCrindle
Deploying Dependencies
If you are working with the jbi:projectDeploy you should not that you may
want to disable dependency deployment, if you are deploying to a server
which has other components sharing these dependencies they you can get
problems while trying to undeploy and redeploy them. Look for the plugin
section for the jbi-maven-plugin and under configuration add a new element
called deployDependencies with a value of false, this is usually in your
service assembly's pom.xml or your component's. This setting will stop the
plugin for undeploying and redeploying dependencies.
--
View this message in context: http://www.nabble.com/a-few-servicemix-3.0-issues---questions-tf2345857.html#a6530937
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Jamie McCrindle
2006-09-28 08:36:50 UTC
Permalink
awesome, thanks. i'll try the maven goal rather than dumping them in
the folders for now.
Post by robottaway
Post by Jamie McCrindle
mvn jbi:servicemix seems to deploy servicemix-shared and my component
fine but it doesn't appear to work when i put them both into the
install directory of servicemix proper. am i deploying the
servicemix-shared component correctly?
This may be because another component is using the shared lib when you try
Post by Jamie McCrindle
Deploying Dependencies
If you are working with the jbi:projectDeploy you should not that you may
want to disable dependency deployment, if you are deploying to a server
which has other components sharing these dependencies they you can get
problems while trying to undeploy and redeploy them. Look for the plugin
section for the jbi-maven-plugin and under configuration add a new element
called deployDependencies with a value of false, this is usually in your
service assembly's pom.xml or your component's. This setting will stop the
plugin for undeploying and redeploying dependencies.
--
View this message in context: http://www.nabble.com/a-few-servicemix-3.0-issues---questions-tf2345857.html#a6530937
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Guillaume Nodet
2006-09-27 17:33:11 UTC
Permalink
Post by Jamie McCrindle
hi,
it appears that the deploy and install directories are under
%SERVICEMIX_HOME%/bin on windows rather than the deploy and install
directories one level up. is that meant to be the case?
The batch file uses the current directory to start servicemix.
This is needed to launch examples that use a standalone
configuration. I guess we need a better way to deal with that.
Any idea ?
Post by Jamie McCrindle
when copying installers into the install directory, it looks like
servicemix tries unzipping it while the copy is still being done
resulting in a "another process is using this file" error. i switched
down from a 1s monitor to a 10s monitor which makes the race condition
less likely.
Could you please raise a JIRA ? It should be easy to add a check
before processing the file.
Post by Jamie McCrindle
mvn jbi:servicemix seems to deploy servicemix-shared and my component
fine but it doesn't appear to work when i put them both into the
install directory of servicemix proper. am i deploying the
servicemix-shared component correctly?
It should work ? What kind of errors do you see ?
Post by Jamie McCrindle
cheers,
j.
--
Cheers,
Guillaume Nodet
Jamie McCrindle
2006-09-28 08:54:24 UTC
Permalink
Post by Guillaume Nodet
Post by Jamie McCrindle
hi,
it appears that the deploy and install directories are under
%SERVICEMIX_HOME%/bin on windows rather than the deploy and install
directories one level up. is that meant to be the case?
The batch file uses the current directory to start servicemix.
This is needed to launch examples that use a standalone
configuration. I guess we need a better way to deal with that.
Any idea ?
*ponders* some trickery could be done in the batch file to work out
where you are but personally, i'm not that bothered, it was just that
the deploy and install directories in the root were confusing. i shall
ponder it further.
Post by Guillaume Nodet
Post by Jamie McCrindle
when copying installers into the install directory, it looks like
servicemix tries unzipping it while the copy is still being done
resulting in a "another process is using this file" error. i switched
down from a 1s monitor to a 10s monitor which makes the race condition
less likely.
Could you please raise a JIRA ? It should be easy to add a check
before processing the file.
Doing it again today and the problem seems to have gone away, so I'll
hold off the JIRA for now in the event that it was environmental.
Post by Guillaume Nodet
Post by Jamie McCrindle
mvn jbi:servicemix seems to deploy servicemix-shared and my component
fine but it doesn't appear to work when i put them both into the
install directory of servicemix proper. am i deploying the
servicemix-shared component correctly?
It should work ? What kind of errors do you see ?
If I manually copy the component and then manually copy the
servicemix-shared component into the install directory, I get this
error:

ERROR - AutoDeploymentService - Failed to update Component: test-j
bi-1.0-beta2-SNAPSHOT-installer.0.tmp
javax.jbi.management.DeploymentException: java.lang.NoClassDefFoundError: org/ap
ache/servicemix/common/BaseBootstrap
at org.apache.servicemix.jbi.framework.InstallationService.initializeIns
taller(InstallationService.java:450)
at org.apache.servicemix.jbi.framework.InstallationService.doInstallComp
onent(InstallationService.java:421)
at org.apache.servicemix.jbi.framework.InstallationService.doInstallArch
ive(InstallationService.java:372)
at org.apache.servicemix.jbi.framework.InstallationService.install(Insta
llationService.java:297)

I do have:

<shared-library version="3.0-incubating">servicemix-shared</shared-library>

in my jbi.xml. deploying using mvn:servicemix works fine, though.

i'd say hang on until someone else sees the problem because i'm going
to switch to using the maven goals for the next while.

thanks for the response!

cheers,
j.
Post by Guillaume Nodet
Post by Jamie McCrindle
cheers,
j.
--
Cheers,
Guillaume Nodet
Guillaume Nodet
2006-09-28 12:15:34 UTC
Permalink
For the last problem (the CNFE), the problem comes from the fact that
shared libraries are not available to components at bootstrap time.
So you need to copy the boostrap class from servicemix-common in your
component, or just create an empty implementation.
The reason it works using jbi:servicemix is that all jars are in the
container classloader ....
Post by Jamie McCrindle
Post by Guillaume Nodet
Post by Jamie McCrindle
hi,
it appears that the deploy and install directories are under
%SERVICEMIX_HOME%/bin on windows rather than the deploy and install
directories one level up. is that meant to be the case?
The batch file uses the current directory to start servicemix.
This is needed to launch examples that use a standalone
configuration. I guess we need a better way to deal with that.
Any idea ?
*ponders* some trickery could be done in the batch file to work out
where you are but personally, i'm not that bothered, it was just that
the deploy and install directories in the root were confusing. i shall
ponder it further.
Post by Guillaume Nodet
Post by Jamie McCrindle
when copying installers into the install directory, it looks like
servicemix tries unzipping it while the copy is still being done
resulting in a "another process is using this file" error. i switched
down from a 1s monitor to a 10s monitor which makes the race condition
less likely.
Could you please raise a JIRA ? It should be easy to add a check
before processing the file.
Doing it again today and the problem seems to have gone away, so I'll
hold off the JIRA for now in the event that it was environmental.
Post by Guillaume Nodet
Post by Jamie McCrindle
mvn jbi:servicemix seems to deploy servicemix-shared and my component
fine but it doesn't appear to work when i put them both into the
install directory of servicemix proper. am i deploying the
servicemix-shared component correctly?
It should work ? What kind of errors do you see ?
If I manually copy the component and then manually copy the
servicemix-shared component into the install directory, I get this
ERROR - AutoDeploymentService - Failed to update Component: test-j
bi-1.0-beta2-SNAPSHOT-installer.0.tmp
javax.jbi.management.DeploymentException: java.lang.NoClassDefFoundError: org/ap
ache/servicemix/common/BaseBootstrap
at org.apache.servicemix.jbi.framework.InstallationService.initializeIns
taller(InstallationService.java:450)
at org.apache.servicemix.jbi.framework.InstallationService.doInstallComp
onent(InstallationService.java:421)
at org.apache.servicemix.jbi.framework.InstallationService.doInstallArch
ive(InstallationService.java:372)
at org.apache.servicemix.jbi.framework.InstallationService.install(Insta
llationService.java:297)
<shared-library version="3.0-incubating">servicemix-shared</shared-library>
in my jbi.xml. deploying using mvn:servicemix works fine, though.
i'd say hang on until someone else sees the problem because i'm going
to switch to using the maven goals for the next while.
thanks for the response!
cheers,
j.
Post by Guillaume Nodet
Post by Jamie McCrindle
cheers,
j.
--
Cheers,
Guillaume Nodet
--
Cheers,
Guillaume Nodet
robottaway
2006-09-28 14:31:31 UTC
Permalink
Post by Jamie McCrindle
when copying installers into the install directory, it looks like
servicemix tries unzipping it while the copy is still being done
resulting in a "another process is using this file" error. i switched
down from a 1s monitor to a 10s monitor which makes the race condition
less likely.
I think raising a JIRA would be good, as I have experienced this problem
numerous times. I will try to figure out how to reproduce the problem. Would
it be useful to post the error messages from Smix? I wonder too if this
could affect the auto deploy on the deploy folder also?
--
View this message in context: http://www.nabble.com/a-few-servicemix-3.0-issues---questions-tf2345857.html#a6547545
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Jamie McCrindle
2006-09-28 15:09:21 UTC
Permalink
done

http://issues.apache.org/activemq/browse/SM-607

if you get a stack trace, please add it as it looks a little sparse at
the moment :)

cheers,
j.
Post by robottaway
Post by Jamie McCrindle
when copying installers into the install directory, it looks like
servicemix tries unzipping it while the copy is still being done
resulting in a "another process is using this file" error. i switched
down from a 1s monitor to a 10s monitor which makes the race condition
less likely.
I think raising a JIRA would be good, as I have experienced this problem
numerous times. I will try to figure out how to reproduce the problem. Would
it be useful to post the error messages from Smix? I wonder too if this
could affect the auto deploy on the deploy folder also?
--
View this message in context: http://www.nabble.com/a-few-servicemix-3.0-issues---questions-tf2345857.html#a6547545
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Loading...