simple-support — General user and support issues

[Simple-support] HL7

[Llorenç C. <lc...@ya...>]

You're right perhaps it will be so complex to reverse a monster HL7 schema with tons of includes, in any case Simple will work for most situations because is a extremely flexible solution, good work

Thanks again: Llorenç

And as Einstein said:
Make everything as simple as possible, but not simpler


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Simple-support] HL7

[Llorenç C. <lc...@ya...>]

 you're right and I apologize for the inconveniences the code work fine, great work

Regards and thanks, by the way did you know if there's an utility to reverse a schema in the corresponding annotated classes? it will be a must for people like me working on a tsunami of huge HL7 files.

--- On Thu, 10/16/08, Nia...@ub... <Nia...@ub...> wrote:
From: Nia...@ub... <Nia...@ub...>
Subject: RE: [Simple-support] HL7
To: lc...@ya..., sim...@li...
Date: Thursday, October 16, 2008, 6:12 PM



 
Hi, your code without any modifications worked for me. Take 
a look at the file name in the PocSimple.java is it really pointing to the file 
you think it is??
 
Niall



From: Llorenç Chiner [mailto:lc...@ya...] 

Sent: 16 October 2008 15:20
To: 
sim...@li...
Subject: [Simple-support] 
HL7




  
  
    There's no exceptions at all but the data I obtain is not 
      what I want, I get data from another element.

Regards: 
      Llorenç


Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Simple-support] HL7

[<Nia...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] HL7 again && again

[<Nia...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] HL7 again

[<Nia...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] HL7 again

