Guglielmo
You said you had issues contributing the MCF that you wrote so I took a
swag at implementing a connector independently. I added a new vendor
module to TranQL which builds against today's 3.2.0-alpha download but I
have not tested that it works (not having a MySQL database to hand).
You
[EMAIL PROTECTED] wrote:
NPE.
Is the source code for this available? (JDBCDriverMF.java, line 79)
http://cvs.tranql.codehaus.org/connector/src/java/org/tranql/connector/jdbc/JDBCDriverMCF.java?rev=1.14view=auto
I am trying to set up an XA data source using the alpha version of
[EMAIL PROTECTED] wrote:
A driver-based connector cannot support XA?
The generic driver-based connector uses a java.sql.Driver to get a
java.sql.Connection which only supports local transactions; you can't
get the necessary XAConnection from a Driver.
The generic connector one fakes out XA so
ChinUom wrote:
hi Stefan,
thanks for the reply.
when we install the geronimo, we can see that jetty, tomcat and some other
GBeans were automaticaly deployed. but we cant see that axis 1.x is deployed
with geronimo. do we need to deploy axis GBean before we used that?
No. The GBean
The servlet-mapping element should follow the servlet one e.g.
web-app
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4
xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
Krish (sent by Nabble.com) wrote:
Hi,
I want to set an external directory thats part of classpath in
geronimo. Is it possible to do this?
I have some config properties that i want outside my web application.
Hence i am storing it in a directory under /myconfig. I want to
access this directory
Stefan Schmidt wrote:
Jeremy,
That was one of the weired things here - there is no true root cause:
08:42:29,134 WARN [SystemExceptionInterceptor] BookBean
javax.transaction.TransactionRolledbackException: Unable to load data
for field
at
Sundaranathan S wrote:
Hi Jacek,
Thanks and from where do i get db2jcc.jar and db2jcc_license_c.jar. Please
let me know if it is available with geronimo or should i download from
IBM site.
You need to download them from the IBM site.
Derby is currently voting on whether to release
David Jencks wrote:
Are you using maven 1.0.2? Basically all other versions don't work,
either older or newer.
Dumb question, but what changed in the build that stopped maven 1.0 from
working and can we work around it?
--
Jeremy
The assembly module proceses the plans with velocity so any values from
project.properties can simply be referenced with ${prop} - we use that
to substitute in the version numbers.
The packaging plugin does the same thing.
--
Jeremy
Tom McQueeney wrote:
I'm hoping someone who is less
Quick question - are you using the current HEAD build? There were a
couple of bugs in our JAF implementation which would lead to similar
failures to the first one which I checked fixes in for earlier this week.
--
Jeremy
Stefan Schmidt wrote:
Hi,
I am currently trying to get some JAX-RPC
Scott Anderson wrote:
For a workers.properties file that might work with Geronimo/Jetty I
found...
workers.tomcat_home=/usr/local/jakarta-tomcat
workers.java_home=/usr/java
ps=/
worker.list=ajp13
worker.ajp13.port=8009
worker.ajp13.host=localhost
worker.ajp13.type=ajp13
It has been a while but
Scott Anderson wrote:
David Jencks wrote:
isn't this because 80 is a privileged port and you have to be root to
use it?
Yep. Slipped my mind.
I am far from being a sysadmin but I thought the usual practice was
to set up your firewall to forward to port 8080.
I'd rather not put myself into
You can also shut down the server and run ij pointing directly at the
database by setting derby.system.home appropriately
java -cp derbytools.jar;derby.jar -Dderby.system.home=var/derby
org.apache.derby.tools.ij
ij connect 'jdbc:derby:SystemDatabase';
FWIW IBM just donated the client side
Katia Aresti Gonzalez wrote:
Hi!!!
Jeremy is right. To create the table, yo cant do it if you are not in the same
dir of geronimo, with the server shut down and including as well derby.jar. And
to connect, using the command below.
It seems that connects in the way i said before, but not
Gianny Damour wrote:
On 15/04/2005 4:19 AM, David Jencks wrote:
Someone helpfully tried to make the deployer errors less annoyingly
verbose but this is the unfortunate result... they are now
meaningless and useless. I believe there is a switch or flag
somewhere to turn stack traces back on,
Mason, Ross wrote:
I figured out the problem. There was an error in the build that was
including the ra.xml inside the mule-ra.jar as well as the
mule-ra.rar. So I can now deploy Mule to Geronimo. Woohoo!
Please can you open a bug for that - we should be able to handle that
problem.
Thanks -
Scott Anderson wrote:
I was not as clear as I could have been. I was
referring to a problem Tomcat was having preserving
portlet application sessions so that portlets within
the same portlet application could share data and find
the right application context. This problem was
related to Tomcat not
Scott Anderson wrote:
I built a minimal war and ran into deployment issues
with both Jetty and Tomcat...
Jetty
-
In my first attempt I noticed that Jetty was ignoring
the context name I had specified in
META-INF/context.xml and used the name of the war file
instead.
I don't think we support
on [EMAIL PROTECTED], Mark Stang wrote:
I think the error that you are referring to is the dependency on the
scout jar. I probably should have been clearer, but I was frustrated.
The error I listed in my e-mail was the second error.
The very first thing you build is the scout jar for the
Chris Dodunski wrote:
Hi David,
I'm pleased to hear that you are in 'go-go-go' mode. As someone who has
used and supported Apache open source software for years, I was rapt
back in 2003 to hear of the Geronimo project. So I subscribed to the
Geronimo mailing list, to keep up-to-date with
toby cabot wrote:
I believe that a small amount of time spent bringing appearances in
line with reality would be well spent in terms of saving time by not
having discussions like this one. It might even attract more people
to Geronimo, at least it won't turn them away. If folks agree with
the
Glyn Normington wrote:
I am trying to understand the structure of geronimo. I found a useful
picture of the class loader hierarchy in Aaron's draft book.
Any pointers as to how the set of subdirectories of geronimo/modules is
reflected, if at all, in runtime structure? For example, are all
Gianny Damour wrote:
- Standard compliant: you can use the JDBC resource adapter implemented
as part of the OpenEJB project. This is the mechanism that I am using as
it is portable to some extent.
You can also use the generic Connector that comes with TranQL
24 matches
Mail list logo
