Re: InstallationContext.getInstallationDescriptionExtensions not returning all extensions.

2007-08-09 Thread cgallemore

I will create a JIRA issue, I don't have a patch as i didn't have the time to
see why it didn't work.  Thanks for the response.


gnodet wrote:
> 
> Sorry about the delay.
> I think this is a bug.
> Would you mind raising a JIRA (and attach a patch if you have one) ?
> 
> On 8/1/07, cgallemore <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> I posted this on the user list and meant to get it on the dev list.
>>
>>
>> I have a new Service Engine and i have defined some extensions in my
>> jbi.xml
>> like below:
>>
>> 
>> .
>> Component info
>> .
>> 
>> true
>> 
>> localhost
>> 
>> > 
>>
>> The problem I am having is that when I call
>> getInstallationDescriptorExtension during my Bootstrap init(), I only get
>> back to following
>> extensions:
>>
>> true
>>
>> The rest of the extensions are being left off.  I checked out the source
>> code and verified that what I thought I was seeing was correct.
>> I modified the ComponentTest (under /core/servicemix-core) to compare the
>> expected output to the actual output, also modified the component.xml
>> used in the test to include a extension like the one above.  Once I did
>> this
>> the unit test failed, and as expected it failed, only returning
>> me the first extension listed.
>>
>> Is this expected behavior, or is this a bug?  I have tested this same
>> component with OpenESB, and it parses my Extensions fine.  I looked
>> at the spec and it doesn't really define wheter or not you can have
>> multiple
>> extensions, with different namespaces, or not.  Let me know
>> if I need to file a bug, or I can reach out the the OpenESB community as
>> well and see what the expected behavior should be.
>>
>> Thanks
>>
>> -Chad
>>
>> --
>> View this message in context:
>> http://www.nabble.com/InstallationContext.getInstallationDescriptionExtensions-not-returning-all-extensions.-tf4202093s12049.html#a11952026
>> Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
>>
>>
> 
> 
> -- 
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> 

-- 
View this message in context: 
http://www.nabble.com/InstallationContext.getInstallationDescriptionExtensions-not-returning-all-extensions.-tf4202093s12049.html#a12072171
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.



ServiceMix 3.1

2006-11-01 Thread cgallemore

Hi,

I'm trying to find a snapshot for servicemix 3.1, I went to the downloads
section of servicmix.org and clicked the snapshot link
(http://people.apache.org/repo/m2-snapshot-repository/org/apache/servicemix/apache-servicemix/3.1-incubating-SNAPSHOT/)
and the link was broken.  Can you let me know where I can go to download
ServiceMix 3.1
-- 
View this message in context: 
http://www.nabble.com/ServiceMix-3.1-tf2553558.html#a7115202
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.



Problem with servicemix-lwcontainer-3.0

2006-10-05 Thread cgallemore

We have recently been updating form servicemix-3.0-M2 to servciemix-3.0.  I
encountered a problem with the lwcontainer with one of my components.  This
component has several service units that comprise the service assembly.  Two
of these service units requrie jars at runtime, which I included in their
servicemix.xml to add them to the classpath.  Once I run my test I get
NoClassDefFound errors.  I got around this by adding those jars to my
lib/optional directory.  The odd thing is we have developed several other
components that require jars at runtime and none of those other components
had problems.  One of the other developers here tried deploying the
component with the servicemix-lwcontainer-3.0-M2 version and everything
worked fine.  Any thoughts on why a service assembly with multiple service
units would have problems adding jars to the classpathe with the
servicemix-lwcontainer-3.0 component.

Thanks
-- 
View this message in context: 
http://www.nabble.com/Problem-with-servicemix-lwcontainer-3.0-tf2388377.html#a6658350
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.