[<Nia...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

[Simple-support] HL7 again

[Llorenç C. <lc...@ya...>]

Hi:
I appreciate your suggestion to ignore some elements of a HL7 structure, the problem is that in my case I need to be strict=false not only with Root but also with Element, is this possible?

I only want to read MSH - MSH.3 - HD.1 from the following excerpt of a ORU message, so I need to ignore MSH.1 and MSH.2

<?xml version="1.0" encoding="ISO-8859-1" ?>
<ORU_R01>
  <MSH>
    <MSH.1>|</MSH.1>
    <MSH.2>^~\&amp;</MSH.2>
    <MSH.3>
      <HD.1>OMI</HD.1>
    </MSH.3>
    <MSH.4>
      <HD.1>500016</HD.1>
    </MSH.4>
    <MSH.5>
      <HD.1>SGP</HD.1>
    </MSH.5>
...

Llorenç




      

Re: [Simple-support] HL7

[<Nia...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

[Simple-support] HL7

[Llorenç C. <lc...@ya...>]

Hi:
I've to fight with a huge HL7 XML but I only need to read some elements of the file, is possible to declare a class with only the elements I need and ignore the rest?, of course I will declare the basic tree structure to allow load the file.

++THKS: Llorenç





      


      

Re: [Simple-support] XML version and encoding

[<Nia...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

[Simple-support] XML version and encoding

[Llorenç C. <lc...@ya...>]

Good job your XML framework, is there any way to add version=1.0 encoding=ISO-8859-1 to the header of a XML message?.
Regards: Llorenç



      

Re: [Simple-support] Deserialization of type Calendar?

[Niall G. <gal...@ya...>]

Hi,

For now this change will be compatible with the fix I will make where you see class= with the GregorianCalendar. It should work seamlessly when you upgrade to the next release.

Niall


--- On Wed, 10/1/08, Timo Rumland <cr...@ol...> wrote:

> From: Timo Rumland <cr...@ol...>
> Subject: Re: [Simple-support] Deserialization of type Calendar?
> To: sim...@li...
> Date: Wednesday, October 1, 2008, 2:49 PM
> Hello,
> 
> > Yes, this will be fixed very soon in the next version,
> it is a bug
> > at the moment. Unfortunately it is something I did not
> spot until
> > recently.
> 
> thanks a lot for your help. I decided to use a patched
> version of the
> framework to get around this, until you release a fixed
> version.
> 
> I edited the file PackageMatcher, which you mentioned
> before, and
> changed line 182 from
> 
>   if(type == GregorianCalendar.class)
> 
> to
> 
>   if(type == GregorianCalendar.class || type ==
> Calendar.class)
> 
> 
> This seems to work for me. May I just asked for a comment
> on the
> change, is this a legal workaround (I know I can now only
> use
> "GregorianCalendar" where I use the
> "Calendar" type) or do you see any
> other problems that may occur?
> 
> 
> Thank you!
> 
> 
> Best regards,
> Timo Rumland
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move
> Developer's challenge
> Build the coolest Linux based applications with Moblin SDK
> & win great prizes
> Grand prize is a trip for two to an Open Source event
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Simple-support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simple-support


      

Re: [Simple-support] Deserialization of type Calendar?

[Timo R. <cr...@ol...>]

Hello,

> Yes, this will be fixed very soon in the next version, it is a bug
> at the moment. Unfortunately it is something I did not spot until
> recently.

thanks a lot for your help. I decided to use a patched version of the
framework to get around this, until you release a fixed version.

I edited the file PackageMatcher, which you mentioned before, and
changed line 182 from

  if(type == GregorianCalendar.class)

to

  if(type == GregorianCalendar.class || type == Calendar.class)


This seems to work for me. May I just asked for a comment on the
change, is this a legal workaround (I know I can now only use
"GregorianCalendar" where I use the "Calendar" type) or do you see any
other problems that may occur?


Thank you!


Best regards,
Timo Rumland

Re: [Simple-support] Update on 1.7.2 Maven Central Repository Release

[Niall G. <gal...@ya...>]

See http://jira.codehaus.org/browse/MAVENUPLOAD-2227


--- On Wed, 10/1/08, Joselito D. Moreno <joe...@gm...> wrote:

> From: Joselito D. Moreno <joe...@gm...>
> Subject: Re: [Simple-support] Update on 1.7.2 Maven Central Repository Release
> To: sim...@li...
> Date: Wednesday, October 1, 2008, 9:09 AM
> What is the status of this?  I just checked and it's
> still not in the
> maven central repository.
> 
> On Wed, Sep 24, 2008 at 3:33 PM, Joselito D. Moreno
> <joe...@gm...> wrote:
> > Hello,
> >
> > I found this thread in the mailing list archive
> >
> http://sourceforge.net/mailarchive/forum.php?thr...@we...&forum_name=simple-support.
> >
> > As of today, September 24, 2008, maven central
> repository still does
> > not have 1.7.2.  Is it deployed to some other maven
> repository?
> >
> > Thank you very much.
> >
> > Joen Moreno
> >
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move
> Developer's challenge
> Build the coolest Linux based applications with Moblin SDK
> & win great prizes
> Grand prize is a trip for two to an Open Source event
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Simple-support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simple-support


      

Re: [Simple-support] Deserialization of type Calendar?

[<Nia...@ub...>]

Hi, 

Yes, this will be fixed very soon in the next version, it is a bug at
the moment. Unfortunately it is something I did not spot until recently.

Niall


-----Original Message-----
From: Timo Rumland [mailto:cr...@ol...] 
Sent: 01 October 2008 17:34
To: sim...@li...
Cc: Gallagher, Niall-N
Subject: Re: [Simple-support] Deserialization of type Calendar?

Hello,

> Well, you could change the PackageMatcher so that if it's a Calendar 
> then it converts to a GregorianCalendar (but this means that if the 
> field is Calendar then it will always be a GregorianCalendar).

this is really bad news for me. Now I must change all those domain model
classes to use GregorianCalendar. And not only this, but every single
line that sets the Calendar by using

  someObject.setTime(Calendar.getInstance());

must now have a cast to GregorianCalendar :-/


> The reason this does not work with class= is because non-annotated 
> types go straight to the Transformer.

But what is the real reason behind the scenes? Unfortunately, I don't
know much about the internals of the Simple Framework, but isn't it a
possible enhancement to let Simple look at the "class=" attribute and
then delegate to the correct Transformer? Are you going to have that
"fixed" for a future release, or is this behavior inteded and will not
be changed?

I still don't understand the difference why this works with a List
interface (e.g.: List< String > as the member and ArrayList< String > as
the concrete type with "class=java.util.ArrayList" attribute in the XML
code), since "List" is also non-annotated.


Thanks a lot for all the information


Best regards,
Timo Rumland

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] Deserialization of type Calendar?

[Timo R. <cr...@ol...>]

Hello,

> Well, you could change the PackageMatcher so that if it's a Calendar
> then it converts to a GregorianCalendar (but this means that if the
> field is Calendar then it will always be a GregorianCalendar).

this is really bad news for me. Now I must change all those domain
model classes to use GregorianCalendar. And not only this, but every
single line that sets the Calendar by using

  someObject.setTime(Calendar.getInstance());

must now have a cast to GregorianCalendar :-/


> The reason this does not work with class= is because non-annotated
> types go straight to the Transformer.

But what is the real reason behind the scenes? Unfortunately, I don't
know much about the internals of the Simple Framework, but isn't it a
possible enhancement to let Simple look at the "class=" attribute and
then delegate to the correct Transformer? Are you going to have that
"fixed" for a future release, or is this behavior inteded and will not
be changed?

I still don't understand the difference why this works with a List
interface (e.g.: List< String > as the member and ArrayList< String >
as the concrete type with "class=java.util.ArrayList" attribute in the
XML code), since "List" is also non-annotated.


Thanks a lot for all the information


Best regards,
Timo Rumland

Re: [Simple-support] Update on 1.7.2 Maven Central RepositoryRelease

[<Nia...@ub...>]

Hi, 

I will be uploading tonight, currently I do not have a Maven repository
that can sync with the main Maven repository, so it may take a day or so
before its available. But it will be on Maven very soon. 

Niall

-----Original Message-----
From: Joselito D. Moreno [mailto:joe...@gm...] 
Sent: 01 October 2008 17:09
To: sim...@li...
Subject: Re: [Simple-support] Update on 1.7.2 Maven Central
RepositoryRelease

What is the status of this?  I just checked and it's still not in the
maven central repository.

On Wed, Sep 24, 2008 at 3:33 PM, Joselito D. Moreno
<joe...@gm...> wrote:
> Hello,
>
> I found this thread in the mailing list archive 
>
http://sourceforge.net/mailarchive/forum.php?thread_name=348494.95718.qm
@web56415.mail.re3.yahoo.com&forum_name=simple-support.
>
> As of today, September 24, 2008, maven central repository still does 
> not have 1.7.2.  Is it deployed to some other maven repository?
>
> Thank you very much.
>
> Joen Moreno
>

------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Simple-support mailing list
Sim...@li...
https://lists.sourceforge.net/lists/listinfo/simple-support
Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] Update on 1.7.2 Maven Central Repository Release

[Joselito D. M. <joe...@gm...>]

What is the status of this?  I just checked and it's still not in the
maven central repository.

On Wed, Sep 24, 2008 at 3:33 PM, Joselito D. Moreno
<joe...@gm...> wrote:
> Hello,
>
> I found this thread in the mailing list archive
> http://sourceforge.net/mailarchive/forum.php?thr...@we...&forum_name=simple-support.
>
> As of today, September 24, 2008, maven central repository still does
> not have 1.7.2.  Is it deployed to some other maven repository?
>
> Thank you very much.
>
> Joen Moreno
>

Re: [Simple-support] Deserialization of type Calendar?

[<Nia...@ub...>]

Hi,

If you change Calendar field to a GregorianCalendar field then it should
work fine. Currently it only supports this type of calendar. I intend to
expand this support the the other Calendar types soon enough.

Niall 

-----Original Message-----
From: Timo Rumland [mailto:cr...@ol...] 
Sent: 01 October 2008 15:26
To: sim...@li...
Subject: [Simple-support] Deserialization of type Calendar?

Hello,

sorry for posting this message twice, but my mail-server is currently
not very reliable :/


I can use Simple to serialize my model class, which holds a field of
type Calendar. But I'm unable to deserialize it, Simple produces this
Exception:

  --------------------------
  Exception in thread "main"
org.simpleframework.xml.transform.TransformException: Transform of class
  java.util.Calendar not supported
          at
org.simpleframework.xml.transform.PackageMatcher.matchUtility(PackageMat
cher.java:184)
          at
org.simpleframework.xml.transform.PackageMatcher.match(PackageMatcher.ja
va:77)
          at
org.simpleframework.xml.transform.DefaultMatcher.matchType(DefaultMatche
r.java:111)
          at
org.simpleframework.xml.transform.DefaultMatcher.match(DefaultMatcher.ja
va:90)
          ...
          ...
  --------------------------


This is my simple test class that produces the exception:


  --------------------------
  public class CalendarSerializationTest {
    public CalendarSerializationTest() throws Exception {
  
      // Create test model
  
      CalendarSerializationTestModel model = new
CalendarSerializationTestModel();
      model.setTime( Calendar.getInstance() );
                  
      ByteArrayOutputStream baos = new ByteArrayOutputStream();
  
      // Serialization

      // The method "SerializerFactory.getInstance( true )" just
      // creates a new Persister object with a cycle strategy

      Serializer serializer = SerializerFactory.getInstance( true );
      serializer.write( model, baos );
      String xml = baos.toString( "UTF-8" );
      System.out.println( xml );
                  
      // Deserialization
  
      CalendarSerializationTestModel modelDeserialized =
        serializer.read( CalendarSerializationTestModel.class, xml );
    }
  
    public static void main( String[] args ) throws Exception {
      new CalendarSerializationTest();
    }
  }
  --------------------------

  
The class CalendarSerializationTestModel is a very simple class:


  --------------------------
  @Root
  public class CalendarSerializationTestModel {
  
    @Element
    private Calendar time;
  
    // [...] Getter and setter methods for "time"
  }
  --------------------------

  
The test class produces this XML code:


  --------------------------
  <?xml version="1.0" encoding="UTF-8"?>
  <calendarSerializationTestModel xid="0">
      <time class="java.util.GregorianCalendar" xid="1">2008-10-01
14:59:43.109 CEST</time>
  </calendarSerializationTestModel>
  --------------------------

  
Am I doing anything wrong? What is the reason, that Simple is able to
serialize, but unable to deserialize the type Calendar?


Thanks a lot for your help!


Best regards,
Timo Rumland


------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Simple-support mailing list
Sim...@li...
https://lists.sourceforge.net/lists/listinfo/simple-support
Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] Deserialization of type Calendar?

