Missing jars in the BPE component
-
Key: SM-482
URL: https://issues.apache.org/activemq/browse/SM-482
Project: ServiceMix
Type: Bug
Components: servicemix-bpe
Versions: 3.0-M2
Reporter: Adrian Co
Assigned to: Guillaum
Yeah the warning is in place to just show the problem has occurred though
you are right that probably managing situations like this in either changes
to the dependencyManagement or the pom
Cheers
P
On 7/3/06, Grant McDonald <[EMAIL PROTECTED]> wrote:
I tried something similar by switching off
I tried something similar by switching off the lines I mentioned in the
issue report. This had the effect of including commons-codec-1.2 instead of
1.3 which actually caused servicemix to completely crash since the versions
had different encoding/decoding formats (this was using the trunk as of
200
So Guillaume and I talked at ApacheCon EU, and we came up with the
following thoughts about ServiceMix integration into Geronimo.
"Use Cases"
* Deploy combined JBI/J2EE applications. In the short term there may
not be "one bundle" such as a ZIP or EAR containing both types of
components, but th
The problem was that the version found through the transitive dependency was
not the same as the version from the top level pom's dependency management -
I have switched it so that in this case a warning it thrown but the version
from the transitive dependency it packaged into the installer.
P
O
[ https://issues.apache.org/activemq/browse/SM-480?page=all ]
Philip Dodds resolved SM-480:
-
Fix Version: incubation
Resolution: Fixed
The problem was the different in versions between the dependency management and
the transitive dependency - have
servicemix-http provider truncates a large xml response
---
Key: SM-481
URL: https://issues.apache.org/activemq/browse/SM-481
Project: ServiceMix
Type: Bug
Components: servicemix-http
Environment: windows xp p
OK - the trunk should now be building again - I have put a patch in place on
the construction of the installers for components, note that they now
reference servicemix-soap as a shared library, this is to stop the
repackaging of servicemix libs for each component. There still seems to be
an iss
Yeah :( Unfortuately we are working on both issues now and we should be back
in business very soon
P
On 7/3/06, Renaud Bruyeron <[EMAIL PROTECTED]> wrote:
That's not the only problem - I had a look inside the servicemix-http
installer that was generated, and it definitely does not look right
That's not the only problem - I had a look inside the servicemix-http
installer that was generated, and it definitely does not look right to
me (it's missing a lot of stuff like servicemix-common, servicemix-soap,
etc). I think someone else brought this up in another thread already.
I guess
There is a problem with the sample after some changes in the Maven plugin to
support generating the packages, it should be fixed shortly though you can
skip the samples if you want.
P
On 7/3/06, Renaud Bruyeron <[EMAIL PROTECTED]> wrote:
ok I've hacked up something, but I can't test it becau
Do you have any particular areas that you're targetting for the next
milestone release?
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: Monday, 3 July 2006 6:54 PM
To: servicemix-dev@geronimo.apache.org
Subject: Re: Interested in becoming a contributor
On 7/3/06,
On 7/3/06, Grant McDonald <[EMAIL PROTECTED]> wrote:
Hi James,
> Thanks for those Grant!
No problem: everybody benefits when people get involved.
Agreed!
> There's some documentation about it here...
> http://incubator.apache.org/servicemix/becoming-a-committer.html
>
> basically keep doing
Hi James,
> Thanks for those Grant!
No problem: everybody benefits when people get involved.
> There's some documentation about it here...
> http://incubator.apache.org/servicemix/becoming-a-committer.html
>
> basically keep doing what you're doing and the committers will take a
> vote to grant
14 matches
Mail list logo