Sagewire Logo

developer geronimo java RSS Feed

Recent Posts View Recent Posts | View Archived Posts

Message from Jacek Laskowski
Most recent post: 12/29/2007
2 authors and 2 replies.

Hi Geronimos,

I'm leaving for a couple of days skiing in the Polish mountains and
I will be offline till 01/03. Just though I'd wish you Happy New Year
2008 and better Geronimo-OpenEJB integration as well as less bugs and
more features coming into the upcoming Geronimo releases. I wished it
to OpenEJBists, but thought it'd be nice to say it again - if we
happen to fix all the bugs reported before JAVA EE 6, it'd be superb!
Having OSGi layer in Geronimo could definitely make the year 2008
better.

Have fun!

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl read more about Wishing you Happy New Year 2008 (leaving for a couple of days)


Message from "Zakharov, Vasily M"
Most recent post: 12/28/2007
3 authors and 4 replies.

Hi, all,

I wonder if org.apache.geronimo.yoko.TSSConfigEditorTest test is SSL
dependent?

I'm trying to run Geronimo Unit Tests on Apache Harmony, and this test
fails (with the stack below) for the reason I could not find out.
Could that be because Harmony has no SSL implementation?

SEVERE: Failure accepting connection for
host=3Decwm0vmzakhar/172.28.118.8, port=3D8050
JAVA.io.IOException: Connection was closed
at
org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.doHandshake(SSLSocke
tImpl.JAVA:760)
at
org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.startHandshake(SSLSo
cketImpl.JAVA:438)
at
org.apache.harmony.xnet.provider.jsse.SSLServerSocketImpl.accept(SSLServ
erSocketImpl.JAVA:256)
at
org.apache.yoko.orb.OCI.IIOP.Acceptor_impl.accept(Acceptor_impl.JAVA:111
)
at
org.apache.yoko.orb.OB.GIOPServerStarterThreaded.starterRun(GIOPServerSt
arterThreaded.JAVA:195)
at
org.apache.yoko.orb.OB.GIOPServerStarterThreaded$StarterThread.run(GIOPS
erverStarterThreaded.JAVA:34)

Vasily Zakharov
Intel ESSD
---

--------------------------------------------------------------------
Closed Joint Stock Company Intel A/O
Registered legal address: 125252, Moscow, Russian Federation,=20
Chapayevsky Per, 14.

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you aren't the intended
recipient, please c read more about TSSConfigEditorTest requires SSL?


Message from D. Strauss
Most recent post: 12/27/2007
2 authors and 2 replies.

?wsdl becomes /?wsdl
--------------------

Key: GERONIMO-2191
URL: http://issues.apache.org/jira/browse/GERONIMO-2191
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: Tomcat
Affects Versions: 1.1
Environment: Geronimo 1.1, Tomcat version; Sun JDK 1.5_4, OpenSuSE 10.1 alpha 4, 712 MB RAM
Reporter: D. StraussHello,

I had created an EJB webservice endpoint. When using the tomcat version of Geronimo, I cannot get the WSDL from the endpoint. I mean, when using an endpoint url like

/services/FxWSEP

you can typically get the WSDL by using

/services/FxWSEP?wsdl

The Jetty version of Geronimo 1.1 seems to work correctly. However, the tomcat version redirects the query:

/services/FxWSEP?wsdl

becomes

/services/FxWSEP/?wsdl

with some interesting info by Tomcat:

HTTP Status 500 - Couldn't fetch wsdl!

type Status report

message Couldn't fetch wsdl!

description The server encountered an internal error (Couldn't fetch wsdl!) that prevented it from fulfilling this request.
Apache Tomcat/5.5.15

In the log file, you get this wonderful message:

15:33:45,208 ERROR [TomcatEJBWebServiceContext] JAVA.lang.IllegalStateException: request must contain a wsdl or WSDL parameter: {wsdl=[LJAVA.lang.String;@xxxxxxxxxxx}

Aaron Mulder suggested to give the wsdl param a value. Aaron: it does not work ;)

Seems that a read more about [jira] Created: (GERONIMO-2191) ?wsdl becomes /?wsdl


Message from Jarek Gawor
Most recent post: 12/27/2007
2 authors and 2 replies.

FYI, the trunk builds are hanging for some reason. On server startup
the following exception is generated:

Module 20/63 org.apache.geronimo.configs/mejb/2.1-SNAPSHOT/car
03:38:47,259 ERROR [GBeanInstanceState] Error while
starting; GBean is now I
n the FAILED state:
abstractName="org.apache.geronimo.configs/openejb/2.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/openejb/2.1-SNAPSHOT/car,J2EEType=GB
ean,name=OpenEjbSystem"
JAVA.lang.NoSuchFieldError: CASE_INSENSITIVE_PROPERTIES
at org.apache.openejb.assembler.classic.Assembler.createRecipe(Assembler.JAVA:1068)
at org.apache.openejb.assembler.classic.Assembler.createTransactionManager(Assembler.JAVA:1007)
at org.apache.geronimo.openejb.OpenEjbSystemGBean.<init>(OpenEjbSystemGBean.JAVA:125)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.JAVA:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.JAVA:27)
at JAVA.lang.reflect.Constructor.newInstance(Constructor.JAVA:494)
at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.JAVA:946)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.JAVA:268)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceSta read more about trunk failures


