Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [orbit-dev] Java 1.6 classes in org.apache.derby

I've seen this mentioned before (maybe a cross-project bug? maybe just email about an aggregation failure?).

At that time, for who ever that was, I forget who, it was decided they could/should just use a 1.5 JRE to do the "pack200" with anyway ... which is often a good idea since things like "doc bundles" (no .class files) packed with 1.6 also can not be unpacked with 1.5.

But beyond pack200, I'm less sure if having  "1.6 class files" in a 1.5 BREEd bundle is a really bad thing ... or, just not a good thing (e.g. in theory, if they are just used internally, the code that uses them might catch some "invalid class" exception, conclude 1.6 isn't being used, and continue on providing some function in some other way? I've no idea. That'd be a good question for derby mailing list/forum perhaps?

Perhaps others know?

But, if its just about pack200 ... I'd use 1.5 to do the packing. (Well, and in Orbit we should already be using 1.5 to do pack200 conditioning, before we sign ... and technically, you should not be "re-doing" it ... but, I'm not sure of the context you are asking about).







From:        Michal Ruzicka <michal.ruzicka@xxxxxxxxxxxxxx>
To:        Orbit Developer discussion <orbit-dev@xxxxxxxxxxx>
Date:        12/14/2010 10:08 AM
Subject:        [orbit-dev] Java 1.6 classes in org.apache.derby
Sent by:        orbit-dev-bounces@xxxxxxxxxxx




Sorry, I posted with a wrong subject at first ...
Hi All,
I have a problem with org.apache.derby bundle provided by Orbit: it turns out it contains a couple of java 1.6 class files (see list below).
The problem is that we pack the bundle using java 1.6 version of the pack200 tool along with all other bundles produced by our build. Later, when our build is consumed, unpacking of the packed version of the bundle is attempted - but this time using java 1.5 unpack200 tool - and fails with:

Corrupted pack file: magic/ver = CAFED00D/160.1 should be CAFED00D/150.7
This is most probably because of the java 1.6 class files.
Given that the bundle declares:

Bundle-RequiredExecutionEnvironment: J2SE-1.5
I wonder if the presence of java 1.6 class files in that bundle is ok at all?
If not, should I log an issue?

I'm sorry if I'm asking about an issue which was already discussed - I searched for it but found nothing related.

The list of java 1.6 class files in org.apache.derby_10.5.1.1_201010140907.jar:

org/apache/derby/client/ClientPooledConnection40.class
org/apache/derby/client/ClientXAConnection40.class
org/apache/derby/client/am/CachingLogicalConnection40.class
org/apache/derby/client/am/CallableStatement40.class
org/apache/derby/client/am/ColumnMetaData40.class
org/apache/derby/client/am/FailedProperties40.class
org/apache/derby/client/am/LogicalCallableStatement40.class
org/apache/derby/client/am/LogicalConnection40.class
org/apache/derby/client/am/LogicalDatabaseMetaData40.class
org/apache/derby/client/am/LogicalPreparedStatement40.class
org/apache/derby/client/am/ParameterMetaData40.class
org/apache/derby/client/am/PreparedStatement40.class
org/apache/derby/client/am/SQLExceptionFactory40.class
org/apache/derby/client/am/Statement40.class
org/apache/derby/client/net/ClientJDBCObjectFactoryImpl40.class
org/apache/derby/client/net/NetConnection40.class
org/apache/derby/client/net/NetDatabaseMetaData40.class
org/apache/derby/client/net/NetResultSet40.class
org/apache/derby/iapi/jdbc/BrokeredCallableStatement40.class
org/apache/derby/iapi/jdbc/BrokeredConnection40.class
org/apache/derby/iapi/jdbc/BrokeredPreparedStatement40.class
org/apache/derby/iapi/jdbc/BrokeredStatement40.class
org/apache/derby/iapi/jdbc/FailedProperties40.class
org/apache/derby/impl/jdbc/EmbedCallableStatement40.class
org/apache/derby/impl/jdbc/EmbedConnection40.class
org/apache/derby/impl/jdbc/EmbedDatabaseMetaData40.class
org/apache/derby/impl/jdbc/EmbedParameterMetaData40.class
org/apache/derby/impl/jdbc/EmbedPreparedStatement40.class
org/apache/derby/impl/jdbc/EmbedResultSet40.class
org/apache/derby/impl/jdbc/EmbedResultSetMetaData40.class
org/apache/derby/impl/jdbc/EmbedStatement40.class
org/apache/derby/impl/jdbc/SQLExceptionFactory40.class
org/apache/derby/jdbc/ClientConnectionPoolDataSource40.class
org/apache/derby/jdbc/ClientDataSource40.class
org/apache/derby/jdbc/ClientXADataSource40.class
org/apache/derby/jdbc/Driver40.class
org/apache/derby/jdbc/EmbedPooledConnection40.class
org/apache/derby/jdbc/EmbedXAConnection40.class
org/apache/derby/jdbc/EmbeddedConnectionPoolDataSource40.class
org/apache/derby/jdbc/EmbeddedDataSource40.class
org/apache/derby/jdbc/EmbeddedXADataSource40.class


Regards,
Michal Ruzicka

--
Michal Růžička
 |  michal.ruzicka@xxxxxxxxxxxxxx  |  +420.777.654421  |  skype: mruza1
CLOUDSMITH
 |  Czech Republic


_______________________________________________
orbit-dev mailing list
orbit-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/orbit-dev


--
Michal Růžička
 |  michal.ruzicka@xxxxxxxxxxxxxx  |  +420.777.654421  |  skype: mruza1
CLOUDSMITH
 |  Czech Republic _______________________________________________
orbit-dev mailing list
orbit-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/orbit-dev


Back to the top