Re: BLOB manipulation - question
Gianny Damour wrote: 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? LOBs in general are not very portable, especially with Oracle. The problem with setBlob() is that you need to have the driver create an instance for you - you can't just pass in a class that implements that interface. That usually involves executing the insert/update statement with vendor specific SQL and then obtaining a LOB locator either via another select or by using something like Oracle's insert/returning. setBinaryStream() is the most portable way with the main exception being Oracle's thin driver where this will not work if the stream is over 4K in length. -- Jeremy
Re: BLOB manipulation - question
On Nov 28, 2004, at 3:16 PM, Gianny Damour wrote: 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. I suggest that if the object is not explicitly defined you assume it is serializable. The problem with checking for serializable is the field type typically doesn't implement serializable. For example, people often use java.lang.Object for a generic field type. 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? It's been a while, but last time I checked setBinaryStream didn't work in oracle for streams bigger then 4k. IIRC, the right way to update a blob is to get a blob object from a result set using getBlob and change the new bytes into the blob (truncate it maybe?). At this point, I don't remember what you do... maybe call updateBlob, or set it into an update statement. Anyway, I remember the only portable way was to use the LOG objects directly. I also remember that inserting a new LOB was tricky. Maybe someone that has worked with oracle recently can fill all of us in on LOB support in the new oracle drivers. -dain
Re: BLOB manipulation - question
On Nov 28, 2004, at 4:49 PM, Jeremy Boynes wrote: Gianny Damour wrote: 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? LOBs in general are not very portable, especially with Oracle. The problem with setBlob() is that you need to have the driver create an instance for you - you can't just pass in a class that implements that interface. That usually involves executing the insert/update statement with vendor specific SQL and then obtaining a LOB locator either via another select or by using something like Oracle's insert/returning. Looks like you can do this without Oracle's specific sql or classes starting with 8.15 and the JDBC 3 drivers. http://www.oracle.com/technology/tech/java/jroadmap/jdbc/ listing.htm#998520 I think there is still oracle specific sql for inserting a new empty blob (empty_blob() maybe). -dain
How to make changes of EWS propergate to Geronimo
Hi All,Dims; I got a commit to do on EWS, that would break geronimo axis build for about (ews builds 4 times a day) MAX 6 hours. Is there any way I can go and rebuild build the ews jar once I check it in and fix geronimo. (other wise we are having checken and egg problem for 6Hours :) ) Thanks Srinath
Re: How to make changes of EWS propergate to Geronimo
runnig the cron every hour for a day or two :) -- dims On Mon, 29 Nov 2004 09:24:16 +0600, Srinath Perera <[EMAIL PROTECTED]> wrote: > Hi All,Dims; > > I got a commit to do on EWS, that would break geronimo axis build for > about (ews builds 4 times a day) MAX 6 hours. Is there any way I can > go and rebuild build the ews jar once I check it in and fix geronimo. > (other wise we are having checken and egg problem for 6Hours :) ) > > Thanks > Srinath > -- Davanum Srinivas - http://webservices.apache.org/~dims/
[jira] Updated: (GERONIMO-480) Poor Error Message on Deploy of Existing WebApp
[ http://nagoya.apache.org/jira/browse/GERONIMO-480?page=history ] Chandresh Taunk updated GERONIMO-480: - Attachment: geronimo-480.patch Don't know if this is how send a patch. (Visible to jira-users) > Poor Error Message on Deploy of Existing WebApp > --- > > Key: GERONIMO-480 > URL: http://nagoya.apache.org/jira/browse/GERONIMO-480 > Project: Apache Geronimo > Type: Bug > Components: web > Versions: 1.0-M3 > Environment: WinXP, JDK 1.4.2 > Reporter: Seth Ladd > Attachments: geronimo-480.patch > > I successfully deployed a simple webapp using the commandline deploy tool. I > attempted to deploy the webapp again, thinking it might redeploy the webapp. > I received a cryptic stack trace: > C:\geronimo-1.0-M3>java -jar bin\deployer.jar deploy > c:\eclipse\workspace\Minima > lWebapp\build\minimaltest.war > Username: system > Password: manager > Deployment failed > Server reports: Unable to register configuration > org.apache.geronimo.kernel.config.InvalidConfigException: Unable to register > con > figuration > at > org.apache.geronimo.kernel.config.ConfigurationManagerImpl.load(Confi > gurationManagerImpl.java:161) > at > org.apache.geronimo.kernel.config.ConfigurationManagerImpl.load(Confi > gurationManagerImpl.java:146) > at > org.apache.geronimo.kernel.config.ConfigurationManagerImpl.load(Confi > gurationManagerImpl.java:127) > at > org.apache.geronimo.kernel.Kernel.startConfiguration(Kernel.java:416) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > It would be nice if a helpful error message was displayed, something like > "Error: deployment failed. Reason: application already exists in server. > Please undeploy or use the ReDeploy task". -- 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
Re: How to make changes of EWS propergate to Geronimo
:) will commit both together .. worse case will be a hour Thanks Srinath On Sun, 28 Nov 2004 22:51:18 -0500, Davanum Srinivas <[EMAIL PROTECTED]> wrote: > runnig the cron every hour for a day or two :) > > -- dims > > > > > On Mon, 29 Nov 2004 09:24:16 +0600, Srinath Perera <[EMAIL PROTECTED]> wrote: > > Hi All,Dims; > > > > I got a commit to do on EWS, that would break geronimo axis build for > > about (ews builds 4 times a day) MAX 6 hours. Is there any way I can > > go and rebuild build the ews jar once I check it in and fix geronimo. > > (other wise we are having checken and egg problem for 6Hours :) ) > > > > Thanks > > Srinath > > > > > -- > Davanum Srinivas - http://webservices.apache.org/~dims/ >
Re: Hosting Spring Applications
Stefan Arentz wrote: 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? Take a look at the classes of Geronimo, which implement org.apache.geronimo.j2ee.deployment.ModuleBuilder (the j2ee-builder module). There're the builders for each module type - ear, war, rar and ejb jar, so having looked at them will give you a good starting point as far as a java code goes. Besides, the task will also involve creating a plan so that your builder will be brought up to deploy sar archives. See the plans in src/plan of the assembly module. S. Jacek
Apache Java Repo and M3 jars
Can someone please upload latest M3 jars? http://www.apache.org/dist/java-repository/geronimo/jars/ http://www.apache.org/dist/java-repository/geronimo-spec/jars/ thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/
Re: Apache Java Repo and M3 jars
On Nov 29, 2004, at 9:03 AM, Davanum Srinivas wrote: Can someone please upload latest M3 jars? http://www.apache.org/dist/java-repository/geronimo/jars/ http://www.apache.org/dist/java-repository/geronimo-spec/jars/ They are in cvs.apache.org. You can just copy them over. Don't forget though that the spec jars aren't called M3 but rc3. -David
Build failure in Axis module
Is this an issue or just that EWS is out of sync? java:compile: [depend] Deleted 0 out of date files in 0 seconds [echo] Compiling to C:\apache\geronimo\trunk\modules\axis/target/classes [javac] Compiling 10 source files to C:\apache\geronimo\trunk\modules\axis\t arget\classes [javac] C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a xis\GeronimoWsDeployContext.java:21: cannot find symbol [javac] symbol : class Ws4J2eeDeployContextImpl [javac] location: package org.apache.geronimo.ews.ws4j2ee.toWs.impl [javac] import org.apache.geronimo.ews.ws4j2ee.toWs.impl.Ws4J2eeDeployContex tImpl; [javac] ^ [javac] C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a xis\GeronimoWsDeployContext.java:26: cannot find symbol [javac] symbol: class Ws4J2eeDeployContextImpl [javac] public class GeronimoWsDeployContext extends Ws4J2eeDeployContextImp l implements Ws4J2eeDeployContext { [javac] ^ [javac] C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a xis\GeronimoWsDeployContext.java:26: org.apache.geronimo.axis.GeronimoWsDeployCo ntext is not abstract and does not override abstract method getModuleLocation() in org.apache.geronimo.ews.ws4j2ee.toWs.Ws4J2eeDeployContext [javac] public class GeronimoWsDeployContext extends Ws4J2eeDeployContextImp l implements Ws4J2eeDeployContext { [javac]^ [javac] C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a xis\GeronimoWsDeployContext.java:81: cannot find symbol [javac] symbol : variable outputLocation [javac] location: class org.apache.geronimo.axis.GeronimoWsDeployContext [javac] return outputLocation; [javac]^ [javac] Note: * uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 4 errors
Re: Build failure in Axis module
[17:40] folks: this is completely weird...i did not change anything but running maven under modules\axis works fine (after i blow up .maven/repository/axis and build ews) [17:41] can someone verify this for me? (blow up .maven/repository/axis and run maven under modules/axis) -- dims On Mon, 29 Nov 2004 09:41:14 -0800, Jeremy Boynes <[EMAIL PROTECTED]> wrote: > Is this an issue or just that EWS is out of sync? > > java:compile: > [depend] Deleted 0 out of date files in 0 seconds > [echo] Compiling to > C:\apache\geronimo\trunk\modules\axis/target/classes > [javac] Compiling 10 source files to > C:\apache\geronimo\trunk\modules\axis\t > arget\classes > [javac] > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > xis\GeronimoWsDeployContext.java:21: cannot find symbol > [javac] symbol : class Ws4J2eeDeployContextImpl > [javac] location: package org.apache.geronimo.ews.ws4j2ee.toWs.impl > [javac] import > org.apache.geronimo.ews.ws4j2ee.toWs.impl.Ws4J2eeDeployContex > tImpl; > [javac] ^ > [javac] > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > xis\GeronimoWsDeployContext.java:26: cannot find symbol > [javac] symbol: class Ws4J2eeDeployContextImpl > [javac] public class GeronimoWsDeployContext extends > Ws4J2eeDeployContextImp > l implements Ws4J2eeDeployContext { > [javac] ^ > [javac] > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > xis\GeronimoWsDeployContext.java:26: > org.apache.geronimo.axis.GeronimoWsDeployCo > ntext is not abstract and does not override abstract method > getModuleLocation() > in org.apache.geronimo.ews.ws4j2ee.toWs.Ws4J2eeDeployContext > [javac] public class GeronimoWsDeployContext extends > Ws4J2eeDeployContextImp > l implements Ws4J2eeDeployContext { > [javac]^ > [javac] > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > xis\GeronimoWsDeployContext.java:81: cannot find symbol > [javac] symbol : variable outputLocation > [javac] location: class > org.apache.geronimo.axis.GeronimoWsDeployContext > [javac] return outputLocation; > [javac]^ > [javac] Note: * uses or overrides a deprecated API. > [javac] Note: Recompile with -Xlint:deprecation for details. > [javac] 4 errors > > -- Davanum Srinivas - http://webservices.apache.org/~dims/
Re: Build failure in Axis module
That was my nightly build script causing problemsplease try "maven" under "modules/axis" now and let me know if you still have problems. Sorry for the delay. -- dims On Mon, 29 Nov 2004 17:45:22 -0500, Davanum Srinivas <[EMAIL PROTECTED]> wrote: > [17:40] folks: this is completely weird...i did not change > anything but running maven under modules\axis works fine (after i blow > up .maven/repository/axis and build ews) > [17:41] can someone verify this for me? (blow up > .maven/repository/axis and run maven under modules/axis) > > -- dims > > > > On Mon, 29 Nov 2004 09:41:14 -0800, Jeremy Boynes <[EMAIL PROTECTED]> wrote: > > Is this an issue or just that EWS is out of sync? > > > > java:compile: > > [depend] Deleted 0 out of date files in 0 seconds > > [echo] Compiling to > > C:\apache\geronimo\trunk\modules\axis/target/classes > > [javac] Compiling 10 source files to > > C:\apache\geronimo\trunk\modules\axis\t > > arget\classes > > [javac] > > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > > xis\GeronimoWsDeployContext.java:21: cannot find symbol > > [javac] symbol : class Ws4J2eeDeployContextImpl > > [javac] location: package org.apache.geronimo.ews.ws4j2ee.toWs.impl > > [javac] import > > org.apache.geronimo.ews.ws4j2ee.toWs.impl.Ws4J2eeDeployContex > > tImpl; > > [javac] ^ > > [javac] > > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > > xis\GeronimoWsDeployContext.java:26: cannot find symbol > > [javac] symbol: class Ws4J2eeDeployContextImpl > > [javac] public class GeronimoWsDeployContext extends > > Ws4J2eeDeployContextImp > > l implements Ws4J2eeDeployContext { > > [javac] ^ > > [javac] > > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > > xis\GeronimoWsDeployContext.java:26: > > org.apache.geronimo.axis.GeronimoWsDeployCo > > ntext is not abstract and does not override abstract method > > getModuleLocation() > > in org.apache.geronimo.ews.ws4j2ee.toWs.Ws4J2eeDeployContext > > [javac] public class GeronimoWsDeployContext extends > > Ws4J2eeDeployContextImp > > l implements Ws4J2eeDeployContext { > > [javac]^ > > [javac] > > C:\apache\geronimo\trunk\modules\axis\src\java\org\apache\geronimo\a > > xis\GeronimoWsDeployContext.java:81: cannot find symbol > > [javac] symbol : variable outputLocation > > [javac] location: class > > org.apache.geronimo.axis.GeronimoWsDeployContext > > [javac] return outputLocation; > > [javac]^ > > [javac] Note: * uses or overrides a deprecated API. > > [javac] Note: Recompile with -Xlint:deprecation for details. > > [javac] 4 errors > > > > > > > -- > Davanum Srinivas - http://webservices.apache.org/~dims/ > -- Davanum Srinivas - http://webservices.apache.org/~dims/