Re: use of resource?
On Nov 15, 2007 12:17 AM, cui.hailin <[EMAIL PROTECTED]> wrote:
>
> src/main/resource/META-INF/service/org/apache/servicemix/jbi/*
>
> src/main/resource/META-INF/service/org/apache/servicemix/jdbc/*
>
>
> use of these file in the directory?
The resources directory is placed in the Maven classpath and anything
in there is then available via the classpath. Directories inside the
resource directory are typically used to store XML or properties files
and the like.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: [VOTE] Release ServiceMix 3.2
On 10/30/07, Freeman Fang <[EMAIL PROTECTED]> wrote:
> Hi Bruce,
>
> I will take care of it.
Thanks, Freeman ;-).
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: [VOTE] Release ServiceMix 3.2
On 10/30/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 10/26/07, Freeman Fang <[EMAIL PROTECTED]> wrote:
> > Hi All,
> >
> > I have uploaded a version of ServiceMix 3.2 for you to review. See
> > http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.2
> > for all the links and release notes.
> >
> > [ ] +1 Release ServiceMix 3.2
> > [ ] ± 0
> > [ ] -1 Do not release ServiceMix 3.2
>
> Why are we still distributing servicemix-bpe? Since we recommend
> Apache Ode, the servicemix-bep SE should be removed from the
> distribution (https://issues.apache.org/activemq/browse/SM-1121).
I'd also like to include this small fix:
https://issues.apache.org/activemq/browse/SM-1122
This has been an issue for a while and always confuses people.
Freeman, I know it's a pain to do a release again. If you want me to
re-do the release, I'll do it.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
[jira] Resolved: (SM-1122) The servicemix-jsr181-wsdl-first-service-unit puts generated sources in the target/jaxws directory
[
https://issues.apache.org/activemq/browse/SM-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruce Snyder resolved SM-1122.
--
Resolution: Fixed
Assignee: Bruce Snyder
Fixed in [revision
590440|http://svn.apache.org/viewvc?view=rev&revision=590440].
> The servicemix-jsr181-wsdl-first-service-unit puts generated sources in the
> target/jaxws directory
> ---
>
> Key: SM-1122
> URL: https://issues.apache.org/activemq/browse/SM-1122
> Project: ServiceMix
> Issue Type: Bug
> Components: tooling
>Affects Versions: 3.1.2
>Reporter: Bruce Snyder
>Assignee: Bruce Snyder
> Fix For: 3.2
>
>
> The servicemix-jsr181-wsdl-first-service-unit Maven archetype should instead
> put generated sources into the {{target/generated-sources/jaxws}} directory.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1122) The servicemix-jsr181-wsdl-first-service-unit puts generated sources in the target/jaxws directory
The servicemix-jsr181-wsdl-first-service-unit puts generated sources in the
target/jaxws directory
---
Key: SM-1122
URL: https://issues.apache.org/activemq/browse/SM-1122
Project: ServiceMix
Issue Type: Bug
Components: tooling
Affects Versions: 3.1.2
Reporter: Bruce Snyder
Fix For: 3.2
The servicemix-jsr181-wsdl-first-service-unit Maven archetype should instead
put generated sources into the {{target/generated-sources/jaxws}} directory.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Attention All ServiceMix Committers!
Good afternoon everyone! Because the need presented itself, today, I
created a Committer's Guide outlining some basic guidelines for all of
us ServiceMix committers:
http://cwiki.apache.org/confluence/display/SM/Committer%27s+Guide
(This page will be included on the website in about an hour when the
wiki is automatically exported).
We should all work together enforce these guidelines amongst ourselves
immediately.
* No more empty commit logs or commit logs that do not note a JIRA issue.
** It is very important that you note a JIRA issue as the first text
in a commit log. This ties the issue back to the JIRA issue via the
tab named Subversion Commits.
* Start writing better documentation - on the wiki, in the Javadoc and
the code level comments.
** The SMX 3.x codebase is poorly documented. Take your time to
improve it. We've already begun documenting the SMX 4.x codebase far
better.
* If you're writing code, you should be writing unit tests.
** The more coverage the better.
These are all pretty basic and I think we all know this stuff already.
We just need to slow down a bit and take the time to enforce these
items on our own and other's code as it will dramatically improve the
project.
If you have any suggestions, please add them to the Committer's Guide
and/or discuss them here.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4 as a distributed OSGi spring container....
On 10/11/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> On 10/11/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> > On 10/11/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> > > I was thinking that ldap may be handy for the registry, but hopefully
> > > Chris will join the discussion at this point... Though camel does
> > > not support ldap (yet).
> >
> > This was exactly the road I started going down in order to solve a
> > couple of problems:
> >
> > 1) Distributing a consistent configuration across groups of nodes
> > 2) Providing for a central registry that is replicated to other
> > directory server instances
> >
> > This would optionally require a master directory server with other
> > backup or slave servers in order to replicate the registry data. The
> > size of the network and the criticality of the data would determine if
> > you need to run slave servers or not.
> >
> > The other thing I began thinking about was using the AMQ master/slave
> > functionality and just embedding the directory server in the master
> > and the slaves. This would mean less moving parts and we could make
> > any LDAP replications take place via AMQ transports.
>
> Doesn't apacheds comes with a clustering / replication solution already ?
Yes, it does, but I'm not sure of it's level of efficiency at all as
I've not yet looked at it. I have spoken with Ersin Er who works on
directory about doing directory replication via ActiveMQ, but we
haven't done any work toward it yet.
> > > So your snippet would actually solve the heartbeat problem. But I'm
> > > not sure we can send the whole data at each heartbeat. I guess it
> > > depends how bit this data is, but if we have lots of services in the
> > > OSGi registry, it may not be very scalable. So we would have to
> > > default to send only updates or find another mechanism to send the
> > > data (the heartbeat could just contain the url of our container, and
> > > the data would be retrieved by another mechanism).
> >
> > How about just sending the URL and a flag stating that there is an
> > update? If one of the other servers wants the update, then they can
> > poll that server's URL and a known topic for the actual data updates.
>
> Yeah. However, for performance reasons, it may be interesting to be
> able to only publish the delta in addition to provide an easy access
> to the whole data.
Yeah, I really like that idea. It should cut down on traffic significantly.
> We could also expose the registry as a REST interface, but it may not
> be the most efficient way.
Do we really need to expose the whole registry though?
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0 documentation
On 10/5/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> I was wondering if we should create a separate wiki space for
> ServiceMix 4.0 documentation.
That's a good idea, in fact, we will need to completely restructure
the wiki into two sections; 3.x and 4.x similar to the way that the
Maven team did it when Maven 2 overtook Maven 1.
> Also I need to take a look at how the camel book works: it generates a
> pdf from the wiki, so maybe we could do the same...
I'm sure you know this already Guillaume, but for the sake of others
here's how this works. There's a page on the ActiveMQ wiki named Book
In One Page that contains the contents of the book. This page is then
exported to PDF using Prince XML and the Boom CSS. This is a very
powerful combination that produces a very nice PDF for download.
And speaking of docs, another goal of ServiceMix 4.0 is to provide
great Javadocs and comments in the code to explain everything as much
as possible. So if you are reading through the code and see something
that is not Javadoc'd or commented appropriately, please stop and fix
that broken window (i.e., fix the problems when they are small, before
they get big).
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
[jira] Updated: (SM-1089) DotViewService not generating DOT files for endpoints or flows
[
https://issues.apache.org/activemq/browse/SM-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruce Snyder updated SM-1089:
-
Attachment: ServiceMixFlow.dot
> DotViewService not generating DOT files for endpoints or flows
> ---
>
> Key: SM-1089
> URL: https://issues.apache.org/activemq/browse/SM-1089
> Project: ServiceMix
> Issue Type: Bug
> Components: servicemix-core
>Affects Versions: 3.2
>Reporter: Bruce Snyder
> Attachments: ServiceMixComponents.dot, ServiceMixFlow.dot
>
>
> The {{DotViewService}} is part of the default configuration in
> {{conf/servicemix.xml}} and it is set to start automatically, but it does not
> generate the DOT files at all. The only way to get the diagrams generated is
> to add the following causes the files to be generated:
> {code:xml}
>
>
>
>
> {code}
> Although the endpoints diagram is correct, the flow diagram is not. It just
> produces a box containing the words 'Apache ServiceMix flow'. I'll attach the
> two diagrams for reference.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1089) DotViewService not generating DOT files for endpoints or flows
[
https://issues.apache.org/activemq/browse/SM-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruce Snyder updated SM-1089:
-
Attachment: ServiceMixComponents.dot
> DotViewService not generating DOT files for endpoints or flows
> ---
>
> Key: SM-1089
> URL: https://issues.apache.org/activemq/browse/SM-1089
> Project: ServiceMix
> Issue Type: Bug
> Components: servicemix-core
>Affects Versions: 3.2
>Reporter: Bruce Snyder
> Attachments: ServiceMixComponents.dot
>
>
> The {{DotViewService}} is part of the default configuration in
> {{conf/servicemix.xml}} and it is set to start automatically, but it does not
> generate the DOT files at all. The only way to get the diagrams generated is
> to add the following causes the files to be generated:
> {code:xml}
>
>
>
>
> {code}
> Although the endpoints diagram is correct, the flow diagram is not. It just
> produces a box containing the words 'Apache ServiceMix flow'. I'll attach the
> two diagrams for reference.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1089) DotViewService not generating DOT files for endpoints or flows
DotViewService not generating DOT files for endpoints or flows
---
Key: SM-1089
URL: https://issues.apache.org/activemq/browse/SM-1089
Project: ServiceMix
Issue Type: Bug
Components: servicemix-core
Affects Versions: 3.2
Reporter: Bruce Snyder
Attachments: ServiceMixComponents.dot
The {{DotViewService}} is part of the default configuration in
{{conf/servicemix.xml}} and it is set to start automatically, but it does not
generate the DOT files at all. The only way to get the diagrams generated is to
add the following causes the files to be generated:
{code:xml}
{code}
Although the endpoints diagram is correct, the flow diagram is not. It just
produces a box containing the words 'Apache ServiceMix flow'. I'll attach the
two diagrams for reference.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: ServiceMix 4.0 modularity
On 10/4/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> I'd like to make ServiceMix 4.0 as modular as possible. This would
> mean that ServiceMix 4.0 main distribution would come with the minimal
> set, while additional features could be provisioned and configured
> using OBR, the Deployment Admin or our provisioning system.
> Such features could include:
> * an activemq broker
> * an apache ds server
> * jbi 1.0 compatibility layer
> * jaxws support
> * ...
>
> Although from a project perspective, if we could split these features
> in different projects, that would make things easier to release: i.e.
> release a single "feature" at a time, rather than releasing everything
> each time. Kinda like maven does with its plugins.
I've always thought the idea of separate release cycles for different
components/features was a good one. This allows for individual
components to be released as they're ready. However, I've begun to
reconsider this recently. Independent component releases seem like a
good idea until the developer has trouble and then begins to upgrade
components independently resulting in a mish-mash of versions which
can cause a laundry list of other problems.
It seems to me that we should not push this responsibility onto the
developer because it causes them more trouble than its worth. Not
unlike recent Eclipse releases, ServiceMix is a container with many
modules and I think *we* should bear the burden of making each module
work together to provide an overall ServiceMix release.
An alternative approach would be to mix independent component releases
with overall ServiceMix releases. This would give us the ability to
release components independently while still providing a major release
of all components packaged together as ServiceMix, say, four times a
year.
Am I crazy?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
[jira] Closed: (SM-672) SedaFlow - OutOfMemoryError
[ https://issues.apache.org/activemq/browse/SM-672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder closed SM-672. --- Resolution: Cannot Reproduce > SedaFlow - OutOfMemoryError > --- > > Key: SM-672 > URL: https://issues.apache.org/activemq/browse/SM-672 > Project: ServiceMix > Issue Type: Bug > Components: servicemix-core >Affects Versions: 3.0 > Environment: windows > jdk5.0 >Reporter: Michal > > When I send lots of messages to a queue inside servicemix using SedaFlow then > I run out of memory. Switching to ST flow works fine. > I used pretty much default settings. > The flow was: > - WS client calls WS > - WS service receives Element (anytype) > - validates it with xsd (sendSync to validate component) > - sends message to jms queue (using sendSync) > http://www.nabble.com/SedaFlow---OutOfMemoryError-tf2382645.html > activemq.xml > http://activemq.org/config/1.0"; > persistent="true"> > > > > > > > > discoveryUri="multicast://default"/> > > > > > > servicemix.xml >rootDir="./data/smx" > MBeanServer="#jmxServer" > installationDirPath="./install" > deploymentDirPath="./deploy" > monitorInterval="1" > dumpStats="true" > statsInterval="10" > transactionManager="#transactionManager" > workManager="#workManager" > createJmxConnector="false" > depends-on="jndi"> > > > > > > connectionManager="#connectionManager" > jmsURL="tcp://localhost:61616" /> > > > > > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release ServiceMix 3.1.2
On 9/20/07, Freeman Fang <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I have uploaded a version of ServiceMix 3.1.2 for you to review. See
> http://cwiki.apache.org/confluence/display/SM/ServiceMix+3.1.2
> for all the links and release notes.
>
> [ ] +1 Release ServiceMix 3.1.2
> [ ] ± 0
> [ ] -1 Do not release ServiceMix 3.1.2
While the binary starts up just fine, I cannot get a build from source
to complete successfully when working with a clean Maven repo.
Currently a clean build failing on the step1 profile with the
following:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact.
Missing:
--
1) org.apache.geronimo.specs:geronimo-servlet_2.4_spec:jar:1.1
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.geronimo.specs
-DartifactId=geronimo-servlet_2.4_spec \
-Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there: mvn deploy:deploy-file
-DgroupId=org.apache.geronimo.specs
-DartifactId=geronimo-servlet_2.4_spec \
-Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.servicemix:servicemix-components:jar:3.1.2
2) org.apache.geronimo.specs:geronimo-servlet_2.4_spec:jar:1.1
2) janino:janino:jar:2.3.2
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=janino -DartifactId=janino \
-Dversion=2.3.2 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there: mvn deploy:deploy-file -DgroupId=janino
-DartifactId=janino \
-Dversion=2.3.2 -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.servicemix:servicemix-components:jar:3.1.2
2) janino:janino:jar:2.3.2
3) jivesoftware:smackx:jar:2.2.1
Try downloading the file manually from:
http://www.jivesoftware.org/smack/
Then, install it using the command:
mvn install:install-file -DgroupId=jivesoftware -DartifactId=smackx \
-Dversion=2.2.1 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there: mvn deploy:deploy-file -DgroupId=jivesoftware
-DartifactId=smackx \
-Dversion=2.2.1 -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.servicemix:servicemix-components:jar:3.1.2
2) jivesoftware:smackx:jar:2.2.1
4) javax.activation:activation:jar:1.1
Try downloading the file manually from:
https://maven-repository.dev.java.net/nonav/repository/javax.activation/jars/activation-1.1.jar
Then, install it using the command:
mvn install:install-file -DgroupId=javax.activation
-DartifactId=activation \
-Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there: mvn deploy:deploy-file -DgroupId=javax.activation
-DartifactId=activation \
-Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.servicemix:servicemix-components:jar:3.1.2
2) org.codehaus.xfire:xfire-all:jar:1.2.5
3) org.codehaus.xfire:xfire-core:jar:1.2.5
4) javax.activation:activation:jar:1.1
--
4 required artifacts are missing.
for artifact:
org.apache.servicemix:servicemix-components:jar:3.1.2
from the specified remote repositories:
central (http://www.ibiblio.org/maven2),
servicemix-m2-repo
(http://svn.apache.org/repos/asf/incubator/servicemix/m2-repo),
apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
apache-incubating (http://people.apache.org/repo/m2-incubating-repository),
codehaus-snapshots (http://repository.codehaus.org)
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: [NEWS] ServiceMix has just graduated and is now an official Top Level Project
On 9/19/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> I'm very pleased to announce that the ASF board just accepted
> ServiceMix graduation to a Top Level Project :-)
Who! After nearly two years!
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/27/07, rs d <[EMAIL PROTECTED]> wrote:
> Omondo EclipseUML is also also provides some good features. I have
> experienced for reverse engineering. Check if it suffices your need.
>
> http://www.eclipsedownload.com/download/index.html
I've already looked at Omondo long ago. It does not offer a version
that runs on MacOS X.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/27/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 8/27/07, James Strachan <[EMAIL PROTECTED]> wrote:
>
> > > > 1. Use slf4j as the logging framework. (http://www.slf4j.org/) -> btw,
> > > > I'm not sure if its a better option, but I did hear some good stuff
> > > > about it.
> > >
> > > Yes, SMX should switch to using the slf4j-api which will allow any
> > > logging framework to be plugged in at deployment time.
> >
> > how's that different from commons-logging (other than adding yet
> > another dependency, since many things SMX depends on also depends on
> > commons logging)
>
> There are a lot of reasons, including an extremely good writeup about
> JCL that Ceki did back in 2004 that is available here:
>
> http://www.qos.ch/logging/thinkAgain.jsp
>
> But the most important point of all is that the use of JCL is most
> oftentimes incorrect from an architecture standpoint. At least this is
> what the creator of JCL says:
>
> '...The purpose of Commons Logging is not to somehow take the logging
> world by storm. In fact, there are very limited circumstances in which
> Commons Logging is useful. If you're building a stand-alone
> application, don't use commons-logging. If you're building an
> application server, don't use commons-logging. If you're building a
> moderately large framework, don't use commons-logging. If however,
> like the Jakarta Commons project, you're building a tiny little
> component that you intend for other developers to embed in their
> applications and frameworks, and you believe that logging information
> might be useful to those clients, and you can't be sure what logging
> framework they're going to want to use, then commons-logging might be
> useful to you...'
>
> See Rod's full blog entry here:
> http://radio.weblogs.com/0122027/2003/08/15.html
Also, moving toward an architecture based on OSGi almost guarantees
that we will run into classloader issues with JCL.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: IRC sessions on ServiceMix 4.0 design (was Re: ServiceMix 4.0)
On 8/25/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> Ok, sounds like we have enough people.
> So we just need to find a data and an hour.
> What about Friday 3 pm GMT, 11 am EST, 8 am PST
> Adrian, I'm not sure how to find a time that would suits you...
> Other propositions are welcome...
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: Spring extensions to OSGi (was Re: ServiceMix 4.0)
On 8/24/07, Brian O'Neill <[EMAIL PROTECTED]> wrote:
> Guillaume,
>
> Just getting grounded...
>
> Would SM 4.0 leverage Felix to get OSGi capabilities?
>
> I took a grep through the code, it doesn't look like it uses it at all
> right now:
> [EMAIL PROTECTED]:~/dev/apache.org/servicemix-> grep -r "elix" *
> and osgi appears only in the eclipse plugins.
>
> Just verifying, OSGi is a brand new dependency for SM, right?
>
> Which leads me to my second question, do you think the dependency
> would be a hard dependency (on the actual felix impl), or would it be
> implementation agnostic? (e.g. able to run on Equinox as well)
>
> I am going to pull felix now and start playing around with it.
The idea is to leverage the OSGi spec so that SMX can run on any OSGi
compliant container. The first stab Guillaume and I took at
experimenting with OSGi back in May was using Felix and we'd probably
use Felix by default. But the idea is not to depend directly on the
Felix implementation.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0 and federation (was Re: ServiceMix 4.0)
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
>
> On Aug 24, 2007, at 6:44 PM, Bruce Snyder wrote:
>
> > On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> >>
> >> On the registry side, I think one of the main problem is that there
> >> is no way to tell the
> >> difference between an endpoint that goes down because the server is
> >> no more
> >> accessibe (it will be up again at a later time) or because the
> >> endpoint has been
> >> undeployed. Imho, this is a key requirement to be able to make
> >> routing decisions.
> >> I don't know yet how to handle this problem: if a server has been
> >> shutdown, it may
> >> never go up again... So i'm still not sure how to handle the
> >> problem :-(
> >
> > This is one place where a proper registry might be useful. If the
> > registry handles metadata for a given component, it can provide this
> > type of finer grained information to anyone that is interested. E.g.,
> > if a component is undeployed, the deployer tells the registry that
> > componentX is being undeployed and the registry would store that
> > information. When componentX comes back online it tells the registry
> > and the registry updates the metadata.
> >
>
> I agree, but it may not even be sufficient. Let's take the example
> of Kit.
> This environment is very dynamic and instances will not even say
> that the endpoints are undeployed. They are just gone and may never
> appear again. Another example: if you use a cluster of servers and you
> want to bring one down, will you really undeploy everything or just shut
> ServiceMix down ?
>
> So I'm not sure you can really know wether a service will come up at a
> later time. This requires much more knowledge that ServiceMix can
> have. I guess we could have a default behavior that would say when a
> server goes down if the endpoints should be considered temporarily
> unavailable or permanently lost.
Well, if it's gone, it's gone. That component cannot be used. I was
assuming that this status would be used to determine how to handle
messages destined for a component that is not online. E.g.:
a) componentX is marked as undeployed in the registry so it's gone and
messages should not be held for it
b) componentX is marked as stopped in the registry which means it will
be started up again at a later time, so hold messages for it until it
comes back online
This means that certain states assume certain behavior that might work
in a manner similar to a lifecycle. E.g., if a component is in the
process of being started up, messages destined for that component
should be held until the component is fully started.
> We currently don't have such a feature in the JMS/JCA flows, but we
> definitely need something around that...
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0 and federation (was Re: ServiceMix 4.0)
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> So if i understand you correctly, you are mostly concerned of enhancing
> the JMS flow in the following areas:
>* avoid ping/pong and lower bandwidth requirement
>(avoid sending the whole exchange and only send the actual data)
>* enhance security (authentication, encryption ?)
>* enhance the endoint registry wrt to services or instances going
> up and down
>
>
> Did I catch you correcty ?
>
> For the bandwidh requirement, I'm sure we can do that and reconstruct
> a fake
> exchange on the other side. We would loose informations wrt to the
> input message
> but I don't think this would be too much a problem. For the ping/
> pong stuff, I'm sure
> we can find a way to optimize it somehow. We may have troubles
> handling the
> InOptionalOut pattern though, as you don't really know if you will
> receive an Out
> message or nothing, but for the other simple patterns (InOnly and
> InOut) it should
> be quite easy to send back the exchange with a DONE status just after
> having send
> the jms message containing the In or Out.
>
> On the security subject, I know there is lots to do, but this is an
> area i'm not so familiar
> with. My biggest concern is that we security can be applied at the
> connection level
> or at the message level. NMR-NMR security for the JMS flow could be
> delegated
> to ActiveMQ i guess (using AMQ security features).
An interceptor framework might help this situation where the necessary
authentication and authorization interceptors could be added to handle
the situation. Then it's just up to the implementation of each.
> On the registry side, I think one of the main problem is that there
> is no way to tell the
> difference between an endpoint that goes down because the server is
> no more
> accessibe (it will be up again at a later time) or because the
> endpoint has been
> undeployed. Imho, this is a key requirement to be able to make
> routing decisions.
> I don't know yet how to handle this problem: if a server has been
> shutdown, it may
> never go up again... So i'm still not sure how to handle the problem :-(
This is one place where a proper registry might be useful. If the
registry handles metadata for a given component, it can provide this
type of finer grained information to anyone that is interested. E.g.,
if a component is undeployed, the deployer tells the registry that
componentX is being undeployed and the registry would store that
information. When componentX comes back online it tells the registry
and the registry updates the metadata.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/24/07, Adrian Co <[EMAIL PROTECTED]> wrote:
> Not sure if this is the right forum to bring this up, but I was
> wondering if this is a good opportunity to migrate some of servicemix's
> infra to newer version.
>
> i.e.
>
> 1. Use slf4j as the logging framework. (http://www.slf4j.org/) -> btw,
> I'm not sure if its a better option, but I did hear some good stuff
> about it.
Yes, SMX should switch to using the slf4j-api which will allow any
logging framework to be plugged in at deployment time.
> 2. Upgrade to junit 4.x (Port the existing test cases maybe?)
Either JUnit 4 or TestNG. TestNG is pretty nice and very easy to use.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: IRC sessions on ServiceMix 4.0 design (was Re: ServiceMix 4.0)
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> Any other people interested ?
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/23/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
> I've used MagicDraw on OS X. It's pretty terrible...but does work for
> sequence diagrams. I'm not sure if they have a "free" version or not.
> Doesn't OmniGraffle do some UML stuff too?
Yeah I've used MagicDraw in the past. Unfortunately the free version
doesn't generate sequence diagrams and that's the key for me. I want
the ability to have the tool generate UML from the source and that's
hard to find in a free tool.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/23/07, Daryl Richter <[EMAIL PROTECTED]> wrote:
>
> On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:
>
> [snip]
>
> > (anybody knows a good tool for uml ?).
>
> Take a look at JUDE Community Edition. Works great for me.
>
> http://jude.change-vision.com/jude-web/product/community.html
Looks like JUDE requires Windoze:
http://jude.change-vision.com/jude-web/product/system.html
My biggest issues not finding a UML tool. It's finding a UML tool that
generates sequence diagrams and runs on Mac OS X.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0 and type converters
On 8/23/07, James Strachan <[EMAIL PROTECTED]> wrote:
> > I haven't looked at Camel converters, but would you consider adding a
> > contentType and contentEncoding mimicing the headers of HTTP & SIP.
> > The endpoint can then use the type and encoding to determine how to
> > handle the content.
>
> Incidentally thats come up recently in Camel too; the type converter
> stuff is so useful, folks wanna use it for many different things when
> the Java class/interface is not enough to specify a conversion. e.g.
> convert to Java Object using JAXB2 versus serialization versus SOAP
> encoding
>
> I guess this is no longer type conversion, but more content conversion
> - so maybe a separate API is required. But certainly folks wanna be
> able to do things like
>
> // specify the required Java type and content type
> InputStream in = message.getBody(InputStream.class, "application/xml");
>
> But am wondering if for things like content type / content encoding
> stuff we need a separate kind of mechanism than the Java type
> conversion stuff; or if we could just extend the model to include
> content type as well?
I view type conversion (e.g., java.io.File to org.xml.sax.InputSource)
as being very different than content conversion (e.g., EDI to SOAP).
But I do see that sometimes there is some overlap between these two
concepts. Is it a good idea to lump these two together in the same API
when the business purpose is distinctly different?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/22/07, Terry Cox <[EMAIL PROTECTED]> wrote:
> Interesting.
>
> We need to have a very serious chat about application lifecycles and
> governance...
Now is the time.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: ServiceMix 4.0
On 8/22/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote: > As I explained in the other thread, I've been working on a new API > for ServiceMix 4.0. > Hopefully this will serve as an input for JBI 2.0. > This API is available at https://svn.apache.org/repos/asf/incubator/ > servicemix/branches/servicemix-4.0/api > > So here a few key changes: >* clean integration with OSGi >* the NormalizedMessage can contain not only XML Nice! >* no more components >* no more JBI packaging (just use OSGi bundles) >* move the Channel to the Endpoint >* use push delivery instead of pulling exchanges This is an interesting change for sure. >* introduce a single interface for identifying the Target of an > Exchange How will this work? Can you explain this one a bit more? > As we remove components, everything goes down to the endpoint which > become a key feature. > > The endpoint must implement the Endpoint interface. In OSGi, the NMR > would listen to endpoints > registered in the OSGi registry and call the registry to register / > unregister the endpoints. > As part of the endpoint registration, the NMR would inject a Channel > into them, thus actually activating the > endpoint. I guess I could write a sequence diagram for that (anybody > knows a good tool for uml ?). I've been trying to find some good UML software for a while - something that doesn't cost an arm and a leg, that generates sequence diagrams (IMO, these are invaluable!) from code and that runs on MacOS X. Anyone know of something that meets this criteria? > In a non OSGI environment, the Endpoint will be registered in the > Registry by calling the register method > somehow. Is there any interoperability between the OSGi registry and a UDDI registry? > The Endpoint receives Exchange to be processed on the process method. > I think we should keep the JBI 1.0 semantics and the endpoint use the > same process as for JBI 1.0, which is > send the exchange back using the Channel (with the response / fault / > error / done). This will put the threading, > transactions and security burden on the container itself. Which > means it is easier to write JBI apps :-) This is exactly the architecture we need - a much cleaner separation. > Exchanges can be created using the Channel#createExchange method. > The only change I'd like to > integrate in the messaging API is to allow for non xml payloads and > maybe untyped attachments. The body > could be converted automatically to a given type if supported (I > think Camel does it nicely, so I'm thinking of > shamelessly copying the converter layer). I have added a few helper > methods on the exchanges and > messages (copy, copyFrom, ensureReReadable, display) to ease message > management. Very nice, sounds similar to Spring convenience classes. > For the deployment part, there is no packaging anymore. One would > deploy an OSGi bundle that would > register the needed endpoints in the OSGi registry. For certain > types of endpoints, we may need an external > activation process (such as creating a server socket for listening to > HTTP requests) that may need to be shared > across endpoints of a given type. In such a case, you would deploy a > "component" that listens to new > endpoints implementing HttpEndpoint for example. When a new endpoint > is registered, the listener would > activate a server socket that could be shared across all http > endpoints. In a different way, if we have a BPEL > engine, the bpel "component" would listen for new bundles and look > for a specific file containing deployment > information. The component would register new endpoints in the OSGi > registry as needed (we could do that > for jaxws pojos using cxf for example). > So I said there is no more components, because this feature is not in > the api anymore, but we will certainly need > these components for some use cases. For simple endpoints, you > would not need any component at all. > Another benefit is that you can easily deploy a whole application > inside a single OSGi bundle. Using spring-osgi, > the bundle would just consist in a spring configuration file > containing the endpoints declaration and expose them > as OSGi services. I'm not sure I understand this completely. Is this a type of interceptor or am I misunderstanding you? > Of course, we need to write a JBI 1.0 compatibility layer, and we > could have an intermediate layer where SAs and > JBI components could be OSGi bundles directly, thus leveraging the > OSGi classloading mechanism. Yep. > The thing I'm not completely sure about if the Target interface which > aims to identify the target of an exchange. > I'm thinking that some metadata are associated with endpoints (like > service name, interface name, wsdl > location, etc..). These metadatas could be used to retrieve targets > using the Registry. We could plug in different > mechanisms to query the metadata (simple lookup per id, policy based, > etc...). And the re
[jira] Resolved: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
[ https://issues.apache.org/activemq/browse/SM-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder resolved SM-1033. -- Resolution: Fixed Fix Version/s: 3.2 > WSDL-First example fails due to missing defaultMep attribute in > wsdl-first-http-su's xbean.xml > --- > > Key: SM-1033 > URL: https://issues.apache.org/activemq/browse/SM-1033 > Project: ServiceMix > Issue Type: Bug >Affects Versions: 3.2 >Reporter: Bruce Snyder >Assignee: Bruce Snyder > Fix For: 3.2 > > > Reported via the user mailing list here: > http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
[ https://issues.apache.org/activemq/browse/SM-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39965 ] Bruce Snyder commented on SM-1033: -- Committed fix: http://svn.apache.org/viewvc?view=rev&revision=566880 > WSDL-First example fails due to missing defaultMep attribute in > wsdl-first-http-su's xbean.xml > --- > > Key: SM-1033 > URL: https://issues.apache.org/activemq/browse/SM-1033 > Project: ServiceMix > Issue Type: Bug >Affects Versions: 3.2 >Reporter: Bruce Snyder >Assignee: Bruce Snyder > Fix For: 3.2 > > > Reported via the user mailing list here: > http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
[ https://issues.apache.org/activemq/browse/SM-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder reassigned SM-1033: Assignee: Bruce Snyder > WSDL-First example fails due to missing defaultMep attribute in > wsdl-first-http-su's xbean.xml > --- > > Key: SM-1033 > URL: https://issues.apache.org/activemq/browse/SM-1033 > Project: ServiceMix > Issue Type: Bug >Affects Versions: 3.2 >Reporter: Bruce Snyder >Assignee: Bruce Snyder > > Reported via the user mailing list here: > http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml --- Key: SM-1033 URL: https://issues.apache.org/activemq/browse/SM-1033 Project: ServiceMix Issue Type: Bug Affects Versions: 3.2 Reporter: Bruce Snyder Reported via the user mailing list here: http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39946 ] Bruce Snyder commented on SM-1002: -- Ruwan, can you provide the SimpleStockQuoteService WAR for testing, or maybe even just the source for the servlet? > Service mix hangs when the # concurrent requests exceeds the > maxConnectionsPerHost > -- > > Key: SM-1002 > URL: https://issues.apache.org/activemq/browse/SM-1002 > Project: ServiceMix > Issue Type: Bug > Components: servicemix-core > Environment: Unix, Java 1.5 >Reporter: Ruwan Linton > > When I am doing a performance test I have sent more than 40 concurrent > requests from a single host to servicemix, and the maxConnectionsPerHost was > 40. It is acceptable the failing to respond when it exceeds 40 > (maxConnectionsPerHost) concurrent requests. > But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Getting started: Using the Maven tooling
On 8/8/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote:
> L.S.,
>
> I added a second tutorial to the wiki Sandbox
> (http://cwiki.apache.org/confluence/x/Q94), explaining to a newbie user
> how to leverage the Maven archetypes and tooling for building their own
> service assemblies. Any comments, corrections, feedback, ... are welcome.
Nice work, Gert.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/
Re: Checkstyle and PMD
On 7/26/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
>
> Yep. When you specifically activate a profile via the command line, all
> the "activeByDefault" profiles are deactivated. Thus, if you have the
> checks in an activeByDefault profile, they will run when you just
> type "mvn", but when you run -Pnochecks, the nochecks profile activates
> instead of the "checks" profile and the checks don't run. In this
> case, the "nochecks" profile is empty in that it doesn't configure
> anything.
OK, so that makes sense to me. I had no idea that there was a checks
profile - now I know.
> CXF does it that way and it works really well. The "hard core"
> developers know about -Pnochecks and -Pfastinstall (fastinstall also
> skips the tests) and use them. However, the "getting starting" people
> run mvn which executes the checks. This makes sure patches that they
> submit are formatted correctly and such which makes applying the patches
> easier.
>
> For CXF, we also have a -Psetup.eclipse profile that REALLY gets things
> setup in eclipse. (goes way beyond eclipse:eclipse) It injects the CXF
> checkstyle rules into the workspace, sets the workspace warning levels
> appropriately, injects the code format template, import order, etc
> For each project, it also sets up Checkstyle and PMD (assumes you have
> the checkstyle and PMD plugins installed). Thus eclipse does all the
> code format checks for me.Thus, I usually run with -Pnochecks.
I've seen these goals in the CXF POMs before and just figured that
they were CXF-specfiic. So are fastinstall and setup.eclipse
specifically for CXF or are they profiles in Maven? I like the idea of
the setup.eclipse profile because I just created an Eclipse code
convention profile and I was looking at using the Checkstyle and PMD
Eclipse plugins as well.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Checkstyle and PMD
On 7/26/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> As the profile is empty it simply means that the checks wont be
> configured and activated :-)
How does an empty profile prevent the invocation of Checkstyle and
PMD? Sounds like Maven voodoo.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Checkstyle and PMD
On 7/26/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> Note that you can disable the checks by adding -Pnochecks on the
> command line iirc.
Yeah I've seen that profile, but I just figured that it hadn't been
fleshed out yet . Why is that profile empty?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Checkstyle and PMD
On 7/25/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
As long as I can "comment out" the feature at one place I don't mind the
styleguide stuff. But, you are right...seems like it would be more of a
pre-commit hook thing.
Well the problem is that Subversion commits don't go through the Maven
build; they are a completely separate process. What we might consider
doing is providing one install goal for development, one install goal
to be used prior to doing a commit and the deploy goal:
1) development install goal - used to develop, debug and experiment
with the Subversion code
2) pre-commit install goal - used immediately prior to performing a
Subversion commit to ensure that code conventions are followed
3) deploy goal - handles standard deployment to Maven repos and source
packaging
What do you guys think?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Checkstyle and PMD
On 7/25/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
If people find this configuration too painful, we can easily disable
the checks by default but i thought it was a good way to enforce a
coherent code format. And yes, all the configuration will be moved to
a single place when all the components pass the checks.
Yeah, I was going to suggest this because they make experimentation
very difficult. I also think that creating the source tarballs/zips
should be part of deploy goal and not part of install goal. I agree
that it's a good idea to enforce the code conventions when something
is going to be committed, but not during every build cycle while I'm
debugging and experimenting.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: backports
On 7/20/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
3.1.1 is already out so i think we can start a 3.1.2 but we will have
to go through the IPMC vote...
Or just wait until graduation is completed and we're moved.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
[jira] Updated: (SM-996) ServiceMix doesn't start correctly due to javax.management.MalformedObjectNameException: Invalid ObjectName value type [javax.xml.namespace.QName]: only ObjectName and String
[ https://issues.apache.org/activemq/browse/SM-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder updated SM-996: Comment: was deleted > ServiceMix doesn't start correctly due to > javax.management.MalformedObjectNameException: Invalid ObjectName value type > [javax.xml.namespace.QName]: only ObjectName and String supported > > > Key: SM-996 > URL: https://issues.apache.org/activemq/browse/SM-996 > Project: ServiceMix > Issue Type: Bug >Affects Versions: 3.2 > Environment: ServiceMix trunk rev. 553445 >Reporter: Piotr Bzdyl >Assignee: Gert Vanthienen >Priority: Blocker > Fix For: 3.2 > > Attachments: SM-996.patch.diff > > > After I rebuild SMix from trunk with revision 553445 I got following error > upon startup: > Loading Apache ServiceMix from servicemix.xml on the CLASSPATH > Caught: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.apache.servicemix.jbi.jmx.ConnectorServerFactoryBean' defined in class > path resource [jmx.xml]: Invocation of init method failed; nested exception > is javax.management.MalformedObjectNameException: Invalid ObjectName value > type [javax.xml.namespace.QName]: only ObjectName and String supported. > org.springframework.beans.factory.BeanCreationException: Error creating bean > with name 'org.apache.servicemix.jbi.jmx.ConnectorServerFactoryBean' defined > in class path resource [jmx.xml]: Invocation of init method failed; nested > exception is javax.management.MalformedObjectNameException: Invalid > ObjectName value type [ > javax.xml.namespace.QName]: only ObjectName and String supported. > Caused by: javax.management.MalformedObjectNameException: Invalid ObjectName > value type [javax.xml.namespace.QName]: only ObjectName and String supported. > at > org.springframework.jmx.support.ObjectNameManager.getInstance(ObjectNameManager.java:58) > at > org.springframework.jmx.support.ConnectorServerFactoryBean.setObjectName(ConnectorServerFactoryBean.java:104) > at > org.apache.servicemix.jbi.jmx.ConnectorServerFactoryBean.afterPropertiesSet(ConnectorServerFactoryBean.java:186) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1201) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1171) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:425) > at > org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160) > at > org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:284) > at > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352) > at > org.apache.xbean.spring.context.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:161) > at > org.apache.xbean.spring.context.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:51) > at org.apache.servicemix.Main.main(Main.java:51) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.codehaus.classworlds.Launcher.launchStandard(Launcher.java:410) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:344) > at org.codehaus.classworlds.Launcher.main(Launcher.java:461) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SM-996) ServiceMix doesn't start correctly due to javax.management.MalformedObjectNameException: Invalid ObjectName value type [javax.xml.namespace.QName]: only ObjectName and String
[ https://issues.apache.org/activemq/browse/SM-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder reassigned SM-996: --- Assignee: Gert Vanthienen http://svn.apache.org/viewvc?view=rev&rev=555219 > ServiceMix doesn't start correctly due to > javax.management.MalformedObjectNameException: Invalid ObjectName value type > [javax.xml.namespace.QName]: only ObjectName and String supported > > > Key: SM-996 > URL: https://issues.apache.org/activemq/browse/SM-996 > Project: ServiceMix > Issue Type: Bug >Affects Versions: 3.2 > Environment: ServiceMix trunk rev. 553445 >Reporter: Piotr Bzdyl >Assignee: Gert Vanthienen >Priority: Blocker > Fix For: 3.2 > > Attachments: SM-996.patch.diff > > > After I rebuild SMix from trunk with revision 553445 I got following error > upon startup: > Loading Apache ServiceMix from servicemix.xml on the CLASSPATH > Caught: org.springframework.beans.factory.BeanCreationException: Error > creating bean with name > 'org.apache.servicemix.jbi.jmx.ConnectorServerFactoryBean' defined in class > path resource [jmx.xml]: Invocation of init method failed; nested exception > is javax.management.MalformedObjectNameException: Invalid ObjectName value > type [javax.xml.namespace.QName]: only ObjectName and String supported. > org.springframework.beans.factory.BeanCreationException: Error creating bean > with name 'org.apache.servicemix.jbi.jmx.ConnectorServerFactoryBean' defined > in class path resource [jmx.xml]: Invocation of init method failed; nested > exception is javax.management.MalformedObjectNameException: Invalid > ObjectName value type [ > javax.xml.namespace.QName]: only ObjectName and String supported. > Caused by: javax.management.MalformedObjectNameException: Invalid ObjectName > value type [javax.xml.namespace.QName]: only ObjectName and String supported. > at > org.springframework.jmx.support.ObjectNameManager.getInstance(ObjectNameManager.java:58) > at > org.springframework.jmx.support.ConnectorServerFactoryBean.setObjectName(ConnectorServerFactoryBean.java:104) > at > org.apache.servicemix.jbi.jmx.ConnectorServerFactoryBean.afterPropertiesSet(ConnectorServerFactoryBean.java:186) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1201) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1171) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:425) > at > org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251) > at > org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248) > at > org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160) > at > org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:284) > at > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352) > at > org.apache.xbean.spring.context.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:161) > at > org.apache.xbean.spring.context.ClassPathXmlApplicationContext.(ClassPathXmlApplicationContext.java:51) > at org.apache.servicemix.Main.main(Main.java:51) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.codehaus.classworlds.Launcher.launchStandard(Launcher.java:410) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:344) > at org.codehaus.classworlds.Launcher.main(Launcher.java:461) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SM-997) Basic example fails to build: InvalidProjectModelException
[ https://issues.apache.org/activemq/browse/SM-997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder reassigned SM-997: --- Assignee: Bruce Snyder > Basic example fails to build: InvalidProjectModelException > -- > > Key: SM-997 > URL: https://issues.apache.org/activemq/browse/SM-997 > Project: ServiceMix > Issue Type: Bug > Components: servicemix-assembly >Affects Versions: 3.1.1 > Environment: Servicemix 3.1.1-incubating, Windows XP, Java 1.5.0_12, > Maven 2.0.6 >Reporter: Evan Deaubl >Assignee: Bruce Snyder >Priority: Critical > > When I attempt to run either mvn install, or mvn jbi:embeddedServicemix on > the project in examples/basic, I receive the following error. I have > completely removed my Maven repository and had it redownload everything from > scratch, and still received this error. I manually checked the file it had > downloaded, and the XML file was indeed invalid, and downloading the file > directly from the source > (http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/servicemix/3.1.1-incubating/servicemix-3.1.1-incubating.pom) > using Firefox yields an XML Parsing Error. > [INFO] Scanning for projects... > Downloading: > http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/samples/3.1.1-incubating/samples-3.1.1-incubating.pom > 2K downloaded > Downloading: > http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/servicemix/3.1.1-incubating/servicemix-3.1.1-incubating.pom > 69K downloaded > [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = > '507906935d130cfa9b44696270f62e006367533d'; remote = > 'a79a1012430e34db6e471c444f0dd77c28be9d0e' - RETRYING > Downloading: > http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/servicemix/3.1.1-incubating/servicemix-3.1.1-incubating.pom > 69K downloaded > [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = > '507906935d130cfa9b44696270f62e006367533d'; remote = > 'a79a1012430e34db6e471c444f0dd77c28be9d0e' - IGNORING > [INFO] > > [ERROR] FATAL ERROR > [INFO] > > [INFO] Error building POM (may not be this project's POM). > Project ID: org.apache.servicemix:samples:pom:null > Reason: Cannot find parent: org.apache.servicemix:servicemix for project: > org.apache.servicemix:samples:pom:null > [INFO] > > [INFO] Trace > org.apache.maven.reactor.MavenExecutionException: Cannot find parent: > org.apache.servicemix:servicemix for project: > org.apache.servicemix:samples:pom:null > at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:290) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > at > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find > parent: org.apache.servicemix:servicemix for project: > org.apache.servicemix:samples:pom:null > at > org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1264) > at > org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1281) > at > org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:749) > at > org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:479) > at > org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProject
Re: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)
On 7/17/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
Forwarding to the dev list.
-- Forwarded message --
From: Guillaume Nodet <[EMAIL PROTECTED]>
Date: Jul 13, 2007 12:35 PM
Subject: [VOTE] Graduate ServiceMix to a Top Level Project (2nd thread)
To: [EMAIL PROTECTED]
The ServiceMix podling respectfully requests the Incubator to consider
its graduation to a Top Level Project. Please vote on recommending
the attached draft board resolution.
[ ] +1 Recommend to the board to establish Apache ServiceMix
[ ] -1 Do not recommend establishing Apache ServiceMix...
ServiceMix has been in incubation for more than one year and has
demonstrated its ability to govern itself, perform releases and voting in
new committers and PPMC members.
Note: the first vote has been cancelled due to a rephrase in the
project scope.
==
Establish the Apache ServiceMix project
WHEREAS, the Board of Directors deems it to be in the best
interests of the Foundation and consistent with the
Foundation's purpose to establish a Project, to be known as
"Apache ServiceMix Project", related to an extensible messaging
bus for service integration, mediation and composition and its related
components, for distribution at no charge to the public.
NOW, THEREFORE, BE IT RESOLVED, that a Project Management
Committee (PMC) is hereby established pursuant to Bylaws
of the Foundation; and be it further
RESOLVED, that the Apache ServiceMix PMC be and hereby is
charged with the creation and maintenance of "Apache ServiceMix";
and be it further
RESOLVED, that the office of "Vice President, Apache ServiceMix" be and
hereby is created, the person holding such office to serve at
the direction of the Board of Directors as the chair of the
Apache ServiceMix PMC, and to have primary responsibility for
management of the projects within the scope of responsibility
of the Apache ServiceMix PMC; and be it further
RESOLVED, that the persons listed immediately below be and
hereby are appointed to serve as the initial members of the
Apache ServiceMix PMC:
* Hiram Chirino <[EMAIL PROTECTED]>
* Adrian Co <[EMAIL PROTECTED]>
* Rob Davies <[EMAIL PROTECTED]>
* Philips Dodds <[EMAIL PROTECTED]>
* Jeff Genender <[EMAIL PROTECTED]>
* Matt Hogstrom <[EMAIL PROTECTED]>
* David Jencks <[EMAIL PROTECTED]>
* Jacek Laskowski <[EMAIL PROTECTED]>
* Jonas Lim <[EMAIL PROTECTED]>
* Aaron Mulder <[EMAIL PROTECTED]>
* Guillaume Nodet <[EMAIL PROTECTED]>
* Bruce Snyder <[EMAIL PROTECTED]>
* James Strachan <[EMAIL PROTECTED]>
* Thomas Termin <[EMAIL PROTECTED]>
* Gert Vanthienen <[EMAIL PROTECTED]>
NOW, THEREFORE, BE IT FURTHER RESOLVED, that Guillaume Nodet
be appointed to the office of Vice President, Apache ServiceMix, to serve
in accordance with and subject to the direction of the Board of
Directors and the Bylaws of the Foundation until death,
resignation, retirement, removal or disqualification, or until
a successor is appointed; and be it further
RESOLVED, that the Apache ServiceMix Project be and hereby
is tasked with the migration and rationalization of the Apache
Incubator ServiceMix podling; and be it further
RESOLVED, that all responsibilities pertaining to the Apache
Incubator ServiceMix podling encumbered upon the Apache Incubator
PMC are hereafter discharged.
==
Also, here are links to the discussion regarding ServiceMix
graduation[1] and the vote thread regarding Guillaume Nodet becoming
the PMC chair [2].
[1]
http://www.nabble.com/Fwd%3A-servicemix-private-Digest-of%3A-thread.203-tf4108591s12049.html
[2]
http://www.nabble.com/Fwd%3A-servicemix-private-Digest-of%3A-thread.249-tf4108599s12049.html
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: svn commit: r552774 - in /incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-jms: ./ src/test/java/org/apache/servicemix/jms/ src/test/resources/org/apache/servicemix/jms/
On 7/3/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
Hey, I've just svn up and I have the following problem when bulding:
[INFO] Surefire report directory:
c:\java\servicemix\clean\deployables\bindingcomponents\servicemix-jms\target\surefire-reports
org.apache.maven.surefire.booter.SurefireExecutionException: Unable to
create test class 'org.apache.servicemix.jms.'; nested exception is
java.lang.ClassNotFou
ndException: org.apache.servicemix.jms.; nested exception is
org.apache.maven.surefire.testset.TestSetFailedException: Unable to
create test class 'org.apache.s
ervicemix.jms.'; nested exception is java.lang.ClassNotFoundException:
org.apache.servicemix.jms.
org.apache.maven.surefire.testset.TestSetFailedException: Unable to
create test class 'org.apache.servicemix.jms.'; nested exception is
java.lang.ClassNotFoundE
xception: org.apache.servicemix.jms.
java.lang.ClassNotFoundException: org.apache.servicemix.jms.
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:103)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTestSets(AbstractDirectoryTestSuite.java:87)
at
org.apache.maven.surefire.Surefire.createSuiteFromDefinition(Surefire.java:150)
at org.apache.maven.surefire.Surefire.run(Surefire.java:111)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
at
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
Does this work for you ?
FWIW, I just moved the src/main/java/org/apache/servicemix/jms
directory aside, updated and rebuilt and I got past this error. But
then I ran into a test failure due to a method signature being changed
on the
org.springframework.jmx.support.ConnectorServerFactoryBean.setObjectName()
method and had to fix that (I'll commit this one in a bit).
Adrian, it is extremely ironic that you have refactored the
JmsConsumerEndpointTest and JmsProviderEndpointTest to extend
AbstractJmsTestCase. I did the same exact thing last week but hadn't
yet committed my work. Very odd that we were working on some of the
same changes to the same tests ;-).
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: servicemix-sca now compiling
On 6/22/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
I've made all the fixes (to accommodate CheckStyle and PMD). Is a
project-level patch the best way to handle all of the affected files?
Yep. Just create a JIRA issue and link it the one that Brian just
filed for his patch so that I know which one to apply first.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: servicemix-sca now compiling
On 6/22/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
A simple first step might be to get everything past CheckStyle and
PMD...so it doesn't take a "non-normal" SM config/install/deploy.
Agreed - we shouldn't have to maintain a custom repo for this.
Hopefully someone from Tuscany can help with this.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: servicemix-sca now compiling
On 6/22/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
Thanks, great work !
Sorry about these problems, but I guess this is a direct consequence of it
being sandboxed :-(
So you'll find that the SE is not complete, but the idea was to implement a
JBI binding for tuscany
so that you can deploy SCA annotated POJOs on this SE. IIRC, the provider
part was working
somewhat but I think the consumer part is missing (being able to call
external services through java
proxies).
I guess I stopped because I did not completely understood how the xml
mapping and java / wsdl
mapping were to be written. While I see how JAX-WS works, there is
something that have escaped
me somehow with SCA (or maybe this isn't specified and that could be the
reason I did not found it).
We should invite some Tuscany folks to discuss this topic so we can
work though it. Is anyone subscribed to the Tuscany dev list already
who can CC that list? I'm at a client site right now and don't have
the time to do it ATM.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Concurrent connection in servicemix
On 6/14/07, Ruwan Linton <[EMAIL PROTECTED]> wrote:
Hi,
I am trying to do a performance test on servicemix.
When I send 1 requests from 20 threads concurrently servicemix is
working fine, no errors. But when the thread count is increased to 40, SM
seems to be hanging and I didn't get any reply to my requests.
Is there a mechanism to tune SM for handling simultaneous connections?
If so can some one please point me how to do that.
With what components is the error occurring? Also, have you tuned the
executor thread pools for the flow and/or component being used?:
http://incubator.apache.org/servicemix/thread-pools.html
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: [VOTE] Release ServiceMix 3.1.1 (2nd try)
I have have some questions that need answering before we can proceed
with the release. Please them inline below:
On 5/29/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
robert burrell donkin wrote:
> On 5/28/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
>> Just a friendly reminder. We're missing anoter IPMC vote ...
>
> issues
> ---
>
> i think that apache-servicemix-3.1.1-incubating.tar.gz has some
> libraries in lib that are missing their LICENSE/NOTICE entries (eg
> howl, jencks)
There are licensed under ASL 2.0 and don't have any NOTICE file afaik.
Should all the jars be listed in the LICENSE / NOTICE file ? My assumption
was that only those who had some attributions somehow or with a
different license
need to be, but correct me if I'm wrong.
Can someone clarify this? How are Apache Licensed projects that are
included in an ASF project supposed to be handled if they don't
provide their own NOTICE file?
> apache-servicemix-3.1.1-incubating-src.zip contains a directory that
> seems like somethings gone wrong (src/C:tmp)
I will fix that.
>
>
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/WEB-INF/sitemesh-decorator.tld
>
> is licensed under "The OpenSymphony Software License, Version 1.1" - i
> can't see this in LICENSE or NOTICE. same goes to
>
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/WEB-INF/sitemesh-page.tld
>
>
> i think that
>
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/js/common.js
>
> requires attribution but i can't see anything in NOTICE
>
> i think that
>
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/js/css.js
>
> is missing from the LICENSE
>
> also
>
https://svn.apache.org/repos/asf/incubator/servicemix/tags/servicemix-3.1.1/web/servicemix-web-console/src/main/webapp/js/plotkit/*.js
>
>
> (after re-reading the latest version of
> http://www.apache.org/legal/src-headers.html, i'm not sure how this
> applies javascript and other distributed source. i'll follow this up
> with legal.)
I will add these informations to the LICENSE / NOTICE files.
Is it sufficient to place these licenses in the NOTICE file? Can
someone clarify this please?
> otherwise generally ok but i have a few questions
>
> source in
>
http://people.apache.org/~gnodet/servicemix-3.1.1-incubating/org/apache/servicemix/samples/wsdl-first/wsdl-first-jsr181-su/3.1.1-incubating/
>
> lacks headers. is this going to be released? if so, are these
> generated?
>
> are the jars under
> http://people.apache.org/~gnodet/servicemix-3.1.1-incubating/ going to
> be released?
>
> servicemix-wsn2005-3.1.1-incubating-sources.jar contains lots of java
> sources without headers (mostly under
> org.apache.servicemix.wsn.jaxws). is this going to be released? if so,
> are these generated?
Yeah, lots of these files are generated. Files generated are not in svn
so we usually check the headers on the svn tree rather than the source
jars generated by maven. These jars are not meant to be built for only
contain all the java sources for debugging purposes. If you want to
build these jars, you need to use the source distribution or use the svn
tag.
So do we need to license generated files?
Thanks for the assistance.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: ServiceMix 3.1.1 release - when?
On 6/14/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote:
Guillaume,
I was unaware of things that needed fixing. What are they? Can I help
out with them?
The outstanding issues were noted in this message:
http://www.nabble.com/Re%3A--VOTE--Release-ServiceMix-3.1.1-%282nd-try%29-p10844780.html
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Getting started guide
On 6/11/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote:
L.S.,
I have made some changes to this tutorial:
- added a section on Installing ServiceMix
- added some information about SUs
- tried to clarify why the client.html is being used
- added header/footer {scrollbar}s
- tried to elaborate on the dependency between a SU and a JBI component.
On the exercise page, we already installed a SA without the right
components being available, so people should be aware of the fact that
ServiceMix tells you about this from there. Perhaps I haven't made it
clear enough...?
I also tried to work out the structure you were describing on
http://cwiki.apache.org/confluence/x/ON4, with different levels of
tutorial complexity.
Any additional comment?
This looks very good, Gert. Now we just need to do this for all the
examples and continue to come up with new use cases for examples. This
will help us to create a a type of cookbook. And speaking of use
cases, we need to make sure to document the use case for each example
that we're documenting.
Again, nice work Gert!
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Getting started guide
On 6/7/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote:
Bruce,
I've created a first tutorial, a guided tour of starting, installing,
deploying and testing a first application and, more importantly, a quick
introduction some JBI concepts (service assembly, service unit, ...). It
isn't completely done yet, but it already shows the intention. Is this what
you had in mind?
For the second tutorial, I would like to focus on the Maven tooling and
archetypes. Any suggestions on that topic?
This is a great start, Gert! Overall this is a wonderful start. I hope
to be able to create a whole series of these guides to help users get
started easier. Below are my comments:
- Provide a headding to the section about installing ServiceMix to
properly identity it. Right now it's under a heading named Content
which isn't very descriptive.
- Make sure to describe both SAs and SUs. Right now SUs are not
described at all. This is easy to do because there are already FAQ
entries about SAs and SUs that can be referenced for this.
- We should break up the whole guide into sections like Beginner,
Intermediate and Advanced. This will allow us to address more complex
topics without confusing beginners. E.g., In the beginner JMX
tutorial, we only address connecting to a local instance of SMX
whereas an intermediate version would describe how to connect to
multiple remote instances of SMX and an advanced version might go into
code level use of JMX, all of which are cross-linked.
- Be very clear about the component dependencies for deploying the
example. It might be a good idea to demonstrate that SMX will tell you
when a component is missing.
- Provide a better description about what the client.html file is
actually doing to invoke the service (i.e., it is sending an XML
message to the URL where the service is exposed). Upon first using
SMX, many people assume that when configuring the locationURI for
servicemix-http that you can simply visit that URL in a browser to use
it and this is not true. We need to explain that an XML message must
be sent to this URL.
- The header and footer with the arrows for navigation are missing
from most of the pages. Please make sure to add them.
Again, very nice work, Gert. My comments are only meant to be constructive.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: when will it finish?
On 5/30/07, xujingguo <[EMAIL PROTECTED]> wrote:
Hello,Bruce.
Thanks for your reply,I think I have got it.
And I wonder if this is a typo in the bold?
"Now that we have created the SU and SA projects, a top level pom.xml must
be manually created and made aware of each subproject. This will allow all
the projects to be built automatically without having to build each project
in order manually. Maven will discover all the projects and build them in
the proper order. In the hello-world-se directory, create a file named
pom.xml containing the following content:..." in the web page of
http://incubator.apache.org/servicemix/hello-world-se.html
http://incubator.apache.org/servicemix/hello-world-se.html .I think it
should be "hello-world-smx",right?
Yes, that is correct. Thanks for pointing that out. I've made this fix
to the website, too.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: when will it finish?
On 5/28/07, xujingguo <[EMAIL PROTECTED]> wrote:
Bruce.
I have followed the steps in the tutorial.and the results are all right.But
now how can I deploy the component in servicemix?Thank you a lot.
This is the one section I haven't had the time to detail yet. You will
need to create a SU that depends upon (and is deployed to) the BC that
you created. You can do this by using the servicemix-service-unit
archetype and then customizing the xbean.xml to contain parameters for
your BC. This SU will then need to be wrapped in a SA and then
deployed to ServiceMix by dropping it into the deploy directory.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: when will it finish?
On 5/28/07, xujingguo <[EMAIL PROTECTED]> wrote:
In http://incubator.apache.org/servicemix/hello-world-bc.html
http://incubator.apache.org/servicemix/hello-world-bc.html
there is "
Deploying the Component
Now that the SA is built, we're ready to deploy it to the JBI container.
This is a work in progress. I will finish this up very soon."
I do not know when it will be finished?
Thanks for any reply. best regards.
Almost everything for wrapping the SU in a SA and deploying it
actually there if you continue along in the tutorial. If you have
specific questions, we can certainly help you out.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: unsubscribe
To unsubscribe from this list, you will need to do so by using the
unsubscribe links provided here:
http://incubator.apache.org/servicemix/mailing-lists.html
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: loan-broker svn does not compile
On 5/8/07, abrighton <[EMAIL PROTECTED]> wrote:
Hi,
I just checked out the latest servicemix version with svn and got this error
building:
servicemix-svn/trunk/samples/loan-broker/loan-broker-ode-su/src/main/resources/loanbroker.bpel:
error: [BpelParseErr] Error parsing BPEL process: the BPEL is either
malformed or is invalid.
org.apache.ode.bpel.compiler.bom.BpelObject
Allan, please post questions about the use of ServiceMix to the
servicemix-users mailing list.
I just built the latest code for the BPEL sample from the trunk
without error. Please 'svn up' and try again.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: [VOTE] Release ServiceMix 3.1.1
On 5/15/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I have uploaded a version of ServiceMix 3.1.1 in the standard repo
for you to review. See
http://incubator.apache.org/servicemix/servicemix-311.html
for all the links and release notes.
[ ] +1 Release ServiceMix 3.1.1
[ ] +/- 0
[ ] -1 Do not release ServiceMix 3.1.1
I will upload a rat report asap.
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: ActiveMQ configuration
On 5/10/07, James Strachan <[EMAIL PROTECTED]> wrote:
Agreed - I think we should maybe do this with ActiveMQ as well as
folks often get confused with multicast being enabled by default
On 5/10/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> Yeah, maybe we should just remove the clustering configuration
> and provide some documentation on how to activate it.
>
> On 5/7/07, Gert Vanthienen <[EMAIL PROTECTED]> wrote:
> >
> > L.S.,
> >
> > After having attended Bruce's talk on ActiveMQ (which was very
> > interesting, btw) at ApacheCon last Friday, I took a quick look at how
> > ActiveMQ is configured within ServiceMix. I had understood from this
> > talk that it wouldn't be a good idea to use a multicast configuration
> > when running in production, but this seems to be the default
> > configuration for ActiveMQ in ServiceMix. Shouldn't we change this into
> > something more production-ready or at least have some kind of caveat in
> > the documentation somewhere?
I agree that this should probably be changed and surrounded by many
comments and more docs on the website about understaning a proper
configuration. The idea with offering multicast as a default
configuration is that it gets a broker up and running very quickly.
But just like any piece of software, you need a deeper understanding
before deploying it to production.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: http
On 4/26/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
Replying to the dev list if you don't mind ;-)
On 4/26/07, Thomas TERMIN <[EMAIL PROTECTED]> wrote:
>
>
> Is this HttpProviderEndpoint an replacement for the ProviderProcessor?
>
>
>
http://svn.apache.org/viewvc/incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/endpoints/HttpProviderEndpoint.java?view=markup&pathrev=508584
>
>
This is a work I began some time ago to better support soap, split the
provider endpoints from the consumer endpoints This is clearly
unfinished The goal was to rewrite the HTTP endpoints so that they are
easier to extend. There are some derived endpoints that use the new soap2
module for a better SOAP support. The server side is in a workable state,
but the client side has not been finished.
I have also worked on integrating Apache CXF (which is the "next" version of
XFire) ... And it seems to be quite usable so we have two components that I
checked in this week. The main point is that it should bring a better
jax-ws support, including on the tooling side, and also add support for
WS-RM on the BC side.
I don't think maintaining the soap2 module is a good idea given that CXF
provides a better support and has a load of developers to support it. At
the same time, the work that has been done on HTTP and JMS endpoints is
good. I don't think CXF has enough support for HTTP / JMS when not using
SOAP.
Thoughts ?
Agreed - support for CXF is very good step for ServiceMix because we
no longer have to handle SOAP directly. But I think that we should
continue developing our own HTTP and JMS components. I like the split
that has been done between the consumer and provider endpoints. I
think it's a step in the right direction for allowing easier extension
to support additional scenarios.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: virtualised Linux or AIX LPAR provided by IBM
On 4/12/07, bradburyn <[EMAIL PROTECTED]> wrote:
has anyone used or know of any problems with servicemix in a virtualised
linux enviroment. we will be using websphere community version.
Nope, ServiceMix can be run just fine on both Linux and AIX and a
virtualized instance just looks like a normal operating system to the
JVM.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: ServiceMix and Tuscany C++ Bridge
On 4/12/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
Yeah, I don' t really see how to plug a C++ SCA module into a Java
container.
AFAIU SCA defines multi language container, but this does not mean that you
can deploy those modules on a container which does not support this
language.
What I mean is that I don't see a C++ SCA module being deployed on a Java
container.
Yeah I'm not sure about the best way to achieve this yet. Options I'm
aware of include JNI (yuck, never again!), sockets (not bad, certainly
doable), SWIG (never used this with Java before but it looks
interesting - see this: http://www.ociweb.com/jnb/jnbJan2006.html).
Btw, I think we need to think about supporting SCA deployments on
ServiceMix.
Not exactly sure the best way to handle that, but with the future
convergence of
SCA and JBI, i guess it can be a good idea.
Yes, I agree completely. I'm certainly going to push for the two specs
to work more closely or even converge in the future.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
[jira] Closed: (SM-856) Add a marshaler to the servicemix-http component that handles Java serialization
[ https://issues.apache.org/activemq/browse/SM-856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder closed SM-856. --- > Add a marshaler to the servicemix-http component that handles Java > serialization > - > > Key: SM-856 > URL: https://issues.apache.org/activemq/browse/SM-856 > Project: ServiceMix > Issue Type: New Feature > Components: servicemix-http >Reporter: Bruce Snyder > Fix For: 3.2 > > > This will allow the Spring HTTP remoting to be used as a client to initiate > requests. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-856) Add a marshaler to the servicemix-http component that handles Java serialization
[ https://issues.apache.org/activemq/browse/SM-856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder resolved SM-856. - Resolution: Fixed Committed: [r511025|http://svn.apache.org/viewvc?view=rev&revision=511025] [r511046|http://svn.apache.org/viewvc?view=rev&revision=511046] [r511056|http://svn.apache.org/viewvc?view=rev&revision=511056] [r511213|http://svn.apache.org/viewvc?view=rev&revision=511213] [r512040|http://svn.apache.org/viewvc?view=rev&revision=512040] [r512040|http://svn.apache.org/viewvc?view=rev&revision=512040] [r513438|http://svn.apache.org/viewvc?view=rev&revision=513438] > Add a marshaler to the servicemix-http component that handles Java > serialization > - > > Key: SM-856 > URL: https://issues.apache.org/activemq/browse/SM-856 > Project: ServiceMix > Issue Type: New Feature > Components: servicemix-http >Reporter: Bruce Snyder > Fix For: 3.2 > > > This will allow the Spring HTTP remoting to be used as a client to initiate > requests. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Spring 2.0 and XBean
On Sat, 17 Feb 2007 16:07 + (GMT Standard Time), Terry Cox
<[EMAIL PROTECTED]> wrote:
> Terry, what is the $xbean.version is used in the pom.xml?
2.8
My code is built against the 3.1 release of ServiceMix.
As an experiment, I just deleted all the 1.2.x versions of Spring from my
repository and built ServiceMix 3.1 from source. Spring versions 1.2.4
and 1.2.6 both re-appeared in the repository during the phase 1 build.
Servicemix-core uses 1.2.4 and the xfire-maven-plugin uses 1.2.6.
If you then check the build, you can see that the JSR-181 component build
is over-riding the dependency management and substituting 1.2.6 instead
of 2.0.1 so it looks as though there is some cross-contamination of
Spring classes within ServiceMix.
Well evidently XBean 2.8 depends on Spring 1.2.4 which I don't
understand. I seem to recall that XBean used Spring 2.x so I'm rather
perplexed as to why a dep on Spring 1.2.4 is defined in the POM. I'm
sure Guillaume can shed some light on it, so let's wait for his
response.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Attachment in form of byte[]
On 1/30/07, Nirav <[EMAIL PROTECTED]> wrote:
Hello,
In my project I added message content in normalize message as message
property but I think it is better to add as attachment,
So, Can you help me how can I add byte[] (byte array) as attachment in
Normalize message!
Now about the NormalizedMessage.addAttachment() method? Below is an
example of adding a byte[]:
// Grab the attachment from somewhere
byte[] attachment = getAttachment();
// Create a NormalizedMessage using the MessageExchange
NormalizedMessage msg = me.createMessage();
msg.setContent(new StringSource("Hello World! Message"));
msg.addAttachment("anAttachment", new DataHandler(new
StreamDataSource(new ByteArrayInputStream(attachment;
// Set the message on the MessageExchange
me.setMessage(msg, "in");
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Spring 2.0 and XBean
On Sat, 17 Feb 2007 12:09 + (GMT Standard Time), Terry Cox
<[EMAIL PROTECTED]> wrote:
> why is there a spring 1.2.4 version in the classpath ?
> You need to remove it somehow.
It appears to be coming in via the maven-xbean-plugin, which seems to
import xbean-spring. I have tried over-riding the dependency on xbean
spring in the plugin reference and excluding Spring, but that doesnt work
org.apache.xbean
maven-xbean-plugin
${xbean-version}
org.apache.xbean
xbean-spring
${xbean-version}
org.springframework
spring
mapping
http://com.metaconcepts.ball/1.0
Terry, what is the $xbean.version is used in the pom.xml?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: [VOTE] Release ServiceMix 3.1 (2nd try)
On 2/3/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
Bruce, you need to run "ant" as shown in the README.txt ;-)
Doh!
/me crawls back under rock
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Console and Webapp distribution
On 1/12/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I have fixed the console and web-app distribution.
Can someone double check that they work from the maven plugin
(see the README.txt), or in their prefered web container ...
./web/servicemix-web-console
./distributions/apache-servicemix-web
I just tried the web console and got an error regarding what would
appear to be the RMI registry:
ERROR - ContextLoader - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error
creating bean with name 'jdbcAuditorMBean' defined in ServletContext
resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference
to bean 'server' while setting bean property 'server'; nested
exception is org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'server' defined in ServletContext
resource [/WEB-INF/servicemix.xml]: Invocation of init method failed;
nested exception is java.io.IOException: Failed to retrieve RMIServer
stub: javax.naming.ServiceUnavailableException [Root exception is
java.rmi.ConnectException: Connection refused to host: localhost;
nested exception is:
java.net.ConnectException: Connection refused]
Caused by:
org.springframework.beans.factory.BeanCreationException: Error
creating bean with name 'server' defined in ServletContext resource
[/WEB-INF/servicemix.xml]: Invocation of init method failed; nested
exception is java.io.IOException: Failed to retrieve RMIServer stub:
javax.naming.ServiceUnavailableException [Root exception is
java.rmi.ConnectException: Connection refused to host: localhost;
nested exception is:
java.net.ConnectException: Connection refused]
Caused by:
java.io.IOException: Failed to retrieve RMIServer stub:
javax.naming.ServiceUnavailableException [Root exception is
java.rmi.ConnectException: Connection refused to host: localhost;
nested exception is:
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: Ehcache Standard JBI Component
On 12/3/06, jpuro <[EMAIL PROTECTED]> wrote:
I am planning on creating a standard JBI component for ehcache so that one
can easily deploy ehcache endpoints into ServiceMix and other JBI compliant
containers. Here are some high level requirements that I think would be
useful for this component. Please respond to this thread with any comments
are concerns.
Great idea!
1) There should be a way to configure endpoints that when deployed create
actual Caches. The endpoints should be able to have expressions associated
with them that can determine how the Cache matches information based off of
the Normalized Message. So for example, if you have properties that need to
be a part of your key in the cache then you can use an expression to match
that. If there is an XPath expression that needs to be matched, this can
also be used.
Interesting idea.
2) I'm still not sure whether it makes sense to allow for a SU to configure
the CacheManager itself using the ehcache.xml configuration file. The
benefit of this is that you leave the component to just worrying about
configuration files and not starting up any cachemanagers itself. You will
also be able to create specialized cachemanager's with their associated
information on the fly. I could see this as being beneficial. However,
perhaps it's better to leave the Ehcache configuration specific to the
component itself. That is to say that when you deploy the component it
loads up its already packaged ehcache.xml file which configures the
CacheManager. If someone needs a different configuration they will have to
edit the one packaged with the component or go to JMX and update the values
stored there.
I think the configuration is pretty critical. Obviously there needs to
be a default configuration, but allowing users to change that
configuration or offer a completely different configuration both need
to be top priorities.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus
On 11/22/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I was wondering if we could simply shut down the codehaus
project and import back the remaining bits at Apache.
As these parts depend on jboss (LGPL) or some proprietary
libraries (XSQL), i was thinking that we could just import the
code in a new area of servicemix (other than trunk) and not
release it. Simply importing the code should be ok with legal,
as soon as we do not release it afaik.
Thoughts ?
I'm not sure if incompatible code is allowed to be checked in as a
long-term solution, is it?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
Re: [VOTE] Release ServiceMix 3.0.1
On 11/14/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
The previous vote has been put on hold due to a problem
in the maven repository with an invalid pom. This problem
has been solved, so I'd like to push out the release built
some weeks ago now.
Binaries have been uploaded on the incubating repository:
http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix/3.0.1-incubating/
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
[jira] Resolved: (SM-675) MimeMailMarshaler supports multiple recipients but does not support multiple to, cc and bcc adresses
[ https://issues.apache.org/activemq/browse/SM-675?page=all ] Bruce Snyder resolved SM-675. - Fix Version/s: 3.1 Resolution: Fixed > MimeMailMarshaler supports multiple recipients but does not support multiple > to, cc and bcc adresses > > > Key: SM-675 > URL: https://issues.apache.org/activemq/browse/SM-675 > Project: ServiceMix > Issue Type: Improvement > Components: servicemix-components >Affects Versions: 3.0 > Environment: windows xp > java 1.5.0_08 > eclipse 3.2.1 >Reporter: Alper Sogukpinar > Assigned To: Bruce Snyder > Fix For: 3.1 > > Attachments: GtMimeMailMarshaler.java, SM-675.diff.txt > > > MimeMailMarshaler supports multiple recipients but does not support multiple > to, cc and bcc adresses > even java.mail.internet.MimeMessage supports multiple recipients its not > supported in MimeMailMarshaler class. > I wrote my own mail marshaller class which extends MimeMailMarshaler and > supports multiple email recipients. > Although my own marshaller has other differences than MimeMailMarshaler > because of our own business needs, > I send my code attached with the issue to make improvement more clear... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SM-675) MimeMailMarshaler supports multiple recipients but does not support multiple to, cc and bcc adresses
[
https://issues.apache.org/activemq/browse/SM-675?page=comments#action_37386 ]
Bruce Snyder commented on SM-675:
-
Support for multiple to, cc and bcc recipients has been added to the
[{{MimeMailMarshaler}}|http://svn.apache.org/viewvc/incubator/servicemix/trunk/common/servicemix-components/src/main/java/org/apache/servicemix/components/email/MimeMailMarshaler.java?view=markup&pathrev=472747]:
Sending
servicemix-components/src/main/java/org/apache/servicemix/components/email/MailMarshalerSupport.java
Sending
servicemix-components/src/main/java/org/apache/servicemix/components/email/MimeMailMarshaler.java
Sending
servicemix-components/src/test/java/org/apache/servicemix/components/email/MimeMailTest.java
Transmitting file data ...
Committed revision
[472747|http://svn.apache.org/viewvc?view=rev&revision=472747].
> MimeMailMarshaler supports multiple recipients but does not support multiple
> to, cc and bcc adresses
>
>
> Key: SM-675
> URL: https://issues.apache.org/activemq/browse/SM-675
> Project: ServiceMix
> Issue Type: Improvement
> Components: servicemix-components
>Affects Versions: 3.0
> Environment: windows xp
> java 1.5.0_08
> eclipse 3.2.1
>Reporter: Alper Sogukpinar
> Assigned To: Bruce Snyder
> Attachments: GtMimeMailMarshaler.java, SM-675.diff.txt
>
>
> MimeMailMarshaler supports multiple recipients but does not support multiple
> to, cc and bcc adresses
> even java.mail.internet.MimeMessage supports multiple recipients its not
> supported in MimeMailMarshaler class.
> I wrote my own mail marshaller class which extends MimeMailMarshaler and
> supports multiple email recipients.
> Although my own marshaller has other differences than MimeMailMarshaler
> because of our own business needs,
> I send my code attached with the issue to make improvement more clear...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SM-675) MimeMailMarshaler supports multiple recipients but does not support multiple to, cc and bcc adresses
[ https://issues.apache.org/activemq/browse/SM-675?page=all ] Bruce Snyder updated SM-675: Attachment: SM-675.diff.txt Attaching patch for the fix. > MimeMailMarshaler supports multiple recipients but does not support multiple > to, cc and bcc adresses > > > Key: SM-675 > URL: https://issues.apache.org/activemq/browse/SM-675 > Project: ServiceMix > Issue Type: Improvement > Components: servicemix-components >Affects Versions: 3.0 > Environment: windows xp > java 1.5.0_08 > eclipse 3.2.1 >Reporter: Alper Sogukpinar > Assigned To: Bruce Snyder > Attachments: GtMimeMailMarshaler.java, SM-675.diff.txt > > > MimeMailMarshaler supports multiple recipients but does not support multiple > to, cc and bcc adresses > even java.mail.internet.MimeMessage supports multiple recipients its not > supported in MimeMailMarshaler class. > I wrote my own mail marshaller class which extends MimeMailMarshaler and > supports multiple email recipients. > Although my own marshaller has other differences than MimeMailMarshaler > because of our own business needs, > I send my code attached with the issue to make improvement more clear... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (SM-675) MimeMailMarshaler supports multiple recipients but does not support multiple to, cc and bcc adresses
[ https://issues.apache.org/activemq/browse/SM-675?page=all ] Bruce Snyder reassigned SM-675: --- Assignee: Bruce Snyder > MimeMailMarshaler supports multiple recipients but does not support multiple > to, cc and bcc adresses > > > Key: SM-675 > URL: https://issues.apache.org/activemq/browse/SM-675 > Project: ServiceMix > Issue Type: Improvement > Components: servicemix-components >Affects Versions: 3.0 > Environment: windows xp > java 1.5.0_08 > eclipse 3.2.1 >Reporter: Alper Sogukpinar > Assigned To: Bruce Snyder > Attachments: GtMimeMailMarshaler.java > > > MimeMailMarshaler supports multiple recipients but does not support multiple > to, cc and bcc adresses > even java.mail.internet.MimeMessage supports multiple recipients its not > supported in MimeMailMarshaler class. > I wrote my own mail marshaller class which extends MimeMailMarshaler and > supports multiple email recipients. > Although my own marshaller has other differences than MimeMailMarshaler > because of our own business needs, > I send my code attached with the issue to make improvement more clear... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: pointer to how web site is created
On 11/4/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
Hi - I'm looking into how to set up the UIMA project's web site - and
looking at the Service Mix site - it seems to have
a lot of very nice features, but it also seems to use some kind of
tooling to set it up.
I poked around a bit in the SVN for the "site" but couldn't see how this
is done. Any pointers
to some documentation on how sites like this are generated would be
appreciated.
Marshall, the website is actually put together in a Confluence wiki
and exported to static HTML using the AutoExport plugin
(http://could.it/autoexport/) whenever a page is changed.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: Heads up: new ServiceMix console
On 10/26/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I've hacked up a simple web app which connect
to a running servicemix instance using jmx.
See http://servicemix.goopen.org/site/console.html
There are still a lot of stuff to do, so feel free to take
a look at it, criticize, and submit patches :)
Nice work, Guillaume!
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: [Help] "mvn" error in Examples
On 10/11/06, JamesWang <[EMAIL PROTECTED]> wrote:
Hi All,
I followed the User's Guide to deploy the exmaples, but some BUILD ERROR
interrupted me. Any help would be appreciated.
More information :
Step 1. download and installed maven-2.0.4
Step 2. Maven configuration
Step 2. bin/servicemix
Step 3. cd [servicemix_install_dir]/examples/wsdl-first , then type "mvn
install".
The logs at console below:
...
[ERROR] BUILD ERROR
[INFO]
-
---
[INFO] Plugin could not be found - check that the goal name is correct:
Unable t
o download the artifact from any repository
org.apache.servicemix.tooling:jbi-maven-plugin:3.0-incubating:maven-plugin
The error above is a problem in ServiceMix 3.0, hence the 3.0.1
release we're currently voting on pushing. This issue has been fixed
in the latest builds, but 3.0.1 has not yet been released. Therefore I
suggest downloading a development snapshot as listed here:
http://servicemix.org/site/download.html
I just tested the build from this morning (20 Oct) and this issue is
fixed there.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: Web server and distribution
On 10/20/06, Philip Dodds <[EMAIL PROTECTED]> wrote:
I think the idea of sitting on a little-G or a stripped down Geronimo
sounds great and should allow us to re-use Geronimo for
JNDI/Transaction Managers etc
This is what Micro-G is all about. It's stripped down to only the
items required to run a kernel and the deployer and few other things
(e.g., RMI naming, transactions, logging, online-deployer and maybe a
few others IIRC). That way the user has a choice of what to install as
everything that gets installed is a Geronimo plugin.
This would provide yet another easy on-ramp for people to adopt it,
but we still need to show people how to get the services in their web
app exposed as web services via either SOAP or REST and I think that's
what servicemix-bean is all about, yeah?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus
On 9/28/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
bsnyder wrote:
>
> Yeah, the use of ServiceMix is forbidden AFAIK because the ASF owns
> the term. And as far as MixDepot is concerned, according to
> http://www.mixdepot.net/, a company named Hybridized Sound holds the
> copyright.
>
> I think we need to keep brainstorming.
>
Too bad :-(
As Smix is speakable (like "twix") and sometimes used as abbreviation, we
could just replace it, so try SmixDepot, BeyondSmix etc.
Some ideas, not checked for any legal stuff
smext (servicemix EXTensions) 1k results (similar to "to taste" in some
languages)
smixes (like spoken "servicemix's") <1k
smore (servicemix & more), 300k
smuff (servicemix stuff) 13k (very similar to snuff, an oral tabacco sold in
Sweden)
mixus (mix us) 300k
CoMo (Components and more), 800M :-( so better combinations like SMixCoMo
(zero results)
We tend to abbreviate ServiceMix by calling it SMX (ess-emm-exx) and
there are usually plays on that.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus
On 9/19/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hej Bruce,
bsnyder wrote:
>
>> Could you please sketch the scope/content of the future codehaus project
>> space in a few sentences?
> There is no predefined scope. The project at the Codehaus is only used
> to house addtions Apache ServiceMix that are not compatible with the
> Apache License. Just as with Apache ServiceMix, anyone can contribute.
>
then IMHO "BeyondServiceMix" (4 results, with space 9k) and "MixDepot" (50k
results) are best as they fulfill the posted requirements AND describe that
anything related to ServiceMix may be placed in the codehaus project. For
the first one: Is this already an "illegal" use of the name ServiceMix?
Yeah, the use of ServiceMix is forbidden AFAIK because the ASF owns
the term. And as far as MixDepot is concerned, according to
http://www.mixdepot.net/, a company named Hybridized Sound holds the
copyright.
I think we need to keep brainstorming.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus
On 9/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hello from Sweden!
I followed this discussion but did not yet get: What shall be hosted at the
codehouse project site? Just some few components? Or shall it be a growing,
open collection of components? Or something completely different?
IMHO a wiki page is perfect for this task: Easy to collaborate & keep the
overview. Listing & commenting proposals. Listing requirements. Reusable for
later naming needs.
> We could always go for ServiceReMix
May IMHO confuse "outsiders": Is this a fork of the ServiceMix project? Or
some kind of other re-use of SM?
> Well, here are a few that spring to mind to get the creative process
> rolling:
> InTheMix
IMHO great for components etc, as they will be used inside Servicemix
> MixCentral
> MixDepot
IMHO great when a bigger bunch of related packages/projects/examples/...
shall be hosted/linked.
> MixBase
> MixCore
May be misunderstood as servicemix-core or other internals
> BeyondServiceMix
nice for things that complement ServiceMix
To summarize the requirements: The name shall be
* pronouncable (like distinction between acronym and abbreviation, e.g. VoIP
and URL are speakable, whereas CSS and SVN are not)
* showing clear separation from main project
* somehow tying to the main project
* search engine friendly (no command characters like " - + etc.)
* easy to find (not too many other results, even with common spelling errors
[e.g. space inbetween single words of a compound one])
* usable in professional contexts, so no similarity (written/spelled/spoken)
with swearwords and the like (maybe even in other common languages than just
English, so Spanish, Chinese, Arabian, Russian, French, German etc.)
Did I miss something? Just add...
Have a sunny saturday, Georg
Georg, the reason for part of the project to remain at the Codehaus is
to house any extensions or components for ServiceMix using a license
that is not compatible with the Apache License. Please see the
following document for more information:
http://people.apache.org/~cliffs/3party.html#category-x
Regarding the name, the Apache Software Foundation now owns the name
ServiceMix, so we're not able to use this name outside of that
context. This is why this entire discussion got started.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
[jira] Assigned: (SM-574) JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
[ https://issues.apache.org/activemq/browse/SM-574?page=all ]
Bruce Snyder reassigned SM-574:
---
Assignee: Bruce Snyder
> JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
> --
>
> Key: SM-574
> URL: https://issues.apache.org/activemq/browse/SM-574
> Project: ServiceMix
> Issue Type: Bug
>Affects Versions: 3.0
> Reporter: Bruce Snyder
> Assigned To: Bruce Snyder
> Fix For: 3.0
>
> Attachments: JBIService.java.diff.txt
>
>
> Here are the JBoss logs that are output on startup:
> {panel}
> 07:26:15,622 INFO [JBIContainer] ServiceMix 3.0-incubating-SNAPSHOT JBI
> Container (ServiceMix) is starting
> 07:26:15,624 INFO [JBIContainer] For help or more informations please see:
> http://incubator.apache.org/servicemix/
> 07:26:15,707 WARN [ManagementContext] Failed to start rmi registry: Port
> already in use: 1099; nested exception is:
> java.net.BindException: Address already in use
> 07:26:15,798 WARN [ManagementContext] Failed to start jmx connector: Cannot
> bind to URL [rmi://localhost:1099/jmxrmi]:
> javax.naming.CommunicationException [Root exception is
> java.rmi.ConnectIOException: non-JRMP server at remote endpoint]
> 07:26:16,014 INFO [ComponentMBeanImpl] Initializing component:
> #SubscriptionManager#
> 07:26:16,155 INFO [DeploymentService] Restoring service assemblies
> 07:26:16,270 ERROR [ClientFactory] Cound not start ClientFactory:
> javax.naming.CommunicationException [Root exception is
> java.io.NotSerializableException:
> org.apache.servicemix.jbi.framework.ClientFactory]
> 07:26:16,275 INFO [JBIContainer] ServiceMix JBI Container (ServiceMix)
> started
> {panel}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (SM-574) JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
[ https://issues.apache.org/activemq/browse/SM-574?page=all ]
Bruce Snyder closed SM-574.
---
Resolution: Fixed
> JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
> --
>
> Key: SM-574
> URL: https://issues.apache.org/activemq/browse/SM-574
> Project: ServiceMix
> Issue Type: Bug
>Affects Versions: 3.0
> Reporter: Bruce Snyder
> Fix For: 3.0
>
> Attachments: JBIService.java.diff.txt
>
>
> Here are the JBoss logs that are output on startup:
> {panel}
> 07:26:15,622 INFO [JBIContainer] ServiceMix 3.0-incubating-SNAPSHOT JBI
> Container (ServiceMix) is starting
> 07:26:15,624 INFO [JBIContainer] For help or more informations please see:
> http://incubator.apache.org/servicemix/
> 07:26:15,707 WARN [ManagementContext] Failed to start rmi registry: Port
> already in use: 1099; nested exception is:
> java.net.BindException: Address already in use
> 07:26:15,798 WARN [ManagementContext] Failed to start jmx connector: Cannot
> bind to URL [rmi://localhost:1099/jmxrmi]:
> javax.naming.CommunicationException [Root exception is
> java.rmi.ConnectIOException: non-JRMP server at remote endpoint]
> 07:26:16,014 INFO [ComponentMBeanImpl] Initializing component:
> #SubscriptionManager#
> 07:26:16,155 INFO [DeploymentService] Restoring service assemblies
> 07:26:16,270 ERROR [ClientFactory] Cound not start ClientFactory:
> javax.naming.CommunicationException [Root exception is
> java.io.NotSerializableException:
> org.apache.servicemix.jbi.framework.ClientFactory]
> 07:26:16,275 INFO [JBIContainer] ServiceMix JBI Container (ServiceMix)
> started
> {panel}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SM-574) JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
[
https://issues.apache.org/activemq/browse/SM-574?page=comments#action_36935 ]
Bruce Snyder commented on SM-574:
-
Sending
jboss-deployer/src/main/java/org/servicemix/jboss/deployment/JBIService.java
Transmitting file data .
Committed revision 1078.
> JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
> --
>
> Key: SM-574
> URL: https://issues.apache.org/activemq/browse/SM-574
> Project: ServiceMix
> Issue Type: Bug
>Affects Versions: 3.0
> Reporter: Bruce Snyder
> Fix For: 3.0
>
> Attachments: JBIService.java.diff.txt
>
>
> Here are the JBoss logs that are output on startup:
> {panel}
> 07:26:15,622 INFO [JBIContainer] ServiceMix 3.0-incubating-SNAPSHOT JBI
> Container (ServiceMix) is starting
> 07:26:15,624 INFO [JBIContainer] For help or more informations please see:
> http://incubator.apache.org/servicemix/
> 07:26:15,707 WARN [ManagementContext] Failed to start rmi registry: Port
> already in use: 1099; nested exception is:
> java.net.BindException: Address already in use
> 07:26:15,798 WARN [ManagementContext] Failed to start jmx connector: Cannot
> bind to URL [rmi://localhost:1099/jmxrmi]:
> javax.naming.CommunicationException [Root exception is
> java.rmi.ConnectIOException: non-JRMP server at remote endpoint]
> 07:26:16,014 INFO [ComponentMBeanImpl] Initializing component:
> #SubscriptionManager#
> 07:26:16,155 INFO [DeploymentService] Restoring service assemblies
> 07:26:16,270 ERROR [ClientFactory] Cound not start ClientFactory:
> javax.naming.CommunicationException [Root exception is
> java.io.NotSerializableException:
> org.apache.servicemix.jbi.framework.ClientFactory]
> 07:26:16,275 INFO [JBIContainer] ServiceMix JBI Container (ServiceMix)
> started
> {panel}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SM-574) JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
JBoss Deployer fails to deploy ServiceMix properly on startup of JBoss
---
Key: SM-574
URL: https://issues.apache.org/activemq/browse/SM-574
Project: ServiceMix
Issue Type: Bug
Affects Versions: 3.0
Reporter: Bruce Snyder
Fix For: 3.0
Attachments: JBIService.java.diff.txt
Here are the JBoss logs that are output on startup:
{panel}
07:26:15,622 INFO [JBIContainer] ServiceMix 3.0-incubating-SNAPSHOT JBI
Container (ServiceMix) is starting
07:26:15,624 INFO [JBIContainer] For help or more informations please see:
http://incubator.apache.org/servicemix/
07:26:15,707 WARN [ManagementContext] Failed to start rmi registry: Port
already in use: 1099; nested exception is:
java.net.BindException: Address already in use
07:26:15,798 WARN [ManagementContext] Failed to start jmx connector: Cannot
bind to URL [rmi://localhost:1099/jmxrmi]: javax.naming.CommunicationException
[Root exception is java.rmi.ConnectIOException: non-JRMP server at remote
endpoint]
07:26:16,014 INFO [ComponentMBeanImpl] Initializing component:
#SubscriptionManager#
07:26:16,155 INFO [DeploymentService] Restoring service assemblies
07:26:16,270 ERROR [ClientFactory] Cound not start ClientFactory:
javax.naming.CommunicationException [Root exception is
java.io.NotSerializableException:
org.apache.servicemix.jbi.framework.ClientFactory]
07:26:16,275 INFO [JBIContainer] ServiceMix JBI Container (ServiceMix) started
{panel}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Changing the name of the ServiceMix project at the Codehaus
On 9/11/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I would prefer something more google friendly ...
I like smixins which keep a light tie to ServiceMix.
I tend to agree with Terry that the name should be more professional,
but I'm not going to get in the way if others like it. Think of
Maven/Mojo combination - there's a clear separation (for legal
purposes) and Mojo passes as a professional enough name. But I'd
really like to just choose something and move on.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: Changing the name of the ServiceMix project at the Codehaus
On 9/6/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
If that is a problem, maybe we can just use Mixins or Smixins.
How about choosing a name that completely separates the two project?
How about Riviera?
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: Release 3.0
On 9/7/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I'd like to cut branch and start the
release process for ServiceMix 3.0
tomorrow.
Any objections ?
None from me.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
[jira] Created: (SM-568) ServiceMix WAR file unable to be deployed to JBoss due to ClassLoader issues
ServiceMix WAR file unable to be deployed to JBoss due to ClassLoader issues - Key: SM-568 URL: https://issues.apache.org/activemq/browse/SM-568 Project: ServiceMix Issue Type: Bug Affects Versions: 3.0 Reporter: Bruce Snyder The issue seems to be the fact that the [servicemix-lwcontainer|http://servicemix.org/site/servicemix-lwcontainer.html] needs to be included in the WAR file because it is not currently. See the [WAR deployment on JBoss thread|http://www.nabble.com/WAR-deployment-on-JBoss-tf2213873.html#a6166224] for some information on this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Changing the name of the ServiceMix project at the Codehaus
ServiceMix was moved from the Codehaus to the ASF late in 2005. This
involved leaving behind some modules that are not compatible with the
Apache License so we decided to just leave the project that housed
ServiceMix at the Codehaus in place to continue to house these
modules. However, it has become rather confusing for people to
understand the distinction between these two project spaces (one at
the ASF and one at the Codehaus) and it's high time that we decided to
change the name of the ServiceMix project that remains at the
Codehaus. Therefore, I propose that we select a new name for this
project. If others are interested let's begin to discuss names.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
[jira] Created: (SM-510) The servicemix-jms component should support the ability to set jms message properties
The servicemix-jms component should support the ability to set jms message properties -- Key: SM-510 URL: https://issues.apache.org/activemq/browse/SM-510 Project: ServiceMix Issue Type: Improvement Components: servicemix-jms Affects Versions: 3.0 Reporter: Bruce Snyder Assigned To: Guillaume Nodet The servicemix-jms component should offer the ability to set JMS message properties. This will allow a normalized message to be created that includes an expiration, a CorrelationID, a priority, etc. or even any of the JMSX properties, all of which will be marshalled to the actual JMS message that's sent by the servicemix-jms component. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SM-483) Code snippets missing from soem static HTML pages
Code snippets missing from soem static HTML pages -- Key: SM-483 URL: https://issues.apache.org/activemq/browse/SM-483 Project: ServiceMix Type: Bug Reporter: Bruce Snyder Assigned to: Hiram Chirino I've run across a couple of pages where code snippets are missing from the static HTML pages but are present in the wiki pages. I'm assuming that this is maybe due to some issue with the wiki --> html export plugin, but I'm no expert. Here are a couple pages where code snippets are missing: http://www.servicemix.org/site/saaj.html http://servicemix.org/site/pojo-support.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Does XSQL support for other Database ?
On 6/29/06, 银 玉珊 <[EMAIL PROTECTED]> wrote:
Hi,all
I saw it's said in the servicemix.org that "XSQL is Oracle's tool for
turning SQL queries into XML or for taking XML and insert/updating it into a
database. "
Is it possible that the XSQL can be used for other database like
DB2/Sybase/Informix,etc?
XSQL is a proprietary technology from Oracle that only works with the
Oracle database. There is an effort to make a database independent
version of it, though this effort is very Perl centric, so it may or
may not be what you're seeking. See the following URL for more info:
http://xsql.sf.net/
if it's not, is there any SE or BC in servicemix which is helpful to connect
to database?
ServiceMix does offer access to a persistent store via the
servicemix-eip component. Unfortuanately there is not currently any
documenation for this aspect of the eip component.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: [VOTE] ServiceMix-3.0-M2-incubating (Bis)
On 6/22/06, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I have uploaded a new version of ServiceMix 3.0-M2.
Distributions are available at:
http://people.apache.org/~gnodet/servicemix-3.0-M2-incubating/m2/org/apache/servicemix/apache-servicemix/3.0-M2-incubating/
Maven 1, Maven 2 repos and site are available at
http://people.apache.org/~gnodet/servicemix-3.0-M2-incubating/
Please review and vote.
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: src for BPEL-Example
On 6/15/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
On 6/15/06, manuella <[EMAIL PROTECTED]> wrote:
>
> I'm interested in BPEL-Example. And I want to read the source of it.
> Does anyone know, where I can find it?
> Thanks!
Manuella,
My apologies, please disregard what I said in my previous message, I
just gave you the wrong information :-(.
The source for the BPEL example is in the servicemix-bpe component and
can be browsed here:
http://svn.apache.org/viewvc/incubator/servicemix/trunk/servicemix-bpe/
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: src for BPEL-Example
On 6/15/06, manuella <[EMAIL PROTECTED]> wrote:
I'm interested in BPEL-Example. And I want to read the source of it.
Does anyone know, where I can find it?
Thanks!
Manuella,
The source for the Loan Broker BPEL example is available in the
ServiceMix source code. Information on checking out the source code is
available here:
http://servicemix.org/site/source.html
Follow the information about anonymous SVN access.
If you're not interested in checking out all of the source code, the
Loan Broker example can be browsed here:
http://svn.apache.org/viewvc/incubator/servicemix/trunk/incubating-apache-servicemix/src/main/release/examples/loan-broker/
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
Re: servicemix integration with ActiveBPEL
On 6/6/06, Alex Boisvert <[EMAIL PROTECTED]> wrote:
Bruce Snyder wrote:
> On 6/6/06, Alex Boisvert <[EMAIL PROTECTED]> wrote:
>>
>> Yes, you can use the ServiceMix BPEL example as a starting point.
>>
>> Assuming you use a Spring context to initialize your webapp, it becomes
>> mostly a question of declaring the BPEL engine as a component in the
>> context and wiring components with it.And don't forget to add all
>> jar dependencies into your webapp ;)
>
> For a while, the PXE JBI implementation was broken and it was unusable
> from within ServiceMix. Is the PXE JBI integration working again?
>
As far as I know, yes. We don't run nightly integration tests with JBI
yet, but I've hooked up some examples together with ServiceMix 2.0.2 not
too long ago. As I said, you need to wire things directly between the
Spring context and the pxe-system.xml so there's a few places where
endpoints need to match in order to have messages flowing nicely. No
rocket science, just the usual configuration drudgery...
We'll have a revamped JBI integration layer in less than a week or two,
so it will be worth resynchronizing at that point. I can give you a
heads-up when things are ready if you're interested.
That would be great - thanks, Alex!
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/
Apache ActiveMQ - http://incubator.apache.org/activemq/
Apache ServiceMix - http://incubator.apache.org/servicemix/
Castor - http://castor.org/
