David,
May be a silly question. How about handling JPA related annotations?
Thanks,
Lasantha
David Jencks wrote:
I've been working on annotation handling for jetty using xbean-reflect
and have come up with a design for general annotation processing that
I would like to propose we urge our int
Many thanks for this good answer.
Greets Goldi
gnodet wrote:
>
> The servicemix-console provides a way to:
> * install / uninstall / start / stop components, service assemblies and
> shared libraries.
> * view details on SA, SU, SL, components
> * view JBI endpoints with their WSDL if an
Not exactly sure whether I am getting your problem exactly or not :-( .
Line 99 decides whether application archive contains WSDL file or not
(according to Axis2 builder). If it is there we are going to fill WSDL
information from G side. Otherwise it will be handed over to Axis2 side
(service
There are the main javaee module types (web, ejb, client, etc) and
then there are additional things that go into one of these that also
have annotations that indicate injection, such as JSF and jaxws.
Just as with the main module types, we can divide the annotation
processing work into two
OOPS, I didn't look carefully when I tried to deploy the new xbean-
reflect snapshot apparently bad permissions got left behind on
the xbean jar.
Thanks to joe2 on infra for fixing the permissions, next try at
deploy worked.
gnodet, can you check you have
umask 2
in appropriate files
Matt,
Its worth a shot to see if they will offer an open source license to the
project. That seems to be a good theme today ;-) ANyone want to
voulteer to contact em?
Jeff
Zakharov, Vasily M wrote:
> Well, I'm not a SPEC representative, but you could probably ask
> this question to SPEC itself
[
https://issues.apache.org/jira/browse/GERONIMO-2895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevan Miller closed GERONIMO-2895.
--
Resolution: Duplicate
This problem has been fixed under GERONIMO-2838. The problem was that
Well, I'm not a SPEC representative, but you could probably ask
this question to SPEC itself.
Also, existing SPEC licensees may run SjAS on Geronimo and publish
results here.
Vasily
-Original Message-
From: Matt Hogstrom [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 07, 2007 3:56
Building with Maven version: 2.0.5
Revision: 515442 built with tests skipped
See the full build-2300.log file at
http://people.apache.org/~prasad/binaries/20070306/build-2300.log
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.14 seconds
Time to generate code
Any one have any idea what's up with this build failure:
[INFO]
[INFO] Building Geronimo :: Client
[INFO]task-segment: [install]
[INFO]
On Mar 6, 2007, at 10:41 PM, Jason Dillon wrote:
This is done.
Thanks Jason.
--kevan
This is done.
--jason
On Mar 5, 2007, at 10:06 PM, Kevan Miller wrote:
Jason,
Thoughts on getting this into 1.2 (or at least part)? In
particular, stop printing the environment information to STDOUT
during startup...
--kevan
On Feb 28, 2007, at 6:38 PM, [EMAIL PROTECTED] wrote:
Author
On Mar 6, 2007, at 7:49 PM, Matt Hogstrom wrote:
Given the recent discussion around BouncyCastle on incubator and
other project lists. I thought I'd poke to see what new items we
have and make sure we have our export / legal stuff taken care of
or accounted for.
Can folks who are aware
On Mar 5, 2007, at 8:08 AM, Rick McGuire wrote:
All, the javamail 1.3 spec has been updated to fix a problem with
Transport.send() that multiple 1.1.1 and 1.2 beta users have
tripped over. We'd like to get this released in time for the
Geronimo 1.2 final version so fewer people will be se
+1
On 3/5/07, Rick McGuire <[EMAIL PROTECTED]> wrote:
All, the javamail 1.3 spec has been updated to fix a problem with
Transport.send() that multiple 1.1.1 and 1.2 beta users have tripped
over. We'd like to get this released in time for the Geronimo 1.2 final
version so fewer people will be se
I've nuked all of the non-geronimo schemas from there... except for
the openejb bits, they remain.
--jason
On Mar 6, 2007, at 4:20 PM, Kevan Miller wrote:
On Mar 6, 2007, at 6:02 PM, David Jencks wrote:
On Mar 6, 2007, at 5:52 PM, Jason Dillon wrote:
FYI, I'm leaving all of the schema-
Looks like the schemas up there also need the new ASL headers...
We should really look into getting these schemas part of the Maven
site, so we always keep them up to date with Geronimo versions.
--jason
On Mar 6, 2007, at 4:20 PM, Kevan Miller wrote:
On Mar 6, 2007, at 6:02 PM, David Je
Jacek Laskowski wrote:
On 3/5/07, Rick McGuire <[EMAIL PROTECTED]> wrote:
I hereby propose we release this branch and it's binaries as final.
Sorry for hijacking the vote thread, but I wonder why
https://svn.apache.org/repos/asf/geronimo/specs/branches/geronimo-javamail_1.3.1_spec-1.3/README.
Site is updated... using Confluence-driven content.
I've implemented an automated sync, documented here ( https://
svn.apache.org/repos/asf/geronimo/site/trunk/README.txt ). This will
sync content from cwiki and from SVN every hour, so no need to ssh
into people anymore to update site stuff
Interesting news Vasiliy. According to the press release we need to
still buy the benchmark for $250? Does this mean that a one time
purchase for Geronimo is possible and that the benchmark would be
useable by all Geronimo committers?
Thanks for the heads up.
On Mar 6, 2007, at 2:44 PM,
Given the recent discussion around BouncyCastle on incubator and
other project lists. I thought I'd poke to see what new items we
have and make sure we have our export / legal stuff taken care of or
accounted for.
Can folks who are aware of changes in the following areas reply to
this no
[
https://issues.apache.org/jira/browse/GERONIMO-2868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-2868.
--
Resolution: Fixed
Committed (in openejb2) in rev 515390. Thanks for working through a fix f
On Mar 6, 2007, at 6:02 PM, David Jencks wrote:
On Mar 6, 2007, at 5:52 PM, Jason Dillon wrote:
FYI, I'm leaving all of the schema-* stuff ASIS for now, but I
think that we should soon nuke the sun stuff.
I agree, ASAP
Me too...
--kevan
some day I'll learn to read :-) ... that's right in jarek's quote.
thanks
david jencks
On Mar 6, 2007, at 6:45 PM, Davanum Srinivas wrote:
And the targetname is "publishEndpoint" according to the
WebServicePermission javadoc.
thanks,
-- dims
On 3/6/07, David Jencks <[EMAIL PROTECTED]> wrote:
[
https://issues.apache.org/jira/browse/GERONIMO-2934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478641
]
David Jencks commented on GERONIMO-2934:
rev 515371 distributes the annotation processing over the NamingB
And the targetname is "publishEndpoint" according to the
WebServicePermission javadoc.
thanks,
-- dims
On 3/6/07, David Jencks <[EMAIL PROTECTED]> wrote:
On Mar 6, 2007, at 6:19 PM, Jarek Gawor wrote:
> For JAX-WS services we need to check/enforce the WebServicesPermission
> while publishing
[
https://issues.apache.org/jira/browse/GERONIMO-2887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478639
]
David Jencks commented on GERONIMO-2887:
rev 515367 makes the app client injections actually work. Note t
On Mar 6, 2007, at 6:19 PM, Jarek Gawor wrote:
For JAX-WS services we need to check/enforce the WebServicesPermission
while publishing JAX-WS endpoints. Here's what the JAX-WS 2.0 spec
says (section 5.2.3):
"Conformance (Checking publishEndpoint Permission): When any of the
publish methods def
Null pointer exception if publisher reference not specified properly
Key: SM-868
URL: https://issues.apache.org/activemq/browse/SM-868
Project: ServiceMix
Issue Type: Bug
[
https://issues.apache.org/jira/browse/XBEAN-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478628
]
David Jencks commented on XBEAN-79:
---
rev 515352 actually makes static support work. I needed to add a new option
ST
Sounds good to me.
Thanks,
Aaron
On 3/6/07, David Jencks <[EMAIL PROTECTED]> wrote:
On Mar 6, 2007, at 5:52 PM, Jason Dillon wrote:
> FYI, I'm leaving all of the schema-* stuff ASIS for now, but I
> think that we should soon nuke the sun stuff.
I agree, ASAP
david jencks
>
> --jason
For JAX-WS services we need to check/enforce the WebServicesPermission
while publishing JAX-WS endpoints. Here's what the JAX-WS 2.0 spec
says (section 5.2.3):
"Conformance (Checking publishEndpoint Permission): When any of the
publish methods defined by the Endpoint class are invoked, an
impleme
On Mar 6, 2007, at 5:52 PM, Jason Dillon wrote:
FYI, I'm leaving all of the schema-* stuff ASIS for now, but I
think that we should soon nuke the sun stuff.
I agree, ASAP
david jencks
--jason
On Mar 6, 2007, at 2:44 PM, Aaron Mulder wrote:
You mean all the links from here?
http://ge
the subject doesn't look quite right, but the artifacts do.
+1
david jencks
On Mar 5, 2007, at 8:08 AM, Rick McGuire wrote:
All, the javamail 1.3 spec has been updated to fix a problem with
Transport.send() that multiple 1.1.1 and 1.2 beta users have
tripped over. We'd like to get this rel
FYI, I'm leaving all of the schema-* stuff ASIS for now, but I think
that we should soon nuke the sun stuff.
--jason
On Mar 6, 2007, at 2:44 PM, Aaron Mulder wrote:
You mean all the links from here?
http://geronimo.apache.org/schemas.html
I thought we only linked to the Geronimo ones in o
I'm going to implement the first step of using the Confluence-driven
website for geronimo.apache.org.
This includes cleaning up site/trunk. I've made a copy of the
current bits here http://svn.apache.org/repos/asf/geronimo/site/tags/
pre-confluence incase I accidentally nuke something, thou
No, the sun schemas all link to java.sun.com here... but we still
have the sun schemas in our svn (like http://geronimo.apache.org/
schemas-1.1/application-client_1_2.dtd).
I think the sun schemas should be dropped from our svn site tree.
--jason
On Mar 6, 2007, at 2:44 PM, Aaron Mulder wro
You mean all the links from here?
http://geronimo.apache.org/schemas.html
I thought we only linked to the Geronimo ones in our site and pointed
to the Sun site for the Sun ones, though.
Thanks,
Aaron
On 3/6/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
Anyone know where these are referenc
On 3/6/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
I guess the thing I don't really like right now... is that we refer
to the "eclipse-plugin" as "devtools" interchangeably. I believe
that should change... and I think the way to make that change is to
start renaming stuff that was previously "d
On Mar 6, 2007, at 2:26 PM, Jacek Laskowski wrote:
For example, on the main page under sub-projects... I think the link
should be "Eclipse Plugin" and that most users will kind of expect to
see that instead of "Development Tools", which happens to be a page
all about the "Eclipse Plugin" anyways.
On 3/6/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
I'm okay with the svn sub-
tree for devtools/ just slightly annoyed that we refer to the
eclipse plugin as "devtools", when its really the "eclipse plugin".
Its minor... but I'm anal about structure and naming :-P
I love your tidiness until
On 3/5/07, Rick McGuire <[EMAIL PROTECTED]> wrote:
I hereby propose we release this branch and it's binaries as final.
Sorry for hijacking the vote thread, but I wonder why
https://svn.apache.org/repos/asf/geronimo/specs/branches/geronimo-javamail_1.3.1_spec-1.3/README.txt
mentions about 'Java
On 3/6/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
Is this list going to change over time for versions of Geronimo?
The list is not currently maintained as actively as it should be. It
hasn't changed in a while but we need to keep ability to change it
occasionally.
Its not high traffic is it
On 3/6/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
I agree its a development tool... but its seems really odd that we
don't just call this "eclipse-plugin"... which seems to be the normal
way other projects refer to their eclipse integration.
For example, on the main page under sub-projects... I
I would just add a new link on the nav for J2G... and when/if we get
an IDEA plugin, then add that as a separate link too. I'd also give
each of them their own JIRA project too. I'm okay with the svn sub-
tree for devtools/ just slightly annoyed that we refer to the
eclipse plugin as "
As long as there is only the eclipse plugin in the devtools project I
agree that it would be clearer to just call it "eclipse plugin" from
the main page. The J2G tooling that was recently contributed was
implemented as a collection of eclipse plugins, so I think the naming
you propose will still
Is this list going to change over time for versions of Geronimo?
Its not high traffic is it?
I'm wondering if it doesn't make more sense to serve these up
directly from svn.apache.org/repos/asf/geronimo/** instead of holding
on to them here in the site tree.
--jason
On Mar 6, 2007, at 2:
I agree its a development tool... but its seems really odd that we
don't just call this "eclipse-plugin"... which seems to be the normal
way other projects refer to their eclipse integration.
For example, on the main page under sub-projects... I think the link
should be "Eclipse Plugin" and
+1
-David
On Mar 5, 2007, at 5:08 AM, Rick McGuire wrote:
All, the javamail 1.3 spec has been updated to fix a problem with
Transport.send() that multiple 1.1.1 and 1.2 beta users have
tripped over. We'd like to get this released in time for the
Geronimo 1.2 final version so fewer people
It's used in DatabasePoolPortlet to figure out which JDBC drivers can
be dynamically added to the server using the DB pool wizard. Moving
it to a subtree sounds fine, adjusting the URL reference in
DatabasePoolPortlet.java accordingly.
Best wishes,
Paul
On 3/6/07, Jason Dillon <[EMAIL PROTECTE
Anyone know where these are referenced? These trees contains sun
copyrighted muck...
--jason
[
https://issues.apache.org/jira/browse/GERONIMO-2814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Kirby updated GERONIMO-2814:
Attachment: ServerRepository-ag20-export.zip
ServerRepository-ag20-plan.xml
I at
Anyone know if this is still used anywhere? If so I think we should
move it into a sub-tree of the site, instead of leaving it in the root.
--jason
I've been working on annotation handling for jetty using xbean-
reflect and have come up with a design for general annotation
processing that I would like to propose we urge our integrated
projects to allow or adopt.
This is appropriate when the injection only involves stuff looked up
in j
Gianny,
This appears to be breaking deployment of applications for the TCK (NPEs
... see below). Once I locally reverted this change things started
working again. Please see details on the tck list with subject "All
deployments failing on 2.0 tck").
Deployer operation failed: java.lang.Nu
[
https://issues.apache.org/jira/browse/GERONIMO-2916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478577
]
David Jencks commented on GERONIMO-2916:
Container being null means that the caller has a bug. I suspect
Ya, this should go to 1.2... will have a peek at it later today.
--jason
On Mar 5, 2007, at 10:06 PM, Kevan Miller wrote:
Jason,
Thoughts on getting this into 1.2 (or at least part)? In
particular, stop printing the environment information to STDOUT
during startup...
--kevan
On Feb 28,
Worth a shot trying! There are new classes in SAAJ 1.3 that need to be
implemented as well.
-- dims
On 3/6/07, Jarek Gawor <[EMAIL PROTECTED]> wrote:
Why wouldn't Axis1 work with a newer version of SAAJ AP? That is,
leave Axis1' SAAJ API as is, but update the implementation to
implement the new
Why wouldn't Axis1 work with a newer version of SAAJ AP? That is,
leave Axis1' SAAJ API as is, but update the implementation to
implement the new SAAJ 1.3 methods. In Geronimo we would run with
Axis2 SAAJ 1.3 API and with updated Axis1 implementation.
Jarek
On 3/6/07, Davanum Srinivas <[EMAIL PR
Axis1 will not work with an external SAAJ implementation or API. Not
sure if we can update the API in Axis1 because then it will fail the
jax-rpc signature tests.
thanks,
dims
On 3/6/07, Jarek Gawor <[EMAIL PROTECTED]> wrote:
I started looking into SAAJ integration. And that appears to be a muc
[
https://issues.apache.org/jira/browse/GERONIMO-2916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478539
]
Anita Kulshreshtha commented on GERONIMO-2916:
--
I was able to deploy on tomcat server also from comma
Hi, all,
I'm happy to announce that the new version of SPECjAppServer2004 (1.08)
is released, and includes changes allowing publishing results in open
source.
SjAS2004 1.08 includes a special research mode workload called
EAStress2004 that has a different metric but allows SjAS licensees to
publi
[
https://issues.apache.org/jira/browse/GERONIMO-2916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478534
]
Anita Kulshreshtha commented on GERONIMO-2916:
--
After adding the following to PersistenceUnitBuilder.
[
https://issues.apache.org/activemq/browse/SM-867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet updated SM-867:
---
Fix Version/s: 3.2
3.1.1
Assignee: Guillaume Nodet
> Cannot add soap head
[
https://issues.apache.org/activemq/browse/SM-867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38673
]
Guillaume Nodet commented on SM-867:
Author: gnodet
Date: Tue Mar 6 11:32:20 2007
New Revision: 515265
URL: http:/
The servicemix-console provides a way to:
* install / uninstall / start / stop components, service assemblies and
shared libraries.
* view details on SA, SU, SL, components
* view JBI endpoints with their WSDL if any
* start / stop the JDBC auditor if configured, view the JBI exchanges
* vie
I started looking into SAAJ integration. And that appears to be a much
more work than I initially thought. Here's the background info. In
Java EE 5 we have to support both JAX-RPC and JAX-WS web services
(both might be deployed in the same module). Right now JAX-RPC support
is provided by Axis1 an
[
https://issues.apache.org/jira/browse/GERONIMO-2868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478515
]
Aman Nanner commented on GERONIMO-2868:
---
Ok, that patch actually worked! My test failures were due to a loc
clean up geronimo-openejb geronimo-dependency.xml
-
Key: GERONIMO-2937
URL: https://issues.apache.org/jira/browse/GERONIMO-2937
Project: Geronimo
Issue Type: Bug
Security Level: public (R
Thanks for the hint. Rebuild maven-plugins only didn't work, so I
cleaned out my m2 repo and rebuild geronimo. I can run the testsuite now.
Lin
Prasad Kashyap wrote:
Sorry Donald. You are right. That is what I meant.
Cheers
Prasad
On 3/6/07, Donald Woods <[EMAIL PROTECTED]> wrote:
Did yo
David,
> 1) OpenEJB must recognize and inject @Resource WebServiceContext
> resource. This is like the EJBContext object I think (not looked up in
> JNDI and there is no DD XML for it). So somehow we must be able to
> pass WebServiceContext implementation from within Geronimo to the EJB
> contai
On Mar 6, 2007, at 11:42 AM, Christopher M. Cardona wrote:
David Jencks wrote:
On Mar 5, 2007, at 4:50 AM, Christopher M. Cardona wrote:
Some questions about our ENC implementation:
1. How do we add/create a subcontext for "java:comp/env"? Do we
have an API for doing this? I get
javax.
[
https://issues.apache.org/jira/browse/GERONIMO-2868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aman Nanner updated GERONIMO-2868:
--
Attachment: mdb-default-subject-interceptor.patch
Ok, here's a first pass at a patch for thi
I am intending on providing the code to the SM project for their
consideration and improvement.
Hopefully, I will have it tested out and ready for uploading by the end of
this week.
I have successfully used servingXml inside of a jbi service unit to convert
from a flat file to an xml format.
Mo
On Mar 6, 2007, at 11:35 AM, Rick McGuire wrote:
Ok, I think I've run into the first problem area. I'm trying to
translate what's getting done in the TSSLinkBuilder to the new
paradigm, and I've bumped up against a problem straight off. Ok,
you've given me the following with what you've
David Jencks wrote:
On Mar 5, 2007, at 4:50 AM, Christopher M. Cardona wrote:
Some questions about our ENC implementation:
1. How do we add/create a subcontext for "java:comp/env"? Do we have
an API for doing this? I get
javax.naming.OperationNotSupportedException when calling
createSubcon
[
https://issues.apache.org/jira/browse/GERONIMO-2916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478469
]
Jay D. McHugh commented on GERONIMO-2916:
-
There is also a problem trying to deploy from the command line.
Ok, I think I've run into the first problem area. I'm trying to
translate what's getting done in the TSSLinkBuilder to the new paradigm,
and I've bumped up against a problem straight off. Ok, you've given me
the following with what you've implemented: an ejbName, a tssBeanName,
and a list of
Sorry Donald. You are right. That is what I meant.
Cheers
Prasad
On 3/6/07, Donald Woods <[EMAIL PROTECTED]> wrote:
Did you mean asf/geronimo/server/trunk/maven-plugins?
There is a asf/geronimo/plugins, but it only has a Spring plugin
available right now
-Donald
Prasad Kashyap wrote:
> Gu
[
https://issues.apache.org/jira/browse/GERONIMO-2868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478461
]
Aman Nanner commented on GERONIMO-2868:
---
Ok, I've patched my instance by adding the DefaultSubjectIntercepto
Did you mean asf/geronimo/server/trunk/maven-plugins?
There is a asf/geronimo/plugins, but it only has a Spring plugin
available right now
-Donald
Prasad Kashyap wrote:
Guess you have cleaned your local repo in the interim. Go to
geronimo/plugins and build the plugins there.
Cheers
Prasa
Worked for me. Thanks.
-Donald
Sachin Patel wrote:
fixed
-sachin
On Mar 5, 2007, at 9:15 AM, Sachin Patel wrote:
I can reproduce this now... will investigate.
-sachin
On Mar 5, 2007, at 7:03 AM, Shiva Kumar H R wrote:
I too am getting a Build error as below:
[INFO] Bui
I believe Jarek is including a testcase in the webservices-testsuite
which is testing the deployment of optional DDs.
Cheers
Prasad
On 3/5/07, Lin Sun <[EMAIL PROTECTED]> wrote:
FYI -
I have seeing a maven failure when building a war file and web.xml is
not there in the project for the purpose
Guess you have cleaned your local repo in the interim. Go to
geronimo/plugins and build the plugins there.
Cheers
Prasad
On 3/6/07, Lin Sun <[EMAIL PROTECTED]> wrote:
Hi there,
I am having trouble to run the jaxws-war testsuite. So i went to its
parent directory testsuite and found I could no
Hi there,
I am having trouble to run the jaxws-war testsuite. So i went to its
parent directory testsuite and found I could not run any testsuite from
there either. This was working yesterday PM.:-( Can someone shed some
light on this?
e:\geronimolatest2\testsuite>mvn install
[INFO] Scan
JBI Component Framework (no plural) sounds fine to me.
We need to document servicemix-common, which is our framework for
building standard JBI components. But at the same time,
servicemix-common
does not sounds like a very good name. What about "JBI Components
Framework" ?
I'm not talking ab
Hy,
can someone tell which features ServiceMix Console provides? Can I also use
it, if I use ServiceMix in combination with JBoss?
greets Goldi
--
View this message in context:
http://www.nabble.com/ServiceMix-Console%21-tf3356276s12049.html#a9334434
Sent from the ServiceMix - Dev mailing lis
We need to document servicemix-common, which is our framework for
building standard JBI components. But at the same time, servicemix-common
does not sounds like a very good name. What about "JBI Components
Framework" ?
I'm not talking about changing the code, nor the jar, just to do a bit more
a
Actually, the problem is that you need to do an mvn clean, to remove
the old jars in the lib directory.
-sachin
On Mar 6, 2007, at 10:02 AM, Sachin Patel wrote:
You may not have the latest, I upgraded that library to 1.2.
Please try a fresh checkout and rebuild.
-sachin
On Mar 6, 200
You may not have the latest, I upgraded that library to 1.2. Please
try a fresh checkout and rebuild.
-sachin
On Mar 6, 2007, at 9:25 AM, Shiva Kumar H R wrote:
Isn't solving problem. Did an "svn update", "mvn clean" and "mvn".
Still facing the same problem.
"svn update" fetched in fol
I have been giving some thoughts on this prob yesterday. By looking at
the java comments for AxisService.createService, it seems this method is
only for RPCMessageReceiver, but we are using JAXWSMessageReceiver here.
Maybe dims or Lasantha can comment on this.
seems there are 2 scenarios:
1)
I agree that starting the existing jsr88-* configs is a better
solution than adding gbeans to the deployer configs. There might
possibly be classloading problems from duplicate copies of e.g.
geronimo-connector-builder.jar, but if that happens I think the
better solution is to move the js
[
https://issues.apache.org/activemq/browse/SM-866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet resolved SM-866.
Resolution: Fixed
Assignee: Guillaume Nodet
Author: gnodet
Date: Tue Mar 6 06:19:31 2007
New
Isn't solving problem. Did an "svn update", "mvn clean" and "mvn". Still
facing the same problem.
"svn update" fetched in following patches:
Uplugins\pom.xml
Uplugins\org.apache.geronimo.st.v20.core\pom.xml
Ufeatures\org.apache.geronimo.feature\feature.xml
However, adding the followi
Hello Anita,
I had a quick look to GERONIMO-2916 and, as per David J. comment, it
seems to me that if you simply start the pointed out modules this bug
will be fixed: DatabasePoolPortlet gets a LocalDeploymentManager
instance, which knows about all the running ModuleConfigurer GBean
imple
o.a.g.Axis2WebserviceContainer, line 99. A not-filled in PortInfo is
passed in since G is not processing a WebService annotation, and thus an
AxisService.create is called on line 104.
When Axis2WebserviceContainer.getWsdl() is ultimately called,
doService2() is called (line 212), then to processGe
Cannot add soap header in JSR181 component
--
Key: SM-867
URL: https://issues.apache.org/activemq/browse/SM-867
Project: ServiceMix
Issue Type: Bug
Components: servicemix-jsr181
Envi
[
https://issues.apache.org/jira/browse/GERONIMO-1418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478408
]
Ted Kirby commented on GERONIMO-1418:
-
Yes, yuck to long target name typing. I've suggested using environment
On 3/5/07, David Jencks <[EMAIL PROTECTED]> wrote:
On Mar 5, 2007, at 1:26 PM, Ted Kirby wrote:
One question I have is whether it's really a good idea to use
> environment variables for substitutions. I really don't know and
> would appreciate more informed opinions.
>
> Also, you can specif
Minor (? :)) Clarification
David, I meant to write connector-deployer config not
system-database to add the GBean to. Will that change your answer? I
think having individual GBeans in the appropriate deployer config will
work well for minimal and framework servers.
Thanks
Anita
--- Anita K
1 - 100 of 109 matches
Mail list logo
