This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 151408 - error in file binding property description for file name
Summary: error in file binding property description for file name
Status: NEW
Alias: None
Product: soa
Classification: Unclassified
Component: LDAP BC (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: Gautami Kondapaneni
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-27 04:58 UTC by schmandt
Modified: 2009-06-09 20:51 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description schmandt 2008-10-27 04:58:02 UTC
the description of the name property says "if fileNameIsPattern is not true",
but there is no switch i can set for fileNameIsPattern.  So i think this is a lie,
and it seems that if the name has a pattern escape sequence you recognize it's a
pattern and if not, not.  Seems like this reference is a carryover to a property
field which has been dropped, it certainly does not appear anywhere on this config screen
when i create the file binding or update in CASA.

found in 1023-2008 gfesb build.
Comment 1 schmandt 2008-10-28 00:20:40 UTC
actually the fileNameIsPattern property does show up in the property sheet.
but this property is not available when creating the binding, ie nothing in
request/response config windows where the help refers to it, hence the
help is confusing because it implies it must be set to use a pattern.

it does appear to be set automatically based on the initial file name string.

note also that %d{} is claimed to be valid, from the help text this looks
like it should work just like %d.  However when i entered this eg output%{}.out
as output file name this failed xml validation.
ERROR: file_out%{}.out is not a valid file name pattern. Reset the fileNameIsPattern attribute if this is not intended
to be a pattern.

so the %{} pattern is either an error in doc or is broken functionality.