servingxml-help Mailing List for ServingXML (Page 10)
Brought to you by:
danielaparker
Menu
▾
▴
servingxml-help
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(11) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(6) |
Feb
(9) |
Mar
(1) |
Apr
(7) |
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(8) |
Nov
|
Dec
(2) |
| 2007 |
Jan
(2) |
Feb
|
Mar
(14) |
Apr
(25) |
May
(5) |
Jun
(1) |
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(5) |
Aug
(1) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(7) |
| 2010 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(20) |
Dec
(24) |
| 2015 |
Jan
(25) |
Feb
(20) |
Mar
(29) |
Apr
(12) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
(2) |
Nov
(3) |
Dec
(7) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(7) |
Apr
(5) |
May
(4) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(5) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: <jan...@gm...> - 2007-05-04 19:23:10
|
VGhhbmtzIHZlcnkgbXVjaCBmb3IgeW91ciByZXNwb25zZSwgc29ycnkgSSBkaWRuJ3QgcmVwbHkg dG8geW91IGJlZm9yZSBidXQgSQpoYXZlIGJlZW4gaW4gUG9ydHVnYWwsIGFuZCBJIGRpZG4ndCAg aGF2ZSBhY2Nlc3MgdG8gdGhlIG1haWwuCk1vbmRheSBJIHdpbGwgdHJ5IHlvdXIgZXhhbXBsZSwg YW5kIEkgd2lsbCBzdGFydCB0byBzZWUgdGhlIGNvZGUgZm9yIHRoZQpvdGhlciBpc3N1ZS4KT25j ZSBhZ2FpbiwgdGhhbmtzIGZvciB0aGUgcmVzcG9uc2UuCgpSZWdhcmRzLApKb3PDqSBTYW50b3MK CjIwMDcvNS8xLCBEYW5pZWwgUGFya2VyIDxkYW5pZWxhcGFya2VyQHN5bXBhdGljby5jYT46Cj4K PiDvu78gU29ycnksIHRoZXJlIGFwcGVhcnMgdG8gYmUgYW4gaXNzdWUgd2l0aCB0aGUgcHJvcG9z ZWQgc29sdXRpb24sIEknbGwKPiBuZWVkIHRvIGludmVzdGlnYXRlIChJIGhhZG4ndCBwcmV2aW91 c2x5IHRlc3RlZCB0aGlzIGNhc2UuKQo+Cj4gRGFuaWVsCj4KPiAtLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tCj4gKkZyb206KiBEYW5pZWwgUGFya2VyIDxkYW5pZWxhcGFya2VyQHN5bXBhdGlj by5jYT4KPiAqVG86KiBKb3PDqSBTYW50b3MgPGphbmRyZXNhbnRvc0BnbWFpbC5jb20+IDsKPiBz ZXJ2aW5neG1sLWhlbHBAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gKlNlbnQ6KiBNb25kYXksIEFw cmlsIDMwLCAyMDA3IDExOjQ2IFBNCj4gKlN1YmplY3Q6KiBSZTogW1NlcnZpbmd4bWwtaGVscF0g Rm9ybWF0aW5nIGRpc3RpbmN0IHJlY29yZCBsaW5lcwo+Cj4KPiBKb3NlLAo+Cj4gVGhlIGZpcnN0 IGV4YW1wbGUgaXMgbm8gcHJvYmxlbSwgeW91IGNhbiB1c2UgYSByZXNvdXJjZXMgc2NyaXB0IGFz IHNob3duCj4gYmVsb3cuICBOb3RlIHRoYXQgdGhlIHN4OndoZW4gdGVzdHMgaW4gdGhlIG91dHB1 dCByZWNvcmQgZGVmaW5pdGlvbiBhcmUKPiBldmFsdWF0ZWQgYWdhaW5zdCB0aGUgWE1MIHJlcHJl c2VudGF0aW9uIG9mIHRoZSBmbGF0dGVuZWQgcmVjb3Jkcy4gIFNpbmNlCj4gdGhlcmUncyBubyBv YnZpb3VzIHRhZyBmaWVsZCwgdGhlIHRlc3QgaXMgcGVyZm9ybWVkIGFnYWluc3QgdGhlIHJlY29y ZCB0eXBlCj4gdGhhdCBpcyBhc3NpZ25lZCB0byB0aGUgcmVjb3JkIGluIHRoZSBpbnZlcnNlIHJl Y29yZCBtYXBwaW5nIHNlY3Rpb24sIHdoZXJlCj4gdGhlIHJlY29yZCB0eXBlIGNvcnJlc3BvbmRz IHRvIHRoZSByb290IGVsZW1lbnQgb2YgdGhlIHJlY29yZCdzIFhNTAo+IHJlcHJlc2VudGF0aW9u Lgo+Cj4gPHN4OnJlc291cmNlcyB4bWxuczpzeD0iaHR0cDovL3d3dy5zZXJ2aW5neG1sLmNvbS9j b3JlIj4KPgo+ICAgPHN4OnNlcnZpY2UgaWQ9ImJsb2NrcyI+Cj4gICAgIDxzeDpyZWNvcmRTdHJl YW0+Cj4gICAgICAgPHN4OnhtbFJlY29yZFJlYWRlcj4KPiAgICAgICAgIDxzeDp0cmFuc2Zvcm0+ Cj4gICAgICAgICAgIDxzeDpkb2N1bWVudC8+Cj4gICAgICAgICA8L3N4OnRyYW5zZm9ybT4KPiAg ICAgICAgIDxzeDppbnZlcnNlUmVjb3JkTWFwcGluZyByZWY9ImJsb2Nrc1RvRmlsZU1hcHBpbmci Lz4KPiAgICAgICA8L3N4OnhtbFJlY29yZFJlYWRlcj4KPiAgICAgICA8c3g6ZmxhdEZpbGVXcml0 ZXI+Cj4gICAgICAgICA8c3g6ZmxhdEZpbGU+Cj4gICAgICAgICAgIDxzeDpmbGF0RmlsZUJvZHk+ Cj4gICAgICAgICAgICAgPHN4OmZsYXRSZWNvcmRUeXBlIHJlZj0iYmxvY2tUeXBlIi8+Cj4gICAg ICAgICAgIDwvc3g6ZmxhdEZpbGVCb2R5Pgo+ICAgICAgICAgPC9zeDpmbGF0RmlsZT4KPiAgICAg ICA8L3N4OmZsYXRGaWxlV3JpdGVyPgo+ICAgICA8L3N4OnJlY29yZFN0cmVhbT4KPiAgIDwvc3g6 c2VydmljZT4KPgo+ICAgPHN4OmZsYXRSZWNvcmRUeXBlQ2hvaWNlIGlkPSJibG9ja1R5cGUiIG5h bWU9ImJsb2NrVHlwZSI+Cj4gICAgIDxzeDpwb3NpdGlvbmFsRmllbGQgbmFtZT0iZHVtbXkiIHdp ZHRoPSIxIi8+Cj4gICAgIDxzeDp3aGVuIHRlc3Q9Ii9CbG9jazFSZWNvcmQiPgo+ICAgICAgIDxz eDpmbGF0UmVjb3JkVHlwZSBuYW1lPSJCTE9DSzEiPgo+ICAgICAgICAgPHN4OnBvc2l0aW9uYWxG aWVsZCBuYW1lPSJGaWVsZDEiIHdpZHRoPSI0Ii8+Cj4gICAgICAgICA8c3g6cG9zaXRpb25hbEZp ZWxkIG5hbWU9IkZpZWxkMiIgd2lkdGg9IjQiLz4KPiAgICAgICAgIDxzeDpwb3NpdGlvbmFsRmll bGQgbmFtZT0iRmllbGQzIiB3aWR0aD0iNCIvPgo+ICAgICAgICAgPHN4OnBvc2l0aW9uYWxGaWVs ZCBuYW1lPSJGaWVsZDQiIHdpZHRoPSI0Ii8+Cj4gICAgICAgPC9zeDpmbGF0UmVjb3JkVHlwZT4K PiAgICAgPC9zeDp3aGVuPgo+ICAgICA8c3g6d2hlbiB0ZXN0PSIvQmxvY2syUmVjb3JkIj4KPiAg ICAgICA8c3g6ZmxhdFJlY29yZFR5cGUgbmFtZT0iQkxPQ0syIj4KPiAgICAgICAgIDxzeDpwb3Np dGlvbmFsRmllbGQgbmFtZT0iVGV4dDEiIHdpZHRoPSI0Ii8+Cj4gICAgICAgICA8c3g6cG9zaXRp b25hbEZpZWxkIG5hbWU9IlRleHQyIiB3aWR0aD0iNCIvPgo+ICAgICAgICAgPHN4OnBvc2l0aW9u YWxGaWVsZCBuYW1lPSJUZXh0MyIgd2lkdGg9IjQiLz4KPiAgICAgICAgIDxzeDpwb3NpdGlvbmFs RmllbGQgbmFtZT0iVGV4dDQiIHdpZHRoPSI0Ii8+Cj4gICAgICAgPC9zeDpmbGF0UmVjb3JkVHlw ZT4KPiAgICAgPC9zeDp3aGVuPgo+ICAgICA8c3g6d2hlbiB0ZXN0PSIvQmxvY2szUmVjb3JkIj4K PiAgICAgICA8c3g6ZmxhdFJlY29yZFR5cGUgbmFtZT0iQkxPQ0szIj4KPiAgICAgICAgIDxzeDpw b3NpdGlvbmFsRmllbGQgbmFtZT0iSW50ZWdlcjEiIHdpZHRoPSI0Ii8+Cj4gICAgICAgICA8c3g6 cG9zaXRpb25hbEZpZWxkIG5hbWU9IkludGVnZXIyIiB3aWR0aD0iNCIvPgo+ICAgICAgICAgPHN4 OnBvc2l0aW9uYWxGaWVsZCBuYW1lPSJJbnRlZ2VyMyIgd2lkdGg9IjQiLz4KPiAgICAgICA8L3N4 OmZsYXRSZWNvcmRUeXBlPgo+ICAgICA8L3N4OndoZW4+Cj4gICA8L3N4OmZsYXRSZWNvcmRUeXBl Q2hvaWNlPgo+Cj4gICA8c3g6aW52ZXJzZVJlY29yZE1hcHBpbmcgaWQ9ImJsb2Nrc1RvRmlsZU1h cHBpbmciPgo+ICAgICA8c3g6b25TdWJ0cmVlIHBhdGg9Ii9CTE9DS1MiPgo+ICAgICAgIDxzeDpv blN1YnRyZWUgcGF0aD0iQkxPQ0sxIj4KPiAgICAgICAgIDxzeDpzdWJ0cmVlUmVjb3JkTWFwIHJl Y29yZFR5cGU9IkJsb2NrMVJlY29yZCI+Cj4gICAgICAgICAgIDxzeDpzdWJ0cmVlRmllbGRNYXAg c2VsZWN0PSJGSUVMRDEiIGZpZWxkPSJGaWVsZDEiLz4KPiAgICAgICAgICAgPHN4OnN1YnRyZWVG aWVsZE1hcCBzZWxlY3Q9IkZJRUxEMiIgZmllbGQ9IkZpZWxkMiIvPgo+ICAgICAgICAgICA8c3g6 c3VidHJlZUZpZWxkTWFwIHNlbGVjdD0iRklFTEQzIiBmaWVsZD0iRmllbGQzIi8+Cj4gICAgICAg ICAgIDxzeDpzdWJ0cmVlRmllbGRNYXAgc2VsZWN0PSJGSUVMRDQiIGZpZWxkPSJGaWVsZDQiLz4K PiAgICAgICAgIDwvc3g6c3VidHJlZVJlY29yZE1hcD4KPiAgICAgICA8L3N4Om9uU3VidHJlZT4K PiAgICAgICA8c3g6b25TdWJ0cmVlIHBhdGg9IkJMT0NLMiI+Cj4gICAgICAgICA8c3g6c3VidHJl ZVJlY29yZE1hcCByZWNvcmRUeXBlPSJCbG9jazJSZWNvcmQiPgo+ICAgICAgICAgICA8c3g6c3Vi dHJlZVRleHRNYXAgc2VsZWN0PSJURVhUMSIgZmllbGQ9IlRleHQxIi8+Cj4gICAgICAgICAgIDxz eDpzdWJ0cmVlVGV4dE1hcCBzZWxlY3Q9IlRFWFQyIiBmaWVsZD0iVGV4dDIiLz4KPiAgICAgICAg ICAgPHN4OnN1YnRyZWVUZXh0TWFwIHNlbGVjdD0iVEVYVDMiIGZpZWxkPSJUZXh0MyIvPgo+ICAg ICAgICAgICA8c3g6c3VidHJlZVRleHRNYXAgc2VsZWN0PSJURVhUNCIgZmllbGQ9IlRleHQ0Ii8+ Cj4gICAgICAgICA8L3N4OnN1YnRyZWVSZWNvcmRNYXA+Cj4gICAgICAgPC9zeDpvblN1YnRyZWU+ Cj4gICAgICAgPHN4Om9uU3VidHJlZSBwYXRoPSJCTE9DSzMiPgo+ICAgICAgICAgPHN4OnN1YnRy ZWVSZWNvcmRNYXAgcmVjb3JkVHlwZT0iQmxvY2szUmVjb3JkIj4KPiAgICAgICAgICAgPHN4OnN1 YnRyZWVJbnRlZ2VyTWFwIHNlbGVjdD0iSU5URUdFUjEiIGZpZWxkPSJJbnRlZ2VyMSIvPgo+ICAg ICAgICAgICA8c3g6c3VidHJlZUludGVnZXJNYXAgc2VsZWN0PSJJTlRFR0VSMiIgZmllbGQ9Iklu dGVnZXIyIi8+Cj4gICAgICAgICAgIDxzeDpzdWJ0cmVlSW50ZWdlck1hcCBzZWxlY3Q9IklOVEVH RVIzIiBmaWVsZD0iSW50ZWdlcjMiLz4KPiAgICAgICAgIDwvc3g6c3VidHJlZVJlY29yZE1hcD4K PiAgICAgICA8L3N4Om9uU3VidHJlZT4KPiAgICAgPC9zeDpvblN1YnRyZWU+Cj4gICA8L3N4Omlu dmVyc2VSZWNvcmRNYXBwaW5nPgo+Cj4gPC9zeDpyZXNvdXJjZXM+Cj4KPiBJJ2xsIGhhdmUgdG8g dGhpbmsgYWJvdXQgdGhlIHNlY29uZCBleGFtcGxlLCBpdCBtYXkgcmVxdWlyZSBhbgo+IGVuaGFu Y2VtZW50Lgo+Cj4gUmVnYXJkcywKPiBEYW5pZWwgUGFya2VyCj4KPiAtLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tLS0tCj4gKkZyb206KiBKb3PDqSBTYW50b3MgPGphbmRyZXNhbnRvc0BnbWFpbC5j b20+Cj4gKlRvOiogc2VydmluZ3htbC1oZWxwQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ICpTZW50 OiogTW9uZGF5LCBBcHJpbCAzMCwgMjAwNyAzOjA3IEFNCj4gKlN1YmplY3Q6KiBbU2VydmluZ3ht bC1oZWxwXSBGb3JtYXRpbmcgZGlzdGluY3QgcmVjb3JkIGxpbmVzCj4KPgo+IEhpLAo+Cj4gSSBh bSB0cnlpbmcgdG8gdXNlIHNlcnZpbmd4bWwgdG8gdHJhbnNmb3JtIHhtbCBmaWxlcyB0byBmbGF0 IGZpbGVzLCBidXQgSQo+IGFtIGhhdmluZyBzb21lIHByb2JsZW1zIHNvbHZpbmcgc29tZSB0aGlu Z3MgbGlrZSBmb3IgaW5zdGFuY2UsIG15IFhNTCBmaWxlCj4gaGFzIGxvdHMgb2ZmIGRpZmZlcmVu dCB0YWdzIGFuZCBJIG5lZWQgdG8gdHJlYXQgdGhhbiBzZXBhcmF0ZWx5ICggYnV0IG5vdCBhcwo+ IGEgaGVhZGVyKSBmb3IgaXN0YW5jZToKPgo+IDxCTE9DSzE+Cj4gICAgICAgICAgICA8RklFTEQx PlhYWFg8L0ZJRUxEMT4KPiAgICAgICAgICAgPEZJRUxEMj5ZWVlZPC9GSUVMRDI+Cj4gICAgICAg ICAgIDxGSUVMRDM+WlpaWjwvRklFTEQzPgo+ICAgICAgICAgICA8RklFTEQ0PldXV1c8L0ZJRUxE ND4KPiA8L0JMT0NLMT4KPiAgPEJMT0NLMj4KPiAgICAgICAgICAgIDxURVhUMT5YWFhYPC9URVhU MT4KPiAgICAgICAgICAgPFRFWFQyPllZWVk8L1RFWFQyPgo+ICAgICAgICAgICA8VEVYVDM+Wlpa WjwvVEVYVDM+Cj4gICAgICAgICAgIDxURVhUND5XV1dXPC9URVhUND4KPiA8L0JMT0NLMj4KPiAg PEJMT0NLMz4KPiAgICAgICAgICAgIDxJTlRFR0VSMT4xMTExPC9JTlRFR0VSMT4KPiAgICAgICAg ICAgPElOVEVHRVIyPjIyMjI8L0lOVEVHRVIyPgo+ICAgICAgICAgICA8SU5URUdFUjI+MzMzMzwv SU5URUdFUjI+Cj4gPC9CTE9DSzQ+Cj4KPiBJIHdvdWxkIGxpa2UgdG8gaGF2ZSBkaXN0aW5jdCBy ZWNvcmQgdHlwZXMgZm9yIGVhY2ggYmxvY2ssIGFuZCBpdHMKPiBjb3JyZXNwb25kaW5nIHJlY29y ZCBtYXBwaW5nLgo+IElzIHRoaXMgcG9zc2libGUsIGZvciB0aGUgc2FtZSBmaWxlPwo+Cj4gQW5v dGhlciBwcm9ibGVtIGlzIHRoYXQgSSBuZWVkIHRvIGNvcnJlc3BvbmQgZWFjaCBsZXZlbCBvZiBh IGhpZXJhcmNoeSBvZgo+IHRhZ3MgdG8gYSByZWNvcmQgbGluZSBpbiB0aGUgb3V0cHV0IGZsYXQg ZmlsZSwgYXMgYW4gZXhhbXBsZSB0aGlzIFhNTCBlbnRyeToKPgo+IDxCbG9jazI3MD4KPiAgICAg IDxGaWVsZDE+c29tZSB0ZXh0PC9GaWVsZDE+Cj4gICAgICAgPEZpZWxkMj42NjY2NjY8L0ZpZWxk Mj4KPiAgICAgIDxCbG9jazcwMD4KPiAgICAgICAgICAgICA8RmllbGQzPnNvbWV0aGluZzwvRmll bGQzPgo+ICAgICAgICAgICAgIDxGaWVsZDQ+OTk5OTk5PC9GaWVsZDQ+Cj4gICAgICA8QmxvY2s3 MDA+Cj4gICAgICAgPEJsb2NrODAwPgo+ICAgICAgICAgICAgIDxGaWVsZDU+bGFzdDwvRmllbGQ2 Pgo+ICAgICAgICAgICAgIDxGaWVsZDY+MDA3PC9GaWVsZDY+Cj4gICAgICA8QmxvY2s4MDA+Cj4g IDwvQmxvY2syNzA+Cj4gIDxCbG9jazI3MD4KPiAgICAgIDxGaWVsZDE+c29tZSB0ZXh0MjwvRmll bGQxPgo+ICAgICAgIDxGaWVsZDI+MTExMTExPC9GaWVsZDI+Cj4gICAgICA8QmxvY2s3MDA+Cj4g ICAgICAgICAgICAgPEZpZWxkMz5zb21ldGhpbmcyPC9GaWVsZDM+Cj4gICAgICAgICAgICAgPEZp ZWxkND44ODg4ODg8L0ZpZWxkND4KPiAgICAgIDxCbG9jazcwMD4KPiAgICAgICA8QmxvY2s4MDA+ Cj4gICAgICAgICAgICAgPEZpZWxkNT5sYXN0MjwvRmllbGQ2Pgo+ICAgICAgICAgICAgIDxGaWVs ZDY+MDA4PC9GaWVsZDY+Cj4gICAgICA8QmxvY2s4MDA+Cj4gIDwvQmxvY2syNzA+Cj4KPiBBbmQg dGhlIGRlc2lyZWQgb3V0cHV0IHdvdWxkIGJlOgo+IHNvbWUgdGV4dDY2NjY2Ngo+IHNvbWV0aGlu Zzk5OTk5OQo+IGxhc3QwMDcKPiAgc29tZSB0ZXh0MjExMTExMQo+IHNvbWV0aGluZzI4ODg4ODgK PiBsYXN0MjAwOAo+Cj4gIElzIHRoaXMgcG9zc2libGUsIHRvIGRvPwo+IElmIGl0cyBub3Qgd2hh dCBzb3VyY2UgZmlsZXMgc2hvdWxkIEkgY2hhbmdlLCB0byBtYWtlIHRoaXMgd29yay4KPgo+IFRo YW5rcyBmb3IgeW91ciB0aW1lLAo+IEpvc8OpIFNhbnRvcwo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGhpcyBTRi5uZXQgZW1haWwgaXMg c3BvbnNvcmVkIGJ5IERCMiBFeHByZXNzCj4gRG93bmxvYWQgREIyIEV4cHJlc3MgQyAtIHRoZSBG UkVFIHZlcnNpb24gb2YgREIyIGV4cHJlc3MgYW5kIHRha2UKPiBjb250cm9sIG9mIHlvdXIgWE1M LiBObyBsaW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0IG5vdy4KPiBodHRwOi8vc291 cmNlZm9yZ2UubmV0L3Bvd2VyYmFyL2RiMi8KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K PiBTZXJ2aW5neG1sLWhlbHAgbWFpbGluZyBsaXN0Cj4gU2VydmluZ3htbC1oZWxwQGxpc3RzLnNv dXJjZWZvcmdlLm5ldAo+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3Rp bmZvL3NlcnZpbmd4bWwtaGVscAo+Cj4gIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+ Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieSBE QjIgRXhwcmVzcwo+IERvd25sb2FkIERCMiBFeHByZXNzIEMgLSB0aGUgRlJFRSB2ZXJzaW9uIG9m IERCMiBleHByZXNzIGFuZCB0YWtlCj4gY29udHJvbCBvZiB5b3VyIFhNTC4gTm8gbGltaXRzLiBK dXN0IGRhdGEuIENsaWNrIHRvIGdldCBpdCBub3cuCj4gaHR0cDovL3NvdXJjZWZvcmdlLm5ldC9w b3dlcmJhci9kYjIvCj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gU2VydmluZ3htbC1o ZWxwIG1haWxpbmcgbGlzdAo+IFNlcnZpbmd4bWwtaGVscEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQK PiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zZXJ2aW5neG1s LWhlbHAKPgo+Cg== |
|
From: Daniel P. <dan...@sy...> - 2007-05-01 11:13:25
|
Sorry, there appears to be an issue with the proposed solution, I'll = need to investigate (I hadn't previously tested this case.) Daniel ----- Original Message -----=20 From: Daniel Parker=20 To: Jos=C3=A9 Santos ; ser...@li...=20 Sent: Monday, April 30, 2007 11:46 PM Subject: Re: [Servingxml-help] Formating distinct record lines Jose, The first example is no problem, you can use a resources script as = shown below. Note that the sx:when tests in the output record = definition are evaluated against the XML representation of the flattened = records. Since there's no obvious tag field, the test is performed = against the record type that is assigned to the record in the inverse = record mapping section, where the record type corresponds to the root = element of the record's XML representation. =20 <sx:resources xmlns:sx=3D"http://www.servingxml.com/core"> <sx:service id=3D"blocks"> <sx:recordStream> <sx:xmlRecordReader> <sx:transform> <sx:document/> </sx:transform> <sx:inverseRecordMapping ref=3D"blocksToFileMapping"/> </sx:xmlRecordReader> <sx:flatFileWriter> <sx:flatFile> <sx:flatFileBody> <sx:flatRecordType ref=3D"blockType"/> </sx:flatFileBody> </sx:flatFile> </sx:flatFileWriter> </sx:recordStream> </sx:service> <sx:flatRecordTypeChoice id=3D"blockType" name=3D"blockType"> <sx:positionalField name=3D"dummy" width=3D"1"/> <sx:when test=3D"/Block1Record"> <sx:flatRecordType name=3D"BLOCK1"> <sx:positionalField name=3D"Field1" width=3D"4"/> <sx:positionalField name=3D"Field2" width=3D"4"/> <sx:positionalField name=3D"Field3" width=3D"4"/> <sx:positionalField name=3D"Field4" width=3D"4"/> </sx:flatRecordType> </sx:when> <sx:when test=3D"/Block2Record"> <sx:flatRecordType name=3D"BLOCK2"> <sx:positionalField name=3D"Text1" width=3D"4"/> <sx:positionalField name=3D"Text2" width=3D"4"/> <sx:positionalField name=3D"Text3" width=3D"4"/> <sx:positionalField name=3D"Text4" width=3D"4"/> </sx:flatRecordType> </sx:when> <sx:when test=3D"/Block3Record"> <sx:flatRecordType name=3D"BLOCK3"> <sx:positionalField name=3D"Integer1" width=3D"4"/> <sx:positionalField name=3D"Integer2" width=3D"4"/> <sx:positionalField name=3D"Integer3" width=3D"4"/> </sx:flatRecordType> </sx:when> </sx:flatRecordTypeChoice> <sx:inverseRecordMapping id=3D"blocksToFileMapping"> <sx:onSubtree path=3D"/BLOCKS"> <sx:onSubtree path=3D"BLOCK1"> <sx:subtreeRecordMap recordType=3D"Block1Record"> <sx:subtreeFieldMap select=3D"FIELD1" field=3D"Field1"/> <sx:subtreeFieldMap select=3D"FIELD2" field=3D"Field2"/> <sx:subtreeFieldMap select=3D"FIELD3" field=3D"Field3"/> <sx:subtreeFieldMap select=3D"FIELD4" field=3D"Field4"/> </sx:subtreeRecordMap> </sx:onSubtree> <sx:onSubtree path=3D"BLOCK2"> <sx:subtreeRecordMap recordType=3D"Block2Record"> <sx:subtreeTextMap select=3D"TEXT1" field=3D"Text1"/> <sx:subtreeTextMap select=3D"TEXT2" field=3D"Text2"/> <sx:subtreeTextMap select=3D"TEXT3" field=3D"Text3"/> <sx:subtreeTextMap select=3D"TEXT4" field=3D"Text4"/> </sx:subtreeRecordMap> </sx:onSubtree> <sx:onSubtree path=3D"BLOCK3"> <sx:subtreeRecordMap recordType=3D"Block3Record"> <sx:subtreeIntegerMap select=3D"INTEGER1" = field=3D"Integer1"/> <sx:subtreeIntegerMap select=3D"INTEGER2" = field=3D"Integer2"/> <sx:subtreeIntegerMap select=3D"INTEGER3" = field=3D"Integer3"/> </sx:subtreeRecordMap> </sx:onSubtree> </sx:onSubtree> </sx:inverseRecordMapping> </sx:resources> I'll have to think about the second example, it may require an = enhancement. Regards, Daniel Parker ----- Original Message -----=20 From: Jos=C3=A9 Santos=20 To: ser...@li...=20 Sent: Monday, April 30, 2007 3:07 AM Subject: [Servingxml-help] Formating distinct record lines Hi, I am trying to use servingxml to transform xml files to flat files, = but I am having some problems solving some things like for instance, my = XML file has lots off different tags and I need to treat than separately = ( but not as a header) for istance:=20 <BLOCK1> <FIELD1>XXXX</FIELD1> <FIELD2>YYYY</FIELD2> <FIELD3>ZZZZ</FIELD3> <FIELD4>WWWW</FIELD4> </BLOCK1> <BLOCK2> <TEXT1>XXXX</TEXT1> <TEXT2>YYYY</TEXT2> <TEXT3>ZZZZ</TEXT3> <TEXT4>WWWW</TEXT4> </BLOCK2> <BLOCK3> <INTEGER1>1111</INTEGER1> <INTEGER2>2222</INTEGER2> <INTEGER2>3333</INTEGER2> </BLOCK4> I would like to have distinct record types for each block, and its = corresponding record mapping. Is this possible, for the same file? Another problem is that I need to correspond each level of a = hierarchy of tags to a record line in the output flat file, as an = example this XML entry: <Block270> <Field1>some text</Field1> <Field2>666666</Field2> <Block700> <Field3>something</Field3> <Field4>999999</Field4> <Block700> <Block800> <Field5>last</Field6> <Field6>007</Field6> <Block800> </Block270> <Block270> <Field1>some text2</Field1> <Field2>111111</Field2> <Block700> <Field3>something2</Field3> <Field4>888888</Field4> <Block700> <Block800> <Field5>last2</Field6> <Field6>008</Field6> <Block800> </Block270> And the desired output would be: some text666666 something999999 last007 some text2111111 something2888888 last2008 Is this possible, to do? If its not what source files should I change, to make this work. Thanks for your time, Jos=C3=A9 Santos -------------------------------------------------------------------------= --- = -------------------------------------------------------------------------= This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/=20 -------------------------------------------------------------------------= --- _______________________________________________ Servingxml-help mailing list Ser...@li... https://lists.sourceforge.net/lists/listinfo/servingxml-help -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -------------------------------------------------------------------------= ----- _______________________________________________ Servingxml-help mailing list Ser...@li... https://lists.sourceforge.net/lists/listinfo/servingxml-help |
|
From: Daniel P. <dan...@sy...> - 2007-05-01 03:46:39
|
Jose, The first example is no problem, you can use a resources script as shown = below. Note that the sx:when tests in the output record definition are = evaluated against the XML representation of the flattened records. = Since there's no obvious tag field, the test is performed against the = record type that is assigned to the record in the inverse record mapping = section, where the record type corresponds to the root element of the = record's XML representation. =20 <sx:resources xmlns:sx=3D"http://www.servingxml.com/core"> <sx:service id=3D"blocks"> <sx:recordStream> <sx:xmlRecordReader> <sx:transform> <sx:document/> </sx:transform> <sx:inverseRecordMapping ref=3D"blocksToFileMapping"/> </sx:xmlRecordReader> <sx:flatFileWriter> <sx:flatFile> <sx:flatFileBody> <sx:flatRecordType ref=3D"blockType"/> </sx:flatFileBody> </sx:flatFile> </sx:flatFileWriter> </sx:recordStream> </sx:service> <sx:flatRecordTypeChoice id=3D"blockType" name=3D"blockType"> <sx:positionalField name=3D"dummy" width=3D"1"/> <sx:when test=3D"/Block1Record"> <sx:flatRecordType name=3D"BLOCK1"> <sx:positionalField name=3D"Field1" width=3D"4"/> <sx:positionalField name=3D"Field2" width=3D"4"/> <sx:positionalField name=3D"Field3" width=3D"4"/> <sx:positionalField name=3D"Field4" width=3D"4"/> </sx:flatRecordType> </sx:when> <sx:when test=3D"/Block2Record"> <sx:flatRecordType name=3D"BLOCK2"> <sx:positionalField name=3D"Text1" width=3D"4"/> <sx:positionalField name=3D"Text2" width=3D"4"/> <sx:positionalField name=3D"Text3" width=3D"4"/> <sx:positionalField name=3D"Text4" width=3D"4"/> </sx:flatRecordType> </sx:when> <sx:when test=3D"/Block3Record"> <sx:flatRecordType name=3D"BLOCK3"> <sx:positionalField name=3D"Integer1" width=3D"4"/> <sx:positionalField name=3D"Integer2" width=3D"4"/> <sx:positionalField name=3D"Integer3" width=3D"4"/> </sx:flatRecordType> </sx:when> </sx:flatRecordTypeChoice> <sx:inverseRecordMapping id=3D"blocksToFileMapping"> <sx:onSubtree path=3D"/BLOCKS"> <sx:onSubtree path=3D"BLOCK1"> <sx:subtreeRecordMap recordType=3D"Block1Record"> <sx:subtreeFieldMap select=3D"FIELD1" field=3D"Field1"/> <sx:subtreeFieldMap select=3D"FIELD2" field=3D"Field2"/> <sx:subtreeFieldMap select=3D"FIELD3" field=3D"Field3"/> <sx:subtreeFieldMap select=3D"FIELD4" field=3D"Field4"/> </sx:subtreeRecordMap> </sx:onSubtree> <sx:onSubtree path=3D"BLOCK2"> <sx:subtreeRecordMap recordType=3D"Block2Record"> <sx:subtreeTextMap select=3D"TEXT1" field=3D"Text1"/> <sx:subtreeTextMap select=3D"TEXT2" field=3D"Text2"/> <sx:subtreeTextMap select=3D"TEXT3" field=3D"Text3"/> <sx:subtreeTextMap select=3D"TEXT4" field=3D"Text4"/> </sx:subtreeRecordMap> </sx:onSubtree> <sx:onSubtree path=3D"BLOCK3"> <sx:subtreeRecordMap recordType=3D"Block3Record"> <sx:subtreeIntegerMap select=3D"INTEGER1" field=3D"Integer1"/> <sx:subtreeIntegerMap select=3D"INTEGER2" field=3D"Integer2"/> <sx:subtreeIntegerMap select=3D"INTEGER3" field=3D"Integer3"/> </sx:subtreeRecordMap> </sx:onSubtree> </sx:onSubtree> </sx:inverseRecordMapping> </sx:resources> I'll have to think about the second example, it may require an = enhancement. Regards, Daniel Parker ----- Original Message -----=20 From: Jos=C3=A9 Santos=20 To: ser...@li...=20 Sent: Monday, April 30, 2007 3:07 AM Subject: [Servingxml-help] Formating distinct record lines Hi, I am trying to use servingxml to transform xml files to flat files, = but I am having some problems solving some things like for instance, my = XML file has lots off different tags and I need to treat than separately = ( but not as a header) for istance:=20 <BLOCK1> <FIELD1>XXXX</FIELD1> <FIELD2>YYYY</FIELD2> <FIELD3>ZZZZ</FIELD3> <FIELD4>WWWW</FIELD4> </BLOCK1> <BLOCK2> <TEXT1>XXXX</TEXT1> <TEXT2>YYYY</TEXT2> <TEXT3>ZZZZ</TEXT3> <TEXT4>WWWW</TEXT4> </BLOCK2> <BLOCK3> <INTEGER1>1111</INTEGER1> <INTEGER2>2222</INTEGER2> <INTEGER2>3333</INTEGER2> </BLOCK4> I would like to have distinct record types for each block, and its = corresponding record mapping. Is this possible, for the same file? Another problem is that I need to correspond each level of a hierarchy = of tags to a record line in the output flat file, as an example this XML = entry: <Block270> <Field1>some text</Field1> <Field2>666666</Field2> <Block700> <Field3>something</Field3> <Field4>999999</Field4> <Block700> <Block800> <Field5>last</Field6> <Field6>007</Field6> <Block800> </Block270> <Block270> <Field1>some text2</Field1> <Field2>111111</Field2> <Block700> <Field3>something2</Field3> <Field4>888888</Field4> <Block700> <Block800> <Field5>last2</Field6> <Field6>008</Field6> <Block800> </Block270> And the desired output would be: some text666666 something999999 last007 some text2111111 something2888888 last2008 Is this possible, to do? If its not what source files should I change, to make this work. Thanks for your time, Jos=C3=A9 Santos -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -------------------------------------------------------------------------= ----- _______________________________________________ Servingxml-help mailing list Ser...@li... https://lists.sourceforge.net/lists/listinfo/servingxml-help |
|
From: <jan...@gm...> - 2007-04-30 07:07:46
|
SGksCgpJIGFtIHRyeWluZyB0byB1c2Ugc2VydmluZ3htbCB0byB0cmFuc2Zvcm0geG1sIGZpbGVz IHRvIGZsYXQgZmlsZXMsIGJ1dCBJIGFtCmhhdmluZyBzb21lIHByb2JsZW1zIHNvbHZpbmcgc29t ZSB0aGluZ3MgbGlrZSBmb3IgaW5zdGFuY2UsIG15IFhNTCBmaWxlIGhhcwpsb3RzIG9mZiBkaWZm ZXJlbnQgdGFncyBhbmQgSSBuZWVkIHRvIHRyZWF0IHRoYW4gc2VwYXJhdGVseSAoIGJ1dCBub3Qg YXMgYQpoZWFkZXIpIGZvciBpc3RhbmNlOgoKPEJMT0NLMT4KICAgICAgICAgICA8RklFTEQxPlhY WFg8L0ZJRUxEMT4KICAgICAgICAgIDxGSUVMRDI+WVlZWTwvRklFTEQyPgogICAgICAgICAgPEZJ RUxEMz5aWlpaPC9GSUVMRDM+CiAgICAgICAgICA8RklFTEQ0PldXV1c8L0ZJRUxEND4KPC9CTE9D SzE+CiA8QkxPQ0syPgogICAgICAgICAgIDxURVhUMT5YWFhYPC9URVhUMT4KICAgICAgICAgIDxU RVhUMj5ZWVlZPC9URVhUMj4KICAgICAgICAgIDxURVhUMz5aWlpaPC9URVhUMz4KICAgICAgICAg IDxURVhUND5XV1dXPC9URVhUND4KPC9CTE9DSzI+CiA8QkxPQ0szPgogICAgICAgICAgIDxJTlRF R0VSMT4xMTExPC9JTlRFR0VSMT4KICAgICAgICAgIDxJTlRFR0VSMj4yMjIyPC9JTlRFR0VSMj4K ICAgICAgICAgIDxJTlRFR0VSMj4zMzMzPC9JTlRFR0VSMj4KPC9CTE9DSzQ+CgpJIHdvdWxkIGxp a2UgdG8gaGF2ZSBkaXN0aW5jdCByZWNvcmQgdHlwZXMgZm9yIGVhY2ggYmxvY2ssIGFuZCBpdHMK Y29ycmVzcG9uZGluZyByZWNvcmQgbWFwcGluZy4KSXMgdGhpcyBwb3NzaWJsZSwgZm9yIHRoZSBz YW1lIGZpbGU/CgpBbm90aGVyIHByb2JsZW0gaXMgdGhhdCBJIG5lZWQgdG8gY29ycmVzcG9uZCBl YWNoIGxldmVsIG9mIGEgaGllcmFyY2h5IG9mCnRhZ3MgdG8gYSByZWNvcmQgbGluZSBpbiB0aGUg b3V0cHV0IGZsYXQgZmlsZSwgYXMgYW4gZXhhbXBsZSB0aGlzIFhNTCBlbnRyeToKCjxCbG9jazI3 MD4KICAgICA8RmllbGQxPnNvbWUgdGV4dDwvRmllbGQxPgogICAgICA8RmllbGQyPjY2NjY2Njwv RmllbGQyPgogICAgIDxCbG9jazcwMD4KICAgICAgICAgICAgPEZpZWxkMz5zb21ldGhpbmc8L0Zp ZWxkMz4KICAgICAgICAgICAgPEZpZWxkND45OTk5OTk8L0ZpZWxkND4KICAgICA8QmxvY2s3MDA+ CiAgICAgIDxCbG9jazgwMD4KICAgICAgICAgICAgPEZpZWxkNT5sYXN0PC9GaWVsZDY+CiAgICAg ICAgICAgIDxGaWVsZDY+MDA3PC9GaWVsZDY+CiAgICAgPEJsb2NrODAwPgogPC9CbG9jazI3MD4K IDxCbG9jazI3MD4KICAgICA8RmllbGQxPnNvbWUgdGV4dDI8L0ZpZWxkMT4KICAgICAgPEZpZWxk Mj4xMTExMTE8L0ZpZWxkMj4KICAgICA8QmxvY2s3MDA+CiAgICAgICAgICAgIDxGaWVsZDM+c29t ZXRoaW5nMjwvRmllbGQzPgogICAgICAgICAgICA8RmllbGQ0Pjg4ODg4ODwvRmllbGQ0PgogICAg IDxCbG9jazcwMD4KICAgICAgPEJsb2NrODAwPgogICAgICAgICAgICA8RmllbGQ1Pmxhc3QyPC9G aWVsZDY+CiAgICAgICAgICAgIDxGaWVsZDY+MDA4PC9GaWVsZDY+CiAgICAgPEJsb2NrODAwPgog PC9CbG9jazI3MD4KCkFuZCB0aGUgZGVzaXJlZCBvdXRwdXQgd291bGQgYmU6CnNvbWUgdGV4dDY2 NjY2Ngpzb21ldGhpbmc5OTk5OTkKbGFzdDAwNwogc29tZSB0ZXh0MjExMTExMQpzb21ldGhpbmcy ODg4ODg4Cmxhc3QyMDA4CgogSXMgdGhpcyBwb3NzaWJsZSwgdG8gZG8/CklmIGl0cyBub3Qgd2hh dCBzb3VyY2UgZmlsZXMgc2hvdWxkIEkgY2hhbmdlLCB0byBtYWtlIHRoaXMgd29yay4KClRoYW5r cyBmb3IgeW91ciB0aW1lLApKb3PDqSBTYW50b3MK |
|
From: Daniel P. <dan...@sy...> - 2007-04-30 03:55:57
|
Ravi,
This is now supported in version 0.6.6. Refer to the element reference =
entry for sx:innerGroup, to the last example.
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Sunday, March 25, 2007 10:57 PM
Subject: Re: [Servingxml-help] Flat file structure validation
Daniel,
sorry for trouble. I am unable to achieve what I wanted to do. I was =
trying this through the weekend. I am able to achieve only a part of =
expected output. I am sending my resource script, input file, expected =
output and actual output. I hope you will help me fix the resource =
script to get the expected output. I am sending the resource script as =
attachment.=20
Input - ytds.txt
E1002FIELD0
S1002FIELD1FIELD2
ExpectedOutput:
<record fileno=3D1001>
<group1>
<a>FIELD0</a>=20
<b>FIELD2</b>
</group1>
<group2>
<c>FIELD1</c>
</group2>
</record>
ActualOutput:
<record fileno=3D1001>
<group1>
<a>FIELD0</a>=20
<b>FIELD2</b>
</group1>
</record>
Regards
Ravi
On 3/22/07, Daniel Parker <dan...@sy... > wrote:
Yes, in record mapping sections you can define groupings based on =
the previous, current, and next records, check out any of the examples =
using sx:innerGroup. The case below is no problem, I may use it in as =
example in the element reference. =20
Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Thursday, March 22, 2007 4:06 PM
Subject: Re: [Servingxml-help] Flat file structure validation
Thanks Daniel. This is helpful.=20
Another question on the same file structure.
It looks like serving xml processes one record (using onRecord) at =
a time. Can I have control over 2 record at a time while converting flat =
file to xml. I want to convert the below flat file as follows. =
Essentially I want to put one field from E record and one field from S =
record into <group1>. So while processing E record, I need information =
from the next record also.=20
E1001FIELD0
S1001FIELD1FIELD2
E1002FIELDA
S1002FIELDBFIELDC
TO
<record fileno=3D1001>
<group1>
<a>FIELD0</a>=20
<b>FIELD2</b>
</group1>
<group2>
<c>FIELD1</c>
</group2>
</record>
On 3/12/07, Daniel Parker <dan...@sy...> wrote:=20
Hello Ravi,
I think you'd have to transform the flat file to XML and express =
the rules in an XML Schema, using the msv:schemaValidator (previously =
msv:msvFilter) to validate the XML. Alternatively, you could write a =
custom record filter in Java, and buffer enough records until you could =
determine whether they were valid, and discard them or throw an =
exception if you find an error. But other than that, the tool doesn't =
provide anything special for validating groups of records, as opposed to =
individual records.
Best regards,
Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: ser...@li...=20
Sent: Friday, March 09, 2007 12:16 AM
Subject: [Servingxml-help] Flat file structure validation
Hi
I am trying to use servingxml to validate and transform flat =
files to xml. I am wondering if this toolkit can help validate the flat =
file which looks as follows:
Every row is a record with position #1 as record type. =
Position #2-5 as filenumber and the rest as misc fields. I want to =
validate that for every filenumber, there exists atleast 1 E record =
followed by 0 or more S records.=20
E1001FIELD0
S1001FIELD1FIELD2
S1001FIELD3FIELD4
E1002FIELDA
S1002FIELDBFIELDC
Thanks
Ravi
----------------------------------------------------------------------
=
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance =
to share your
opinions on IT & business topics through brief surveys-and =
earn cash
=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV=20
----------------------------------------------------------------------
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
=
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to =
share your=20
opinions on IT & business topics through brief surveys-and earn cash
=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help=20
|
|
From: Daniel P. <dan...@sy...> - 2007-04-30 03:52:35
|
Ravi,
This is now supported in version 0.6.6, see the XML to Flat example "XML =
to Flat Repeating Group (all)"
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Sunday, April 15, 2007 9:17 PM
Subject: [Servingxml-help] xml->flat repeatingGroup
Daniel
Trying a case in xml to flat. Flat file record needs a repeating =
group. The input xml is of the following form. There could be any number =
of compositeA elements and any number of compositeB elements. Expected =
output is given below. Since the # of compositeA is unknown I am trying =
to use <sx:repeatingGroup> in the flat file recordType. But it doesnot =
seem to recognize it. Can you please help with this.=20
<all>
<field1>val1</field1>
<field2>val2</field2>
<field3>val3</field3>
<compositeA attr1=3D"av11" attr2=3D"av21" attr3=3D"av31"/>=20
<compositeA attr1=3D"av21" attr2=3D"av22" attr3=3D"av23"/>
<compositeA attr1=3D"av31" attr2=3D"av32" attr3=3D"av33"/>
<compositeB attrx=3D"avx" attry=3D"avy"/>=20
</all>
Expected Output:
val1 val2 val3 av11 av21 av31 av21 av22 av23 av31 =
av32 av33 avx avy =20
<sx:flatRecordType id=3D"allType" name=3D"allType">
<sx:positionalField name=3D"f1" label=3D"F1" width=3D"10"/>=20
<sx:positionalField name=3D"f2" label=3D"F2" width=3D"10"/>
<sx:positionalField name=3D"f3" label=3D"F3" width=3D"10"/>
<sx:repeatingGroup name=3D"compA">=20
<sx:flatRecordType name=3D"compARecord">
<sx:positionalField name=3D"ca1" width=3D"5"/>
<sx:positionalField name=3D"ca2" width=3D"5"/>=20
<sx:positionalField name=3D"ca3" width=3D"5"/>
</sx:flatRecordType> =20
</sx:repeatingGroup>
<sx:repeatingGroup name=3D"compB">
<sx:flatRecordType name=3D"compBRecord">
<sx:positionalField name=3D"cb1" width=3D"5"/>
<sx:positionalField name=3D"cb2" width=3D"5"/>
</sx:flatRecordType> =20
</sx:repeatingGroup>
</sx:flatRecordType>
<sx:inverseRecordMapping id=3D"allToFileMapping">
<sx:onSubtree path=3D"/all">
<sx:subtreeRecordMap recordType=3D"allType">=20
<sx:subtreeFieldMap select=3D"field1" field=3D"f1"/>
<sx:subtreeFieldMap select=3D"field2" field=3D"f2"/>
<sx:subtreeFieldMap select=3D"field3" field=3D"f3"/>=20
<sx:onSubtree path=3D"compositeA">
<sx:subtreeRecordMap recordType=3D"compARecord">
<sx:subtreeFieldMap select=3D"@attr1" =
field=3D"ca1"/>=20
<sx:subtreeFieldMap select=3D"@attr2" =
field=3D"ca2"/>
<sx:subtreeFieldMap select=3D"@attr3" =
field=3D"ca3"/>
</sx:subtreeRecordMap>=20
</sx:onSubtree>
<sx:onSubtree path=3D"compositeB">
<sx:subtreeRecordMap recordType=3D"compBRecord">
<sx:subtreeFieldMap select=3D"@attrx" =
field=3D"cb1"/>
<sx:subtreeFieldMap select=3D"@attry" =
field=3D"cb2"/>
</sx:subtreeRecordMap>
<sx:onSubtree>
</sx:subtreeRecordMap>
</sx:onSubtree>
</sx:inverseRecordMapping>
-------------------------------------------------------------------------=
-----
=
-------------------------------------------------------------------------=
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
-------------------------------------------------------------------------=
-----
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
|
|
From: Daniel P. <dan...@sy...> - 2007-04-16 03:18:53
|
Sure. An sx:xmlRecordReader is like any other record reader, and begins =
a record pipeline that can contain any record filter before terminating =
with a record writer, e.g.
<sx:service id=3D"books2pos">
<sx:recordStream>
<sx:xmlRecordReader>
<sx:inverseRecordMapping ref=3D"booksToFileMapping"/>
<sx:transform>
<sx:document/>
</sx:transform>
</sx:xmlRecordReader>
<!-- add any record filter here, such as a custom record filter =
-->
<sx:flatFileWriter>
<sx:flatFile ref=3D"booksFile"/>
</sx:flatFileWriter>
</sx:recordStream>
</sx:service>
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Sunday, April 15, 2007 9:48 PM
Subject: [Servingxml-help] xml to flat : Records
Hi
After converting an xml input to flat (positional fields), is it =
possible to examine to Record objects (java objects) in a class like a =
record filter before they are actually serialized and written to the =
output stream. Does the pipeline support it. If so, could you pls help =
with the constructs..=20
Thanks
Ravi
-------------------------------------------------------------------------=
-----
=
-------------------------------------------------------------------------=
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
-------------------------------------------------------------------------=
-----
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
|
|
From: Ravikumar T. <ra...@gm...> - 2007-04-16 01:48:29
|
Hi After converting an xml input to flat (positional fields), is it possible to examine to Record objects (java objects) in a class like a record filter before they are actually serialized and written to the output stream. Does the pipeline support it. If so, could you pls help with the constructs.. Thanks Ravi |
|
From: Ravikumar T. <ra...@gm...> - 2007-04-16 01:18:16
|
Daniel
Trying a case in xml to flat. Flat file record needs a repeating group. The
input xml is of the following form. There could be any number of compositeA
elements and any number of compositeB elements. Expected output is given
below. Since the # of compositeA is unknown I am trying to use
<sx:repeatingGroup> in the flat file recordType. But it doesnot seem to
recognize it. Can you please help with this.
<all>
<field1>val1</field1>
<field2>val2</field2>
<field3>val3</field3>
<compositeA attr1="av11" attr2="av21" attr3="av31"/>
<compositeA attr1="av21" attr2="av22" attr3="av23"/>
<compositeA attr1="av31" attr2="av32" attr3="av33"/>
<compositeB attrx="avx" attry="avy"/>
</all>
Expected Output:
val1 val2 val3 av11 av21 av31 av21 av22 av23 av31 av32
av33 avx avy
<sx:flatRecordType id="allType" name="allType">
<sx:positionalField name="f1" label="F1" width="10"/>
<sx:positionalField name="f2" label="F2" width="10"/>
<sx:positionalField name="f3" label="F3" width="10"/>
<sx:repeatingGroup name="compA">
<sx:flatRecordType name="compARecord">
<sx:positionalField name="ca1" width="5"/>
<sx:positionalField name="ca2" width="5"/>
<sx:positionalField name="ca3" width="5"/>
</sx:flatRecordType>
</sx:repeatingGroup>
<sx:repeatingGroup name="compB">
<sx:flatRecordType name="compBRecord">
<sx:positionalField name="cb1" width="5"/>
<sx:positionalField name="cb2" width="5"/>
</sx:flatRecordType>
</sx:repeatingGroup>
</sx:flatRecordType>
<sx:inverseRecordMapping id="allToFileMapping">
<sx:onSubtree path="/all">
<sx:subtreeRecordMap recordType="allType">
<sx:subtreeFieldMap select="field1" field="f1"/>
<sx:subtreeFieldMap select="field2" field="f2"/>
<sx:subtreeFieldMap select="field3" field="f3"/>
<sx:onSubtree path="compositeA">
<sx:subtreeRecordMap recordType="compARecord">
<sx:subtreeFieldMap select="@attr1" field="ca1"/>
<sx:subtreeFieldMap select="@attr2" field="ca2"/>
<sx:subtreeFieldMap select="@attr3" field="ca3"/>
</sx:subtreeRecordMap>
</sx:onSubtree>
<sx:onSubtree path="compositeB">
<sx:subtreeRecordMap recordType="compBRecord">
<sx:subtreeFieldMap select="@attrx" field="cb1"/>
<sx:subtreeFieldMap select="@attry" field="cb2"/>
</sx:subtreeRecordMap>
<sx:onSubtree>
</sx:subtreeRecordMap>
</sx:onSubtree>
</sx:inverseRecordMapping>
|
|
From: Daniel P. <dan...@sy...> - 2007-04-10 02:37:21
|
Unfortunately, that's not directly supported. I think that currently you'd have to first sort the records as follows: TRDE,1,25,25000,....... STLM,1,25,25001,....... TRDE,2,35,35000,....... STLM,2,35,35001,....... TRDE,3,45,45000,....... STLM,3,45,45001,....... TRDE,4,55,55000,....... STLM,4,55,55001,....... Of course, you could do that in a custom record filter, by buffering all the records, resorting them using java.util.Arrays.sort and an appropriate java.util.Comparator implementation, and then passing them all down writeRecord. Regards, Daniel ----- Original Message ----- From: "Sandhya" <sa...@la...> To: <ser...@li...> Sent: Monday, April 09, 2007 8:12 PM Subject: [Servingxml-help] grouping of non-consecutive records > Hi, > In the below file, there are 4 trade rows followed by 4 settlement rows. > I want to group them by their id which is the second field. The expected > outout is below. groupBy groups consecutive records. Can we group > non-consecutive records? > > TRDE,1,25,25000,....... > TRDE,2,35,35000,....... > TRDE,3,45,45000,....... > TRDE,4,55,55000,....... > STLM,1,25,25001,....... > STLM,2,35,35001,....... > STLM,3,45,45001,....... > STLM,4,55,55001,....... > > <transactions> > <transaction id = 1> > <trade> > <qty>25</qty> > <amt>25000</amt> > <trade> > <settlement> > <qty>25</qty> > <amt>25001</amt> > </settlement> > </transaction> > <transaction id = 2> > <trade> > <qty>35</qty> > <amt>35000</amt> > <trade> > <settlement> > <qty>35</qty> > <amt>35001</amt> > </settlement> > </transaction> > </transactions> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Servingxml-help mailing list > Ser...@li... > https://lists.sourceforge.net/lists/listinfo/servingxml-help > |
|
From: Sandhya <sa...@la...> - 2007-04-10 00:12:23
|
Hi,
In the below file, there are 4 trade rows followed by 4 settlement rows.
I want to group them by their id which is the second field. The expected
outout is below. groupBy groups consecutive records. Can we group
non-consecutive records?
TRDE,1,25,25000,.......
TRDE,2,35,35000,.......
TRDE,3,45,45000,.......
TRDE,4,55,55000,.......
STLM,1,25,25001,.......
STLM,2,35,35001,.......
STLM,3,45,45001,.......
STLM,4,55,55001,.......
<transactions>
<transaction id = 1>
<trade>
<qty>25</qty>
<amt>25000</amt>
<trade>
<settlement>
<qty>25</qty>
<amt>25001</amt>
</settlement>
</transaction>
<transaction id = 2>
<trade>
<qty>35</qty>
<amt>35000</amt>
<trade>
<settlement>
<qty>35</qty>
<amt>35001</amt>
</settlement>
</transaction>
</transactions>
|
|
From: Daniel P. <dan...@sy...> - 2007-04-08 04:59:47
|
Starting with version 0.6.5, you should be able to use sx:choose in a record
mapping section, i.e.
<sx:onRecord>
<sx:choose>
<sx:when test="trade_amt > 10000 and acct_bal < 10000 and
third_party_ind='Y'"
<sx:fieldElementMap field="trade_amt" element="TradeAmt"/>
<sx:fieldElementMap field="acct_bal" element="AcctBal"/>
<risk>high</risk>
</when>
<sx:otherwise>
<risk>low</risk>
</sx:otherwise>
</sx:choose>
</sx:onRecord>
Daniel
----- Original Message -----
From: "Sandhya" <sa...@la...>
To: "Daniel Parker" <dan...@sy...>
Sent: Saturday, April 07, 2007 10:06 PM
Subject: RE: [BULK] Re: [Servingxml-help] reading file
> I would like to do some conditonal logic in record mapping. I can do it
> with <xsl:if etc.. Is there any other way to do it without using xsl.
>
> <sx:onRecord>
> if trade_amt > 10000 and acct_bal < 10000 and third_party_ind='Y'
> <sx:fieldElementMap field="trade_amt" element="TradeAmt"/>
> <sx:fieldElementMap field="acct_bal" element="AcctBal"/>
> <risk>high</risk>
> else
> <risk>low</risk>
> </sx:onRecord>
>
>
>
> On Sat, Apr 7, 2007 at 12:31 AM, Daniel Parker wrote:
>
>> The framework doesn't currently support that, and any support along those
>> lines is probably some ways off. To achieve this at all, you'd have to
>> modify ServingXML source, by extending FlatRecordReceiverImpl, overriding
>> the bodyRecord method, and modifying the received bytes before calling
>> super.bodyRecord. You could then use your class in the FlatFileReader
>> readRecords method, replacing "new FlatRecordReceiverImpl" with "new
>> MyFlatRecordReceiver". But I would suggest pre-filtering the input file
>> in a separate program instead.
>>
>> Daniel
>>
>> ----- Original Message ----- From: "Sandhya" <sa...@la...>
>> To: <ser...@li...>
>> Sent: Thursday, April 05, 2007 9:50 PM
>> Subject: [Servingxml-help] reading file
>>
>>
>>> Hi
>>>
>>> I would like to modify the data of a delimited file as it is being read,
>>> but before it is constructed into a Record object. Just the raw
>>> bytes/chars. Can you please help with this.
>>>
>>> Regards
>>>
>>>
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>>> your
>>> opinions on IT & business topics through brief surveys-and earn cash
>>>
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Servingxml-help mailing list
>>> Ser...@li...
>>> https://lists.sourceforge.net/lists/listinfo/servingxml-help
>>>
>>
>>
>
>
> undefined
>
|
|
From: Daniel P. <dan...@sy...> - 2007-04-07 04:32:47
|
The framework doesn't currently support that, and any support along those lines is probably some ways off. To achieve this at all, you'd have to modify ServingXML source, by extending FlatRecordReceiverImpl, overriding the bodyRecord method, and modifying the received bytes before calling super.bodyRecord. You could then use your class in the FlatFileReader readRecords method, replacing "new FlatRecordReceiverImpl" with "new MyFlatRecordReceiver". But I would suggest pre-filtering the input file in a separate program instead. Daniel ----- Original Message ----- From: "Sandhya" <sa...@la...> To: <ser...@li...> Sent: Thursday, April 05, 2007 9:50 PM Subject: [Servingxml-help] reading file > Hi > > I would like to modify the data of a delimited file as it is being read, > but before it is constructed into a Record object. Just the raw > bytes/chars. Can you please help with this. > > Regards > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Servingxml-help mailing list > Ser...@li... > https://lists.sourceforge.net/lists/listinfo/servingxml-help > |
|
From: Daniel P. <dan...@sy...> - 2007-04-06 03:09:08
|
Ravi,
Thanks for the feedback, I think you're right. Expect to see this in =
the next release, but you can have this now, by making a small change to =
the ElementMap, FieldElementMap, and GenerateElement java files, all in =
the com.servingxml.components.recordmapping package. In the =
startContent method, remove the check "if value.length() > 0":
//if (value.length() > 0) {
Name name =3D mappedAttribute.createName(record);
String attQName =3D name.toQName(context);
=
atts.addAttribute(name.getNamespaceUri(),name.getLocalName(),
attQName,"CDATA",value);
//}
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Thursday, April 05, 2007 6:38 PM
Subject: Re: [Servingxml-help] header content
Thanks for the solution. That is exactly what I wanted.
One more question:
In the below record mapping, if reference is blank, then the attribute =
on transaction element is removed. Instead I am expecting it to remain =
with an empty value. Is there a way to retain the attribute even if the =
value is blank, just as we do for elements.=20
And then, may be we can remove them using something like =
sx:removeEmptyAttributeFilter.
expected : <transaction reference=3D"">
actual : <transaction>
<transaction>
<sx:fieldAttributeMap field=3D"id" attribute=3D"id"/>
<sx:fieldAttributeMap field=3D"reference" =
attribute=3D"reference"/>=20
<sx:fieldElementMap field=3D"description" =
element=3D"description"/>
</transaction>
On 4/4/07, Daniel Parker <dan...@sy...> wrote:=20
Currently, you only have one option to examine the values of =
specific fields in the header or trailer records as they are read. That =
is to use a sx:flatFileSignature element, with recordType=3D<record type =
name of a header or trailer record>, field=3D<field name in the header =
or trailer record>, custom=3D"yes", class=3D<implementation of =
com.servingxml.components.recordio.flatfile.SignatureMethod >, and =
validate=3D"yes".
Your implementation would look like
public class MySignatureMethod implements SignatureMethod {
private Value expectedValue;
public void data(byte[] bytes, int start, int length)
throws ServingXmlException {
// Do nothing
}
public void validate(Value expectedValue) throws =
ServingXmlException {
this.expectedValue =3D expectedValue;
// This is the value for the header/trailer field. Your only =
real option at this
// point is to throw an exception if you don't like it
}
public Value getSignature() {
return expectedValue;
}
}
Check the element reference on sx:flatFileSignature, and the =
javadocs for SignatureMethod.
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Wednesday, April 04, 2007 3:12 PM
Subject: [Servingxml-help] header content
Hi
I am using sx:flatfileheader to indicate a header record of a flat =
file. How can I examine the contents of this record in Java code. via =
RecordFilter or some other means.
Thanks
Ravi
-------------------------------------------------------------------------=
-
=
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to =
share your
opinions on IT & business topics through brief surveys-and earn =
cash
=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV=20
-------------------------------------------------------------------------=
-
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
|
|
From: Daniel P. <dan...@sy...> - 2007-04-06 03:09:05
|
Ravi, These properties are just the standard XSLT output properties, = ServingXML accumulates them and sets them on the serializer, but it's = the XSLT serializer that does all the work. You can use any of the = documented output properties for whatever XSLT implementation you're = using, including any proprietary extensions. For example, if you're = using Saxon 8, you can use any of the properties described in = http://www.saxonica.com/documentation/xsl-elements/output.html and = http://www.saxonica.com/documentation/extensions/output-extras.html. The output properties are accumulated throughout the ServingXML = pipeline. For example, if you have an XSLT stylesheet in the pipeline, = and it has an xsl:output element, any output properties set will become = the current properties. The sx:outputProperty element in the = sx:xsltSerializer is the last opportunity in the pipeline for setting or = overriding these properties. -- Daniel ----- Original Message -----=20 From: Ravikumar Tadysetty=20 To: Daniel Parker=20 Sent: Thursday, April 05, 2007 9:27 PM Subject: Re: [Servingxml-help] maven repository Daniel I searched for this property in the entire src code. It doesnt seem to = be used. How does servingXML understand this property. What is the = entire universe of properties. Thanks Ravi On 4/2/07, Daniel Parker <dan...@sy...> wrote:=20 Like this <sx:serialize> <sx:xsltSerializer> <sx:outputProperty name=3D"omit-xml-declaration" = value=3D"yes"/> </sx:xsltSerializer> <sx:transform ... </sx:serialize> -- Daniel ----- Original Message -----=20 From: Ravikumar Tadysetty=20 To: Daniel Parker=20 Sent: Monday, April 02, 2007 9:30 PM Subject: Re: [Servingxml-help] maven repository Daniel How can I suppress the xml headerline I am getting "<?xml = version=3D"1.0" encoding=3D"utf-8"?>"? Thanks Ravi On 4/2/07, Daniel Parker <ser...@li...> = wrote:=20 Not currently, although it's something that may be added in the = future. =20 Daniel ----- Original Message -----=20 From: Ravikumar Tadysetty=20 To: ser...@li...=20 Sent: Sunday, April 01, 2007 11:33 PM Subject: [Servingxml-help] maven repository Daniel Is there a maven repository for servingxml jars? Thanks Ravi ---------------------------------------------------------------------- = -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance = to share your opinions on IT & business topics through brief surveys-and = earn cash = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV=20 ---------------------------------------------------------------------- _______________________________________________ Servingxml-help mailing list Ser...@li... https://lists.sourceforge.net/lists/listinfo/servingxml-help -------------------------------------------------------------------------= - = -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to = share your opinions on IT & business topics through brief surveys-and earn = cash = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV=20 -------------------------------------------------------------------------= - _______________________________________________ Servingxml-help mailing list Ser...@li... https://lists.sourceforge.net/lists/listinfo/servingxml-help |
|
From: Sandhya <sa...@la...> - 2007-04-06 01:51:02
|
Hi I would like to modify the data of a delimited file as it is being read, but before it is constructed into a Record object. Just the raw bytes/chars. Can you please help with this. Regards |
|
From: Daniel P. <dan...@sy...> - 2007-04-05 01:32:51
|
Currently, you only have one option to examine the values of specific =
fields in the header or trailer records as they are read. That is to =
use a sx:flatFileSignature element, with recordType=3D<record type name =
of a header or trailer record>, field=3D<field name in the header or =
trailer record>, custom=3D"yes", class=3D<implementation of =
com.servingxml.components.recordio.flatfile.SignatureMethod>, and =
validate=3D"yes".
Your implementation would look like
public class MySignatureMethod implements SignatureMethod {
private Value expectedValue;
public void data(byte[] bytes, int start, int length)
throws ServingXmlException {
// Do nothing
}
public void validate(Value expectedValue) throws ServingXmlException {
this.expectedValue =3D expectedValue;
// This is the value for the header/trailer field. Your only real =
option at this
// point is to throw an exception if you don't like it
}
public Value getSignature() {
return expectedValue;
}
}
Check the element reference on sx:flatFileSignature, and the javadocs =
for SignatureMethod.
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Wednesday, April 04, 2007 3:12 PM
Subject: [Servingxml-help] header content
Hi
I am using sx:flatfileheader to indicate a header record of a flat =
file. How can I examine the contents of this record in Java code. via =
RecordFilter or some other means.
Thanks
Ravi
-------------------------------------------------------------------------=
-----
=
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to =
share your
opinions on IT & business topics through brief surveys-and earn cash
=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
-------------------------------------------------------------------------=
-----
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
|
|
From: Ravikumar T. <ra...@gm...> - 2007-04-04 19:12:31
|
Hi I am using sx:flatfileheader to indicate a header record of a flat file. How can I examine the contents of this record in Java code. via RecordFilter or some other means. Thanks Ravi |
|
From: Daniel P. <dan...@sy...> - 2007-04-03 03:35:31
|
Parameters objects, once built, are immutable. Therefore, when you set
parameter values at some point in a pipeline, the new values are only
visible further on down the pipeline, the original parameters object is
unchanged.
The only way you could observe these new values in the Java application is
if you defined a record filter within your Java application, and registered
it appropriately with the framework, so its downstream from the point where
the parameter is set. See the section "Importing ServingXML components from
Java code" in the Embed link, if that's really what you want to do.
-- Daniel
----- Original Message -----
From: "Sandhya" <sa...@la...>
To: <dan...@sy...>
Sent: Monday, April 02, 2007 5:53 PM
Subject: FW: RE: [BULK] Re: [Servingxml-help] params..
> Also, can you tell me how I can access these parameters from the console
> app. I am unable to access them from the parameters object in console app.
>
> -------- Begin forwarded message --------
> Subject: RE: [BULK] Re: [Servingxml-help] params..
> Date: 4/2/2007 9:53:15 AM
> From: Sandhya <sa...@la...>
> To: Daniel Parker <dan...@sy...>
>
> Tried this. It works for simple string params. paramters.getString() is
> returns empty string for XML string params in CDATA sections.
>
> The following doesnot work:
>
> <sx:parameter name="record_structure">
> <![CDATA[<param recordtype="TYPE1" maxlen="100">]]>
> </sx:parameter>
>
> <sx:parameter name="record_structure">
> <sx:defaultValue><![CDATA[<param recordtype="TYPE1"
> maxlen="100">]]></sx:defaultValue>
> </sx:parameter>
>
>
> On Sat, Mar 31, 2007 at 12:10 PM, Daniel Parker wrote:
>
>> Name myParam = new QualifiedName("customparams");
>> String value = parameters.getString(myParam);
>>
>> ----- Original Message ----- From: "Sandhya" <sa...@la...>
>> To: <ser...@li...>
>> Sent: Friday, March 30, 2007 11:09 PM
>> Subject: [Servingxml-help] params..
>>
>>
>>> Hi, I have a parameter in my sx:service tag. I want an xml string as a
>>> param.
>>> So I am using a CDATA section. I want access to this param in my
>>> RecordFilter's writeRecord(..) method. How can I access this value
>>> there.
>>>
>>> Or If I have to access this custom params just after the resource script
>>> is parsed, how can I modify the consoleApp program to access this.
>>>
>>> <sx:parameter name="customparams">
>>> <sx:defaultValue>
>>> <CDATA>
>>> <customparams>
>>> <param recordtype="TYPE1" maxlen="100">
>>> <param recordtype="TYPE2" maxlen="102">
>>> ...
>>> </custormparams>
>>> </CDATA>
>>> </sx:defaultValue>
>>> </sx:parameter>
>>>
>>>
>>> Regards
>>> Sandhya
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>>> your
>>> opinions on IT & business topics through brief surveys-and earn cash
>>>
>>>
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Servingxml-help mailing list
>>> Ser...@li...
>>> https://lists.sourceforge.net/lists/listinfo/servingxml-help
>>>
>>
>>
>
>
> undefined
>
>
> undefined
>
|
|
From: Daniel P. <dan...@sy...> - 2007-04-03 03:26:38
|
Try the following:
<sx:parameter name="record_structure">
<sx:serialize>
<sx:xsltSerializer>
<sx:outputProperty name="omit-xml-declaration" value="yes"/>
</sx:xsltSerializer>
<sx:transform>
<sx:document>
<param recordtype="TYPE1" maxlen="100"/>
</sx:document>
</sx:transform>
</sx:serialize>
</sx:parameter>
The sx:document element accepts in-place content, and you should be able to
serialize it into a string value, useable in the parameter definition.
Note that without the "omit-xml-declaration" output property set to "yes",
you'll get a <?xml version="1.0" encoding="utf-8"?> in the parameter value.
Daniel
----- Original Message -----
From: "Sandhya" <sa...@la...>
To: "Daniel Parker" <dan...@sy...>
Sent: Monday, April 02, 2007 9:53 AM
Subject: RE: [BULK] Re: [Servingxml-help] params..
> Tried this. It works for simple string params. paramters.getString() is
> returns empty string for XML string params in CDATA sections.
>
> The following doesnot work:
>
> <sx:parameter name="record_structure">
> <![CDATA[<param recordtype="TYPE1" maxlen="100">]]>
> </sx:parameter>
>
> <sx:parameter name="record_structure">
> <sx:defaultValue><![CDATA[<param recordtype="TYPE1"
> maxlen="100">]]></sx:defaultValue>
> </sx:parameter>
>
>
> On Sat, Mar 31, 2007 at 12:10 PM, Daniel Parker wrote:
>
>> Name myParam = new QualifiedName("customparams");
>> String value = parameters.getString(myParam);
>>
>> ----- Original Message ----- From: "Sandhya" <sa...@la...>
>> To: <ser...@li...>
>> Sent: Friday, March 30, 2007 11:09 PM
>> Subject: [Servingxml-help] params..
>>
>>
>>> Hi, I have a parameter in my sx:service tag. I want an xml string as a
>>> param.
>>> So I am using a CDATA section. I want access to this param in my
>>> RecordFilter's writeRecord(..) method. How can I access this value
>>> there.
>>>
>>> Or If I have to access this custom params just after the resource script
>>> is parsed, how can I modify the consoleApp program to access this.
>>>
>>> <sx:parameter name="customparams">
>>> <sx:defaultValue>
>>> <CDATA>
>>> <customparams>
>>> <param recordtype="TYPE1" maxlen="100">
>>> <param recordtype="TYPE2" maxlen="102">
>>> ...
>>> </custormparams>
>>> </CDATA>
>>> </sx:defaultValue>
>>> </sx:parameter>
>>>
>>>
>>> Regards
>>> Sandhya
>>>
>>>
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>>> your
>>> opinions on IT & business topics through brief surveys-and earn cash
>>>
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Servingxml-help mailing list
>>> Ser...@li...
>>> https://lists.sourceforge.net/lists/listinfo/servingxml-help
>>>
>>
>>
>
>
> undefined
>
|
|
From: Daniel P. <dan...@sy...> - 2007-04-03 03:26:35
|
Like this
<sx:serialize>
<sx:xsltSerializer>
<sx:outputProperty name=3D"omit-xml-declaration" value=3D"yes"/>
</sx:xsltSerializer>
<sx:transform ...
</sx:serialize>
-- Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: Daniel Parker=20
Sent: Monday, April 02, 2007 9:30 PM
Subject: Re: [Servingxml-help] maven repository
Daniel
How can I suppress the xml headerline I am getting "<?xml =
version=3D"1.0" encoding=3D"utf-8"?>"?
Thanks
Ravi
On 4/2/07, Daniel Parker <ser...@li...> =
wrote:
Not currently, although it's something that may be added in the =
future. =20
Daniel
----- Original Message -----=20
From: Ravikumar Tadysetty=20
To: ser...@li...=20
Sent: Sunday, April 01, 2007 11:33 PM
Subject: [Servingxml-help] maven repository
Daniel
Is there a maven repository for servingxml jars?
Thanks
Ravi
-------------------------------------------------------------------------=
-
=
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to =
share your
opinions on IT & business topics through brief surveys-and earn =
cash
=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV=20
-------------------------------------------------------------------------=
-
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
-------------------------------------------------------------------------=
-----
=
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to =
share your
opinions on IT & business topics through brief surveys-and earn cash
=
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
-------------------------------------------------------------------------=
-----
_______________________________________________
Servingxml-help mailing list
Ser...@li...
https://lists.sourceforge.net/lists/listinfo/servingxml-help
|
|
From: Ravikumar T. <ra...@gm...> - 2007-04-03 01:30:22
|
Daniel How can I suppress the xml headerline I am getting "<?xml version="1.0" encoding="utf-8"?>"? Thanks Ravi On 4/2/07, Daniel Parker <ser...@li...> wrote: > > Not currently, although it's something that may be added in the future. > > Daniel > > ----- Original Message ----- > *From:* Ravikumar Tadysetty <ra...@gm...> > *To:* ser...@li... > *Sent:* Sunday, April 01, 2007 11:33 PM > *Subject:* [Servingxml-help] maven repository > > Daniel > > Is there a maven repository for servingxml jars? > > Thanks > Ravi > > ------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ------------------------------ > > _______________________________________________ > Servingxml-help mailing list > Ser...@li... > https://lists.sourceforge.net/lists/listinfo/servingxml-help > > |
|
From: Ravikumar T. <ra...@gm...> - 2007-04-02 03:33:14
|
Daniel Is there a maven repository for servingxml jars? Thanks Ravi |
|
From: Daniel P. <dan...@sy...> - 2007-04-01 04:35:27
|
Generally, if an element can have parameters, it's mentioned in the element
reference, although a few may be missed. I checked and it looks like
sx:flatRecordType does not currently support parameters, unfortunately.
I'll address that in the next release. Adding an attribute foo to
sx:flatRecordType is as simple as adding a setFoo method in
FlatRecordTypeFactoryAssembler, but then you'd have to keep passing it down
through some other classes until you get it into a FlatRecordReaderImpl, and
then modify the parameters to include it, before the readField methods are
called. That's fairly intrusive, and I don't particularly recommend it for
forward compatability reasons.
-- Daniel
----- Original Message -----
From: "Sandhya" <sa...@la...>
To: "Daniel Parker" <dan...@sy...>
Sent: Saturday, March 31, 2007 5:11 PM
Subject: RE: [BULK] Re: [Servingxml-help] params..
> Thanks for the answer Daniel.
>
> Can I use <sx:parameter> within sx:flatRecordType element.
> OR
> Can I add an extra attribute to sx:flatRecordType. I may have to change
> servingxml's code for this. If you can guide me, I can really appreciate
> it.
>
> If either of these is possible, how can I access its value within
> writeRecord() method of RecordFilter.
>
>
> <sx:flatRecordType name="country" maxlen="20">
> <sx:parameter
> name="maxlen><sx:defaultvalue>20</sx:defaultValue></sx:parameter>
> <sx:fieldDelimiter value=","/>
> <sx:delimitedField name="code"/>
> <sx:delimitedField name="name"/>
> </sx:flatRecordType>
>
> I hate to ask this kind of silly questions. From the documentation, I am
> unable to figure out this kind of information.
>
>
> On Sat, Mar 31, 2007 at 12:10 PM, Daniel Parker wrote:
>
>> Name myParam = new QualifiedName("customparams");
>> String value = parameters.getString(myParam);
>>
>> ----- Original Message ----- From: "Sandhya" <sa...@la...>
>> To: <ser...@li...>
>> Sent: Friday, March 30, 2007 11:09 PM
>> Subject: [Servingxml-help] params..
>>
>>
>>> Hi, I have a parameter in my sx:service tag. I want an xml string as a
>>> param.
>>> So I am using a CDATA section. I want access to this param in my
>>> RecordFilter's writeRecord(..) method. How can I access this value
>>> there.
>>>
>>> Or If I have to access this custom params just after the resource script
>>> is parsed, how can I modify the consoleApp program to access this.
>>>
>>> <sx:parameter name="customparams">
>>> <sx:defaultValue>
>>> <CDATA>
>>> <customparams>
>>> <param recordtype="TYPE1" maxlen="100">
>>> <param recordtype="TYPE2" maxlen="102">
>>> ...
>>> </custormparams>
>>> </CDATA>
>>> </sx:defaultValue>
>>> </sx:parameter>
>>>
>>>
>>> Regards
>>> Sandhya
>>>
>>>
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>>> your
>>> opinions on IT & business topics through brief surveys-and earn cash
>>>
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Servingxml-help mailing list
>>> Ser...@li...
>>> https://lists.sourceforge.net/lists/listinfo/servingxml-help
>>>
>>
>>
>
>
> --
> Sent using Laszlo Mail. Try it yourself.
> http://www.laszlomail.com
>
|
|
From: Daniel P. <dan...@sy...> - 2007-04-01 04:15:41
|
Not directly, but you can create a SAXSource as
ServiceContext context;
Record record;
SAXSource source = new SAXSource(record.createXmlReader(context),new
InputSource());
and then use the Java JAXP classes to transform the SAXSource into a
DOMResult, containing the DOM node.
Something like
TransformerFactory transformerFactory =
TransformerFactory.newInstance();
Transformer transformer = transformerFactory.newTransformer();
DOMResult result = new DOMResult();
transformer.transform(source,result);
Node node = result.getNode();
-- Daniel
----- Original Message -----
From: "Sandhya" <sa...@la...>
To: <dan...@sy...>
Sent: Saturday, March 31, 2007 5:24 PM
Subject: RecordBuilder
> On a separate note, can servingxml spit out DOM nodes in memory instead
> of XML to an output stream. I want to pass these DOM nodes to another
> business component as input.
>
> Regards
> Sandhya
>
|
35 messages has been excluded from this view by a project administrator.
