Hi,
This file main.cpp gives the following run time Exception what is
wrong...
#
ActiveMQConnectionFactory::parseURL - Marlformed URI: 127.0.0.1:61613 - tid:
1078750128
FILE:
/home/activemq-cpp/src/main/activemq/core/ActiveMQConnectionFactory.cpp,
LINE: 209
Sorry about that
The URI parsing code in there right now is sort of a hack, that's on my list
of things to fix. If you change the code to this
ActiveMQConnectionFactory* connectionFactory = new
ActiveMQConnectionFactory(tcp://127.0.0.1:61613);
It should work for you.
I'll try and get a
Refactored the projectDeploy goal so that is can determine whether
dependencies are already deployed and if so it will stop and undeploy
them before redeploying
This seems to have broken the jbi:projectDeploy task here. I now get:
[ERROR] BUILD ERROR
[INFO]
Terry,
I have applied a fix to the ListServiceAssemblies task in servicemix-core
and added a testcase to make sure its working, the problem was an issue
when the SA wasn't deployed already. Also I have updated the
jbi-maven-plugin since it wasn't correctly determining the SA was deployed
and
On 7/8/06, David Klavon [EMAIL PROTECTED] wrote:
Take a look... comments for improvement are welcomed.
http://cwiki.apache.org/GMOxPMGT/geronimo-jee-50-report-card.html
Excellent! I'd go a step further - each spec could point to its own
page with details on how it;s going to be implemented or
On 7/8/06, Jason Dillon [EMAIL PROTECTED] wrote:
And... again, can I get someone to look at why the tests listed above
fail?
It aligns with my goal of improving our test base and seems to be an
excellent chance to start the work. I'm checking out the branch and am
going to give these failing
On 7/7/06, Jeff Genender [EMAIL PROTECTED] wrote:
I still believe there is value getting the state of OpenEJB at tagged
level and accessing it with m:co. Here is an example...
I am trying to research some classloading issues regarding OpenEJB and
Geronimo 1.1. It behooves me to have source
Yep...I did the exact same thing as you to fix this ;-) I just left out
all that SNAPSHOT stuff in the email. But I agree...that needs some
good documenting.
Bruce Snyder wrote:
On 7/7/06, Jeff Genender [EMAIL PROTECTED] wrote:
I still believe there is value getting the state of OpenEJB at
Jason,
The test failures in the security module are documented here -
http://issues.apache.org/jira/browse/GERONIMO-1672
The Connector15DCBTest failures is new. These tests used to pass in
the old trunk. There is no MailCapTest in rev. 418907. The
PluginInstallerTest is a new test added in
inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
If we don't use the repository in our assembly descriptor to copy
the modules from the local repo to geronimo repo, then we won't see
this problem of an invalid pom. Since installing the car will install
almost all of the modules into the
Sorry I missed this email. I was on vacation and focusing less on G
emails these past few busy weeks. My mail filter put it in the Geronimo
folder regardless of the addresses included.
The ApacheDS dependencies you guys are looking for are in the repo here:
On Jul 8, 2006, at 6:35 AM, anita kulshreshtha wrote:
inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
If we don't use the repository in our assembly descriptor to copy
the modules from the local repo to geronimo repo, then we won't see
this problem of an invalid pom. Since installing
Maybe another thing is cleaner separation of the packagings of ServiceMix,
such that we can have the stand-alone project, then the TomCat WAR
deployment, JBoss Deployment (obviously outside Apache) and Geronimo
deployment as separate downloads. I was just thinking this might reduce the
size of
Still wondering how this was done
Did someone have to run mvn install:install-file ... for every
Geronimo 1.0 and 1.1 artifact to get them published to a Maven 2 repo?
Since the Eclipse plug-in and any plug-ins we publish to GeronimoPlugins
require artifacts from Maven 2, we need this
[
http://issues.apache.org/jira/browse/GERONIMO-2168?page=comments#action_12419869
]
Donald Woods commented on GERONIMO-2168:
Have you tried removing the spaces from the name and giving it a real Maven
friendly version number like 0.1 instead of
On Jul 8, 2006, at 2:54 AM, Bruce Snyder wrote:
On 7/7/06, Jeff Genender [EMAIL PROTECTED] wrote:
I still believe there is value getting the state of OpenEJB at tagged
level and accessing it with m:co. Here is an example...
I am trying to research some classloading issues regarding OpenEJB
Move the installer portion of assembly out of trunk to sandbox
--
Key: GERONIMO-2177
URL: http://issues.apache.org/jira/browse/GERONIMO-2177
Project: Geronimo
Type: New Feature
Security: public (Regular
deploy time validations lost in openejb rewrite
---
Key: GERONIMO-2176
URL: http://issues.apache.org/jira/browse/GERONIMO-2176
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: OpenEJB
[ http://issues.apache.org/jira/browse/GERONIMO-2125?page=all ]
David Jencks reassigned GERONIMO-2125:
--
Assign To: David Jencks
Classpath entries in the web app archive META-INF/MANIFEST.MF are not added
to the wep app class path
[ http://issues.apache.org/jira/browse/GERONIMO-2173?page=all ]
Kevan Miller resolved GERONIMO-2173:
Resolution: Fixed
Fixed explicit_versions.properties to insure the proper version of tranql would
be loaded. Also fixed a number of plugin
Remove modules/console-web
Key: GERONIMO-2174
URL: http://issues.apache.org/jira/browse/GERONIMO-2174
Project: Geronimo
Type: Task
Security: public (Regular issues)
Components: buildsystem
Versions: 1.2
Reporter:
[
http://issues.apache.org/jira/browse/GERONIMO-2125?page=comments#action_12419880
]
David Jencks commented on GERONIMO-2125:
I can't reproduce this problem on 1.2 or 1.1. I'm attaching a little maven 2
project that builds an ear with a jar, war,
[ http://issues.apache.org/jira/browse/GERONIMO-2125?page=all ]
David Jencks updated GERONIMO-2125:
---
Attachment: manifestcp-itest.jar
ear-1.0-SNAPSHOT.ear
The jar file contains an m2 project to build a test ear. Unpack, and in
Fix branches/1.1 (1.1.1-SNAPSHOT) build
---
Key: GERONIMO-2173
URL: http://issues.apache.org/jira/browse/GERONIMO-2173
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: buildsystem
Versions:
etc/explicit_versions.properties should be automatically generated (or made
unecessary)
---
Key: GERONIMO-2175
URL: http://issues.apache.org/jira/browse/GERONIMO-2175
Project: Geronimo
On 7/7/06, John Sisson [EMAIL PROTECTED] wrote:
In the Derby library does not have line number debug information mail
thread [1] a few weeks ago I asked whether people wanted to upgrade to
the Derby 10.1.3 maintenance release [2].
David Jencks was the only person who mentioned it should go in
26 matches
Mail list logo
