2009/9/23 Marshall Schor <m...@schor.com>

>
>
> Tommaso Teofili wrote:
> > the specific assembly for SimpleServer was added to make a distribution
> jar
> > when you run 'mvn package', containg /lib jars too (actually only
> > uima-simple-server-xbean-1.0.jar).
> >
> IIRC, this was added in UIMA-1462 to support the SimpleUimaAsService, is
> that correct?
>

yes, you are right


>
> If so I would like to change this to a simpler approach, that
> * automatically generates the xml parser classes at build time if
> needed (if the .xsd files change)
> * puts those classes into the main Jar - so we can get rid of the
> uima-simple-server-xbean.jar
>
> To do this:
>
> 1) delete the special assembly
> 2) replace the build_config_xml.xml script with an entry in the POM
> which invokes the xmlbean maven plugin (yes, there is one!)
>

I didn't know it, wow!


>
> Then, the Simple Uima-AS server can just rely on the one SimpleServer Jar.
>
> I've tried this, and it works, test cases go thru on Windows, etc.
>
> Any objections?
>

no objections, I absolutely agree with the proposed solution.

Tommaso



>
> -Marshall
> > Tommaso
> >
> > 2009/9/22 Marshall Schor <m...@schor.com>
> >
> >
> >> The SimpleServer project is the only sandbox project with its own
> >> "assembly", which is done in addition to the Sandbox assembly.
> >>
> >> It produces one "bin"-style assembly, and packages it as a Jar.  This
> >> Jar has
> >> * the class files
> >> * a lib directory containing embedded Jars - one for the simple server,
> >> and one for the special generated uima-simple-server-xbean-1.0 jar.
> >> * META-INF dir having the LIC/NOT/DIS files plus the MANIFEST.
> >> * a samples dir (in the Jar because it's in src/resources)
> >> * a SimpleServerConfig.xsd file (in the Jar because it's in
> src/resources)
> >>
> >> Should we keep this additional assembly?  I guess it seems a bit
> >> confusing to have one of the projects have an additional assembly, but
> >> perhaps it's being used by others, and should therefore be kept.  I
> >> would lean toward removing this, if it won't break users...
> >>
> >> -Marshall
> >>
> >>
> >>
> >>
> >
> >
>

Reply via email to