Sorry my apologies. It has been a rough week thus far and I thank everyone that has participated for their help thus far:
Data Structure
---------------------------------------
CREATE TABLE Product
(
code VARCHAR(255),
description VARCHAR(255),
id CHAR(38) NOT NULL
)
;
---------------------------------------
Entity
---------------------------------------
@Entity
@NamedQuery(name = "Product.findAll", query = "select o from Product o")
public class Product implements Serializable {
@Column(name="CODE")
private String code;
@Column(name="DESCRIPTION")
private String description;
@Id
@Column(nullable = false)
private String id;
@OneToMany(mappedBy = "product")
private Collection<SupplierProduct> supplierProductCollection;
public Product() {
}
public String getCode() {
return code;
}
public void setCode(String code) {
this.code = code;
}
public String getDescription() {
return description;
}
public void setDescription(String description) {
this.description = description;
}
public String getId() {
return id;
}
public void setId(String id) {
this.id = id;
}
public Collection<SupplierProduct> getSupplierProductCollection() {
return supplierProductCollection;
}
public void setSupplierProductCollection(Collection<SupplierProduct> supplierProductCollection) {
this.supplierProductCollection = supplierProductCollection;
}
public SupplierProduct addSupplierProduct(SupplierProduct supplierProduct) {
getSupplierProductCollection().add(supplierProduct);
supplierProduct.setProduct(this);
return supplierProduct;
}
public SupplierProduct removeSupplierProduct(SupplierProduct supplierProduct) {
getSupplierProductCollection().remove(supplierProduct);
supplierProduct.setProduct(null);
return supplierProduct;
}
}
---------------------------------------
Session Bean
---------------------------------------
@Stateless
@WebService(endpointInterface="com.ax.business.services.InvoiceManager")
public class InvoiceManagerImpl implements InvoiceManager {
@PersistenceContext(unitName="ax_pu1")
private EntityManager em;
public InvoiceManagerImpl() {
}
public Object mergeEntity(Object entity) {
return em.merge(entity);
}
public Object persistEntity(Object entity) {
em.persist(entity);
return entity;
}
}
---------------------------------------
Scenario
---------------------------------------
I use this via a webservice call from a C# frontend
When I want to create a new entry in the database:
Service.persistEntity(myProduct);
This adds a new entry into the database and works as expected
When I want to update the object
Service.mergeEntity(myUpdatedProduct)
When I call a list all, the entity returns with the updated information and the operation appears to have worked but when I check in the database it still has the old information stored.
###############
Create example:
Code = A21
Description = B31
ID = 3D88A6C1-FF98-3EA8-1460-88350A38A414
###############
Update example: I am going to set the description to "B31 - 0" ie:
Code = A21
Description = B31 - 0
ID = 3D88A6C1-FF98-3EA8-1460-88350A38A414
After I call the service.mergeEntity() if I list all the entities or do a look up on the ID (em.find()) I get the following values back
Code = A21
Description = B31 - 0
ID = 3D88A6C1-FF98-3EA8-1460-88350A38A414
BUT
When I open the SQL Editor and do a "SELECT * FROM PRODUCT where ID = 3D88A6C1-FF98-3EA8-1460-88350A38A414" the row return is:
Code = A21
Description = B31
ID = 3D88A6C1-FF98-3EA8-1460-88350A38A414
---------------------------------------
Sahoo I am in the process of getting that log file to you, I am not the only one that works on this server so it is mangled. Could you tell me what you are looking for specifically?
________________
Thanks and regards
Kenneth Clark
Solutions Engineer
Tel: 27 11 679 3075
Mobile: 27 (0) 84 583 1348
Email: kenneth.clark_at_skyetech.co.za
Website:
http://www.skyetech.co.za
-----Original Message-----
From: Sanjeeb.Sahoo_at_Sun.COM [mailto:Sanjeeb.Sahoo_at_Sun.COM] On Behalf Of Sahoo
Sent: 31 October 2007 06:26
To: users_at_glassfish.dev.java.net
Subject: Re: Glassfish Oracle Mystery
You still have *not* responded with all the details that you were asked
for in my previous email. They are important to analyse what is going
on. One more thing to supply is the relevant content of the database
before and after you run your program.
Thanks,
Sahoo
Kenneth Clark wrote:
> Ok I got it wrong, it isn't the rowid that is causing the issue and once again I am at square one. If anyone has any other avenues please please please send them to me.
> ________________
> Thanks and regards
>
> Kenneth Clark
> Solutions Engineer
>
>
> Tel: 27 11 679 3075
> Mobile: 27 (0) 84 583 1348
> Email: kenneth.clark_at_skyetech.co.za
> Website: http://www.skyetech.co.za
>
>
> -----Original Message-----
> From: Kenneth Clark [mailto:kenneth.clark_at_skyetech.co.za]
> Sent: 30 October 2007 15:29
> To: users_at_glassfish.dev.java.net
> Subject: RE: Glassfish Oracle Mystery
>
> I think I have a handle on what is going on.
>
> It appears that I hadn't taken in to consideration the "ROWID" that Oracle magically creates. Now that being said, I have no idea how to map that ROWID to a value in the Entity so that the frontends can manipulate the data and pass back the id.
>
> I thought designating a field as a PK would force the DB to use that. Maybe that is the reason the persist is not working and the merge is not. The persist would automatically create the id where as it requires the ROWID to perform the update.
>
> Has anyone worked with this type of thing? Do you have any pointers?
>
> ________________
> Thanks and regards
>
> Kenneth Clark
> Solutions Engineer
>
>
> Tel: 27 11 679 3075
> Mobile: 27 (0) 84 583 1348
> Email: kenneth.clark_at_skyetech.co.za
> Website: http://www.skyetech.co.za
>
> -----Original Message-----
> From: Kenneth Clark [mailto:kenneth.clark_at_skyetech.co.za]
> Sent: 30 October 2007 13:58
> To: users_at_glassfish.dev.java.net
> Subject: RE: Glassfish Oracle Mystery
>
> I just noticed something really strange: On connection pool log in I am getting
>
> Database: Oracle Version: Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production
> JServer Release 9.2.0.8.0 - Production
> Driver: Oracle JDBC driver Version: 10.2.0.3.0
>
> Are there any problems with the version numbers there?
>
> ________________
> Thanks and regards
>
> Kenneth Clark
> Solutions Engineer
>
>
> Tel: 27 11 679 3075
> Mobile: 27 (0) 84 583 1348
> Email: kenneth.clark_at_skyetech.co.za
> Website: http://www.skyetech.co.za
>
> -----Original Message-----
> From: Sanjeeb.Sahoo_at_Sun.COM [mailto:Sanjeeb.Sahoo_at_Sun.COM] On Behalf Of Sahoo
> Sent: 30 October 2007 13:46
> To: users_at_glassfish.dev.java.net
> Subject: Re: Glassfish Oracle Mystery
>
> As I asked in my previous email, please also set the jta log level to
> FINE. Rerun the application and send the complete output, i.e., server
> log from the first request till the last request.
>
> Sahoo
>
> Kenneth Clark wrote:
>
>> The log files spat out this:
>>
>> [#|2007-10-30T10:47:35.079+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps
>> 01.transaction|_ThreadID=52;_ThreadName=httpSSLWorkerThread-8081-2;ClassName=null;MethodName=null;_RequestID=b8559ca6-d2dc-4a62-b041-149a7034baf1;|begin unit of work commit|#]
>>
>> [#|2007-10-30T10:47:35.080+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps
>> 01.transaction|_ThreadID=52;_ThreadName=httpSSLWorkerThread-8081-2;ClassName=null;MethodName=null;_RequestID=b8559ca6-d2dc-4a62-b041-149a7034baf1;|commit transaction|#]
>>
>> [#|2007-10-30T10:47:35.083+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps
>> 01.transaction|_ThreadID=52;_ThreadName=httpSSLWorkerThread-8081-2;ClassName=null;MethodName=null;_RequestID=b8559ca6-d2dc-4a62-b041-149a7034baf1;|end unit of work commit|#]
>>
>> [#|2007-10-30T10:47:35.083+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps
>> 01.transaction|_ThreadID=52;_ThreadName=httpSSLWorkerThread-8081-2;ClassName=null;MethodName=null;_RequestID=b8559ca6-d2dc-4a62-b041-149a7034baf1;|resume unit of work|#]
>>
>> Which leads me to believe the transaction was committed. Am I correct?
>>
>>
>> ________________
>> Thanks and regards
>>
>> Kenneth Clark
>> Solutions Engineer
>>
>>
>> Tel: 27 11 679 3075
>> Mobile: 27 (0) 84 583 1348
>> Email: kenneth.clark_at_skyetech.co.za
>> Website: http://www.skyetech.co.za
>>
>>
>> -----Original Message-----
>> From: Sanjeeb.Sahoo_at_Sun.COM [mailto:Sanjeeb.Sahoo_at_Sun.COM] On Behalf Of Sahoo
>> Sent: 30 October 2007 10:42
>> To: users_at_glassfish.dev.java.net
>> Subject: Re: Glassfish Oracle Mystery
>>
>> Kenneth Clark wrote:
>>
>>
>>> That sql is consistent with that data structure and it is the only query being called at that time.
>>>
>>>
>>>
>> Is it possible that there is some other query which is executed after
>> that query?
>> If that is not true, then possible reasons include:
>> 1. JDBC driver is not functioning correctly.
>> 2. Database backend is not functioning correctly.
>> 3. The transaction is not getting committed.
>>
>> #2 can be verified by looking the database log file.
>> #3 can be verified by setting jta logger level to FINE. You can use
>> admin console or asadmin command to change this log level. I suggest you
>> try this first before checking the database or the driver.
>>
>> Thanks,
>> Sahoo
>>
>>
>>
>>> ________________
>>> Thanks and regards
>>>
>>> Kenneth Clark
>>> Solutions Engineer
>>>
>>>
>>> Tel: 27 11 679 3075
>>> Mobile: 27 (0) 84 583 1348
>>> Email: kenneth.clark_at_skyetech.co.za
>>> Website: http://www.skyetech.co.za
>>>
>>> -----Original Message-----
>>> From: Sanjeeb.Sahoo_at_Sun.COM [mailto:Sanjeeb.Sahoo_at_Sun.COM] On Behalf Of Sahoo
>>> Sent: 29 October 2007 14:15
>>> To: users_at_glassfish.dev.java.net
>>> Subject: Re: Glassfish Oracle Mystery
>>>
>>> You have to tell if the update query looks correct as per the data you
>>> are trying to update. Secondly, is that the only query sent to the
>>> database? If yes, how come the changes are lost?
>>>
>>> Thanks,
>>> Sahoo
>>>
>>> Kenneth Clark wrote:
>>>
>>>
>>>
>>>> Thanks for that, after I asked the question I recoiled in horror at my stupidity and upped the log level and received the following output:
>>>>
>>>> [#|2007-10-29T11:41:57.838+0200|FINE|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps0
>>>> 1.sql|_ThreadID=22;_ThreadName=httpSSLWorkerThread-8081-1;ClassName=null;MethodName=null;_RequestID=d7ba1f08-398c-405d-b078-43009ff35399;|UPDATE PRODUCT SET DESCRIPTION = ?, CODE =
>>>> ? WHERE (ID = ?)
>>>> bind => [Description1, Code1, AD0935F6-0089-08D4-0A1C-3411D785F931]|#]
>>>>
>>>> [#|2007-10-29T11:41:57.843+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps01.transaction|_ThreadID=22;_ThreadName=httpSSLWorkerThread-8081-1;ClassName=null;MethodName=null;_RequestID=d7ba1f08-398c-405d-b078-43009ff35399;|TX beforeCompletion callback, status=STATUS_ACTIVE|#]
>>>>
>>>> [#|2007-10-29T11:41:57.843+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps
>>>> 01.transaction|_ThreadID=22;_ThreadName=httpSSLWorkerThread-8081-1;ClassName=null;MethodName=null;_RequestID=d7ba1f08-398c-405d-b078-43009ff35399;|begin unit of work commit|#]
>>>>
>>>> [#|2007-10-29T11:41:57.845+0200|FINER|sun-appserver9.1|oracle.toplink.essentials.session.file:/usr/local/glassfish2/domains/domain1/applications/j2ee-modules/STT_AX_Services/-ax_ps01.transaction|_ThreadID=22;_ThreadName=httpSSLWorkerThread-8081-1;ClassName=null;MethodName=null;_RequestID=d7ba1f08-398c-405d-b078-43009ff35399;|TX afterCompletion callback, status=COMMITTED|#]
>>>>
>>>> So it appears to have committed but when I refresh the rows in the database the changes are not there. Again, the persist mechanism is working, it is just the merge that is giving problems.
>>>>
>>>> ________________
>>>> Thanks and regards
>>>>
>>>> Kenneth Clark
>>>> Solutions Engineer
>>>>
>>>>
>>>> Tel: 27 11 679 3075
>>>> Mobile: 27 (0) 84 583 1348
>>>> Email: kenneth.clark_at_skyetech.co.za
>>>> Website: http://www.skyetech.co.za
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Sankara.Rao_at_Sun.COM [mailto:Sankara.Rao_at_Sun.COM]
>>>> Sent: 29 October 2007 11:46
>>>> To: users_at_glassfish.dev.java.net
>>>> Subject: Re: Glassfish Oracle Mystery
>>>>
>>>> Kenneth Clark wrote:
>>>>
>>>>
>>>>
>>>>
>>>>> Ok n00b time. How do I configure the persistence.xml to display the queries?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> From the FAQ link, Sahoo sent in his earlier mail:
>>>> /Q. How do I configure the logging level for Toplink?/
>>>>
>>>> For both Java SE and EE, You can set the logging level for a persistence
>>>> unit by using the following property:
>>>>
>>>> <property name="toplink.logging.level" value="%DESIRED_LOGGING_LEVEL"/>
>>>>
>>>> In GlassFish, you can set the global log level for all the persistence
>>>> units using the admin GUI or asadmin CLI. The value specified in
>>>> persistence.xml overrides the global log level. Please read
>>>> https://glassfish.dev.java.net/javaee5/persistence/entity-persistence-support.html#Logging
>>>> for more details.
>>>>
>>>> /Q. How can I see the sql generated by Toplink Essentials?/
>>>>
>>>> Set the logging level to *FINE* to see the sql generated by Toplink
>>>> Essentials.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> ________________
>>>>> Thanks and regards
>>>>>
>>>>> Kenneth Clark
>>>>> Solutions Engineer
>>>>>
>>>>>
>>>>> Tel: 27 11 679 3075
>>>>> Mobile: 27 (0) 84 583 1348
>>>>> Email: kenneth.clark_at_skyetech.co.za
>>>>> Website: http://www.skyetech.co.za
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Sanjeeb.Sahoo_at_Sun.COM [mailto:Sanjeeb.Sahoo_at_Sun.COM] On Behalf Of Sahoo
>>>>> Sent: 29 October 2007 10:40
>>>>> To: users_at_glassfish.dev.java.net
>>>>> Subject: Re: Glassfish Oracle Mystery
>>>>>
>>>>> 1. Run your original code, i.e., *without* getTransaction().begin() and
>>>>> commit. Since you are using an injected entity manager, you mst not use
>>>>> getTransaction().begin() or commit().
>>>>>
>>>>> 2. See what SQL is being issued by TopLink Essential. You can configure
>>>>> your persistence.xml [1], redeploy and rerun to see the SQL.
>>>>>
>>>>> Sahoo
>>>>>
>>>>> [1]
>>>>> https://glassfish.dev.java.net/javaee5/persistence/persistence_faq.html#45
>>>>>
>>>>> Kenneth Clark wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> There is nothing in the log file other than “Cannot use an EntityTransaction while using JTA.” When I try using the em.getTransaction.
>>>>>>
>>>>>> I am not understanding what you mean by "what sql is being run" as I am using the entity manager to persist the data and update the data.
>>>>>>
>>>>>> The scenario is as follows. Frontend populates objected to be merged, is passed back to the webservice, the webservice calls em.merge(object) and then the frontend requests a list of those specific objects. The returned list reflects the changes but the database does not. Hence my conclusion that the transaction is not being committed.
>>>>>>
>>>>>> I noted this behavior on Postgres and resolved it by using em.getTransaction().begin() and commit()
>>>>>>
>>>>>> ________________
>>>>>> Thanks and regards
>>>>>>
>>>>>> Kenneth Clark
>>>>>> Solutions Engineer
>>>>>>
>>>>>>
>>>>>> Tel: 27 11 679 3075
>>>>>> Mobile: 27 (0) 84 583 1348
>>>>>> Email: kenneth.clark_at_skyetech.co.za
>>>>>> Website: http://www.skyetech.co.za
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Sanjeeb.Sahoo_at_Sun.COM [mailto:Sanjeeb.Sahoo_at_Sun.COM] On Behalf Of Sahoo
>>>>>> Sent: 29 October 2007 08:51
>>>>>> To: users_at_glassfish.dev.java.net
>>>>>> Subject: Re: Glassfish Oracle Mystery
>>>>>>
>>>>>> With your *original* code, what SQL statements are executed when you run
>>>>>> your program? That might give a clue.
>>>>>> Also, are there any exceptions in the log file?
>>>>>>
>>>>>> Thanks,
>>>>>> Sahoo
>>>>>>
>>>>>> Kenneth Clark wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Nope, still nothing.
>>>>>>>
>>>>>>> I removed the em.getTransaction and added the em.flush() below the em.merge() and it is not committing the transactions. It is mind boggling because the em.persist is working but the em.merge does not!?!
>>>>>>>
>>>>>>> Any further ideas?
>>>>>>>
>>>>>>> ________________
>>>>>>> Thanks and regards
>>>>>>>
>>>>>>> Kenneth Clark
>>>>>>> Solutions Engineer
>>>>>>>
>>>>>>>
>>>>>>> Tel: 27 11 679 3075
>>>>>>> Mobile: 27 (0) 84 583 1348
>>>>>>> Email: kenneth.clark_at_skyetech.co.za
>>>>>>> Website: http://www.skyetech.co.za
>>>>>>>
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: glassfish_at_javadesktop.org [mailto:glassfish_at_javadesktop.org]
>>>>>>> Sent: 28 October 2007 04:41
>>>>>>> To: users_at_glassfish.dev.java.net
>>>>>>> Subject: Re: Glassfish Oracle Mystery
>>>>>>>
>>>>>>> em.getTransaction() is intended for Java SE environment. You shouldn't use em.getTransaction() in your session beans. Your session bean by default uses container managed transaction so each business method already executes in the context of a JTA transaction. If this method is invoked via its webservice endpoint, the container will wrap the method body with a transaction. Not sure why the tx is not committed. You may want to try add a em.flush() after merge, though it is not really needed.
>>>>>>>
>>>>>>> -cheng
>>>>>>> [Message sent by forum member 'cf126330' (cf126330)]
>>>>>>>
>>>>>>> http://forums.java.net/jive/thread.jspa?messageID=242512
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>>>
>>>>>>> No virus found in this incoming message.
>>>>>>> Checked by AVG Free Edition.
>>>>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>>>>
>>>>>>>
>>>>>>> No virus found in this outgoing message.
>>>>>>> Checked by AVG Free Edition.
>>>>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>>
>>>>>> No virus found in this incoming message.
>>>>>> Checked by AVG Free Edition.
>>>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>>>
>>>>>>
>>>>>> No virus found in this outgoing message.
>>>>>> Checked by AVG Free Edition.
>>>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>
>>>>> No virus found in this incoming message.
>>>>> Checked by AVG Free Edition.
>>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>>
>>>>>
>>>>> No virus found in this outgoing message.
>>>>> Checked by AVG Free Edition.
>>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>
>>>> No virus found in this incoming message.
>>>> Checked by AVG Free Edition.
>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>
>>>>
>>>> No virus found in this outgoing message.
>>>> Checked by AVG Free Edition.
>>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>
>>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>> No virus found in this incoming message.
>>> Checked by AVG Free Edition.
>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>
>>>
>>> No virus found in this outgoing message.
>>> Checked by AVG Free Edition.
>>> Version: 7.5.503 / Virus Database: 269.15.12/1097 - Release Date: 2007/10/28 13:58
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>> No virus found in this incoming message.
>> Checked by AVG Free Edition.
>> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>>
>>
>> No virus found in this outgoing message.
>> Checked by AVG Free Edition.
>> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>
>
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>
>
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>
>
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
For additional commands, e-mail: users-help_at_glassfish.dev.java.net
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.503 / Virus Database: 269.15.12/1098 - Release Date: 2007/10/29 09:28
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.503 / Virus Database: 269.15.14/1100 - Release Date: 2007/10/30 18:26