[<Nia...@ub...>]

Hi,

Well, you could change the PackageMatcher so that if it's a Calendar
then it converts to a GregorianCalendar (but this means that if the
field is Calendar then it will always be a GregorianCalendar). The
reason this does not work with class= is because non-annotated types go
straight to the Transformer. This relates to another similar issue
reported where you can't mix primitives and annotated types in a single
collection. 

Niall

-----Original Message-----
From: Timo Rumland [mailto:cr...@ol...] 
Sent: 01 October 2008 15:52
To: sim...@li...
Cc: Gallagher, Niall-N
Subject: Re: [Simple-support] Deserialization of type Calendar?

Hello Niall,

thanks for your quick reply.

> If you change Calendar field to a GregorianCalendar field then it 
> should work fine. Currently it only supports this type of calendar.
> I intend to expand this support the the other Calendar types soon 
> enough.

I see that there is a transform for GregorianCalendar, but what I don't
understand is, why Simple can't figure out itself that it should use the
GregorianCalendar transform, because there is the
class="java.util.GregorianCalendar" attribute on the time element in the
XML code (furthermore, I can serialize it, but not deserialize it).

Isn't this the same case as if I use the list interface, whereas the XML
code will contain something like class="java.util.ArrayList" to denote
the concrete instance type?

