Hello Guys..
I am using geronimo 2.0.0.1 (wasce) for hosting my web application.
During each deployment I have to do the following steps.
1. Stop the war file
2. Uninstall the war file
3. then redeploy the new war file.
My problem is once I do uninstallation my files which are
On Jul 10, 2008, at 11:55 PM, jithesh wrote:
Hello Guys..
I am using geronimo 2.0.0.1 (wasce) for hosting my web
application.
During each deployment I have to do the following steps.
1. Stop the war file
2. Uninstall the war file
3. then redeploy the new war file.
My problem
Thanks for your response...
My actual problem is in my app, the uploaded images and files will
store in the deployed app directory. If I do a deployment with new war file
the already deployed folder will get deleted (The directory where files and
images are stored also). I want to
Hi Lin,
we are using Geronimo 2.1.1. Java is:
java version 1.5.0_13
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, sharing)
.wsdl and .xsd are being generated if we use no arrays, no complex types.
-Josef
Lin
On Jul 11, 2008, at 12:38 AM, jithesh wrote:
Thanks for your response...
My actual problem is in my app, the uploaded images and
files will
store in the deployed app directory. If I do a deployment with new
war file
the already deployed folder will get deleted (The directory
Hi Lin,
using the command line tool I found the following problems:
* org.apache.commons.lang.enums.ValuedEnum - enum (new in Java5)
* java.uti.TreeMap - Java-Array
* private attributes need at least public accessors
Now WSDL-Generation is working. Test is ongoing...
-Josef
[EMAIL
Hi Josef,
Thanks for the feedback. The prob below is from Sun's wsgen tool
which we don't really have control.
I'll investigate why wsdl generation during deployment is different
(should have also created the .wsdl and .xsd files) than invoking
jaxws-tools wsgen directly.
Lin
On Fri, Jul 11,
I've upgraded to G2.1.2 and activemq-core 4.1.2. Now I'm getting the
following JMS exception:
[java] 13:20:00,099 WARN [AppBrokerImpl] javax.jms.JMSException:
Failed
to build body from bytes. Reason: java.io.IOException:
app.entity.QuartzJobI
ssued
[java] 13:20:00,099 ERROR
On Jul 10, 2008, at 10:36 PM, Mario Kofler wrote:
thanks,
if the
persistence provider doesn't want it serialized, there's nothing we
can do
about it.
so that means that it is not a bug but the persistence provider
hinders a passivation?
Not a container bug but a bean bug. The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey folks,
I've been doing web searches looking for the answer to this and I can't
find my Geronimo book wherever I put it last. I am trying enable the
processing of CGI scripts on Geronimo.
Can someone point me in the right direction?
- --
On Tue, Jul 8, 2008 at 1:35 PM, rbaumhof [EMAIL PROTECTED] wrote:
we have an application architecture where we use session fassades to access
the software components and at the backend a DAO pattern to access the
database. The Session fassades and also the DAO's are designed as stateless
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What can be done to prevent that? Every once in a while I'll have web
apps under Geronimo return blank pages and I find the JSP container
complaining it hasn't any more memory...
- --
Peter L. Berghold http://www.berghold.net [EMAIL
12 matches
Mail list logo