I do not have any knowledge of eclipse plugins, and I have so much
to do on ServiceMix already that I won't have time to support and
maintain it myself. I rely on the authors to do that ;)
Btw, did you take a look at it ? What' s your feeling ?
I haven't been able to play with it yet :(
On
It's on my to-do list along with evaluating the netbeans BPEL editor,
tentatively booked for that elusive thing called spare time :)
-Original Message-
From: Guillaume Nodet [mailto:[EMAIL PROTECTED]
Sent: Saturday, 26 August 2006 9:32 PM
To: servicemix-dev@geronimo.apache.org
Subject:
[
https://issues.apache.org/activemq/browse/SM-559?page=comments#action_36860 ]
Guillaume Nodet commented on SM-559:
14:42:56,906 INFO [ComponentMBeanImpl] Starting component: servicemix-http
14:42:56,906 INFO [ComponentMBeanImpl]
I have been in touch with the Eclipse BPEL project (
http://www.eclipse.org/bpel/) and they are looking at offering endpoint
definitions to allow you to deploy BPEL to different engines , this might
be the easiest way to offer BPEL tooling - however the issue is the tooling
is designed for
however the issue is the tooling is designed for WS-BPEL 2.0 and Apache
ODE is not 2.0 compliant (yet!).
I thought PXE supported WSBPEL 2.0 out of the box? And since the new trunk
is largely based on PXE I believe you can deploy 2.0 BPEL processes.
-Original Message-
From: Philip Dodds
Yeah, I think so.
We have some people hanging on this lists that may give us some hints.
I think we will have to switch to it in the near future as the bpe donation
will not
be maintained. Grant, have you tried to the ode trunk jbi engine yet ?
On 8/26/06, Grant McDonald [EMAIL PROTECTED] wrote:
No, that's first on the list ;)
-Original Message-
From: Guillaume Nodet [mailto:[EMAIL PROTECTED]
Sent: Sunday, 27 August 2006 1:18 AM
To: servicemix-dev@geronimo.apache.org
Subject: Re: CIMERO eclipse plugin
Yeah, I think so.
We have some people hanging on this lists that may give us
I'm hoping that the ODE trunk becomes PXE-driven soon as I'd love to see
some BPEL 2.0 archetypes and also an example in the ServiceMix trunk ;)
P
On 8/26/06, Grant McDonald [EMAIL PROTECTED] wrote:
No, that's first on the list ;)
-Original Message-
From: Guillaume Nodet
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430712
]
Oleg Gusakov commented on GERONIMODEVTOOLS-104:
---
The referenced gbean - TomacWebContainer - is deployed on the server but on the
On 8/25/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
No, at least not solely. They need to appear in email
messages.
Sure. I wish there were an editor or alike who would put our decisions
from emails for others who only follow the project rarely, and can't
cope with the flow.
So, yes
On 8/25/06, Hernan Cunico [EMAIL PROTECTED] wrote:
May I propose the place for such summary to be:
http://cwiki.apache.org/GMOxPMGT/apache-geronimo-development-process.html
+1 (wherever actually as far as it's easily found)
I'm one of those who miss some key things in those mile long threads
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430741
]
Sachin Patel commented on GERONIMODEVTOOLS-104:
---
Ok then it seems to be that Geronimo needs to be able to resolve this during
deployment.
I can probably get you a contact from the Eclipse folks who run the Eclipse Plugin Central site, if you need/want any ideas, or answers to questions.On Aug 24, 2006, at 1:01 PM, Paul McMahan wrote:Hey folks. This thread about Geronimo plugin sites has been inactivefor a while, but during that
Plugins is becoming such a general term now days, I think the only real way to distinguish the overlap is through education and good documentation, not by renaming the technologies which I think would add further confusion.On Aug 24, 2006, at 5:13 PM, Paul McMahan wrote:As for your second point
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430749
]
Oleg Gusakov commented on GERONIMODEVTOOLS-104:
---
As far as I understand - applications are isolated from each other because
their
IIRC Tomcat needs this stuff set only for validation: it doesn't
actually do _anything_ with the endorsed directories or their
contents to set up or influence any classloaders.
I think someone needs to do some experiments to determine:
- if the jars in endorsed need to be added explicitly to
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430754
]
David Jencks commented on GERONIMODEVTOOLS-104:
---
I don't know anything about the eclipse plugin but I can't follow what you
are
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430758
]
Sachin Patel commented on GERONIMODEVTOOLS-104:
---
Ah good point David, I'm still confused on the scenario and a sample
application/test
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430759
]
David Jencks commented on GERONIMODEVTOOLS-104:
---
Whether or not it makes sense, the web-container element is present in the
generic web
[ http://issues.apache.org/jira/browse/GERONIMO-2349?page=all ]
David Jencks updated GERONIMO-2349:
---
Attachment: GERONIMO-2349-2.patch
Updated patch that works with current version of
sandbox/jee5-jta11/geronimo-transaction-jta11. I think that the
I think I've implemented most or all of the transaction manager based
support for jta 1.1 and container managed jpa/entity managers. As I
mentioned earlier I've introduced the support into the jta 1.0.1/jdk
1.4 tm without using the new interfaces and provided a new module
The ODE trunk is mainly an import of PXE with some refactoring that has
happened
on the APIs. There is already a JBI component and some JBI examples.
On 8/26/06, Philip Dodds [EMAIL PROTECTED] wrote:
I'm hoping that the ODE trunk becomes PXE-driven soon as I'd love to see
some BPEL 2.0
[ http://issues.apache.org/jira/browse/GERONIMO-2163?page=all ]
David Jencks updated GERONIMO-2163:
---
Attachment: GERONIMO-2163-v3.patch
I've attached a patch modified to fit the new m2-compliant module layout.
I approve of the basic direction of this
[
http://issues.apache.org/jira/browse/GERONIMO-2326?page=comments#action_12430776
]
David Jencks commented on GERONIMO-2326:
I've applied the dependency changes from my patch, rev 437208. I'm reluctant
to apply the hack to the db
[ http://issues.apache.org/jira/browse/GERONIMO-2163?page=all ]
David Jencks updated GERONIMO-2163:
---
Attachment: GERONIMO-2163-v3b.patch
Previous v3 patch ommitted the new configs, included here.
WADI Integration for Jetty
[
http://issues.apache.org/jira/browse/GERONIMO-2326?page=comments#action_12430792
]
Bill Dudney commented on GERONIMO-2326:
---
Hi David,
Agreed that the real fix would be better but the trunk is not able to deploy a
data source without
Matt, Alan
I have been thinking lately that I would like to help out more with
the releases and I would be happy to be the release manager if you
are passing on the baton Matt.
-dain
On Aug 24, 2006, at 3:24 AM, Matt Hogstrom wrote:
I'm happy to pass the baton of release manager.
I think you analysis is spot on. The only think I would change is the
how section at the top. I'd rather see that to commit you need
either 3 +1 (no -1s) from a committer or 72 hours pass which ever
happens first unless there is active discussion. Also, I'd strongly
suggest one complains
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-104?page=comments#action_12430799
]
Oleg Gusakov commented on GERONIMODEVTOOLS-104:
---
I have
- $GERONIMO_HOME/var/config/config.xml without web container defined it it
-
[ http://issues.apache.org/jira/browse/GERONIMO-2162?page=all ]
Jason Dillon closed GERONIMO-2162.
--
Resolution: Fixed
Rename all modules to match the artifactId defined in the module's pom.xml
Everything loaded from directories specified by
-Djava.endorsed.dirs={dirlist} is loaded by the bootstrap classloader.
The documentation in Tomcat indicates that the endorsed dirs are
managed differently. But the classes are visible in a classloader.
On 8/26/06, David Jencks [EMAIL PROTECTED]
Can we get geronimo-dependency in openejb2/modules/openejb2-core to use:
org.apache.geronimo.specss:geronimo-spec-corba
This is the last remaining spec, which is still being pulled from the
m1 repo in the geronimo-spec groupId.
The latest specs/trunk still builds geronimo-spec-corba
Why is there a duplicate ServerConstants class in the console? This
includes a duplicate geronimo-version.properties, this one with added
spec and pluto versions... the spec version is derived from $
{geronimoSpecJmsVersion} which is also a bit off...
Why is this needed?
--jason
If you post a patch to OpenEJB, I'll commit it.
-dain
On Aug 26, 2006, at 6:15 PM, Jason Dillon wrote:
Can we get geronimo-dependency in openejb2/modules/openejb2-core to
use:
org.apache.geronimo.specss:geronimo-spec-corba
This is the last remaining spec, which is still being pulled
I think it was supposed to be removed, but there may be some stale
code using it that needs to be switched over. In any case, if you
want to whack it it's fine with me.
Thanks,
Aaron
On 8/26/06, Jason Dillon [EMAIL PROTECTED] wrote:
Why is there a duplicate ServerConstants class in the
Do we need lines like this in plans:
external-path${geronimo_groupId}/geronimo-uddi-server/$
{pom.version}/war/external-path
external-pathtranql/tranql-connector-derby-embed-local/$
{tranql_vendors_version}/rar/external-path
I only see them in uddi and daytrader configs. I'd like to remove
I do not see any references to it... if the console still appears to
work after I remove it, then I will drop ServerConstants and
SEServerInfo from svn.
--jason
On Aug 26, 2006, at 7:11 PM, Aaron Mulder wrote:
I think it was supposed to be removed, but there may be some stale
code using
Attached. WIth this change to openejb2, G can build using the new
org.apache.geronimo.specs:geronimo-spec-corba dependency.
--jason
newspecsgroupid.diff
Description: Binary data
On Aug 26, 2006, at 7:11 PM, Dain Sundstrom wrote:
If you post a patch to OpenEJB, I'll commit it.
-dain
38 matches
Mail list logo