My problem is, I have to serialize a lot of classes which all uses
"Calendar" as the type and not the concrete "GregorianCalendar". Of
course, all fields hold GregorianCalendar instances, but I can't change
all those types at the moment :-/

Is the change from "Calendar" to "GregorianCalender" in all domain model
classes really the only option I currently have?


Thanks a lot for your help!


Best regards,
Timo Rumland

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.
	
E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.

UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.

Re: [Simple-support] Deserialization of type Calendar?

[Timo R. <cr...@ol...>]

Hello Niall,

thanks for your quick reply.

> If you change Calendar field to a GregorianCalendar field then it
> should work fine. Currently it only supports this type of calendar.
> I intend to expand this support the the other Calendar types soon
> enough.

I see that there is a transform for GregorianCalendar, but what I
don't understand is, why Simple can't figure out itself that it should
use the GregorianCalendar transform, because there is the
class="java.util.GregorianCalendar" attribute on the time element in
the XML code (furthermore, I can serialize it, but not deserialize
it).

Isn't this the same case as if I use the list interface, whereas the
XML code will contain something like class="java.util.ArrayList" to
denote the concrete instance type?

My problem is, I have to serialize a lot of classes which all uses
"Calendar" as the type and not the concrete "GregorianCalendar". Of
course, all fields hold GregorianCalendar instances, but I can't
change all those types at the moment :-/