Message from prasad-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org
Most recent post: 12/26/2007
2 authors and 2 replies.

OpenEJB trunk at 606988
Geronimo Revision: 606995 built with tests included

See the full build-2100.log file at http://people.apache.org/~prasad/binaries/trunk/20071226/build-2100.log

100: rs.getString("password"),
101: rs.getInt("port"));An error occurred at line: 102 in the jsp file: /WEB-INF/view/monitoringEditGraph.jsp
mrc cannot be resolved
99: rs.getString("username"),
100: rs.getString("password"),
101: rs.getInt("port"));
102: trackedBeansMap = mrc.getTrackedBeansMap();;
103: serverIds.add(rs.getString("server_id"));
104: serverNames.add(rs.getString("name") +" - "+rs.getString("ip"));
105: snapshotDuration = mrc.getSnapshotDuration();An error occurred at line: 105 in the jsp file: /WEB-INF/view/monitoringEditGraph.jsp
snapshotDuration cannot be resolved
102: trackedBeansMap = mrc.getTrackedBeansMap();;
103: serverIds.add(rs.getString("server_id"));
104: serverNames.add(rs.getString("name") +" - "+rs.getString("ip"));
105: snapshotDuration = mrc.getSnapshotDuration();
106: %>
107: serverBeans[<%=rs.getString("server_id")%>] = new Array();
108: serverPrettyBeans[<%=rs.getString("ser read more about [BUILD] 2.1: Failed for Revision: 606995


Message from Erik B. Craig
Most recent post: 12/26/2007
2 authors and 12 replies.

Monitoring console does no error checking on add/edit graph timeframe
---------------------------------------------------------------------

Key: GERONIMO-3714
URL: https://issues.apache.org/jira/browse/GERONIMO-3714
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: monitoring
Affects Versions: 2.1
Reporter: Erik B. CraigCurrently the Monitoring console does no error checking on add/edit graph timeframe, it is therefore possible to define graphs that will break the page.

There should be JAVAscript checks to prevent the user from entering values anything less than 3*(snapshot duration) and anything more than the archive cutoff point, UNLESS 'show archive' is checked

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online. read more about [jira] Created: (GERONIMO-3714) Monitoring console does no errorchecking on add/edit graph timeframe


Message from David Jencks
Most recent post: 12/24/2007
2 authors and 6 replies.

ResourceRef lookups are now really slow
---------------------------------------

Key: GERONIMO-3718
URL: https://issues.apache.org/jira/browse/GERONIMO-3718
Project: Geronimo
Issue Type: Improvement
Security Level: public (Regular issues)
Components: connector, naming
Affects Versions: 2.0.x, 2.1
Reporter: David Jencks
Assignee: David Jencks
Fix For: 2.1We had to turn off jndi reference lookup result caching since the tck is now testing that e.g. datasource lookups give you a different object each time. Some of Matt's performance tests indicate that finding the MCFWRAPPER gbean takes an inordinate amount of time.

One possibility is to, instead of caching the lookup result, look up the gbean when the jndi tree is set up for the JAVAee component. Calling e.g. $getResource() is then as fast as the resource adapter makes it to get a new connection factory. This needs a few changes in both naming and connector and connector-builder.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online. read more about [jira] Created: (GERONIMO-3718) ResourceRef lookups are now reallyslow


Message from solprovider
Most recent post: 12/24/2007
3 authors and 7 replies.

ActiveMQ violates System Properties
-----------------------------------

Key: GERONIMO-3243
URL: https://issues.apache.org/jira/browse/GERONIMO-3243
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: ActiveMQ
Affects Versions: 2.0-M3, 1.2, 2.0-M4
Reporter: solproviderThe latest Geronimo 1.2 and 2.0 use ActiveMQ. (Would someone familiar with Geronimo development please add all affected versions?)
ActiveMQ adds a HashMap as a global Property named "org.apache.activeio.journal.active.lockMap".
Properties must use Strings for keys and values per http://JAVA.sun.com/j2se/1.4.2/docs/api/JAVA/util/Properties.html
This causes any code reading all the Properties and expecting Strings to error.

The error can be produced with Cocoon's SitemapVariableHolder for XMAP constants:
<map:component-configurations><global-variables>
<myConstant>Hello World</myConstant>