Hi,
i started with the epsg processor to convert it to the 1-class processor model.
I really like the way to have everything in one class.
Two questions have arisen in the process.
1)
So if the 3 class are not required, what is the best practise for the folder
structure?
All in one folder or still one subfolder.
```
processor
|
|–– processor1.java
|__ processor2.java
processor
|
|__ awesomenamefolderforfirstsprocessor
| |___ processor1.java
|
|__ awesomenamefolderforsecondsprocessor
|____ processor2.java
```
If first option, how to handle the resources path. They would be all the same.
Also the description in the declare method?
Forget this question if it is option 2. ^^
2)
In the init file [1] I also get a deprecated message.
`org.apache.streampipes.container.standalone.init.StandaloneModelSubmitter is
deprecated`
What structural change has to be done here?
On the website in the declare method the "old" Labels.from is mentioned instead
of Labels.withId.
Should I change this on the website?
Greetings
Florian
[1]
https://github.com/apache/streampipes/blob/STREAMPIPES-642/streampipes-extensions/streampipes-processors-geo-jvm/src/main/java/org/apache/streampipes/processors/geo/jvm/GeoJvmInit.java
Am Samstag, dem 19.11.2022 um 15:47 +0100 schrieb Florian Micklich:
> Hi Tim,<br>
>
> oh no, I didn't check that side before.<br>
> I will have a look and "rewrite" the simple epsg geo-jvm processor, so I know
> what to do.<br>
> I have some more geo processors up my sleeve after the reprojection is
> complete.<br>
>
> So a good way to learn it :)<br>
> If I have any questions I let you know ^^<br>
>
> Greetings<br>
> Florian<br>
>
> Am Samstag, dem 19.11.2022 um 14:16 +0000 schrieb Tim:<br>
> > Hi Florian,<br><br>
> >
> > indeed it is.<br><br>
> > Processing elements can now be defined by only implementing one
> > class.<br><br>
> > You find a detailed description for that here: <br><br>
> > [[https://streampipes.apache.org/docs/docs/extend-tutorial-data-processors.html](https://streampipes.apache.org/docs/docs/extend-tutorial-data-processors.html)](https://streampipes.apache.org/docs/docs/extend-tutorial-data-processors.html](https://streampipes.apache.org/docs/docs/extend-tutorial-data-processors.html))<br><br>
> >
> > We are also working on refactoring all processing elements to only use
> > <br><br>
> > the approach
> > ([[https://issues.apache.org/jira/browse/STREAMPIPES-615](https://issues.apache.org/jira/browse/STREAMPIPES-615)](https://issues.apache.org/jira/browse/STREAMPIPES-615](https://issues.apache.org/jira/browse/STREAMPIPES-615))),<br><br>
> > but that will probably take some time ;)<br><br>
> > So there is no need to hurry with switching to the new approach.<br><br>
> > Anyways, I will try to improve the deprecation warning so that it is
> > <br><br>
> > more explanatory and directly guides to the tutorial.<br><br>
> >
> > Best<br><br>
> > Tim<br><br>
> >
> > Am 19.11.2022 13:59 schrieb Florian Micklich:<br><br>>
> > > Hi,<br><br>
> > >
> > > i just wanted to refactor some "older" geo processors and got<br><br>
> > > following messages about the 3 class structure:<br><br>
> > >
> > >
> > > ```<br><br>
> > > Processor:<br><br>
> > > 'org.apache.streampipes.wrapper.runtime.EventProcessor' is
> > > deprecated<br><br>
> > > and marked for removal<br><br>
> > >
> > > Controller:<br><br>
> > > public class XXXXX extends StandaloneEventProcessingDeclarer<XXXXX>
> > > {<br><br>
> > >
> > >
> > > Parameter:<br><br>
> > > 'org.apache.streampipes.wrapper.params.binding.EventProcessorBindingParams'<br><br>
> > > is deprecated and marked for removal.<br><br>
> > > ```<br><br>
> > >
> > >
> > > Is there a new way how to code processors?<br><br>
> > >
> > >
> > > Greetings<br><br>
> > > Florian<br><br>
