Hi All,
I am trying to create a servlet filter to monitor the requests on my web
application.
I would like to record the URI and query string and I have accomplished
this without any problems. But when I added code to log the posted data
this results in some problems.
I read the posted data
Here is my +1 assuming TCK passes.
A comment on release notes: As Jarek suggested earlier, I'd like to
change the wording of the System Requirements in the Release Notes
from:
You need a platform that supports the Sun JDK 5.0+ (J2SE 1.5.0+) or greater.
to
Java J2SE 1.5.0 or greater, and a
Kevan,
Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying instead of just flat out failed? Looks
like Geronimo does not like . notation, reference to a directory such as
../somelib or any jars that it cannot resolved in the ear lib.
Does it look like this will be fixed soon?
Kevan Miller wrote:
On Sep 10, 2008, at 4:42 PM, jklcom99 wrote:
Kevan,
Is this classloader problem fixed?
Looks like not -- https://issues.apache.org/jira/browse/OPENEJB-889
I'm having a look.
--kevan
--
View this message
No, and I've updated https://issues.apache.org/jira/browse/GERONIMO-3316
with some fix versions so this doesn't fall of our radar again. Thanks.
-Donald
jklcom99 wrote:
Kevan,
Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying
Can you reply to the dev thread with your vote?
Also, other questions/comments should go on the corresponding [DISCUSS]
thread
-Donald
Ted Kirby wrote:
Here is my +1 assuming TCK passes.
A comment on release notes: As Jarek suggested earlier, I'd like to
change the wording of the
Are you using Eclipse, or just cmdline tools?
-Donald
Marco Laponder wrote:
Hi All,
I am wondering if the current setup for my development environment is
optimal. I have a maven project with all the relevant resource for mu
EAR containing a WAR.
When I want to test my changes, I package
Is there a time line for these two fixes?
https://issues.apache.org/jira/browse/GERONIMO-3316
https://issues.apache.org/jira/browse/OPENEJB-889
We really need these to migrate to G2x.
Thank you
Donald Woods-2 wrote:
No, and I've updated https://issues.apache.org/jira/browse/GERONIMO-3316
Which assembly - tomcat + axis2 or jetty + cxf?
Can you open a JIRA for this?
-Donald
Beniamin Mazan wrote:
I've just found that Geronimo (2.1) caches (?) wsdl. I have two WS-clients
(one local, and another-remote) that call to my service.
If first call to get wsdl is made by local
OPENEJB-889 may not happen until their 3.1 release and Geronimo 2.2, but
didn't you find a work-around for this, by changing the app packaging?
-Donald
jklcom99 wrote:
Is there a time line for these two fixes?
https://issues.apache.org/jira/browse/GERONIMO-3316
Have you modified the default keystore settings in config.xml?
keystoreFile, keystorePass, keystoreType
Or modified/deleted the default keystore?
var/security/keystores/geronimo-default
What services is your app using - EJBs, security, connectors, jms, app
client, ?
Which JDK are
We currently don't support deploying aar files, just JEE5 artifact types.
Do you have more info on #2? The 2.0/2.1 JEE5 server assemblies include
axis2, so you'd probably need a geronimo deployment plan to hide the
axis2 packages we provide
-Donald
jcaristi wrote:
Is is possible to
Donald Woods-2 wrote:
Which assembly - tomcat + axis2 or jetty + cxf?
Can you open a JIRA for this?
-Donald
Of course I should be more accurate - I use tomcat+cxf
Beniamin
-
thanks
Beniamin
--
View this message in context:
Yes, by merging the jms module into app ear deployment. But now we really
need to keep them separate because other apps depend on that jms module
also.
Can you make these two fixes happen sooner because we really really really
need them in order to upgrade?
Thanks
Donald Woods-2 wrote:
This might have manifested from the fact that we had to clear out the
manifest classpath due the invalid jar exception during deployment and
merging the jms module.
Thus, we're in need of these two fixes
https://issues.apache.org/jira/browse/GERONIMO-3316
I have a full explanation of #2 in the Axis forum here
http://www.nabble.com/Re%3A-Axis2-Web-App-on-Geronimo--p19269398.html
Could you point me in the direction of how to create a deployment plan that
would hide the Axis2 packages? This would be a classloader configuration,
right? Are there
Set the following property, start the server and deploy your axis2 war again:
export JAVA_OPTS=-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true
Jarek
On Fri, Sep 12, 2008 at 1:18 PM, jcaristi [EMAIL PROTECTED] wrote:
I have a full explanation of #2 in the Axis forum here
This got rid of the 10,000 errors, but I still get the following exception on
deploy and on accessing the web app. (the jar containing the missing class
is in the Axis2.war that I am trying to deploy):
14:51:07,305 ERROR [[/axis2]] Servlet /axis2 threw load() exception
Hi,
I was able to deploy the Axis2.war file onto G 1.1 quite long time ago.
You can create a geronimo-web.xml file for you Axis2.war to hide the
conflict org.apache.commons classes (G server probably uses a
different version than what your Axis2.war contains).
web-app
19 matches
Mail list logo