Is the change from "Calendar" to "GregorianCalender" in all domain
model classes really the only option I currently have?


Thanks a lot for your help!


Best regards,
Timo Rumland

[Simple-support] Deserialization of type Calendar?

[Timo R. <cr...@ol...>]

Hello,

sorry for posting this message twice, but my mail-server is currently
not very reliable :/


I can use Simple to serialize my model class, which holds a field of
type Calendar. But I'm unable to deserialize it, Simple produces this
Exception:

  --------------------------
  Exception in thread "main" org.simpleframework.xml.transform.TransformException: Transform of class
  java.util.Calendar not supported
          at org.simpleframework.xml.transform.PackageMatcher.matchUtility(PackageMatcher.java:184)
          at org.simpleframework.xml.transform.PackageMatcher.match(PackageMatcher.java:77)
          at org.simpleframework.xml.transform.DefaultMatcher.matchType(DefaultMatcher.java:111)
          at org.simpleframework.xml.transform.DefaultMatcher.match(DefaultMatcher.java:90)
          ...
          ...
  --------------------------


This is my simple test class that produces the exception:


  --------------------------
  public class CalendarSerializationTest {
    public CalendarSerializationTest() throws Exception {
  
      // Create test model
  
      CalendarSerializationTestModel model = new CalendarSerializationTestModel();
      model.setTime( Calendar.getInstance() );
                  
      ByteArrayOutputStream baos = new ByteArrayOutputStream();
  
      // Serialization

      // The method "SerializerFactory.getInstance( true )" just
      // creates a new Persister object with a cycle strategy

      Serializer serializer = SerializerFactory.getInstance( true );
      serializer.write( model, baos );
      String xml = baos.toString( "UTF-8" );
      System.out.println( xml );
                  
      // Deserialization
  
      CalendarSerializationTestModel modelDeserialized =
        serializer.read( CalendarSerializationTestModel.class, xml );
    }
  
    public static void main( String[] args ) throws Exception {
      new CalendarSerializationTest();
    }
  }
  --------------------------

  
The class CalendarSerializationTestModel is a very simple class:


  --------------------------
  @Root
  public class CalendarSerializationTestModel {
  
    @Element
    private Calendar time;
  
    // [...] Getter and setter methods for "time"
  }
  --------------------------

  
The test class produces this XML code:


  --------------------------
  <?xml version="1.0" encoding="UTF-8"?>
  <calendarSerializationTestModel xid="0">
      <time class="java.util.GregorianCalendar" xid="1">2008-10-01 14:59:43.109 CEST</time>
  </calendarSerializationTestModel>
  --------------------------

  
