RE: svn commit: r106771 - /geronimo/trunk/etc/version-info.ent
IMHO the uber build exists to bring in new features, that are not in public snapshots, that are critically needed for Geronimo to build and run. Regards, Alan -Original Message- From: Aaron Mulder [mailto:[EMAIL PROTECTED] Sent: Saturday, November 27, 2004 9:26 PM To: [EMAIL PROTECTED] Subject: Re: svn commit: r106771 - /geronimo/trunk/etc/version-info.ent This change causes the uberbuild to break (activeMQ builds 1.3, assembly depends on 1.2). Try maven -o m:rebuild-all. I'll plan to revert this in the next couple days. Hopefully one of the ActiveMQ folks can push new JARs ASAP. Aaron On Sat, 27 Nov 2004 [EMAIL PROTECTED] wrote: Author: adc Date: Sat Nov 27 15:22:42 2004 New Revision: 106771 URL: http://svn.apache.org/viewcvs?view=revrev=106771 Log: ActivemMQ 1.3 is not in a public repo yet. Modified: geronimo/trunk/etc/version-info.ent Modified: geronimo/trunk/etc/version-info.ent Url: http://svn.apache.org/viewcvs/geronimo/trunk/etc/version- info.ent?view=diffrev=106771p1=geronimo/trunk/etc/version- info.entr1=106770p2=geronimo/trunk/etc/version-info.entr2=106771 == --- geronimo/trunk/etc/version-info.ent (original) +++ geronimo/trunk/etc/version-info.ent Sat Nov 27 15:22:42 2004 @@ -3,7 +3,7 @@ !ENTITY geronimo-system-version 1.0-SNAPSHOT !--actual dependencies-- -!ENTITY activemq-version 1.3-SNAPSHOT +!ENTITY activemq-version 1.2-SNAPSHOT !ENTITY geronimo-version 1.0-SNAPSHOT !ENTITY openejb-version 2.0-SNAPSHOT !ENTITY tranql-version 1.0-SNAPSHOT
[jira] Created: (GERONIMO-506) CMP - Dependent Value Classes are not supported
CMP - Dependent Value Classes are not supported --- Key: GERONIMO-506 URL: http://nagoya.apache.org/jira/browse/GERONIMO-506 Project: Apache Geronimo Type: Bug Versions: 1.0-M3 Reporter: Gianny DAMOUR Assigned to: Gianny DAMOUR Dependent Value Classes are not supported. When such a CMP entity bean is deployed, the container throws a QueryException explaining that no input binding is defined. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
Hosting Spring Applications
Before I start asking my stupid newbie questions it is probably a good idea to explain what I am trying to achieve here :-) My goal is to create a Geronimo configuration to deploy Hibernate/Spring/Web applications in. Despite that Geronimo is 'marketed' as a J2EE container, I see it more like a generic application server that can be used to host any kind of application in. This will be an open source effort. Either as part of one of the two projects are simply published through sourceforge. Starting simple seemed like a good idea, so what I am trying to setup now is a Spring hosting platform that can deploy an EAR archive variant that contains SPR and WAR archives. I'll get back about the SPR archives later. My ideal setup would be this; you start Geronimo with a Spring Container configuration/personality. You can then deploy applications to it that have a structure like this: my-app.ear: my-spring-logic.spr my-web-app1.war: my-web-app2.war: The SPR would contain all the spring beans, business logic and persistence support (like hibernate mappings + domain classes). The WAR would simply be a 'client' of the logic deployed through the SPR, but also include its own spring configuration. When this EAR is deployed, the container first processes the SPR; a new bean factory is created and all the meta-inf/spring/*.xml files are processed. Then the WAR is deployed, which also has a meta-inf/spring directory. All its spring bean configurations are then also deployed in the context of the global bean factory for thie EAR deployment. So now my questions :-) 1) What do people think of this idea? :) 2) Am I right that a '*-plan.xml' is only used to give a Geronimo instance a 'personality' ? It is a bit confusing because the plans are now used as both personality configuration and deployment of (GBean) services. Or is the latter so because there is no simple way yet to deploy .sar like packages (as part of an EAR)? 3) Any hints on adding a new archive type (SPR) to Geronimo? What would be a good starting point to look at? Is the M3 API stable enough to start writing these kind of things? S.
BLOB manipulation - question
Hi, I am working on the support of Dependent Value Classes. The implementation is rather simple: if a binding is not explicitely defined for a CMP field class (see org.tranql.sql.jdbc.binding.BindingFactory) and if the class implements Serializable, then one assumes that the CMP field is a Dependent Value Class. Such CMP fields are stored into BLOB columns. The serialized object is stored into the BLOB via the PreparedStatement.setBinaryStream(int parameterIndex, java.io.InputStream x, int length) method. As a matter of fact, this works with Derby. Yet, it seems that this is not the correct way. More accurately, it seems that PreparedStatement.setBlob (int i, Blob x) is the correct way. Anyone knows if PreparedStatement.setBinaryStream is portable? Thanks, Gianny
