Bug 289386 - Register unreferenced Sequences with DatabaseLogin
Summary: Register unreferenced Sequences with DatabaseLogin
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Eclipselink (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P2 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-14 14:51 EDT by Shaun Smith CLA
Modified: 2022-06-09 10:05 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Shaun Smith CLA 2009-09-14 14:51:10 EDT
While processing orm.xml, MetadataProject.processSequencing discards/doesn't register declared sequences that are not referenced by meta-data.  This means that those sequences are not available for use in Customizers that run after meta-data processing is complete.

For example, in:

<?xml version="1.0" encoding="UTF-8"?>
<entity-mappings...>
	<sequence-generator name="primaryid-generator" sequence-name="PRIMARY_ID"/>
	<sequence-generator name="secondaryid-generator" sequence-name="SECONDARY_ID"/>
	
	<entity class="model.Person">
		<table name="TEST_PERSON">
		</table>
		<attributes>
			<id name="id">
				<generated-value generator="primaryid-generator"/>
			</id>
...
</entity-mappings>

If only primaryid-generator were reference by a generated-value element, then secondaryid-generator will not be registered on the login.

We should retain all declared meta-data so it is available through native API.
Comment 1 Shaun Smith CLA 2009-09-14 15:32:32 EDT
Further, there should be API to obtain any declared Sequence by name.  In the current implementation the name is used during the processing of the orm.xml and then discarded.  So if we were to retain all declared sequences we'd need to associate them with their names somehow.
Comment 2 Tom Ware CLA 2009-09-17 09:18:35 EDT
Setting target and priority.  See the following page for the meanings of these fields:

http://wiki.eclipse.org/EclipseLink/Development/Bugs/Guidelines
Comment 3 Peter Krogh CLA 2009-11-27 13:42:04 EST
This bug fix did not make the cut off for 2.0.0. We are deferring the bugs to Future where we can properly sort them all together based on community votes and severity. We will then assign them accordingly to future patch sets and releases.
Comment 4 Peter Krogh CLA 2009-11-30 11:38:14 EST
Changing the priority of the bugs that have been recently triaged to future.  Targetting them to P2 will differentiate them from the P3s that have been triaged into future earlier.
Comment 5 Eclipse Webmaster CLA 2022-06-09 10:05:12 EDT
The Eclipselink project has moved to Github: https://github.com/eclipse-ee4j/eclipselink