Am I doing anything wrong? What is the reason, that Simple is able to
serialize, but unable to deserialize the type Calendar?


Thanks a lot for your help!


Best regards,
Timo Rumland

[Simple-support] Deserialization of type Calendar?

[Timo R. <cr...@ol...>]

Hello,

I can use Simple to serialize my model class, which holds a field of
type Calendar. But I'm unable to deserialize it, Simple produces this
Exception:

  --------------------------
  Exception in thread "main" org.simpleframework.xml.transform.TransformException: Transform of class java.util.Calendar not supported
          at org.simpleframework.xml.transform.PackageMatcher.matchUtility(PackageMatcher.java:184)
          at org.simpleframework.xml.transform.PackageMatcher.match(PackageMatcher.java:77)
          at org.simpleframework.xml.transform.DefaultMatcher.matchType(DefaultMatcher.java:111)
          at org.simpleframework.xml.transform.DefaultMatcher.match(DefaultMatcher.java:90)
          ...
          ...
  --------------------------


This is my simple test class that produces the exception:


  --------------------------
  public class CalendarSerializationTest {
    public CalendarSerializationTest() throws Exception {
  
      // Create test model
  
      CalendarSerializationTestModel model = new CalendarSerializationTestModel();
      model.setTime( Calendar.getInstance() );
                  
      ByteArrayOutputStream baos = new ByteArrayOutputStream();
  
      // Serialization

      // The method "SerializerFactory.getInstance( true )" just
      // creates a new Persister object with a cycle strategy

      Serializer serializer = SerializerFactory.getInstance( true );
      serializer.write( model, baos );
      String xml = baos.toString( "UTF-8" );
      System.out.println( xml );
                  
      // Deserialization
  
      CalendarSerializationTestModel modelDeserialized =
        serializer.read( CalendarSerializationTestModel.class, xml );
    }
  
    public static void main( String[] args ) throws Exception {
      new CalendarSerializationTest();
    }
  }
  --------------------------

  
The class CalendarSerializationTestModel is a very simple class:


  --------------------------
  @Root
  public class CalendarSerializationTestModel {
  
    @Element
    private Calendar time;
  
    // [...] Getter and setter methods for "time"
  }
  --------------------------

  
The test class produces this XML code:


  --------------------------
  <?xml version="1.0" encoding="UTF-8"?>
  <calendarSerializationTestModel xid="0">
      <time class="java.util.GregorianCalendar" xid="1">2008-10-01 14:59:43.109 CEST</time>
  </calendarSerializationTestModel>
  --------------------------

  
Am I doing anything wrong? What is the reason, that Simple is able to
serialize, but unable to deserialize the type Calendar?


Thanks a lot for your help!


Best regards,
Timo Rumland

Re: [Simple-support] Serializing collections with both SimpleXML-annotated and not annotated types

[Stanislaw O. <sta...@ca...>]

>
> Actually, this does seem to have a bug. The primitive types should really
> delegate to the org.simpleframework.xml.transform.Transformer to deserialize
> the primitives. Ill take a look at this issue. For now the only way to
> resolve this is to have separate maps.


Thanks -- looking forward to the release with a fix then!

Cheers,

Staszek

Re: [Simple-support] Serializing collections with both SimpleXML-annotated and not annotated types

[Niall G. <gal...@ya...>]

Hi,

Actually, this does seem to have a bug. The primitive types should really delegate to the org.simpleframework.xml.transform.Transformer to deserialize the primitives. Ill take a look at this issue. For now the only way to resolve this is to have separate maps.

Thanks for the feedback,
Niall


--- On Sun, 9/28/08, Niall Gallagher <gal...@ya...> wrote:

> From: Niall Gallagher <gal...@ya...>
> Subject: Re: [Simple-support] Serializing collections with both SimpleXML-annotated and not annotated types
> To: sim...@li..., "Stanislaw Osinski" <sta...@ca...>
> Date: Sunday, September 28, 2008, 11:42 AM
> Hi,
> 
> Try the following:
> 
> package org.simpleframework.xml.load;
> 
> import java.util.HashMap;
> import java.util.Map;
> 
> import junit.framework.TestCase;
> 
> import org.simpleframework.xml.Attribute;
> import org.simpleframework.xml.ElementMap;
> import org.simpleframework.xml.Root;
> import org.simpleframework.xml.Serializer;
> 
> public class MixTest extends TestCase {
>    
>    @Root
>    private static class MixList {
>       
>       @ElementMap(keyType=String.class,
> valueType=Object.class)
>       private Map<String, Object> map = new
> HashMap<String, Object>();
>    }
>    
>    @Root
>    private class Entry {
>       
>       @Attribute
>       private String name;
>    }
> 
>    public void testMix() throws Exception {
>       MixList list = new MixList();
>       Serializer serializer = new Persister();
>       
>       list.map.put("a", "b");
>       list.map.put("b", 1);
>       list.map.put("c", true);
>       
>       serializer.write(list, System.out);
>       
>       Entry entry = new Entry();
>       entry.name = "entry";
>       
>       list.map.put("d", entry);
>       
>       serializer.write(list, System.out);
>    }
> }
> 
> Shared types in a map. It produces.
> 
> <mixList>
>    <map class="java.util.HashMap">
>       <entry>
>          <string>d</string>
>          <object
> class="org.simpleframework.xml.load.MixTest$Entry"
> name="entry"/>
>       </entry>
>       <entry>
>          <string>a</string>
>          <object class="java.lang.String"/>
>       </entry>
>       <entry>
>          <string>c</string>
>          <object
> class="java.lang.Boolean"/>
>       </entry>
>       <entry>
>          <string>b</string>
>          <object
> class="java.lang.Integer"/>
>       </entry>
>    </map>
> </mixList>
> 
> Hope this helps
> Niall
> 
> --- On Thu, 9/25/08, Stanislaw Osinski
> <sta...@ca...> wrote:
> 
> > From: Stanislaw Osinski
> <sta...@ca...>
> > Subject: [Simple-support] Serializing collections with
> both SimpleXML-annotated and not annotated types
> > To: sim...@li...
> > Date: Thursday, September 25, 2008, 3:51 PM
> > Hi there,
> > 
> > First of all, thanks for sharing SimpleXML with the
> world,
> > it makes working
> > with XMLs a breeze!
> > 
> > One usage scenario in my code is this: I have a map of
> > objects (Map<String,
> > Object>) that can contain instances of a number of
> JDK
> > types (String,
> > Integer, Double, Boolean etc.) but also some
> > SimpleXML-annotated types. The
> > problem obviously is that while the annotated types
> > serialize / deserialize
> > nicely, the JDK ones will not (unless the collection
> has
> > the JDK type in its
> > declaration, which is not possible in my case).
> > 
> > I was wondering what was the recommended way of
> serializing
> > / deserializing
> > such collections. One approach that crossed my mind is
> > replacing the JDK
> > types with some sort of XML-annotated wrappers before
> > serialization and
> > reverting the mapping after deserialization, but maybe
> > there is a better
> > way? (after all, SimpleXML has mechanisms for
> serialization
> > of e.g. a
> > List<Integer>, so why not reuse them if
> possible?)
> > 
> > Thanks,
> > 
> > Staszek
> > 
> > --
> > http://www.carrot2.org
> >
> -------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Moblin Your Move
> > Developer's challenge
> > Build the coolest Linux based applications with Moblin
> SDK
> > & win great prizes
> > Grand prize is a trip for two to an Open Source event
> > anywhere in the world
> >
> http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
> > Simple-support mailing list
> > Sim...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/simple-support
> 
> 
>       
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move
> Developer's challenge
> Build the coolest Linux based applications with Moblin SDK
> & win great prizes
> Grand prize is a trip for two to an Open Source event
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Simple-support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simple-support